Community Forum

@schmitzkatze Hier findest du schonmal drei Yi-Hack Repos: https://github.com/roleoroleo Jedes davon hat eine Übersicht mit unterstützten Modellen. Es gibt noch weitere Repos auf Git aber mit den dreien biste erstmal sehr gut aufgestellt.

Prüfe den MQTT-Publisher von mqtt__1__evcc__loadpoints__1__chargeTotalImport: Der State muss als numerischer Zählerstand stabil ankommen, nicht sporadisch null. Prüfe in ioBroker den Verlauf des States direkt vor dem Fehlerzeitpunkt, ob dort val:null oder ein echter Zahlenwert steht. Wenn der Wert nach einem Neustart oder Reset kurz springt, kontrolliere die Reset-Erkennung und den Startwert, weil SourceAnalytix dafür explizite Logik verwendet.

@baeri sieh mal wo du hier bist 😉

@surfer09 schick mir mal die logindaten per PM.. muss ich reinschauen..

Die Adressen dürfen sich nicht überschneiden. Es darf nur einen Master geben. Der jetzige Master muss sich also als Client konfigurieren lassen. RS485 gibt es als Modbus und auch als Punkt-zu-Punkt-Verbindung. Wenn alle an einem Bus hängen geht das. Hat eines Deiner Geräte mehrere RS 485 und die gehen einzeln zu den anderen Geräten, geht es unter Umständen nicht. Das steht dann im jeweiligen Datenblatt. Man erkennt es auch daran, dass die Geräte nirgends eine Adresse aufgedruckt haben. Ich nutze zwei U.S.R. USR-TCP232-304. Einer für Modbus, wo mehrere Zähler dran hängen und einer für eine Punkt-zu-Punkt-Verbindung, wo der Zähler nur RS485 hat, aber kein Modbus spricht.

@da_Woody Ich bin noch dran. Sollte aber bis zum nächsten Rennen laufen.

@c1olli jup. bei mir auch... Wollte ich noch melden...

Hi, ich habe zwar keine Logo mehr im Einsatz. Hab aber trotzdem schnell eine Im Testsystem eingebunden. Ich beschreibe keine Merker, sondern immer nur Netzwerkeingänge diese frage ich im DB1 ab. Ausgänge frage ich immer im DB2 ab, ich hatte bei Ausgängen immer Probleme mit DB1. Ich habe mal dein Beispiel nachgestellt. V0.0 ist als Taster eingestellt (WP) V0.1 ist als Schalter eingestellt. Du musst im Adapter bei der Adresse immer DB1 oder DB2 angeben! Hier die Konfiguration: [image: 1775315441545-1058b6c8-0132-4efa-9252-41c1614d473d-image.jpeg] [image: 1775315478333-7ae737ca-54af-475f-940e-462bf36e0c86-image.jpeg] [image: 1775315591177-125a7b89-d0fd-4692-9cb1-ce768bfbcf16-image.jpeg]

0.15.4 (2026-04-04) (tt-tom17) fixed: iCal / trash page – date display year format (2-digit vs. 4-digit) was swapped for short and long item lists (ticaki) fixed: panel rule timer increased from 120 s to 140 s to reduce false "panel disconnected" events after startup (ticaki) fixed: setPopupNotification now returns { error: 'No Panels Online' } via callback when no panel is online instead of silently ignoring the call Die "panel rule" Begründung von copilot ist quark - hat damit was zu tun das 2 mal die Aktualisierung der Uhrzeit verpasst werden muß bevor er in den "wait for content" geht.

Im Debug sieht man das die erste Meldung direkt nach dem Login kommt und danach alle 60s ohne das Daten abgefragt werden, es werden Fahrzeugdaten gelesen und auch neu Werte ausgelesen. 2026-04-04 09:47:26.501 - info: vw-connect.0 (64061) Login successful 2026-04-04 09:47:26.796 - debug: vw-connect.0 (64061) get user data {xxxx... 2026-04-04 09:47:27.384 - debug: vw-connect.0 (64061) {"vehicles":[{xxxx... 2026-04-04 09:47:27.385 - info: vw-connect.0 (64061) Found 1 vehicles 2026-04-04 09:47:27.443 - debug: vw-connect.0 (64061) Connecting to MQTT 2026-04-04 09:47:27.684 - error: vw-connect.0 (64061) MQTT Error: ErrorWithReasonCode: Connection refused: Not authorized 2026-04-04 09:47:27.685 - error: vw-connect.0 (64061) MQTT Offline 2026-04-04 09:47:27.685 - info: vw-connect.0 (64061) MQTT Connection closed 2026-04-04 09:47:27.695 - debug: vw-connect.0 (64061) {"overall": xxxx 2026-04-04 09:47:27.695 - debug: vw-connect.0 (64061) xxxxxxx.status.vehicle-status 2026-04-04 09:47:27.695 - debug: vw-connect.0 (64061) 200 ..... Das sind die Meldungen die einen Fehlercode erzeugen, sonst ist der status 200 2026-04-04 09:47:35.509 - debug: vw-connect.0 (64061) air-conditioning /settings 2026-04-04 09:47:35.509 - debug: vw-connect.0 (64061) AxiosError: Request failed with status code 403 2026-04-04 09:47:35.509 - debug: vw-connect.0 (64061) "" 2026-04-04 09:47:35.509 - debug: vw-connect.0 (64061) "" 2026-04-04 09:47:35.579 - debug: vw-connect.0 (64061) charging /settings 2026-04-04 09:47:35.579 - debug: vw-connect.0 (64061) AxiosError: Request failed with status code 404 2026-04-04 09:47:35.579 - debug: vw-connect.0 (64061) {"timestamp":"2026-04-04T07:47:35.626+00:00","path":"/api/v1/charging/xxxxxxx/settings","status":404,"error":"Not Found","requestId":"313418a3-30342369"} 2026-04-04 09:47:35.579 - debug: vw-connect.0 (64061) Vehicle is not supporting charging /settings ..... 2026-04-04 09:47:36.761 - debug: vw-connect.0 (64061) fueling/sessions 2026-04-04 09:47:36.761 - debug: vw-connect.0 (64061) AxiosError: Request failed with status code 404 2026-04-04 09:47:36.761 - debug: vw-connect.0 (64061) "Resource not found" 2026-04-04 09:47:36.761 - debug: vw-connect.0 (64061) Vehicle is not supporting fueling/sessions 2026-04-04 09:47:36.862 - debug: vw-connect.0 (64061) fueling/sessions /state 2026-04-04 09:47:36.862 - debug: vw-connect.0 (64061) AxiosError: Request failed with status code 404 2026-04-04 09:47:36.862 - debug: vw-connect.0 (64061) "Resource not found" 2026-04-04 09:47:36.862 - debug: vw-connect.0 (64061) Vehicle is not supporting fueling/sessions /state 2026-04-04 09:47:36.972 - debug: vw-connect.0 (64061) fueling/locations 2026-04-04 09:47:36.972 - debug: vw-connect.0 (64061) AxiosError: Request failed with status code 500 2026-04-04 09:47:36.972 - debug: vw-connect.0 (64061) "Internal server error" 2026-04-04 09:47:36.972 - info: vw-connect.0 (64061) Server not available. For endpoint fueling/locations Please try again later:"Internal server error" 2026-04-04 09:47:37.051 - debug: vw-connect.0 (64061) fueling/sessions /latest 2026-04-04 09:47:37.051 - debug: vw-connect.0 (64061) AxiosError: Request failed with status code 404 2026-04-04 09:47:37.051 - debug: vw-connect.0 (64061) {"timestamp":"2026-04-04T07:47:37.097+00:00","path":"/api/v2/fueling/sessions/xxxxxxxxx/latest","status":404,"error":"Not Found","requestId":"e33165f1-30110497"} 2026-04-04 09:47:37.051 - debug: vw-connect.0 (64061) Vehicle is not supporting fueling/sessions /latest 2026-04-04 09:47:39.662 - debug: vw-connect.0 (64061) trip-statistics 2026-04-04 09:47:39.662 - debug: vw-connect.0 (64061) AxiosError: Request failed with status code 403 2026-04-04 09:47:39.662 - debug: vw-connect.0 (64061) "Not authorized" 2026-04-04 09:47:39.662 - debug: vw-connect.0 (64061) "Not authorized" 2026-04-04 09:47:39.899 - debug: vw-connect.0 (64061) trip-statistics 2026-04-04 09:47:39.899 - debug: vw-connect.0 (64061) AxiosError: Request failed with status code 403 2026-04-04 09:47:39.899 - debug: vw-connect.0 (64061) "Not authorized" 2026-04-04 09:47:39.900 - debug: vw-connect.0 (64061) "Not authorized" .... 2026-04-04 09:48:27.686 - info: vw-connect.0 (64061) MQTT Reconnecting with refreshed token 2026-04-04 09:48:27.910 - error: vw-connect.0 (64061) MQTT Error: ErrorWithReasonCode: Connection refused: Not authorized 2026-04-04 09:48:27.911 - info: vw-connect.0 (64061) MQTT Connection closed MOD-EDIT: Code in code-tags gesetzt!

@Thomas-Braun sagte: falls user genau in dem Zeitraum Adapter installiert haben, die eine ungepinnte axios-Version einbinden, dann könnte es sein, Kann man eigentlich die zusätzlichen npm-Module in der Javascript Instanz auch pinnen? Z.b. indem man eingibt modulName@1.2.3? Wie finde ich denn deren geladene Versionsnummern? Hab jetzt auch unter /opt/iobroker versucht mit npm list modulName, da kommt nur empty.

@Dr-Berg sagte: Muss das Thema mal wieder puschen. Gibts schon ne Lösung, wenn die Registierung nicht klappt? Registering user on Smart Lock with address "xx:xx:xx:xx:xx:xx", card key "viele Zeichen" and serial "NEXXXX"... Wenn du dich auf diesen "Adapter" beziehst https://github.com/oyooyo/ioBroker.keyble dann kann ich nur sagen dass der Versuch den zu benutzen äghnluch mutig ist wie dein neues Gamingnotebook mit Windows 3.1 zu benutzen.... Das ist kein Adpaterverzeichnis sondern maximal ne Adaptergruft. 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. Und falls es irgendwie unklar ist: ioBroker unterstützt folgende Arten von Installation: aus dem STABLE Repository Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern. aus dem LATEST Repository Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist. direkt von GITHUB Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben. direkt von npm Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist. Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch. @mcm1957

WTF, so einfach war das !!!. Super vielen Dank!

Ähnliches Problem auch unter Home Assistant: https://community.simon42.com/t/ploetzlich-alle-zigbee-devices-offline-smlight-slzb-06p10/77689/6

Die Objekt ID sieht verdächtig aus. Die sollte doch mit s7. anfangen.

Ja, es lag am Codec. Wenn ich auf Software stelle, ändert sich das Bild alle 2 Sekunden. - Somit habe ich die Unifi Kamera wieder von enhanced auf Standard umgestellt. Auch das schnelle Umschalten auf Kamera und zurück funkioniert. Unter mqtt braucht es ja die Datenpunkte nexusviewpanel/request und nexusviewpanel/response. Diese musste ich manuell anlegen. Dafür habe ich mir jetzt unter Node-Red einen Flow mit mqtt-Client-Nodes angelegt, welcher die Datenpunkte erzeugt. Der fully-Kiosk startet automatisch durch. Also Tablet einschalten, Kaffee trinken und nach einigen Minuten wird VIS dargestellt. Beim Nexus ist mir das Durchstarten nicht gelungen einzustellen. Ich muss das Tablet erst entsperren, und dann Nexus manuell starten. Witzigerweise poppt nach dem Entsperren allerdings eine Meldung mit mqtt auf. Nexus kommt aber nicht von selbst in den Vordergrund. Über mqtt den Bildschirm ausschalten und nach mehreren Stunden wieder einschalten halt wohl geklappt. Zumindest ist heute Morgen die Anzeige mit VIS wieder aktiv. Die Darstellung ist etwas anders als beim fully. Ich musste die Schriftgrößen auch anpassen. - Das kann natürlich auch am fully liegen und wird daher nicht weiter bewertet ;) Vielen Dank für das Berücksichtigen meiner Anliegen :)

Ich glaube, das ist schon recht viel Arbeit für den armen kleinen ESP32 FFT Samples aufnehmen (Wahrscheinlich nur Bruchteile von Sekunden möglich) Diese Samples Audio per FFT in ein Spektrum umwandeln (Dauert womöglich deutlich länger, als (1) ) Spektrum auswerten und darstellen (Alarme auslösen?) Zyklus bei (1) neu beginnen. Dann überwacht man zwar nicht lückenlos, aber schaut zyklisch nach dem Rechten https://projecthub.arduino.cc/abhilashpatel121/easyfft-fast-fourier-transform-fft-for-arduino-03724d https://forum.arduino.cc/t/fft-analysis-with-microphone-max9814-using-arduinofft-library/1317647

Guten Morgen zusammen, selbe Problem bei mir auf einem Rechner. Ein anderer Rechner hat keine Probleme "Geräte" anzuzeigen

Ich bin jetzt (probeweise) zu echarts gewechselt. Meine Flot-Diagramme habe ich mit einem Skript umgestellt und daraus echarts erzeugt. Ging einigermaßen gut, aber wahrscheinlich gibt es auch bessere Wege. Das Skript liest die vorhandenen Flot-Urls aus, übergibt diese dann OpenAI mit einem entsprechenden Prompt und erhält von dort dann das passende echart-Objekt zurück. Das wird dann gleich unter echarts.0 gespeichert. KI-Kosten rd. 1,00 EUR für 40+ Diagramme - war mir der "Spaß" wert.

Empfehlungen zur Erweiterung des ioBroker js-Controllers https://github.com/ioBroker/ioBroker.js-controller/issues/3293