Achtung! Verwendet bitte für aktuelle Mäher bzw. falls ihr die Firmware eures Mähers kürzlich aktualisiert habt, den aktuellen Release-Candidate der Robonect-Firmware: Momentan steuere ich mein Tor noch über die API, und "entlasse" den Mäher per Webhook, wenn das Tor meinem System die Rückmeldung "offen" gibt. Das möchte ich jetzt der Zuverlässigkeit wegen auch so in MQTT implementieren. Leider fehlt im MQTT System die Funktion den Mäher per callback zu starten komplett. Daher hier nun mein Vorschlag, wie ich das ganze implementieren würde. Für Gegenvorschläge bin ich natürlich immer offen!
MQTT-Topic für die Türsteuerung ist "meinmaeher/tuer", anhand dessen würde ich dann für die "entlassen" Funktion "meinmaeher/tuer/state" auswählen. (Das ganze hard-coded im Mäher. An das Tür-Topic wird einfach noch "/state" angehängt)
Mein System kann auf das entsprechende Topic("meinmaeher/tuer/state"), nachdem der Mäher ein öffnen der Tür erbeten hat("meinmaeher/tuer"), das Tor auf offen setzen. Dann fährt der Mäher los.
Ab hier gibts zwei Versionen.
1. Entweder der Mäher oder mein System ist dafür verantwortlich, die Variable "meinmaeher/tuer/state" wieder in den (einen) nicht-offenen Zustand zu bringen. Der Mäher erhält so wie bei der alten API Version keine Rückmeldung darüber, ob das Tor geschlossen wurde.
2. Die Variable "meinmaeher/tuer/state" zeigt den genauen Status der Tür an. Somit erfragt der Mäher ein schließen der Tür, und die Variable wird von meinem System nach dem Schließen der Tür wieder auf "geschlossen" aktualisiert. Somit "kennt" der Mäher den Status der Tür, es erübrigt sich bei offener Tür eine Öffnen-Anfrage und somit eine Verzögerung.
Da ich ein Freund daten- und Energiesparender Systeme bin, und Ordentliche failsafe-Implementationen mag, favorisiere ich Variante 2.
Lg, Tom