[ESPHome] Beta release

Dutchman

@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

Dutchman

@klassisch sagte in [ESPHome] Beta release:

Kann man den Ablauf innerhalb des ESP zeitlich synchronisieren oder steuern?

Kan ich dir leider nicht beantworten

klassisch

@dutchman diese?

e-s

@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.

Dutchman

@klassisch sagte in [ESPHome] Beta release:

@dutchman diese?

Jup

klassisch

@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

DocGame

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_switch

Was muss ich eintragen um mit dem Switch (Touch) das Relais zu schalten?

klassisch

@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_1

ich 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 Action

This action toggles a switch with the given ID when executed.

on_...:
  then:
    - switch.toggle: relay_1

Wie 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....

e-s

@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.

Dutchman

@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

DocGame

@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: relay

Jetzt 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.

Dutchman

@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

DocGame

@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

klassisch

@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.

DocGame

@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?

Dutchman

@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.

Ahnungsbefreit

@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

Dutchman

@ahnungsbefreit sagte in [ESPHome] Beta release:

Datenpunkte und im Log kommt eine Meldung, dass CAM noch nicht unterstützt wird.

danke, kannste mal bitte alles von dem log Eintrag schicken ?

da sollte stehen :
DeviceType xxxxxx not yet supported
Please submit git issue with all information from next line
DeviceType xxxxxx | State-Keys xxxxxx

NEWS

[ESPHome] Beta release

Support us

903
Online

31.7k
Users

79.9k
Topics

1.3m
Posts

NEWS

[ESPHome] Beta release

Support us

903Online

31.7kUsers

79.9kTopics

1.3mPosts

903
Online

31.7k
Users

79.9k
Topics

1.3m
Posts