GPIO Status Wemos d1 mini an iobroker senden
-
Ich habe das jetzt mal zusammen gebastelt.
esphome: name: led esp8266: board: d1_mini stepper: - platform: a4988 id: motor step_pin: D3 dir_pin: D4 max_speed: 250 steps/s # Enable logging logger: baud_rate: 0 # 0 to disable logging via hardware UART. api: password: "1234" ota: password: "1234" wifi: ssid: "----" password: "--------" web_server: port: 80 captive_portal: # Example configuration entry light: - platform: neopixelbus type: GRB variant: WS2811 pin: GPIO3 num_leds: 1 id: led binary_sensor: - platform: gpio pin: D6 name: "Tür offen" - platform: gpio pin: D5 name: "Tür geschlossen" - platform: gpio pin: D0 name: "Taster Tür öffnen" - platform: gpio pin: D7 name: "Taster Tür schließen" - platform: gpio pin: D1 name: "Taster Bewegung anhalten" - platform: gpio pin: D2 name: "Steppermotor aktivieren/deaktivieren" binary_sensor: - platform: gpio pin: D6 name: "Tür offen" on_press: then: - light.turn_on: id: led brightness: 100% red: 100% green: 0 blue: 0 on_release: then: - light.turn_off: id: led - platform: gpio pin: D5 name: "Tür geschlossen" on_press: then: - light.turn_on: id: led brightness: 100% red: 0% green: 100% blue: 0 on_release: then: - light.turn_off: id: ledAls Meldung bekomme ich das.
Das sagt mir das es eine doppelte Bezeichnung gibt, richtig?
-
@beowolf said in GPIO Status Wemos d1 mini an iobroker senden:
Das sagt mir das es eine doppelte Bezeichnung gibt, richtig?
Genau, Zeile
72und Zeile45haben beidebinary_sensor:, nach yaml "Regel" dürfen diese aber nur einmal vorkommen, du musst also beide Inhalte unter einembinary_sensor:zusammen fassen. Bezüglich der Reihenfolge ist man aber völlig frei. -
Ich habe noch mal etwas probiert.
esphome: name: led esp8266: board: d1_mini stepper: - platform: a4988 id: motor step_pin: D3 dir_pin: D4 max_speed: 250 steps/s sleep_pin: D2 acceleration: inf deceleration: inf # Enable logging logger: baud_rate: 0 # 0 to disable logging via hardware UART. api: password: "1234" ota: password: "1234" wifi: ssid: "---" password: "-------" web_server: port: 80 captive_portal: # Example configuration entry light: - platform: neopixelbus type: GRB variant: WS2811 pin: GPIO3 num_leds: 1 id: led name: "LED" binary_sensor: - platform: gpio pin: number: D0 inverted: true mode: input: true name: "Taster Tür öffnen" on_state: then: - stepper.set_target: id: motor target: 250 - platform: gpio pin: number: D7 inverted: true mode: input: true pullup: true name: "Taster Tür schließen" on_state: then: - stepper.set_target: id: motor target: -250 - platform: gpio pin: number: D1 inverted: true mode: input: true pullup: true name: "Taster Bewegung anhalten" - platform: gpio pin: number: D2 name: "Steppermotor aktivieren/deaktivieren" - platform: gpio pin: number: D5 inverted: true mode: input: true pullup: true name: "Tür offen" on_state: then: - light.turn_on: id: led brightness: 100% red: 100% green: 0 blue: 0 - platform: gpio pin: number: D6 inverted: true mode: input: true pullup: true name: "Tür geschlossen" on_state: then: - light.turn_on: id: led brightness: 100% red: 0% green: 100% blue: 0Der Schrittmotor macht aber nichts.
Ich kann auch die Zustände unter ioBroker nicht ändern.
-
@beowolf said in GPIO Status Wemos d1 mini an iobroker senden:
Ich habe noch mal etwas probiert.
esphome: name: led esp8266: board: d1_mini stepper: - platform: a4988 id: motor step_pin: D3 dir_pin: D4 max_speed: 250 steps/s sleep_pin: D2 acceleration: inf deceleration: inf # Enable logging logger: baud_rate: 0 # 0 to disable logging via hardware UART. api: password: "1234" ota: password: "1234" wifi: ssid: "---" password: "-------" web_server: port: 80 captive_portal: # Example configuration entry light: - platform: neopixelbus type: GRB variant: WS2811 pin: GPIO3 num_leds: 1 id: led name: "LED" binary_sensor: - platform: gpio pin: number: D0 inverted: true mode: input: true name: "Taster Tür öffnen" on_state: then: - stepper.set_target: id: motor target: 250 - platform: gpio pin: number: D7 inverted: true mode: input: true pullup: true name: "Taster Tür schließen" on_state: then: - stepper.set_target: id: motor target: -250 - platform: gpio pin: number: D1 inverted: true mode: input: true pullup: true name: "Taster Bewegung anhalten" - platform: gpio pin: number: D2 name: "Steppermotor aktivieren/deaktivieren" - platform: gpio pin: number: D5 inverted: true mode: input: true pullup: true name: "Tür offen" on_state: then: - light.turn_on: id: led brightness: 100% red: 100% green: 0 blue: 0 - platform: gpio pin: number: D6 inverted: true mode: input: true pullup: true name: "Tür geschlossen" on_state: then: - light.turn_on: id: led brightness: 100% red: 0% green: 100% blue: 0Der Schrittmotor macht aber nichts.
Ich kann auch die Zustände unter ioBroker nicht ändern.
@beowolf said in GPIO Status Wemos d1 mini an iobroker senden:
Der Schrittmotor macht aber nichts.
Ich kann auch die Zustände unter ioBroker nicht ändern.Ich habe noch nie einen Schrittmotor mein eigenen genannt, deswegen stochere ich hier ein wenig im Dunkeln:
Das modella4988ist der richtige? Was sagt der logger (kann einfach über's esphome dashboard aufgerufen werden) im Moment wenn du "Taster Tür öffnen" und "Taster Tür schließen" betätigst?Wenn der Motor sich dann hoffentlich bald bewegt könnte ein
endstop coverdann noch die Krönung für dein Vorhaben sein
:
-
@opensourcenomad sagte in GPIO Status Wemos d1 mini an iobroker senden:
Wenn der Motor sich dann hoffentlich bald bewegt könnte ein endstop cover dann noch die Krönung für dein Vorhaben sein :
Leider noch nicht.
Die Funktion erwarte "switch." ich habe aber binary_sensor:
Das bekomme ich nicht zusammen.
-
@beowolf said in GPIO Status Wemos d1 mini an iobroker senden:
Leider noch nicht.
Dann noch mal einen Schritt zurück:
Das modell
a4988ist der richtige? Was sagt der logger (kann einfach über's esphome dashboard aufgerufen werden) im Moment wenn du "Taster Tür öffnen" und "Taster Tür schließen" betätigst? -
Ich habe es jetzt so gemacht:
esphome: name: led esp8266: board: d1_mini stepper: - platform: a4988 id: motor step_pin: D3 dir_pin: D4 max_speed: 5000 steps/s sleep_pin: number: D2 inverted: true acceleration: inf deceleration: inf # Enable logging logger: baud_rate: 0 # 0 to disable logging via hardware UART. api: password: "1234" ota: password: "1234" wifi: ssid: "-----" password: "-------" web_server: port: 80 captive_portal: # Example configuration entry light: - platform: neopixelbus type: GRB variant: WS2811 pin: GPIO3 num_leds: 1 id: led name: "LED" binary_sensor: - platform: gpio pin: number: D0 inverted: true mode: input: true name: "Taster Tür öffnen" id: oeffnen on_press: then: - stepper.set_target: id: motor target: 250000 - platform: gpio pin: number: D7 inverted: true mode: input: true pullup: true name: "Taster Tür schließen" id: schliessen on_press: then: - stepper.set_target: id: motor target: -250000 - platform: gpio pin: number: D1 inverted: true mode: input: true pullup: true name: "Taster Bewegung anhalten" - platform: gpio pin: number: D5 inverted: true mode: input: true pullup: true name: "Tür offen" id: offen on_press: then: - light.turn_on: id: led brightness: 100% red: 100% green: 0 blue: 0 - stepper.report_position: id: motor position: 0 - stepper.set_target: id: motor target: 0 - platform: gpio pin: number: D6 inverted: true mode: input: true pullup: true name: "Tür geschlossen" id: geschlossen on_press: then: - light.turn_on: id: led brightness: 100% red: 0% green: 100% blue: 0 - stepper.report_position: id: motor position: 0 - stepper.set_target: id: motor target: 0Der Motor dreht in die Richtungen wie ich es möchte. Bei erreichen der Endschalter hält der Motor direkt an. Mache hiermit:
- stepper.report_position: id: motor position: 0 - stepper.set_target: id: motor target: 0Ob das die beste Methode ist - keine Ahnung.
Was jetzt noch nicht funktioniert ist, wenn die Tür auf ist, und ich jetzt nocht mal auf die AUF-Taste drücke geht die Tür "noch weiter" auf.
Ich brauche also eine "wenn" - "dann" Funktion. Geht das nur über die Lambda Methode?
-
@beowolf said in GPIO Status Wemos d1 mini an iobroker senden:
Ob das die beste Methode ist - keine Ahnung.
Du steuerst jetzt deinen Motor direkt, kann man so machen.
Was jetzt noch nicht funktioniert ist, wenn die Tür auf ist, und ich jetzt nocht mal auf die AUF-Taste drücke geht die Tür "noch weiter" auf.
Ich glaube genau dafür ist jetzt das oben
verlinkte Endstop cover zuständigIch brauche also eine "wenn" - "dann" Funktion. Geht das nur über die Lambda Methode?
Die ist auch "normal" in der yaml syntax verfügbar
https://esphome.io/guides/automations.html#if-action -
@beowolf sagte in GPIO Status Wemos d1 mini an iobroker senden:
Ok, dann versuche ist es so.
Die Steuerung wollte durch ioBroker machen.
Die Anschlüsse:
D6; // Endschalter Tür offen
D5; // Endschalter Tür geschlossenD0; // Taster Tür öffnen - für manuelles Öffnen vor Ort
D7; // Taster Tür schließen - für schließen vor Ort
D1; // Taster Bewegung anhalten - Lichtschranke falls sich ein Huhn im Türbereich aufhält.Zur Sicherheit würde ich die Endschalter, die Taster und vor Allem die Lichtschranke nicht über ioBroker, sondern direkt auf dem Microcntroller steuern. Hast Du einmal eine Verzögerung in der Kommunikation, klemmt das Huhn in der Tür.
-
Das soll auch auf jeden Fall so sein. Ich wollte nur durch ioBroker zusätzlich Einfluß nehmen können.
-
@andreas-5 said in GPIO Status Wemos d1 mini an iobroker senden:
Zur Sicherheit würde ich die Endschalter, die Taster und vor Allem die Lichtschranke nicht über ioBroker, sondern direkt auf dem Microcntroller steuern.
Ganz richtig die Endschalter sollten ja gleich von der endstop cover component berücksichtigt werden, für die Lichtschranke ist dann natürlich noch eine extra Logik von Nöten, z.B. um beim brechen der Schranke die Tür zu öffnen wenn diese noch nicht bereits geschlossen ist.
-
Ich habe das mit COVER jetzt gelöst.
# Example configuration entry cover: - platform: template name: "CoverTuer" id: CoverTuer open_action: - stepper.set_target: id: motor target: 17000 close_action: - stepper.set_target: id: motor target: -17000 stop_action: - stepper.set_target: id: motor target: !lambda return id(motor).current_position; optimistic: trueIch kann jetzt per Webbrowser den Motor in beide Richtungen drehen lassen.
-
@tt-tom sagte in GPIO Status Wemos d1 mini an iobroker senden:
@beowolf
Ich versuche es mal auf meinem Elektronik board die Tage mal nachzubauen. Dann teste ich dein Programm mal parallel.
Gruß TomKannst Du schon etwas sage?
Ich habe es mit esphome versucht. Das das einfacher ist kann ich jetzt so nicht bestätigen. Das Ändern des Codes geht etwas einfacher aber sonst hat es die "Programmiersprache" auch in sich. Leerzeichen sind wohl der blanke Horror für die Oberfläche.
-
@beowolf
Ich komme erst Montag wieder dazu. Melde mich dann hier wieder. Tom -
@beowolf said in GPIO Status Wemos d1 mini an iobroker senden:
sonst hat es die "Programmiersprache" auch in sich
Der "no code" approach von esphome benutzt übrigens YAML, selbst bezeichnet sich das als „YAML Ain’t Markup Language“, sprich es soll nicht mal eine "Auszeichnungssprache" sein. Wobei YAML natürlich eine (vereinfachte) markup language ist. Wahrscheinlich mit eine der einfachsten überhaupt.
Wie schon bereits erwähnt haben Leute mit Programmierkenntnisse aufgrund der Trivialität oft mehr Probleme als Mensch welcher noch keine Zeile
hello worldin seinem Leben geschrieben hat.Leerzeichen
Das (richtige) einrücken mittels Leerzeichen (nicht tab) ist wenn
yamlalsblockgeschrieben essentiell. Neben der Pflicht jeden "key" nur einmal zu verwenden, also aufdoppelte Bezeichnung
zu verzichten sind dies wohl die einzigen wichtigen Vorgaben die bei YAML existieren.
Grundsätzliche könnte man ja auch einfach ein quasi endloses Menü erstellen um die ganzen Parameter auszuwählen, mehr macht man in der YAML ja de facto gar nicht. Nur ist es halt total unsinnig und unübersichtlich aus vielen 100 Optionen zu wählen wenn man selbst nur 10 oder 20 braucht, daher finde ich diesen Ansatz auch ziemlich überlegen.
Zum Vergleich gibt es z.B. in Tasmota mindestens 3 verschiedene Ecken um bestimmte Sachen einzustellen/definieren, ein paar gehen im webinterface, weitere müssen mit irgendwelchen
set optionin die Konsole gehämmert werden und wieder anderes muss schon vor der Kompilierung manuell in irgendwelche files geschrieben werden. Trotzdem wird es wahrscheinlich am Ende nicht annähernd so viel Flexibilität bieten wie esphome und ist trotzdem um einiges zeitintensiver in der Anwendung.Ich habe es mit esphome versucht. Das das einfacher ist kann ich jetzt so nicht bestätigen.
Im Vergleich zu deinem selbst programmierten code welches stand heute nicht in der Lage ist mit einer Zentrale (korrekt) zu kommunizieren? Ist das nicht vielleicht ein Vergleich von Äpfel mit Birnen? Überhaupt benötigt dein Ansatz nicht weniger als (gute) Programmierkenntnisse und natürlich eine vielfaches an Zeit um überhaupt ein erfolgreiches/funktionierendes Ergebnis zu bekommen.
Grundsätzlich ist "neu" nie einfach und man muss sich erst einmal einarbeiten, so viel ist klar
wifi: ssid: "-----" password: "-------"Um übrigens nicht in die Versuchung bzw. Möglichkeit zu kommen SSID und Passwort bzw. auch andere Passwörter zu posten empfiehlt sich eine
secrets.yamldamit entfällt dann auch das repetitive ausfüllen dieser in neuen yaml's
Siehe dazu u.a.
https://drozmotix.github.io/languages/de/Adapter/ESPHome/08.yamlTemplates.html#secrets-yaml -
@opensourcenomad sagte in GPIO Status Wemos d1 mini an iobroker senden:
Im Vergleich zu deinem selbst programmierten code welches stand heute nicht in der Lage ist mit einer Zentrale (korrekt) zu kommunizieren? Ist das nicht vielleicht ein Vergleich von Äpfel mit Birnen?
Na ja, den Code den ich hier mit ESPHome gemacht habe funktioniert ja auch nicht so ganz richitg. Die einzelnen Dinge escheinen zwar unter ioBroker, aber anprechen bzw. ändern lassen sie sich nicht. Per Browaser schon.
-
@beowolf said in GPIO Status Wemos d1 mini an iobroker senden:
Die einzelnen Dinge escheinen zwar unter ioBroker, aber anprechen bzw. ändern lassen sie sich nicht.
Welche denn genau? Wahrscheinlich alle die der iobroker adapter (9 Monate alt
) unterstützt 
https://drozmotix.github.io/languages/de/Adapter/ESPHome/02.supportedTypes.html
...oder gar alle? Aber nur die unterstützen
lassen sich schalten?Per Browaser schon.
Was ja darauf hindeutet das es auf Seiten von iobroker hackt und nicht bei esphome
Eventuell willst du es mal mit mqtt versuchen
https://esphome.io/components/mqtt.htmlAlternativ kannst du für die api dir natürlichauch mit hilfe der template switches was bauen
https://esphome.io/components/switch/template.html -
So,
ich habe mich jetzt das halbe WE damit rumgeschlagen.
Ich habe es mit einem wirklich einfachem Programm versucht.
esphome: name: led esp8266: board: d1_mini stepper: - platform: a4988 id: motor step_pin: D3 dir_pin: D4 max_speed: 5000 steps/s sleep_pin: number: D2 inverted: true acceleration: inf deceleration: inf # Enable logging logger: baud_rate: 0 # 0 to disable logging via hardware UART. api: password: !secret api_password ota: password: !secret ota_password wifi: ssid: !secret wifi_ssid password: !secret wifi_password mqtt: broker: 192.168.49.38 username: mqttuser password: !secret mqtt_password web_server: port: 80 captive_portal: # Example configuration entry # Example configuration entry cover: - platform: template name: "CoverTuer" id: CoverTuer open_action: - stepper.set_target: id: motor target: 17000 close_action: - stepper.set_target: id: motor target: -17000 stop_action: - stepper.report_position: id: motor position: 0 - stepper.set_target: id: motor target: 0 optimistic: trueEinfach das COVER-Ding.
Per Browser funktioniert es - in ioBroker wird es angezeigt.
Ansprechen kann ich es nicht über ioBroker.
Noch etwas - genau das wollte ich nicht
Was ja darauf hindeutet das es auf Seiten von iobroker hackt und nicht bei esphome 💡 Eventuell willst du es mal mit mqtt versuchen 👉 https://esphome.io/components/mqtt.html Alternativ kannst du für die api dir natürlichauch mit hilfe der template switches was bauen 👉 https://esphome.io/components/switch/template.htmlIch möchte nicht bei einem für mich neuem Adapter auf die Suche gehen warum es hier oder da nicht läuft. Entweder werden die Dinge unterstützt oder der Adapter ist nicht mehr als eine unausgegorene BETA-Version.
ESPHOME mag ja ganz nett sein - aber meine Entscheidung ist- kann man machen, muß man aber ganz sicher nicht.
Ich bin mit ESPHOME erst mal durch.
Jeder weitere Hinweis das ich so oder so mal versuchen könnte kostet auch nur Zeit.
Von Deinem Hinweis "und hier kommt schon die esphome magie in's Spiel," ist nicht viel geblieben.
-
@beowolf said in GPIO Status Wemos d1 mini an iobroker senden:
Einfach das COVER-Ding.
Per Browser funktioniert es - in ioBroker wird es angezeigt.
Ansprechen kann ich es nicht über ioBroker.Steht ja in der (gerade erst
) verlinkten Doku vom esphome adapter welche Datentypen aktuell unterstützt werden. (Spoiler: das "COVER-Ding" ist nicht dabei )Auch mein Hinweis das diese Limitation wahrscheinlich nur die Anbindung an iobroker mittels api (aka esphome adapter) betrifft und mqtt (wahrscheinlich?) alles bidirektional ermöglicht hattest du bereits bekommen. Um das zu testen müsstest du nicht mehr als die
api:Zeile durch einemqtt:Zeile (zzgl. deiner mqtt broker creds natürlich) ersetzen.hier kommt schon die esphome magie in's Spiel
...esphome ist so flexibel das du nicht mal den esphome adapter dafür benötigst
-
@opensourcenomad sagte in GPIO Status Wemos d1 mini an iobroker senden:
Um das zu testen müsstest du nicht mehr als die api: Zeile durch eine mqtt: Zeile (zzgl. deiner mqtt broker creds natürlich) ersetzen.
Das hatte ich nach Anleitung gemacht. Es kam sofort eine Fehlermeldung das die API fehlt.
Bitte, bitte, bitte - ich bin mit ESPHOME durch.
Bitte, bitte, bitte - keine weiteren Hinweise mehr.
Ich WILL ESPHOME nicht mehr.
OK?
