-
Notifications
You must be signed in to change notification settings - Fork 4.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WiFi/PING issue when using H801/PWM #6608
Comments
Try latest development version http://thehackbox.org/tasmota/pre-2.6/sonoff.bin |
Have just tryed pre-2.6 / 6.6.17/STAGE, and it have the same behavior as 6.6.0/all core builds. Large PING replys, when LED's are ON. Now 90 to 450 ms. and sometimes no replys. When LED's are OFF, then normal PING replys 2 to 8 ms. over WiFi to the H801 modul. Btw. I have also testet with a large/another power supply, and only 6 LED's, to prevent maybe a power problem. But same problem. Also when LED's are weak dimming. When PWM is ON, then there is a PING/WiFi problem. |
Have you tried to use not all PWM channels? |
I have H801 with SetOption68 enabled, using 3 channels currently, at various PWM setting. First test: 6.6.0.12 on core 2.3.0 Started ping and started toggling the outputs. When inactive, ping is ~1-2ms, during toggling one or two packets jump to ~5-15ms and then return to previous low value. Second test: 6.6.0.17 on core pre2.6 gave similar results. So here I can't reproduce your problem, sorry. |
Hmm. Now it's getting weird.. I always use channel 8 on my AP. If I switch to channel 1 or channel 12, the PING problem dissapears ?!? Why is channel 8 working perfect on old version 6.0.0.c but not from 6.6.0+ ? I'll test all channels tomorrow |
Have you changed Cores? The Arduino Core may have change the behavior or allowance of channels to use. |
@delinend Sorry, but seems to be a Wifi issue. Could you be so kind on completing the troubleshooting template in order to have more information so as to properly help you? Thanks Support Information (Guide)See Wiki for more information. |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
ISSUE DESCRIPTION - TROUBLESHOOTINGI see some WiFi/ping problem with the new 6.6.0 version, when using the H801 modul. Have tryed Core 2.5.2, Core 2.4.2 and 2.3.0, and now allso pre-2.6/6.6.0.17 but all with same issue. Problem: This result in, that I sometimes can't controle the H801 modul, when the H801 has LED's ON. Maybe there is an internal PWM WiFi problem? Have updated 8 pcs. H801 modul, and all now have the same issue, with release 6.6.0 and pre-2.6/6.6.0.17 I have an old 6.0.0c/core 2.3.0 release, and there I do not see the problem. Same problem on pre-2.6/6.6.0.17 Now I see the issue is related , only on some WiFi channels. Here a matrix when one or more LED's are on or low dimmed: Here a matrix when ALL LED's are OFF: Here my UniFi controller "WiFi experience" matrix, when one or more LED's are on or low dimmed: Here my UniFi controller "WiFi experience" matrix, when ALL LED's are OFF: REQUESTED INFORMATIONMake sure these boxes are checked before submitting your issue. Thank you FAILURE TO COMPLETE THE REQUESTED INFORMATION WILL RESULT IN YOUR ISSUE BEING CLOSED
|
I think the PWM will disturb wifi. |
But why then only problems on WiFi channel 5, 6, 7 and 8 ? Btw. The problem is regardless with low or high brightness. And also with 8 LED's or 80 LED's. Same problem. Only when all LED's are OFF, and the red LED on the H801 mainboard goes OFF, the problem is gone, when using WiFi channels 5, 6, 7 and 8. |
Different wifi channel = different frequency |
Weird problem. I couldn't reproduce it. Anyway, you have found a workaround for it. |
All your findings fits to a HF issue through PWM. There are Power MosFET as driver for the LEDs. |
To change the PWM frequency.... do I have do compile ? I'm 100% a technician guy, and only a 50% programmer. I also found this, maybe same problem. https://github.com/xoseperez/espurna/issues/914 |
It is a command. Cant speak for Espurna can be the same or a software bug in. |
Thanks. Have now tryed PwmFrequency 100/500/1000/4000, but with same result. If I presse the "Toggle" botton OFF then it works. If I press ON again, then it fails again. And another stange discovery: If I remove the LED's (connector) from the H801 modul (no driver load), then I still see the problem i ON stage. |
Driver load is irrelevant since the MosFet is switching on/off (pwm) if there is a load connected or not. |
Closing this issue as it is hardware related due to it can be replicated on few devices and not in others. Sorry. Support Information (Guide)See Wiki for more information. |
There is HF issue for sure, because I've noticed that when my headphones cable is near H801, when PWM channels are ON in various configurations I can hear a hum, changing according to PWM output. |
I have tryed to measure around the ESP8266 chip with my oscilloscope, decopled with small, mid and large caps around supply pins, but all looks very "clean". Have tryed another location, that also have a H801 setup, with another AP device... changed to v. 6.6.0 and channel 8 on the AP. When we have a distance of around 8 meters between AP and the H801, we also see PING issues there. Strange that the problem only is in the middel WiFi channel range (ch. 5, 6, 7, 8). Back to v. 6.0.0.c and all channels works fine again. |
I have now tryed to switch to use templates. If I remove all 5 pcs. PWM GPIO channels (R,G,B,CW,WW), then the proglem is gone. If I just add one PWM/GPIO ex. W1 that normal is off... then the problem starts again. 16:27:42 CMD: Backlog Template; Module; GPIO: |
What does the |
17:17:46 CMD: sleep |
@arendst Looks like the H801 suffers some of the same issues we saw on the sonoff basic R1 I did PR #5264 to make it possible to disable the My best guess for the different behavior on different wifi channels is that the noise floor is likely higher on those channels and as a result the esp8266 is increasing its gain on the wifi side to try and maintain a better quality connection but then the heat is getting the better of the esp8266... hows that for self inflicted injury... just a theory. Edit: Just to mention mine was not on a sonoff basic but rather a cheap wemos d1 mini v1 clone which shares the same thermal dissipation issues as the original sonoff basic. |
I have a few more H801 at home (although bought some time ago; OTOH I don't know if they have different revisions, might be worth looking into), I might have some time tomorrow to test because I have some new led strips to install. |
First... I'm not a programmer shark, but I managed to compile my one BIN file. Using Arduino IDE 1.8.1 with ESP8266/2.3.0 core and the Master Tasmota/6.6.0 zip. Then using NodeMCU PyFlasher 4.0 to flash the H801 module and always erase all data before flash. Result: Same issue as with precompiled BIN on Tasmota. All PING replys over 40ms when LED's ON. Next I tryed to remove the // from #define PWM_LIGHTSCHEME0_IGNORE_SLEEP line in the sonoff.h file, as @andrethomas has mentioned. Result: It now works on all WiFi channels !! Normal PING replys from 2ms to 5ms when LED's ON. I don't know what this does, when I enable the line. Tryed flashing back and forward between those two BIN's I maded 10 times now (testing), and I'm 100% sure, that the line is resolving the issue. |
@delinend Thx, you basically confirmed my theory. Happy it works for you. |
This can have a huge issue range, of people reporting H801 not responding for seconds or not switching on/off. Reporting of WiFi problem and some other don't see problems, regarding there AP setup's. Maybe someone can dig deeper into this. I will gladly test. The enabling of #define PWM_LIGHTSCHEME0_IGNORE_SLEEP in the sonoff.h file, is working for me. Tnx. for your help @andrethomas |
Enabling the directive is just forcing the ESP chip to stay on a target loop of 50ms whilst using scheme 0 (the default) so that's the reason it is behaving differently with that change. Your compiled firmware is using Try lowering the sleep setting using the command |
Have now tryed sleep 50 to 0 (don't see any change). Do I have to reboot or something, to enable the sleep setting ? 10:57:27 CMD: sleep But still large PING replys and Time out's on alle 5ms steps down: |
No need to reboot after changing sleep setting - just a case of giving it a few seconds to settle on the current setting. Also please provide the LoadAvg value reported by command Also from I am assuming that you are again using a precompiled binary? Please use the one you compiled yourself with that directives // removed - The two numbers should always be the same. |
Here status 11 from Precompiled 6.6.0. and sleep 50
And here status 11 from my new 6.6.0 BIN with // removed, and sleep 50 |
Her again status 11, from Precompiled 6.6.0. The LoadAvg is increases after reboot !?!
|
yes because it is using sleep 0 which is too low for the ESP to keep up - you need to find a sleep value where the loadavg settles on <= 100 |
Have now tryed sleep 0 and up to 50 in 5 steps. Reboot after every change, and I can't stop LoadAvg from climing to over 999 after around 60 seconds. It always goes over 999 after around 60 seconds. |
My H801 with standard settings goes to LoadAvg 999 all the time and pings/wifi work normally |
I stille see LoadAvg 999, even with WiFi channel shift from ch.8 to ch.9. But the PING issue disapears when changed to channel 9. @jziolkowski What's your distance from AP to H801, and WiFi channel? Do you see PING replys over 10ms when using channel 5, 6, 7 ,8 with LED's ON ? It's clear to see in the PING reply list, if switching LED's OFF, and the PING's is responding normal (2mms->5ms.). But with #define PWM_LIGHTSCHEME0_IGNORE_SLEEP enabled, the LoadAvg is only around ~20 and all channels PING respond fine from 2ms to 5ms. Here channel change from 8 to 9: |
Distance is around 2m :) I'll look into channel config later because I have some wifi issues currently. I'm on channel 1 right now. |
The wifi channel is not firmware related - its about how much other wifi noise you have in your location. |
I see some WiFi/ping problem with the new 6.6.0 version, when using the H801 modul.
Have tryed Core 2.5.2, Core 2.4.2 and 2.3.0, but all with same issue.
Problem:
When all LED's are OFF I see ping replyes from 2 to 8ms. (normal) over WiFi.
When one color or all LED's are dimmed or full, I see ping replyes around 200-500ms, and offen the PING's is timing out, to the H801 modul.
This result in, that I sometimes can't controle the H801 modul, when the H801 has LED's ON.
Maybe there is an internal PWM WiFi problem?
Have updated 8 pcs. H801 modul, and all now have the same issue, with release 6.6.0
I have an old 6.0.0c/core 2.3.0 release, and there I do not see the problem.
And I only use the precompiled sonoff.bin release, from here: http://thehackbox.org/tasmota/release/
Best regards.
The text was updated successfully, but these errors were encountered: