UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[liv-in-sky]

@fredf

ja - das war's

[FredF]

@liv-in-sky wieder was gelernt

[SBorg]

Die werden ja normalerweise vom Adapter erzeugt, nur hat @liv-in-sky sie ja extern erzeugt, da fehlen sie dem Adapter halt

[liv-in-sky]

@sborg

ist es eigentlich pflicht, ein api kennwort zu haben ?

[SBorg]

@liv-in-sky Ich weiß nicht ob der Adapter ohne funktioniert. Seitens ESPHome nein:

password (Optional, string): The password to protect the API Server with. Defaults to no password.

[liv-in-sky]

@sborg

hoffentlich letztes thema

es kommt immer wieder vor, dass der name mit .local irgendwo abgefragt wird. zb. http://temperaturxiaomi.local/ wenn man visit drückt

aber ich habe keine local sondern fritz.box

weißt du, wo ich das richtig einstellen kann

[SBorg]

@liv-in-sky Versuche es mal unter wifi in der yaml:

wifi:
  # ...
  use_address: temperaturxiaomi.fritz.box

[liv-in-sky]

@sborg

schwere geburt - namen mismatch, dns mismatch und evtl sogar falscher esp32 type (da laden über wifi dauernd unterbrochen hat

aber jetzt sind alle drin und online

  use_address: temperaturxiaomi.fritz.box

funktioniert auch

[draexler]

Kann man schon sagen wann die 0.2.4 Stable wird? Aktuell ist es ja die 0.2.3

[Archimedeus]

@opatrick
Falls es hilft: ich hjabe genau das gleiche gemacht wie du, aus dem selben Grund. Und ich stehe genau da wo du stehts.

[Johannes Bauerstatter]

Hallo, kann mir bitte jemand mit der ESP32CAM helfen.

Folgende yaml wirft einen Fehler:

esphome:
  name: sesp32-camera
  platform: ESP32
  board: esp-wrover-kit

wifi:
  ssid: ""
  password: ""


# Enable logging
logger:

# Enable Home Assistant API
api:

ota:
  

esp32_camera_web_server:
  - port: 8081
    mode: stream
  - port: 8080
    mode: snapshot 

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
  resolution: XGA
  max_framerate: 10fps
 

  # Image settings
  name: My Camera
  # ...
  
sensor:
 - platform: wifi_signal
   name: esp32cam Wifi Signal 
   
output:
   - platform: gpio
     pin: GPIO4
     id: gpio_4 

switch:
   - platform: gpio
     pin: GPIO14
     name: "Test"
     

light:
  - platform: binary
    output: gpio_4
    name: esp32 cam light

Fehler:

INFO Reading configuration /opt/iobroker/iobroker-data/esphome.0/esp32-camera.yaml...
Failed config

esp32_camera_web_server: [source /opt/iobroker/iobroker-data/esphome.0/esp32-camera.yaml:21]
  
  Component not found: esp32_camera_web_server.
  - port: 8081
    mode: stream
  - port: 8080
    mode: snapshot

Muss hier irgendwo etwas nachinstalliert werden?

[Johannes Bauerstatter]

Release 2021.11.2 of ESP Home fixed this issue

Wie kann ich diese Version upgraden? Nach Update All in Dashboard stehe ich auf 2021.9.3.

Edit:
Ich habe ESPhome mit iobroker del esphome gelöscht und mit iobroker add esphome neu installiert. Die Yaml´s blieben erhalten.
Habe jetzt Version 2022.1.4

[a200]

@Dutchman
@johannes-bauerstatter sagte in [ESPHome] Beta release:

iobroker add esphome

Die Idee ist nicht optimal. Beim Löschen des Adapters werden die Datenpunkte entfernt.

Wenn ich es richtig verstanden hab, dann geht es (solange wir bei der gleichen Adapter Version bleiben) nur um das Update und Rebuild der ESPhome Komponenten. Vielleicht gibt es eine andere Möglichkeit, diese Prozesse zu triggern?

[Johannes Bauerstatter]

@a200 Ja die Datenpunkte gehen verloren. Zum Glück habe ich alle per Alias verlinkt und somit konnte ich mit der Lösung leben.

[e-s]

@johannes-bauerstatter @a200

Ich habe lieber esphome manuell installiert, dadurch bin ich für Updates nicht auf den Adapter angewiesen.

[haselchen]

@liv-in-sky
@SBorg

Ich bekomme ums Verrecken ein ESP32 nicht online
Anscheinend ist er im Adapter verbunden,

Im Dashboard nicht

Welche Infos bräuchtet ihr noch?

Edit:

Hab es nun mit einem Container in Docker geschafft.

Aber eine Frage bleibt noch, wieviele Geräte kann ich in so eine YAML reinpacken?
Ist noch Neuland für mich , aber defintiv eine interessante Sache.

[SBorg]

@haselchen sagte in [ESPHome] Beta release:

Aber eine Frage bleibt noch, wieviele Geräte kann ich in so eine YAML reinpacken?

Im Grunde unbegrenzt, aber limitiert durch das was dir eher ausgeht: Speicher vom ESP oder GPIOs

zB. brauchen x DS18B20 nicht viel mehr Speicher als ein Einziger, da die nötige Bibliothek nur einmal geladen werden muss und nicht x-mal.
Hast du aber zB, nun Temp, Humi, Lux, what ever..., braucht jeder unterschiedliche Sensor auch einen eigenen "Treiber" = Speicherverbrauch steigt
Nutzt man nun noch OTA, darf der Sketch nur halb so groß sein wie der maximal verfügbare Speicher, da er beim hochladen im Flash des ESP landet. Wäre der Sketch nun bspw. 3MB groß (bei einem ESP mit 4MB Flash), bliebe nur 1MB frei und das genügt halt nicht den neuen 3MB Sketch per OTA in den Flash zu kopieren. Deswegen gibt es zB. den "Trick" bei Tasmota mit der "minimal.bin".

[a200]

@johannes-bauerstatter Ein ESPHome Update innerhalb des USPHome-Adapters ist so einfach, dass es schon peinlich ist.

1. IoBroker unter Adapter "Expertenmodus" aktivieren.
2. Auf die Katze (installieren aus eigener URL) klicken.
3. Im Tab "VON NPM" den ESphome-Adapter auswählen.

Der Adapter wird reinstalliert, wobei die neuste Version von ESPHome gezogen und installiert wird. Alle Yamls und die Datenpunkte bleiben erhalten.

[Johannes Bauerstatter]

@a200 Vielen Dank. War mir nicht bewusst, dass es so einfach ist.

[a200]

@johannes-bauerstatter sagte in [ESPHome] Beta release:

@a200 Vielen Dank. War mir nicht bewusst, dass es so einfach ist.

Ja, siehe ich auch so. Manchmal sieht man den Wald nicht! Wenn es dir geholfen hat, dann würde ich mich über eine positive Bewertung meines Beitrages sehr freuen.