Op 4 augustus 2022 20:21:56 schreef So871:
[...]
De pcb is er al voor gemaakt en draait netjes op de sketch van Meewis , thanks voor het advies mbt de crc checks .
Ik zal er binnenkort nog een in elkaar zetten ( nu 10 losse pcb’s zonder componenten liggen ) en er eens goed voor gaan zitten en testen.
Edit : je zou het aantal sensoren behoorlijk kunnen verminderen door de hard en software versie van de automaat te laten vervallen, en de zone 1 en 2 temperaturen, deze zijn pas van waarde als er met de HT en LT zone wordt gewerkt.
In mijn geval heb ik LT/HT zones, meerdere opentherm thermostaten, zonne-boiler, en een lading aan One-wire sensoren er nog boven op voor alle inkomende en uitgaande temperaturen, totaal ongeveer iets van 100 'sensoren' in ESPHome, waarvan ca. 65 de standaard elementen zijn uit dit project, er zijn nog meer statistieken uit de ketel te halen die ik nog niet in het publieke project op github heb staan.
De OTA problemen beginnen al bij meer dan pakweg 10/20 sensoren, daarna maakt het niet meer uit of 40, 60 of 100 sensoren hebt, OTA blijft instabiel, zelfs dicht bij een access point met een signaal sterkte van -50db. Ik heb meerdere posts gezien waarbij ESP8266/OTA/en-aantal-sensoren in de yaml file problemen geven, ongeacht of je daar data naar toe stuurt. Als oplossing adviseerde ze daar de ESP32 te gebruiken: nieuwere Wifi stack, dual core en meer geheugen.
De echte relatie met OTA snap ik nog niet, maar 100 sensoren zijn maar 400 bytes aan pointers aan geheugen gebruik, zels al zou het 10kB worden is het nog steeds niet veel. Totaal RAM gebruik zit op ongeveer 44% met dit ESPHome project op de ESP8266. Tijdens OTA updates wordt de scheduler stilgelegd die communiceert met de ketel, dus die kan niet in de weg zitten. Er moet dus iets anders achter zitten.
Iets om verder uit te zoeken, kan uiteindelijk gewoon een bug in de ESPhome stack voor de ESP8266 zijn.