Gordijnen automatiseren met ESP8266 software problemen

[wesselvs]

Hallo!

Ik ben bezig met een projectje om mijn gordijnen te automatiseren met een ESP8266. Ik loop alleen tegen wat problemen aan waar ik niet uit kom!

Mijn systeem ziet er zo uit:
Brains:
- ESP8266 computer
- TMC2100 stepper motor

Gordijnen:
- NEMA 17 stepper motor
- Endswitch

Ik heb ze aan elkaar gekoppeld met een CAT 6 internet kabel.

De software die ik heb gemaakt werkt door te communiceren via MQTT naar Home assistant. Hiervoor heb ik in docker een Mosquitto MQTT server gemaakt.

Het probleem wat ik heb is echter dat de gordijnen totaal niet betrouwbaar zijn, ene dag werken ze wel. Andere dag werken ze niet (Ik heb een automatisering gemaakt dat ze met zondsondergang dicht gaan en zonsopkomst weer open) Nu heb ik het idee dat er iets in mijn software niet helemaal lekker zit, maar ik heb te weinig kaas hiervan gegeten om eruit te komen.

Nu vroeg ik mij af of jullie misschien een idee hadden wat ik misschien over het hoofd heb gezien.

Code klik hier :)

[akatar]

Je zou eens een mqtt explorer kunnen draaien (op je telefoon of ergens anders op) dan kan je in ieder geval zien of het commando geweest is.

[wesselvs]

akatar schreef op woensdag 23 maart 2022 @ 17:30:
Je zou eens een mqtt explorer kunnen draaien (op je telefoon of ergens anders op) dan kan je in ieder geval zien of het commando geweest is.

Ja dat heb ik gedaan! De ESP stuurt een debug message als hij begint en de command ontvangt en als hij klaar is. Het vreemde is dat de ene keer reageerd heel de ESP niet meer. De andere keer stuur ik de command nog eens en doet hij het gewoon.

Heel vreemd!

[akatar]

Dan weet je dat je het moet zoeken in de esp.

[wesselvs]

akatar schreef op woensdag 23 maart 2022 @ 18:55:
Dan weet je dat je het moet zoeken in de esp.

Ja, dat is dus ook mijn vraag. Ik heb het idee dat er iets in mijn code niet helemaal lekker loopt. Daarom heb ik die ook bijgevoegd.

[Thijsmans]

Tja, een ESP die niet continu verbinding behoudt met de wifi is op zichzelf niet nieuw. Of heb je uitgesloten dat de verbinding wegvalt? Kun je wellicht opzoeken in je router, en anders de ESP elke X seconden een testbericht laten versturen via MQTT (hoewel je hiermee misschien ook wel voorkomt dat 'ie wegvalt).

Verzend de MQTT-messages verder met de retain-flag, zodat de ESP ze ontvangt als 'ie zich weer aanmeldt. Dan komt het iets minder precies aan.

[Gizz]

Heb je ook al naar de hardware gekeken?

Denk aan:

• Slechte voeding, waardoor de ESP crasht
• ESP8266-bordje met slechte voltage regulators (tijdje terug waren er Wemos D1 clones met onderbemeten LDO's die met moeite de ESP8266 zelf konden voeden. Als er dan nog iets externs aangestuurd moest worden ging het vrij snel mis).
• Slecht wifi-bereik op de plek van je ESP8266, waardoor de communicatie soms wel, soms niet succesvol is.

En je probeert niet je stepper drivers direct te voeden vanuit je ESP neem ik aan?

Verder lovenswaardig dat je de code helemaal zelf wil maken. Maar met kant-en-klare firmware zoals ESPEasy lijkt mij het debuggen wat eenvoudiger, omdat daar al ingebouwd is dat je de up-time van je ESP kunt zien, de kwaliteit van de wifi, reden van laatste reset enzovoorts.

[ Voor 6% gewijzigd door Gizz op 24-03-2022 10:06 ]

[SANDER_DeEchte]

Die MQTT library die je gebruikt werkt maar half. Zelf heb ik hem ook een keer gebruikt, maar hij is vaker niet verbonden dan wel verbonden.

In de github issues list https://github.com/knolle...open+sort%3Acomments-desc zie je dat heel veel mensen daar last mee hebben. Ik weet niet of er nou wel of geen oplossing was, maar misschien is er iemand in die lijst met een oplossing.

[wesselvs]

Thijsmans schreef op woensdag 23 maart 2022 @ 21:08:
Tja, een ESP die niet continu verbinding behoudt met de wifi is op zichzelf niet nieuw. Of heb je uitgesloten dat de verbinding wegvalt? Kun je wellicht opzoeken in je router, en anders de ESP elke X seconden een testbericht laten versturen via MQTT (hoewel je hiermee misschien ook wel voorkomt dat 'ie wegvalt).

Verzend de MQTT-messages verder met de retain-flag, zodat de ESP ze ontvangt als 'ie zich weer aanmeldt. Dan komt het iets minder precies aan.

Ik heb laatste dagen even gekeken wat de verbinding doet, volgens Unify is hij nu ruim 2 dagen verbonden. De MQTT messages worden met retain flag verstuurd. Vanmorgen bijvoorbeeld bleven alle gordijnen dicht. Ik heb daarna de kastjes ge-herstart en de gordijnen gingen meteen open. Ik heb helaas geen idee waarom. De ESP8266 waren allemaal verbonden!

Gizz schreef op donderdag 24 maart 2022 @ 09:56:
Heb je ook al naar de hardware gekeken?

Denk aan:

• Slechte voeding, waardoor de ESP crasht
• ESP8266-bordje met slechte voltage regulators (tijdje terug waren er Wemos D1 clones met onderbemeten LDO's die met moeite de ESP8266 zelf konden voeden. Als er dan nog iets externs aangestuurd moest worden ging het vrij snel mis).
• Slecht wifi-bereik op de plek van je ESP8266, waardoor de communicatie soms wel, soms niet succesvol is.

En je probeert niet je stepper drivers direct te voeden vanuit je ESP neem ik aan?

Verder lovenswaardig dat je de code helemaal zelf wil maken. Maar met kant-en-klare firmware zoals ESPEasy lijkt mij het debuggen wat eenvoudiger, omdat daar al ingebouwd is dat je de up-time van je ESP kunt zien, de kwaliteit van de wifi, reden van laatste reset enzovoorts.

Ik heb deze voeding gekocht: https://www.kiwi-electron...2w-5-5x2-1mm-dc-plug-3740

Die zou overkill moeten zijn, aangezien de stepper motor max 1.5A zou moeten trekken.

De power input word gesplit, dus 12v naar de drivers en dan via een Buck converter word het 5v naar de ESP gestuurd.

Ik heb ook zitten kijken naar ESPHome, maar ik kreeg het niet aan de praat. ESPEasy heb ik nog nooit van gehoord. Maar ik heb het gevoel dat mij huidige code wel redelijk ok is maar dat er ergens misschien een bug zit in mijn aansluiting of misschien in de code die wellicht makkelijk is op te lossen.

SANDER_DeEchte schreef op vrijdag 25 maart 2022 @ 16:27:
Die MQTT library die je gebruikt werkt maar half. Zelf heb ik hem ook een keer gebruikt, maar hij is vaker niet verbonden dan wel verbonden.

In de github issues list https://github.com/knolle...open+sort%3Acomments-desc zie je dat heel veel mensen daar last mee hebben. Ik weet niet of er nou wel of geen oplossing was, maar misschien is er iemand in die lijst met een oplossing.

Dat zou ook nog wel een goede kunnen zijn, ik heb ook niet volledig vertrouwen in dat de MQTT library werkt naar behoren, heb je een alternatief? Wat heb jij gebruikt?

[Thijsmans]

EspMQTTClient klinkt als een logische optie

[wesselvs]

Thijsmans schreef op zaterdag 26 maart 2022 @ 20:42:
EspMQTTClient klinkt als een logische optie

Maar die is ook op dezelfde PubSubClient Library gebaseerd toch?

Ik heb wel wat anders gevonden, het lijkt dat een van de dingen is de limitswitch die een beetje raar reageerd. Af en toe zegt hij dat hij geactiveerd is zonder dat hij ingedrukt is. Zou het kunnen komen dat D5 (GPIO14) wat foute waardes doorgeeft? Of mischien de manier dat ik de limitswitch heb aangesloten? (NO naar GND -> D5)

[bouwfraude]

SANDER_DeEchte schreef op vrijdag 25 maart 2022 @ 16:27:
Die MQTT library die je gebruikt werkt maar half. Zelf heb ik hem ook een keer gebruikt, maar hij is vaker niet verbonden dan wel verbonden.

De pubsup versie die ik gebruik doet het al jaren. Een thermometer in de schuur verstuurd iedere paar minuten de waarde als erom gevraagd wordt en schakelt de tuinverlichting aan. Ik lees er modbus rtu mee uit en zet dat om naar mqtt die draait anderhalf (2?) jaar zonder onderbreking.

[wesselvs]

Het lijkt erop dat ik de oorzaken heb gevonden.

1) MQTT probleem : Er zat geen re-connect functie in het script om de verbinding te controleren met de MQTT server.
2) De limitswitches: De limitswitches die willekeurig ingedrukt werden. De ezButton library zou gebruik maken van de internet Pull-Up resistor. Ik denk dat deze niet zo betrouwbaar is op de ESP8266 modules die ik gebruik, Ik heb nu een externe Pull-Up resistor ertussen gezet en het lijkt allemaal een stuk betrouwbaarder te werken!

De laatste paar dagen gaan alle gordijnen netjes open en dicht bij zondsopkomst en ondergang. Hopen dat dit ook echt het probleem was!