Closed Kurairaito closed 5 years ago
Please also try to log the uptime of the node. Just to be sure this 'false count' is not caused by a reboot of the node.
I flashed the mega-20190106 TESTING, and added a third device Generic - System Info to report the uptime.
additionnal note, I saw in the source that the pin used is configured with a pullup. this might be conflicting with my gpio which habe a pulldown wired on the board.
pinMode(CONFIG_PIN1, INPUT_PULLUP);
checked with voltmetter, I have 0.8V on D8, so it's propable that is the issue (pullup/pulldown).
Also the Max Vil for esp8266EX is 0.825V, so is was very close to the value I measured. the pin was certainly in undefined state most of the time, and depending on the current drawn by the chip, the voltage could vary and change the pin state
I changed the pin (now using D7 which doesn't have pulldown wired, and I will bring it to ground instead of 3.3 later)
I will keep you informed of the results.
On my side, i get "Hardware Watchdog's". Max uptime is 15 hour... After disabling the pulse counter, the ESP8266 stays up.
On my side, i get "Hardware Watchdog's". Max uptime is 15 hour... After disabling the pulse counter, the ESP8266 stays up.
Can you post the timing stats of one of such nodes? Make sure to view the timing stats at least once right after boot, so the worst timings are not from right around boot time (viewing does reset the stats) and then again after a few hours or so. Also some info about the WiFi RSSI and the (new) WiFI settings in the Advanced settings page (at the bottom)
No pulse detected after 19h uptime. I will test again in same condition the lastest version to confirm it was an hardware bug.
Can you post the timing stats of one of such nodes? Make sure to view the timing stats at least once right after boot, so the worst timings are not from right around boot time (viewing does reset the stats) and then again after a few hours or so. Also some info about the WiFi RSSI and the (new) WiFI settings in the Advanced settings page (at the bottom)
Sorry, but i am back to an older version. At the moment a cant update the esp. The ESP is needed for measurement. (for two weeks) The WIFI settings were: Force WiFi B/G was set Periodical send Gratuitous ARP was set RSSI -68db
regards Klaus
After 13h15 uptime, with the new version, still no false positive. I'm almost sure that the double pullup/pulldown + something that append every 11h on the chip caused my issue. @DittelHome you should open a ticket for your issue, as I didn't get any watchdog in my case.
TLDR: my "bug" was not a bug.
Hi,
I use a wemos D1 mini, with ESPEasy_mega-20190301 TESTING. I have 2 Devices configured :
The pulse counter use Gpio15 (D8) which have a pull down hardwired on it. The pin D8 Is set as input in the hardware tab. The shield with the SHT doesn't use D8 (it use I2C). No other cable are wired to D8 for testing purposes.
I have 1 Controler Http where data are sent (Jeedom) and when looking if everything worked fine, I saw that I got false positive very repeatedly, every 11h.
I removed duplicate value, Jeedom automatically compact data, so don't pay attention to non integer value, it's just to see hours when steps occurs.
Unfortunately, I unpluged it to update it from scratch to try old version and lost the log. I will update this ticket if I found an old version which works fine, but every test will last at least 11h...