Community Forum

@Sneak-L8 Durch das Binding sorgt vis für die Aktualisierung. Immer dann wenn sich ein Datenpunkt ändert. Für diemeisten ist html die Herausforderung. Das tabellenwidget erwartet json in einem datenpunkt. Da geht das meines Wissens nach nicht

Ok, ich habe in einem anderen Forum die Lösung gefunden. Hier zur Doku :-) Es ist bei mir ein kabelgebundener Schalter verbaut, der Zigbee spricht und mit der Zigbee Funkfernbedienung gekoppelt ist. Man kann diesen kabelgebundenen Schalter zusätzlich mit einer Zigbee Zentrale koppeln. Dafür drückt man 10 Sekunden beide Knöpfe am Schalter, bis die LED rot zu blinken beginnt. DANACH muss man den oberen Knopf nochmal 10 Sekunden lang drücken, dann erscheint das Gerät auch im Zigbee2MSQTT.

@hunterhb Haste die URL aus dem Log aufgerufen ? Im Log steht alles drin .

Ja leider hat der Maintainer entweder Zweifel am Zustand seines Adapters oder schlicht keine Zeit oder Lust den Adapter im Stable Repository aufnehmen zu lassen. Der Adapter muss daher - zumindest derzeit - als im BETA TEST Stadium betrachtet werden. BETA Test Versionen sind per Definition TEST Versionen und nicht oder nur bedingt für den Einsatz uaf produktiven Systemen geeignet. Weiters gilt: Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird. Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen. Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

@Homoran [sagte]: Dann bau ich das mal für zukünftige Fälle ein. Version, die nur ein komplettes Objekt erstellt, wenn der Code nicht gefunden wurde: var msg = msgs.find(item => item.code==code); if(!msg) msg = { code: code, type: 'unbekannt', description: 'n.v.', action: 'n.v.' }; msg.date=date;

Super, danke für die Unterstützung. Der Gedanke mit 2. Admin ist hilfreich.

Vielen Dank, ich habe es mit euerer Hilfe und Copilot geschafft :-)

Thanks for the hint! Installation via npm works perfectly: iobroker url iobroker.leapmotor The adapter is published on npm: https://www.npmjs.com/package/iobroker.leapmotor I have already prepared the PR for inclusion in the official ioBroker repository and will submit it as soon as all requirements are met (npm collaborator confirmation still pending).

Du hast recht -sorry. Der Beitrag war so undurchsichtig für mich - ich habe aber gefunden, wo ich es zu ändern versuchen kann. Ich hoffe, der Wert wurde tatsächlich geschrieben. P.S.: es funktioniert. Warnmeldungen weg. Trotzdem danke für den Hinweis. Bitte schließen oder löschen.

Ich nutze diesen von Shelly: https://www.shelly.com/de/products/shelly-plus-rgbw-pm Er kann entweder einen RGBW-Streifen ansteuern oder vier Einfarbige. Ich habe zwei davon im Einsatz mit diversen Streifen, sowohl SMD-LED z.B. https://www.amazon.de/dp/B09XVLJLFR als auch COB z.B. https://www.amazon.de/dp/B09CTFNS84 Dazu ein 12 V Netzteil z.B. https://www.amazon.de/dp/B0CZNZPQZN Musst halt die Leistung beachten. Die 15 m würde ich in 4 Abschnitte Teilen. Der Shelly kann 10 A in Summe und max. 4 A pro Ausgang. Würde ich nicht bei Dauerbetrieb ausreizen, sondern höchstens 70-80% Die LED-Streifen haben eine Watt-Angabe pro Meter, danach kannst du dich richten.

top, danke

@joacableman Mit dem mageren Arbeitsspeicher musst du viel Geduld mitbringen. Und eine stabile Spannungsversorgung.

Danke MCU! Habe mittlerweile im Testsystem alle Gruppierungen entfernen können und bin dann auch auf das Problem mit den "left" und "top"-Positionen gestoßen. Konnte ich manuell im Editor (mühsam) korrigieren, aber es funktioniert jetzt wohl. Ist jetzt ein anderes Thema: Womit ich noch immer (und zwar schon länger) zu kämpfen habe, sind die Größenbeschränkungen "sizex": "350", "sizey": "700", Wenn ich versuche, im Editor unterhalb von 700 px mehrere Widgets gleichzeitig zu markieren, gelingt das nur durch einzelnes Anklicken, nicht durch eine Cursorflächenauswahl. Ich glaube, das war vor einiger Zeit auch mal ein Problem bei anderen Usern. Habe noch nicht versucht, manuell im JSON die sizey zu verändern. Hätte das eine positive Änderung zur Folge? Die JSON-Datei ist weit über 100.000 Zeichen, die Forensoftware erlaubt das nicht.

@skvarel Ja das war mal wieder Fehler60! Umgestellt auf Schalten und es geht.

@jan_xx Seit es den e3oncan Adapter gibt, gehören diese Probleme bei mir der Vergangenheit an. Ich war diese ständigen Störungen, Ausfälle, .. seitens Viessmann leid und bin auf diesen Adapter umgestiegen. Wenn du ein E3-System besitzt, solltest du über einen Umstieg nachdenken. Es lohnt sich. [image: 1780379700386-f7648be4-1a2c-4b5a-8384-3d99e45ccd7e-image.jpeg]

Dimstal hab ich auch hier mit dem esp32 Dongle.. bin zufrieden.

@paul53 Danke, macht genau das was es soll. Und wieder eine Kleinigkeit gelernt. Grüsse

@miwu sagte: Das Problem ist gelöst. In meiner Verzweiflung habe ich mal den NVRam vom Coordinator gelöscht und den Adapter neu gestartet. Seitdem funktionierts :-) Das ist genau das was du tun musstest. Solang im NVRAM Daten vorhanden sind (extPanID insbesondere) kommt es genau zu diesem Konflikt. NVRAM auf dem Koordinator löschen erlaubt es dem Koordinator das NVRam backup des Adapters zu akzeptieren. A.

Vielen Dank JoJo58. Jetzt funktioniert alles richtig.