Nach nochmaligen Installierens des Adapters geht es nun jedenfalls so weit, dass ich ins Dashboard komme. Dann gibts aber gleich ein neues Problem. Wenn ich eine .yaml auf ein Device ziehen will, spuckt er mir neue Fehlermeldungen aus: INFO Reading configuration /opt/iobroker/iobroker-data/esphome.0/esp32-radar.yaml... INFO Generating C++ source... INFO Compiling app... Processing esp32-radar (board: esp32dev; framework: arduino; platform: platformio/espressif32 @ 5.3.0) -------------------------------------------------------------------------------- HARDWARE: ESP32 240MHz, 320KB RAM, 4MB Flash - toolchain-xtensa-esp32 @ 8.4.0+2021r2-patch5 warning: Calling missing SConscript without error is deprecated. Transition by adding must_exist=False to SConscript calls. Missing SConscript '/home/iobroker/.platformio/packages/framework-arduinoespressif32/tools/platformio-build.py' File "/home/iobroker/.platformio/platforms/espressif32/builder/frameworks/arduino.py", line 41, in <module> Library Manager: Installing FS Warning! Could not find the package with 'FS' requirements for your system 'linux_aarch64' Library Manager: Installing Update Warning! Could not find the package with 'Update' requirements for your system 'linux_aarch64' Library Manager: Installing ESPmDNS Warning! Could not find the package with 'ESPmDNS' requirements for your system 'linux_aarch64' Dependency Graph |-- AsyncTCP-esphome @ 1.2.2 |-- WiFi @ 1.2.7 |-- ESPAsyncWebServer-esphome @ 2.1.0 | |-- AsyncTCP-esphome @ 1.2.2 |-- DNSServer @ 1.1.0 Compiling .pioenvs/esp32-radar/src/esphome/components/api/api_connection.cpp.o sh: 1: xtensa-esp32-elf-g++: not found Compiling .pioenvs/esp32-radar/src/esphome/components/api/api_frame_helper.cpp.o sh: 1: xtensa-esp32-elf-g++: not found Compiling .pioenvs/esp32-radar/src/esphome/components/api/api_pb2.cpp.o sh: 1: xtensa-esp32-elf-g++: not found *** [.pioenvs/esp32-radar/src/esphome/components/api/api_connection.cpp.o] Error 127 Compiling .pioenvs/esp32-radar/src/esphome/components/api/api_pb2_service.cpp.o *** [.pioenvs/esp32-radar/src/esphome/components/api/api_frame_helper.cpp.o] Error 127 *** [.pioenvs/esp32-radar/src/esphome/components/api/api_pb2.cpp.o] Error 127 sh: 1: xtensa-esp32-elf-g++: not found *** [.pioenvs/esp32-radar/src/esphome/components/api/api_pb2_service.cpp.o] Error 127 ========================== [FAILED] Took 2.66 seconds ==========================

@djmarc75 Ok. Danke für Deine Unterstützung.

@jr28 sagte in Tesla-Adapter: regelmäßige Errormeldung: @jleg Sorry, aber unlogisch. je nach Solarleistung steuere ich den Ladestrom rauf und runter und das im 5 Sekunden-Takt. Der Tesla nimmt die Änderungen immer sofort an. die API nimmt die Werte sofort an - wann diese dann an den Tesla weitergereicht werden, ist Sache der API (sie wird den Tesla aufwecken, falls nicht schon wach) Und beim Laden ist die Kiste aber ohnehin immer Wach, weil ja das ganze Batteriemanagement nur bei wacher Kiste funktioniert. das stimmt, in dem Fall ist die Kiste natürlich eh' wach - zieht sich dann aber auch je nach Modell ~300W an "Standby"-Power... (zählt in dem Fall dann zu den Ladeverlusten) Dann ist es eigentlich schlecht von Tesla, wenn die laderelevanten Daten auch über die Cloud laufen. Sollen sie sich halt nicht beschweren, wenn zu oft abgerufen wird naja, muss halt ein Kompromiss sein; die Foren sind voll mit verzweifelten Leuten, die ihren Tesla nicht in den Schlaf bekommen, und dem SOC beim runterzählen zuschauen müssen ;-) - was dann manchmal an einer verklemmten API und ständigem Wecken liegen kann...

@crunchip ich habe über HMIP virtuelle Taster erstellt. Damit steuere ich meine Rolladen über den iob / iot Adapter. Die muss ich nach einer Rücksicherung im iot-Adapter jedesmal über das + bei den ALEXA Geräten neu einbinden, damit sie angezeigt werden

@einstein2002 Ich habe keine Ahnung ob mein Adapter bei einer Dream funktioniert aber vielleicht möchtest du es testen. Diesen Adapter habe ich für mich geschrieben und werden diesen auch nicht veröffentlichen. Wenn du weißt was ssh bedeutet und du dich auf deine Box einloggen kannst, dann kannst du auch ssh Zugang in der config eintragen. https://github.com/Lucky-ESA/ioBroker.e2-openwebif Musst du natürlich vom GIT laden. Edit: Meine hier gelesen zu haben, dass der Enigma2 Adapter angepasst wurde mit einem Link zum GIT. Vielleicht funktioniert diese Version besser. Gruß//Lucky

@simatec ja, im screenshot ist das deaktiviert.. aber im test war es, wie schon geschrieben, aktiviert.. aber ich kann zur not auch davon noch einen screenshot machen.. [image: 1683219989768-backitup4.jpg]

@thomas-braun Besten Dank, hat alles geklappt. Nodejs nehm ich dann noch in Angriff.

@joergh keine Ahnung. die Struktur sehe ich da erst, wenn alles korrekt ist.

@arteck Wie gesagt, wenn ich auf den Webserver gehe vom ESP, ist er da und ich habe alle Werte ... Im ESPHome sind alle Werte eingefroren.

@arteck Da hast du natürlich recht. Problem ist nur, dass die Steckdose in der Garage relativ schlechten Empfang hat und oftmals 0W für kurze Zeit anzeigt, obwohl gerade Strom durchfließt. Ich habe daher den Repeater am Fenster plaziert in der Hoffnung, dass das Signal dann besser zur Garage gesendet wird. Ich habe aber auch jetzt gesehen, dass die von mir genutzten Steckdosen ein Update über den Zigbee Adapter bekommen können. Ich spiele erst einmal dieses auf und schaue nach, ob das Problem damit gelöst wird. Ansonsten muss ich weiter schauen

@marc-berg Vielen vielen Dank ! :) ja warum wenn einfach geht... nochmal Danke :)

@cleese sagte in Influxdb - Zeitintervall für Speichern einstellen: Aber in den Verlaufsdaten sehe ich aber alle paar ms eine Änderung wie @Marc-Berg bereits schrieb wird auf dieser Seite auch jeder entstehende Wert gezeigt, während/seit du dieses Fenster offen hast. Nach Schließen und erneutem Öffnen sind hur noch die wirklich gespeicherten Werte (bis zum Zeitpunkt des Öffnens) zu sehen.

@sborg said in Wo habt Ihr gekauft? Wetterstation: Könnte Spannungsversorgung sein, Guten Morgen, tatsächlich ... aber in dem Fall, mein Fehler gewesen! :) Habe einen Hutschienentrafo und da (warum auch immer) das Rädchen für +/- Strom auf Minimum gehabt ... "Augen auf" sagte Junior :) Wenn unsere Station fertig ist, setze ich Bilder in den Beitrag.

@monsterkiller Kannst dazu gerne für das Backitup Wiki ein kurzes Howto schreiben.

@glasfaser Ich habe quasi von Pi 3 Nodered zu Pi 400 Nodered und iobroker kommuniziert. Meine anderen Geräte mit MQTT hängen direkt mit USB am (früher Pi 3,) Pi 400. Daher bleibt jetzt nahezu alles local host. Die 2 Shellys sind da ehr zweitrangig. Erst muss das wichtige Zeug funktionieren. Ich habe nun "einfach" den MQTT Adapter installiert. den Server aktiviert. Schon kam im MQTT Explorer ein Zugang und die USB Geräte am Pi 400 sind erschienen. So sieht das schonmal gut aus. Local host im IoBroker-Nodered führte nicht zum Ziel, ich habe direkt die Pi Adresse eingeben müssen. JETZT geht es. DANKE

@paul53 Danke für die Hilfestellung

@homoran danke!

Bei mir hat es glücklicherweise gereicht, das gesamte System neu zu starten und den einen Schalter + Automation in HomeKit zu löschen und neu anzulegen / programmieren. Jetzt läuft es wieder. Ich vermute aber, dass Apple irgendwo was geändert hat was erst wirksam wird wenn man es neu programmiert. Steht bestimmt in irgendeiner Knowledgebase welche selbst der Apple Support nicht kennt. Wäre nicht das erste mal. Ist ehrlicherweise aber auch ein komplexes System was Apple da bereit stellt. Ein Bekannter hat ein KNX(?) System und richtig viel Kohle locker gemacht für die Visualisierung. Als ich ihm gezeigt hab, dass sein iPhone das schon alles für lau mitbringt, da hing die Kinnlade im Keller.