Clash with WIFI - Adafruit Matrix Portal S3 #570
Comments
|
Does reducing the clock frequency help? The reality is this library uses the DMA engine quite heavily and there may not be enough bandwidth (on the soc) for all the other stuff your application is trying to do. |
|
Yeah that seems to fix it. Thank you. Interesting that despite being dual-core that high refresh rates impact code running on different core |
|
Possibly slightly too quick to say fixed. Reverted change and didn't immediately see the WiFi issue, so might be other factors so possibly didn't run for long enough to confirm fix Now have unit in state unable to download |
What does this mean? On boot? |
|
Had issue where it wouldn't boot unless usb serial monitor was connected. In trying to fix that, I then got into state that wouldn't let me download new image. Luckily found way to force round that. As the issue is a little intermittent, testing is tricky, but was looking last night like lowering was helping. I'll try and run some more tests with different values and see if there is a correlation |
|
Check the GPIOs you are using. You could be using a bootstrapping pin that's impacting the ability to boot etc. |
|
Nah it's definitely the config relating to usb serial. The S3 is very weird about how it works. Getting the option of Serial but not preventing boot until connected is tricky. I'm back in now, so I'll test the i2s rate over the weekend |
|
Thanks for this. Very interesting. Do you know of a good guide on how to use JTAG debugging? I would love to be able to run a sketch and see the changes at a hardware register level, breakpoints etc. Have never seemingly been able to get it to work. |
mrcodetastic
added
the
not an issue with library
|
Gone back and tested again, still having issue and the change of speed did not help. Going to do some more digging |
|
Did you get anywhere with this @netmindz? I'm having similar issues with an ESP32-S3 (MatrixPortal) with intermittent Wifi connections and dropping in/out of MQTT Broker |
|
I have serious wifi connection problems too with the ESP32-S3 MatrixPortal too. If I don' start theMatrixPanel_I2S_DMA lib by not calling MatrixPanel_I2S_DMA::begin() in my app, the problem is gone. @netmindz @mozzhead164 Any news or hints? @mrcodetastic Any advice what I could try? |
|
I was really really struggling and nothing I did seemed to help, there is an issue I opened on GitHub with some of the issues I saw. I then left the project I was working on and when I came back to it all seems to be, until then it wasn't I am unsure what exactly triggers it, but it's super annoying that it's been back again |
|
Can you try hacking around these lines of file gdma_lcd_parallel16.cpp and overriding the _div_num to something larger. Set it to like 126 or something which will result in a VERY flickery 1.2Mhz output. If the issue still persists, then it must be electrical noise related, opposed to something to do the WiFI module being starved of DMA bandwidth or something (I think this is unlikely - never been an issue on older ESPs). Note: The _div_num divides the 160Mhz clock signal. |
|
Changing that to 126 makes very flickery, but the network response is still poor PING 192.168.178.117 (192.168.178.117) 56(84) bytes of data. |
|
For comparison - ping without this driver running PING 192.168.178.117 (192.168.178.117) 56(84) bytes of data. |
I changed it to 80, by setting the _div_num and removing the if/else construction. @netmindz Did you only change the value, but kept the if/else part after that? |
|
My ping times with _div_num = 80 are in range starting from 70ms to 290ms. |
|
@mrcodetastic I have now found a good working setup for me, by using lower i2s clock speed + additional change of _div_num. const HUB75_I2S_CFG Display::MATRIX_CFG =
{
CONFIG_LED_MATRIX_WIDTH, /* Panel width */
CONFIG_LED_MATRIX_HEIGHT, /* Panel height */
CONFIG_HUB75_CHAIN_LENGTH, /* Chain length */
I2S_PINS, /* Pin mapping */
CONFIG_HUB75_DRIVER, /* Driver */
false, /* Use DMA double buffer */
HUB75_I2S_CFG::HZ_8M, /* I2S clock speed */
DEFAULT_LAT_BLANKING, /* How many clock cycles to blank OE before/after LAT signal change. */
CONFIG_HUB75_CLOCK_PHASE, /* Clock phase */
60U, /* Min. refresh/scan rate */
8U /* Pixel color depth bits, e.g. 8 bits means 8 bit per color, therefore 24 bit for RGB. */
};
auto freq = (_cfg.bus_freq);
auto _div_num = 20; //<----------------- my additional change
if (freq <= 10000000L) {
} else if (freq < 20000000L) {
_div_num = 10; // 16Mhz
} else {
_div_num = 7; // 22Mhz --- likely to have noise without a good connection
}Unfortunately I still need to hack the sources. Any other way? |
|
I don't expose the div_num directly but can put a compile time override in that file at some point. For now, you'll need to hack the source file. To be honest, this library hardly changes in any case so having your own static copy of this library with custom modifications shouldn't be an issue. |
Would be nice to see in the future a compile time option, but as you suggested, I will fork for now and adapt it. |
I've added the compile time define override So compile with |
|
@mrcodetastic Successful tested, thanks for the very quick support! |
|
80 is very flickery, but 20 doesn't have noticeable flicker and acceptable network. Still reduced, but an acceptable level |
When I add this library to WLED, then I see real issues with the network stack. Pings are intermittent and very high when you see any reply at all, like 5000ms +
If I swap to using the SPIRAM_FRAMEBUFFER build flag, then network functions return to normal, but I get no output if double buffer is disabled and with it enabled then begin fails
The text was updated successfully, but these errors were encountered: