[ESPHome] Beta release
-
@tloeffel
zu dem letzten kann ich dir erstmal nichts sagen.
Wegen USB, steck mal das USB Kabel neu an und danach mal die Ausgabe von dmesg | grep tty
Bitte benutze copy+paste und nicht abtippen.
Die Antwort bitte nicht als Foto sondern als Code hier einfügen, dafür den Button </> im editor hier drücken.in der yaml muss sowas rein:
# Enable Home Assistant API api: password: xyzDer rest steht hier
-
-
@tloeffel
ok, dann wäre ttyUSB0 doch richtig, dann keine Ahnung was du da machen kannst. Wie gesagt, ich flashe nur ota, auch wenn tasmota oder so noch drauf ist. -
Soll ich einen Fehler bei Github hinterlegen, oder was denkst Du?
Gruß Thomas
-
@tloeffel
also wenn dann ist das ein esphome Fehler selbst und hat mit dem Adapter hier und iobroker wahrscheinlich nichts zu tun.
Es kann aber auch ein Rechteproblem sein, was dann doch wieder nichts mit esphome zu tun hat. Da müsste man das alles genauer verfolgen. Kommt drauf an wie viel dir das jetzt Wert ist. -
@tloeffel , die Update-Warnung kannst du ignorieren. Die habe ich auf den rpi 4 auch mit einem anderen Inhalt. (anderes System)
Für was willst du ein Issue auf dem Git-Hub öffnen? Ich habe zum flashen alles abgezogen am rpi. Vorher die dazu gehörenden Adapter gestoppt. (MaxCul, Ebus und Zigbee)
Nach dem flashen wieder dran gesteckt und Adapter gestartet, danach wird alles nur noch über OTA gemacht. Eine API habe ich nicht eingetragen, wofür auch. -
Danke an alle
Jetzt erst mal Schlafen. Für heute genug erreicht.
Gruß Thomas
-
@tloeffel , noch eine Frage....
Warum betreibt man iobroker in einer VM wenn die Platform Ubuntu ist?
Ich betreibe unter Debian auch keine VM. Beides ist Linux.....
Kennen tu ich das eigentlich nur unter Windows....da ist mir das auch schlüssig. -
@menne Ich glaube, Du bringst da ein paar Begriffe durcheinander. Eine VM ist eine (v)irtuell (m)achine also die Emulation von Hardware. Und die bietet sich an, wenn man auf einer Hardware mehrere voneinander unabhängige Applikationen laufen will. Dafür braucht es dann ein Host-OS wie z.B. Proxmox und das bietet dann die Infrastruktur, um auf der Hardware mehrere VMs (oder auch Container, je nach Anwendung) parallel laufen zu lassen. Z.B. eine für ioBroker, eine für Homematic usw. Und jede dieser VMs läuft dann unter einem Betriebssystem wie z.B. Ubuntu oder Debian.
-
@tloeffel sagte in [ESPHome] Beta release:
Wenn ich den Umweg über Tasmotizer nehme geht es. Wie verwalte ich nun MQTT? Bin da noch ein bisschen am lernen :-).
wieso MQTT ? Du erstellt die bin mit ESPHome, do trägst du API usw ein wie in der doku beschrieben und das wars der Adapter macht den rest da brauchst du kein MQTT.
Habe dein isssue auf git gesehen, kann da leider nix mit anfangen die port Weiterleitung ist ne Synology/VM Sache wie auf da erwähnt als Workarround die bin mit de PC flachen und danach alles weitere per OTA und ESPHome
-
Hallo dutchman,
danke für Deine schnelle Antwort. Habe den Github Eintrag geschlossen.
Bin Neuling und teste mal weiter :-).Ist dieses das richtige Forum für Neulinge, oder nerve ich Euch?
Gruß Thomas -
@tloeffel sagte in [ESPHome] Beta release:
Ist dieses das richtige Forum für Neulinge,
oder nerve ich Euch?Ja
-
Ok da bin ich ja beruhigt.
Ich komme von Tasmota, benutze da einige Projekte mit MQTT. Warum brauche ich das hier nicht? Weil die Datenpunkte in iobroker angezeigt werden?
Gruß Thomas
-
ESPHome ist zur Übermittlung und Integration der Daten in ein Automatisierungssytem gemacht - und zwar für Home Assistent. Dafür gibt es die API. @Dutchman hat mit dem ioBroker ESPHome Adapter (um den es hier im Thread geht) diesen direkten Datenweg "in der vollen Bandbreite" für ioBroker nutzbar gemacht.
Damit landen die Daten direkt in der ioBroker Struktur und man hat u.U. noch andere Vorteile wie das Dashboard.
Noch bevor es diesen ioBroker Adapter gab, habe ich und andere bereits ESPHome punktuell genutzt und dabei die Daten über MQTT übertragen. Das geht auch. Ist halt ein Umweg. So eine Art universeller und weitverbreiteter Datenpfad. -
Danke für die super Erklärung.
Was mache ich hier falsch? Da es auf einer VM läuft habe ich eine IP angegeben und nicht localhost. Liegt das daran?
Gruß Thomas
PS. Beim Ausführen "Install" über Wifi
-
@tloeffel
..... und später zeigt er das an.....
Gruß Thomas
PS: Nachdem der Wemos etwas länger läuft....
-
Es gibt mehrere Möglichkeiten zu flashen oder OTA zu nutzen. Zumindest bei mir. Aber meine Installation ist auch ein Sonderfall, weil mein ioBroker unter Windows läuft und ich meine ymals auch auf einem Win Rechner erstelle und compiliere. (Dadurch kann ich das ESPHOme Dashboard nicht nutzen. Habe aber auch keine USB Probleme und ein sehr stabiles System mit geringem Wartungsaufwand.)
- Urflashen mache ich über USB am Win Rechner. Also neuer Wemos zum ersten mal mit ESPHome versorgen
- Wiederholungs-OTA-Flashen bei gleichem Sensornamen geht bei mir automatisch beim compilieren des YAML
- Einen Sensor umwidmen, also mit einem anderen Namen oder YAML versehen, geht bei mir nicht automatisch. Der Compilerlauf endet nach der Programmerzeugung und findet den neu benamten Sensor nicht. Klar den gibt es auch nicht, der hat ja noch den alten Namen. In diesem Fall rufe ich die Website des umzuwidmenden Sensors auf und nutze OTA via upload. Das zugehörige Uploadfile heißt firmware.bin und findet sich auch meinem PC im Verzeichnis mit dem neuen Namen
Wenn im yaml "logging" aktiviert ist, dann versucht sich die Entwicklungsumgebung nach dem OTA Flashen mit dem ESP zu verbinden. Der ist aber noch im Reset und orientiert sich noch in der WLAN Welt, meldet sich an etc. Das dauert. Deshalb kann es zu einigen Timeout Meldungen kommen. Ab und an braucht ein ESP auch mal einen zusätzlichen manuellen Reset nach dem OTA, was besonders lästig ist,
Wenn der ESP dann gebootet hat, im WLAN angekommen ist, connected er sich mit dem Rechner und das logging kann beginnen.
Das logging nutze ich nur während der Entwicklung. Bei den Produktivteilen kommentiere ich das aus. Dann gibt es auch die timeout Meldungen nicht mehr.
Wichtig ist dann die Ansicht in der Instanz des ioBroker ESPHome Adapters. Dort muß der ESP sichtbar und grün sein.
Dann liefert er auch Daten in die ioBroker Datenstruktur. -
@tloeffel sagte in [ESPHome] Beta release:
@tloeffel
..... und später zeigt er das an.....Gruß Thomas
PS: Nachdem der Wemos etwas länger läuft....
das ist normal, wen du den Wemos Flasht per OTA startet er neu in dieser zeit ist er nicht erreichbar. Beim niesten versuch ist er dan in der Luft und klappt die Verbindung auch
-
Hallo Zusammen,
danke für die super Erklärungen!!
Habe heute ein bisschen experimentiert. Macht richtig Freude :-). Habe meinen ersten DHT22 und SW420 integriert. Klappt super.
Da ich nicht der Yaml Programmierer bin, freue ich mich über jeden kleinen Erfolg. Ist der Code aus Eurer Sicht ok, oder gibt es Verbesserungen?Gruß Thomas
sensor: - platform: dht pin: GPIO14 temperature: name: "Dachgeschoss Temperatur01" humidity: name: "Dachgeschoss Luftfeuchtigkeit01" update_interval: 60s binary_sensor: - platform: gpio name: "Dachgeschoss_Vibration01" pin: number: GPIO0 inverted: true mode: INPUT device_class: vibration filters: delayed_off: 2s -
Hallo Zusammen,
ich habe leider fast erfolglos folgendes probiert.
Projekt:
Ich möchte bei Änderung einen Temperaturwert in meine Homematic CCU Variable schreiben. Dieses klappte mit "on_value" als Trigger und dann "then" mit dem "http_request.get: http://192.168.xxx.xxx:8181/egal.exe?x=dom.GetObject("_httptest").State(420)".Problem:
Ich kann eine Zahl, bei mir hier "420", übertragen. Aber wie übertrage ich den Wert des Sensors?Danke für Eure Hilfe.
Gruß Thomassensor: - platform: dht pin: GPIO14 temperature: name: "Dachgeschoss Temperatur01" id: Wert_1 on_value: then: http_request.get: http://192.168.xxx.xxx:8181/egal.exe?x=dom.GetObject("_httptest").State(420)
