[ESPHome] Beta release
-
Falls gestattet, hier noch eine Frage zu ESPHome an sich:
Wie kann man die Erfassung und Übertragung von Werten an den ioBroker synchronisieren?
Beispiel:
Gerät mit- 2 Sensoren
- 3 Messwerten aus den Sensoren
- 3 zusätzlich per "lambda" berechnete Werte
Alle update_ interval stehen auf 1 min
Dennoch kommen die Daten nicht gleichzeitig beim ioBroker an, sondern einzeln, nach und nach zu verschiedenen Zeiten.
Kann man den Ablauf innerhalb des ESP zeitlich synchronisieren oder steuern? -
@klassisch sagte in [ESPHome] Beta release:
@dutchman sagte in [ESPHome] Beta release:
Momentan stehen bei jedem Channel auch ein Ordner mit 8states bezüglich der Configuration.
sind das diese hier?
Nein Ordner conf
-
@klassisch sagte in [ESPHome] Beta release:
Kann man den Ablauf innerhalb des ESP zeitlich synchronisieren oder steuern?
Kan ich dir leider nicht beantworten
-
@dutchman diese?
-
@klassisch
Heute war im changelog von esphone das templates auch das change intervall nutzen sollen.
Also etwas abwarten auf die nächste esphome Version, alternativ dev Version installieren und im discord chat von esphome nachfragen. -
-
@e-s sagte in [ESPHome] Beta release:
Heute war im changelog von esphone das templates auch das change intervall nutzen sollen.
Vielen Dank für den Hinweis. Bin mal gespannt, ob dann das erwartete Verhalten eintritt. Mir ist unklar, was der ESP so lange rechnet. An der Rechenleistung kann das nicht liegen.
Es gibt zwar on_.. und then: Dazu finde ich Beispiele zum Triggern von switches. Vielleicht noch zum Ausführen eines Lambda aber leider nicht zum Starten eines Sensor read.Also etwas abwarten auf die nächste esphome Version
Werde ich tun. Bin sicher nicht der Einzige, der sich übr das dynamische Verhalten wundert
-
Vielen Dank für den Adapter. Ich bin durch diesen erst auf ESPHome aufmerksam geworden.
Bis jetzt habe ich meine ESP's immer mit Tasmota, EspEasy oder Spezial Iso's für RFID, Kamera usw. betrieben.
Ich habe jetzt mal einen Nodemcu genommen und einige Sensoren zum Test eingebunden. Soweit klappt alles und auch das übertragen der Werte an den Adapter bzw. MQTT klappt super.
Woran ich im Moment scheitere sind Rules mit denen ich einige Sensoren direkt "Onboard" verbinden kann. Zum testen wollte ich mit einem Touchsensor ein Relais steuern. Mit dem ioBroker über Blockly kein Problem. Aber mit "on_.. und then:" usw. bekomme ich es leider nicht hin.
Hier mal die "Nackten" Sensoreinträge, die auch alle funktionieren:esphome: name: lolin-esphometest platform: ESP8266 board: nodemcuv2 # Enable logging logger: # Enable Home Assistant API api: ota: password: "##########" wifi: ssid: "######" password: "########" # Enable fallback hotspot (captive portal) in case wifi connection fails ap: ssid: "Lolin-Esphometest" password: "#########" captive_portal: mqtt: broker: 192.168.###.## username: #### password: ##### port: #### i2c: sda: 4 scl: 5 scan: true id: bus_a sensor: - platform: dht pin: D3 model: AM2302 temperature: name: "Temperaturtest" humidity: name: "Luftfeuchtetest" update_interval: 60s - platform: ultrasonic trigger_pin: D5 echo_pin: D6 name: "Ultraschallsensor" update_interval: 5s - platform: vl53l0x name: "VL53L0xDistance" address: 0x29 update_interval: 8s long_range: false enable_pin: D7 switch: - platform: gpio name: "Relais" id: relais pin: D7 binary_sensor: - platform: gpio name: "Touch" pin: D8 id: button_switchWas muss ich eintragen um mit dem Switch (Touch) das Relais zu schalten?
-
@docgame Habe das bisher in ESPHome selber noch nicht gebraucht. Und ich kenne den nodemcu nicht, sondern nutze den Wemos D1 mini
Was mir aber auffällt:-
Beim Lidar Sensor nutzt Du enable_pin, der wohl für die Adressumschaltung gedacht ist. Das würde ich mal weglassen.
-
Pin D7 wird gleichzeitig als Relais und zur Adressumschaltung des Lidar-Sensors verwendet
Wenn Du das aufgeräumt hast, dann wäre mal das einen Versuch mit on_press innerhalb des binary sensor wert Zitat ESPHome Doku
on_press
This automation will be triggered when the button is first pressed down, or in other words on the leading edge of the signal.
binary_sensor: - platform: gpio # ... on_press: then: - switch.turn_on: relay_1ich nehme an, daß relay_1 der id ist, bei Dir also relais
Wenn Du toggeln lassen willst, sollte auch das gehen:
Zitat ESPHome Doku
switch.toggle ActionThis action toggles a switch with the given ID when executed.
on_...: then: - switch.toggle: relay_1Wie gesagt, in ESPHome habe ich es noch nicht gebraucht, weil ich in meiner "ESP-Zeit" den meisten Kram und u.a. auch das Relaistoggeln selbst zusammengefrickelt habe. Und was stabil läuft (z.B. 1146 Tage up), läuft erst mal weiter....
-
-
@docgame
Kleiner Hinweis, der Vorteil an esphome und dem Adapter ist, daß man kein mqtt braucht.
Das kannst du also weglassen, nur api rein und fertig. -
@docgame sagte in [ESPHome] Beta release:
Was muss ich eintragen um mit dem Switch (Touch) das Relais zu schalten?
Schau dir mal die yaml Beispiele auf meiner Doku Seite an, die Steckdosen haben im Grunde was du suchst (Button press/toggle und Relais schalten) zb die shp7
https://drozmotix.github.io/languages/de/Adapter/ESPHome/08.yamlTemplates.html#shp7
Hier werden zb per Button die Relais geschalten und je nach Status die led
binary_sensor: - platform: gpio id: hw_button1 name: hw_button1 internal: true pin: number: GPIO0 mode: INPUT_PULLUP inverted: true on_press: - switch.toggle: relay1 - platform: gpio id: hw_button2 name: hw_button2 internal: true pin: number: GPIO12 mode: INPUT_PULLUP inverted: true on_press: - switch.toggle: relay2 output: - platform: esp8266_pwm id: red_led1 pin: number: GPIO13 inverted: true - platform: esp8266_pwm id: red_led2 pin: number: GPIO2 inverted: true switch: - platform: gpio pin: GPIO14 id: relay1 name: ${friendly_name}_Relay_1 on_turn_on: - output.turn_on: red_led1 on_turn_off: - output.turn_off: red_led1 - platform: gpio pin: GPIO16 id: relay2 name: ${friendly_name}_Relay_2 on_turn_on: - output.turn_on: red_led2 on_turn_off: - output.turn_off: red_led2 -
@dutchman @klassisch @e-s
Danke für eure Antworten. Die Doppelte "D7" war noch von meinen unzähligen Versuchen versehentlich drin...haben aber komischerweise nicht gestört.
Die Fehlermeldungen kamen scheinbar nur durch ein falsches "Einrücken" in der Formatierung (Leerzeichen).switch: - platform: gpio name: "Relay" id: relay pin: D7 binary_sensor: - platform: gpio name: "Touch" pin: D8 id: button_switch on_press: then: - switch.toggle: relayJetzt teste ich mal weiter wie ich den Status des Relays abfrage und gezielt ein und ausschalte.
Denke, das ich die nächsten Probleme bekomme wenn ich jetzt ein LED-Display an den I2c h#nge und versuche einige Werte anzuzeigen. Bei ESPRasy war das noch kein Problem. Ich denke, wenn man sich einmal in die Materie reingedacht hat ist ESPHome schon nee feine Sache. -
@docgame sagte in [ESPHome] Beta release:
Denke, das ich die nächsten Probleme bekomme wenn ich jetzt ein LED-Display an den I2c h#nge und versuche einige Werte anzuzeigen. Bei ESPRasy war das noch kein Problem. Ich denke, wenn man sich einmal in die Materie reingedacht hat ist ESPHome schon nee feine Sache.
Beachte bitte das GitHub issue bezüglich Displays bin da noch dran
-
@dutchman Alles klar, dann stelle ich die Displaytests mal hinten an. Habe verschiedene da. 0,96", 1,3" und noch einige 2,8" SPI mit Touchdisplay.
Werde mich mal an den Radarsensor RCWL-0516 (Steht leider nicht auf der Liste) machen.
Danke erstmal -
@docgame diese einfachen Radarsensoren liefern ein Digitalsignal. Müßte wie ein button einzulesen sein, motion sensor.
Aber aufpassen mit der Versorgung. Ich hatte mit solchen einfachen Radarsensoren die Erfahrung gemacht, daß sie mit DC/DC-Wandlern nicht klarkamen und auch nicht mit der "verseuchten" Versorgung eines ESP. Es gab dann immer false postives.
Falls Dir so etwas begenet, dann einen analogen Spannungsregler nehmen und die Teile separat versorgen. -
@klassisch Gut zu wissen... Werde ich diese Woche mal testen. An Radarsensoren habe ich auch noch einige der "Luxusvariante" HFS-DC06H da.
Da ich gerade kein aktuelles Projekt im Auge habe werde ich mal nach und nach alle Sensoren durchtesten die ich noch hier habe (Sind noch einige wie Schall, Wasser, Lux, Gyro usw.)
Fürs erste halte ich in diesem Thread erstmal den Fuß still (das Thema ist ja der Adapter und nicht die Sensoren) -
Ich habe gestern mal versuchsweise eine esp32 cam in meinem ESPHome Adapter eingebunden. Hat soweit funktioniert sprich ich bin auf grün. Es werden einige Objekte angelegt. Nur wie ich ans Bild bzw Video komme ist mir ein Rätsel. Ist es überhaupt schon möglich?
-
@noah3112 sagte in [ESPHome] Beta release:
Ich habe gestern mal versuchsweise eine esp32 cam in meinem ESPHome Adapter eingebunden. Hat soweit funktioniert sprich ich bin auf grün. Es werden einige Objekte angelegt. Nur wie ich ans Bild bzw Video komme ist mir ein Rätsel. Ist es überhaupt schon möglich?
zeig mal bitte deine yaml und Datenpunkte
-
@dutchman mach ich sofort wenn ich Zuhause bin... Im Fernzugriff klappt das nicht so gut.
-
@noah3112 Ich habe das auch gemacht, geht nicht. Man sieht nur einige "statische"
Datenpunkte und im Log kommt eine Meldung, dass CAM noch nicht unterstützt wird.@Dutchman meine YAML dafür:
substitutions: # Modify variables based on your settings hostname: 'cam_1' esphome: name: $hostname platform: ESP32 board: esp32dev <<: !include secrets.yaml captive_portal: # Enable logging logger: web_server: port: 80 # ESP32-CAM esp32_camera: external_clock: pin: GPIO0 frequency: 20MHz i2c_pins: sda: GPIO26 scl: GPIO27 data_pins: [GPIO5, GPIO18, GPIO19, GPIO21, GPIO36, GPIO39, GPIO34, GPIO35] vsync_pin: GPIO25 href_pin: GPIO23 pixel_clock_pin: GPIO22 power_down_pin: GPIO32 name: $hostname cam # Flashlight output: - platform: gpio pin: GPIO4 id: gpio_4 ## GPIO_4 is the flash light pin light: - platform: binary output: gpio_4 name: $hostname light
