Community Forum

@Samson71 sagte in Garagentorsteuerung über Alexa und dem Iot-Adapter: Mir ist auch nicht klar warum Du so auf den Status im iot-Adapter fixiert bist, Ich hätte das schon auch gerne in Alexa, dass ich fragen könnte "...wie ist der Status von Garage" und ich dann die Antwort bekäme: "Garage ist geschlossen", und das nicht aus dem Aktor-Teil sondern aus dem State. Habe das aber schon vor geraumer Zeit aufgegeben... Dafür ist Alexa aber auch nciht wirklich geeignet. Bei der Licht- und Farbsteuerung ist das auch oft ein Problem, das habe ich auch aufgegeben. Ich denk man muss an einigen Stellen mit "Krücken" leben oder sitzt ewig bis man eine Lösung hat, die potentiell keinen Versionssprung überlebt. @oliver-s Ich kann Deinen Anspruch voll und ganz verstehen (bin selbst auch so), habe aber gelernt, dass so manche Sache ienfach nciht mit vertretbarem Aufwand lösbar ist - Hobby hin oder her.... Ergo: Ich habe auch keine Idee...

@Tontechnike und welche Admin Version?

Und hier nach löschen des Objektbaums. 2026-01-22 22:31:48.313 - info: host.DXP2800-F426 instance system.adapter.utility-monitor.0 in version "1.4.6" (non-npm: fischi87/ioBroker.utility-monitor#ececf3a786b5def21cf7cd38523dd2bc76dfb587) started with pid 51129 2026-01-22 22:31:49.025 - debug: utility-monitor.0 (51129) Redis Objects: Use Redis connection: 127.0.0.1:9001 2026-01-22 22:31:49.057 - debug: utility-monitor.0 (51129) Objects client ready ... initialize now 2026-01-22 22:31:49.058 - debug: utility-monitor.0 (51129) Objects create System PubSub Client 2026-01-22 22:31:49.058 - debug: utility-monitor.0 (51129) Objects create User PubSub Client 2026-01-22 22:31:49.104 - debug: utility-monitor.0 (51129) Objects client initialize lua scripts 2026-01-22 22:31:49.107 - debug: utility-monitor.0 (51129) Objects connected to redis: 127.0.0.1:9001 2026-01-22 22:31:49.130 - debug: utility-monitor.0 (51129) Redis States: Use Redis connection: 127.0.0.1:9000 2026-01-22 22:31:49.140 - debug: utility-monitor.0 (51129) States create System PubSub Client 2026-01-22 22:31:49.141 - debug: utility-monitor.0 (51129) States create User PubSub Client 2026-01-22 22:31:49.201 - debug: utility-monitor.0 (51129) States connected to redis: 127.0.0.1:9000 2026-01-22 22:31:49.314 - info: utility-monitor.0 (51129) starting. Version 1.4.6 (non-npm: fischi87/ioBroker.utility-monitor#ececf3a786b5def21cf7cd38523dd2bc76dfb587) in /opt/iobroker/node_modules/iobroker.utility-monitor, node: v22.22.0, js-controller: 7.1.0 2026-01-22 22:31:49.325 - info: utility-monitor.0 (51129) Nebenkosten-Monitor starting... 2026-01-22 22:31:49.325 - info: utility-monitor.0 (51129) Initializing gas monitoring... 2026-01-22 22:31:49.326 - debug: utility-monitor.0 (51129) Using sensor datapoint for gas: alias.0.Wohnung.Keller.Gaszähler.gasVolume 2026-01-22 22:31:49.326 - info: utility-monitor.0 (51129) gas: Managed with contract start: 13.11.2025 2026-01-22 22:31:49.326 - debug: utility-monitor.0 (51129) gas sensor will be subscribed by MultiMeterManager: alias.0.Wohnung.Keller.Gaszähler.gasVolume 2026-01-22 22:31:49.327 - info: utility-monitor.0 (51129) Initializing 1 meter(s) for gas 2026-01-22 22:31:49.327 - info: utility-monitor.0 (51129) Initializing gas meter: Gas 2026-01-22 22:31:49.683 - debug: utility-monitor.0 (51129) Meter state structure created for gas.gas 2026-01-22 22:31:49.684 - debug: utility-monitor.0 (51129) Using sensor datapoint for gas.gas: alias.0.Wohnung.Keller.Gaszähler.gasVolume 2026-01-22 22:31:49.684 - info: utility-monitor.0 (51129) gas.gas: Contract start: 13.11.2025 2026-01-22 22:31:49.742 - debug: utility-monitor.0 (51129) Subscribed to gas.gas sensor: alias.0.Wohnung.Keller.Gaszähler.gasVolume 2026-01-22 22:31:49.755 - debug: utility-monitor.0 (51129) gas.gas: Restored last sensor value: 0 2026-01-22 22:31:49.806 - debug: utility-monitor.0 (51129) Sensor update for gas.gas: 5167.1 2026-01-22 22:31:49.807 - debug: utility-monitor.0 (51129) [gas.gas] Sensor update: raw=5167.1, offset=0 2026-01-22 22:31:49.866 - debug: utility-monitor.0 (51129) gas.gas delta: 56330.49 2026-01-22 22:31:49.907 - debug: utility-monitor.0 (51129) [gas.gas] Cost update: daily=56330.49, monthly=56330.49, yearly=3718.59, price=0.1173 2026-01-22 22:31:49.925 - debug: utility-monitor.0 (51129) [gas.gas] Balance calculation: grundgebuehr=11.7708, jahresgebuehr=0, abschlag=120, months=1, basicCharge=0.00, annualFee=0.00, paidTotal=120.00, totalYearly=436.19, balance=316.19 2026-01-22 22:31:49.946 - info: utility-monitor.0 (51129) Init yearly gas.gas: 3718.59 kWh = 341.10 m³ 2026-01-22 22:31:49.978 - debug: utility-monitor.0 (51129) [gas.gas] Billing countdown: contractStart=13.11.2025, daysRemaining=295, periodEnd=12.11.2026 2026-01-22 22:31:49.985 - debug: utility-monitor.0 (51129) [gas.gas] Cost update: daily=56330.49, monthly=56330.49, yearly=3718.590745320004, price=0.1173 2026-01-22 22:31:49.998 - debug: utility-monitor.0 (51129) [gas.gas] Balance calculation: grundgebuehr=11.7708, jahresgebuehr=0, abschlag=120, months=3, basicCharge=35.31, annualFee=0.00, paidTotal=360.00, totalYearly=471.50, balance=111.50 2026-01-22 22:31:50.003 - debug: utility-monitor.0 (51129) Meter initialization completed for gas.gas 2026-01-22 22:31:50.006 - warn: utility-monitor.0 (51129) State "utility-monitor.0.gas.Gas.consumption.yearlyVolume" has no existing object, this might lead to an error in future versions 2026-01-22 22:31:50.052 - info: utility-monitor.0 (51129) Init yearly gas: 3718.59 kWh = 341.10 m³ (current: 5167.10 m³, initial: 4826 m³) 2026-01-22 22:31:50.055 - warn: utility-monitor.0 (51129) State "utility-monitor.0.gas.Gas.consumption.yearly" has no existing object, this might lead to an error in future versions 2026-01-22 22:31:50.107 - debug: utility-monitor.0 (51129) [gas.gas] Cost update: daily=56330.49, monthly=56330.49, yearly=3718.590745320004, price=0.1173 2026-01-22 22:31:50.121 - debug: utility-monitor.0 (51129) [gas.gas] Balance calculation: grundgebuehr=11.7708, jahresgebuehr=0, abschlag=120, months=3, basicCharge=35.31, annualFee=0.00, paidTotal=360.00, totalYearly=471.50, balance=111.50 2026-01-22 22:31:50.127 - debug: utility-monitor.0 (51129) Initial cost calculation completed for gas 2026-01-22 22:31:50.127 - debug: utility-monitor.0 (51129) water monitoring is disabled 2026-01-22 22:31:50.140 - debug: utility-monitor.0 (51129) State structure deleted for water 2026-01-22 22:31:50.140 - info: utility-monitor.0 (51129) Initializing electricity monitoring... 2026-01-22 22:31:50.140 - debug: utility-monitor.0 (51129) Using sensor datapoint for electricity: alias.0.Wohnung.Keller.Stromzähler.energyCounterTwo 2026-01-22 22:31:50.140 - info: utility-monitor.0 (51129) electricity: Managed with contract start: 13.11.2025 2026-01-22 22:31:50.140 - debug: utility-monitor.0 (51129) electricity sensor will be subscribed by MultiMeterManager: alias.0.Wohnung.Keller.Stromzähler.energyCounterTwo 2026-01-22 22:31:50.140 - info: utility-monitor.0 (51129) Initializing 1 meter(s) for electricity 2026-01-22 22:31:50.141 - info: utility-monitor.0 (51129) Initializing electricity meter: main 2026-01-22 22:31:50.430 - debug: utility-monitor.0 (51129) Meter state structure created for electricity.main 2026-01-22 22:31:50.430 - debug: utility-monitor.0 (51129) Using sensor datapoint for electricity.main: alias.0.Wohnung.Keller.Stromzähler.energyCounterTwo 2026-01-22 22:31:50.430 - info: utility-monitor.0 (51129) electricity.main: Contract start: 13.11.2025 2026-01-22 22:31:50.484 - debug: utility-monitor.0 (51129) Subscribed to electricity.main sensor: alias.0.Wohnung.Keller.Stromzähler.energyCounterTwo 2026-01-22 22:31:50.486 - debug: utility-monitor.0 (51129) electricity.main: Restored last sensor value: 0 2026-01-22 22:31:50.489 - debug: utility-monitor.0 (51129) Sensor update for electricity.main: 1472.24 2026-01-22 22:31:50.490 - debug: utility-monitor.0 (51129) [electricity.main] Sensor update: raw=1472.24, offset=0 2026-01-22 22:31:50.539 - debug: utility-monitor.0 (51129) electricity.main delta: 1472.24 2026-01-22 22:31:50.550 - debug: utility-monitor.0 (51129) [electricity.main] Cost update: daily=1472.24, monthly=1472.24, yearly=425.24, price=0.3403 2026-01-22 22:31:50.563 - debug: utility-monitor.0 (51129) [electricity.main] Balance calculation: grundgebuehr=9.5, jahresgebuehr=0, abschlag=80, months=1, basicCharge=0.00, annualFee=0.00, paidTotal=80.00, totalYearly=144.71, balance=64.71 2026-01-22 22:31:50.601 - info: utility-monitor.0 (51129) Init yearly electricity.main: 425.24 2026-01-22 22:31:50.616 - debug: utility-monitor.0 (51129) [electricity.main] Billing countdown: contractStart=13.11.2025, daysRemaining=295, periodEnd=12.11.2026 2026-01-22 22:31:50.625 - debug: utility-monitor.0 (51129) [electricity.main] Cost update: daily=1472.24, monthly=1472.24, yearly=425.24, price=0.3403 2026-01-22 22:31:50.644 - debug: utility-monitor.0 (51129) [electricity.main] Balance calculation: grundgebuehr=9.5, jahresgebuehr=0, abschlag=80, months=3, basicCharge=28.50, annualFee=0.00, paidTotal=240.00, totalYearly=173.21, balance=-66.79 2026-01-22 22:31:50.649 - debug: utility-monitor.0 (51129) Meter initialization completed for electricity.main 2026-01-22 22:31:50.651 - info: utility-monitor.0 (51129) Init yearly electricity: 425.24 (current: 1472.24, initial: 1047) 2026-01-22 22:31:50.656 - debug: utility-monitor.0 (51129) [electricity.main] Cost update: daily=1472.24, monthly=1472.24, yearly=425.24, price=0.3403 2026-01-22 22:31:50.672 - debug: utility-monitor.0 (51129) [electricity.main] Balance calculation: grundgebuehr=9.5, jahresgebuehr=0, abschlag=80, months=3, basicCharge=28.50, annualFee=0.00, paidTotal=240.00, totalYearly=173.21, balance=-66.79 2026-01-22 22:31:50.678 - debug: utility-monitor.0 (51129) Initial cost calculation completed for electricity 2026-01-22 22:31:50.678 - debug: utility-monitor.0 (51129) pv monitoring is disabled 2026-01-22 22:31:50.690 - debug: utility-monitor.0 (51129) State structure deleted for pv 2026-01-22 22:31:50.746 - info: utility-monitor.0 (51129) Nebenkosten-Monitor initialized successfully

@Asgothian Freut mich das du dir nachts über meine Probleme gedanken machst. So sieht es jetzt final aus und ja es passt jetzt alles. [image: 1768896384370-ad44aab5-3095-4743-a6b7-b350889f7da1-image.png] Ich kann die gruppen gegenseitig ein / ausschalten. Egal ob am Lichtschalter, mit der Visualisierung oder mit Alexa ;) Hier beispielhafterweise nochmal ein Script. Passend zu meinen obersten Scripten habe ich jetzt noch Zigbee Gruppen angelegt . Somit sind die Scripte wesentlich schlanker geworden. [image: 1768896228890-cfb3e59e-bc65-448e-be3b-d6a49e14f4b5-image.png]

@paul53 sagte in Rechenaufgabe liefert "NULL": @haus-automatisierung sagte: Schreib den Wert im korrekten Datentyp neu. Mit einem Punkt als Dezimal-Trennzeichen @surfer09 Alternativ führe folgendes Skript einmalig aus: const id2025 = '0_userdata.0.PV-Anlage.Einspeisung-ins-Netz-2025'; const val2025 = getState(id2025).val; if(typeof val2025 == 'string') setState(id2025, parseFloat(val2025.replace(',', '.')), true); Danke!!! Das hat funktioniert! [image: 1768914555523-ddf47f44-2484-46a5-8f0e-78ef308aac87-grafik-resized.png]

@Steffen-Esch. Dass die Werte jetzt da sind, ist ok. So soll es sein. Wieso sie überhaupt gefehlt haben, kann ich mir nicht erklären.

Ahhh, stimmt, in der Config findet man es. Aber bevor ich da was dran mache da würde ich auf alle Fälle erst fragen.

@david-g. also bei mir ist die Nacht um 4:04 der Cookie abgelaufen und es hat alles gekappt -> Wegpunkte von heute sind da. 2026-01-20 04:04:48.931 - info: google-sharedlocations.0 (311359) Error in location data parsing: Error: No location data in response. Cookie expired or no users share their location with you. 2026-01-20 04:04:48.932 - error: google-sharedlocations.0 (311359) Could not parse location data. Probably authentication error. Please check cookie. 2026-01-20 04:04:48.938 - info: javascript.0 (646033) script.js.common.0_userdata_0_.Standort.google_sharedlocations_cookie_fixer: [Cookie-Fixer] Starte Refresh auf google.com... 2026-01-20 04:04:49.095 - info: google-sharedlocations.0 (311359) Error in location data parsing: Error: No location data in response. Cookie expired or no users share their location with you. 2026-01-20 04:04:49.095 - error: google-sharedlocations.0 (311359) Could not parse location data. Probably authentication error. Please check cookie. 2026-01-20 04:04:49.101 - info: javascript.0 (646033) script.js.common.0_userdata_0_.Standort.google_sharedlocations_cookie_fixer: [Cookie-Fixer] Starte Refresh auf google.com... 2026-01-20 04:05:04.441 - info: javascript.0 (646033) script.js.common.0_userdata_0_.Standort.google_sharedlocations_cookie_fixer: [Cookie-Fixer] ERFOLG: Google.com Session-Cookie generiert. 2026-01-20 04:05:04.514 - info: host.IoBroker instance "system.adapter.google-sharedlocations.0" disabled via .alive 2026-01-20 04:05:04.526 - info: host.IoBroker "system.adapter.google-sharedlocations.0" disabled 2026-01-20 04:05:04.526 - info: host.IoBroker stopInstance system.adapter.google-sharedlocations.0 (force=false, process=true) 2026-01-20 04:05:04.530 - info: google-sharedlocations.0 (311359) Got terminate signal TERMINATE_YOURSELF 2026-01-20 04:05:04.530 - info: google-sharedlocations.0 (311359) terminating 2026-01-20 04:05:04.531 - info: google-sharedlocations.0 (311359) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2026-01-20 04:05:04.581 - info: host.IoBroker stopInstance system.adapter.google-sharedlocations.0 send kill signal 2026-01-20 04:05:05.031 - info: google-sharedlocations.0 (311359) terminating 2026-01-20 04:05:05.174 - info: host.IoBroker instance system.adapter.google-sharedlocations.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2026-01-20 04:05:05.608 - info: javascript.0 (646033) script.js.common.0_userdata_0_.Standort.google_sharedlocations_cookie_fixer: [Cookie-Fixer] ERFOLG: Google.com Session-Cookie generiert. 2026-01-20 04:05:09.558 - info: host.IoBroker instance "system.adapter.google-sharedlocations.0" enabled via .alive 2026-01-20 04:05:09.566 - info: host.IoBroker "system.adapter.google-sharedlocations.0" enabled 2026-01-20 04:05:09.820 - info: host.IoBroker instance system.adapter.google-sharedlocations.0 in version "2.2.1" (non-npm: Garfonso/ioBroker.google-sharedlocations#91ce6d3d470cba4011b7861103c4bfffa32dffbe) started with pid 687283 2026-01-20 04:05:11.758 - info: google-sharedlocations.0 (687283) starting. Version 2.2.1 (non-npm: Garfonso/ioBroker.google-sharedlocations#91ce6d3d470cba4011b7861103c4bfffa32dffbe) in /opt/iobroker/node_modules/iobroker.google-sharedlocations, node: v22.21.0, js-controller: 7.0.7 2026-01-20 04:05:11.768 - info: google-sharedlocations.0 (687283) Starting google shared locations adapter Vielen Dank noch an dieser Stelle.

@Homoran sagte in Deye GB-S15K-EU 15 kW,12,27kWh Speicher(3xGB-LM4.0),Tipps: 40 Watt klingen eher wie der Verbrauch für mehrere Schütze Die 40 Watt sind schnell erreicht mit den Schaltnetzteilen in den Wechselrichtern. Ich fahre ja im Inselbetrieb (ähnlich Victron) und die beiden WR verbraten schon um die 200 W.

@Asgothian sagte in Umgang mit Alias - welcher Adapter?: Ein Con hast du schon genannt - du musst dich in die Methodik und Denkweise des Adapters sowie sein UI einarbeiten. nuja, ist das nicht bei jedem adapter so? ;)

@leonundjulie Falls du im angepassten Skript noch die beiden Warnungen hast, dann ersetzte mal symbol_url durch symbol_URL Und den Teil createMond durch den hier. Temporärer Workaround function createMond(day) { let idDasWetter = `daswetter.0.location_1.ForecastDaily.Day_${day}`; let idDasWetter1 = `daswetter.0.location_1.ForecastDaily.Day_1`; let idDasWetter2 = `daswetter.0.location_1.ForecastDaily.Day_2`; let listForWidget = []; listForWidget.push({ rightText: `<div style="color: gray; height: 13px; font-size: 10px; font-family: RobotoCondensed-Light; margin-top: 2px;">Aufgang</div> <div style="display: flex; align-items: flex-end; justify-content: flex-end;"> <div style="color: #44739e; font-size: 24px; font-family: RobotoCondensed-Regular;">${getState(`${idDasWetter}.Moon_in`).val}</div> </div>` }) listForWidget.push({ rightText: `<div style="color: gray; height: 13px; font-size: 10px; font-family: RobotoCondensed-Light; margin-top: 2px;">Untergang</div> <div style="display: flex; align-items: flex-end; justify-content: flex-end;"> <div style="color: #44739e; font-size: 24px; font-family: RobotoCondensed-Regular;">${getState(`${idDasWetter}.Moon_out`).val}</div> </div>` }) let Beleuchtung = ''; let lumiVal1 = getState(`${idDasWetter1}.Moon_illumination`).val; let lumiVal2 = getState(`${idDasWetter2}.Moon_illumination`).val; // NULL-Check hinzugefügt if (lumiVal1 !== null && lumiVal1 !== undefined) { // 1 // if (lumiVal.includes('abneh')) { if (lumiVal1 >= lumiVal2) { Beleuchtung = `<div> <span class="mdi mdi-arrow-down-bold materialdesign-icon-image"></span> ${getState(`${idDasWetter}.Moon_illumination`).val} </div>`; } else { Beleuchtung = `<div> <span class="mdi mdi-arrow-up-bold materialdesign-icon-image"></span> ${getState(`${idDasWetter}.Moon_illumination`).val} </div>`; } } else { // Fallback wenn Moon_desc nicht verfügbar ist Beleuchtung = `<div>${getState(`${idDasWetter}.Moon_illumination`).val}</div>`; } Simpler Vergleich von Day1 und Day2. Nicht elegant, aber besser als nix.

@legro Da ist das ja auch ok! Das ist ja der Name in eCharts ich rede vom history-Alias Dann zeig mir mal deine history Datenstruktur und was ist mit den restlichen noch offenen Fragen?

@Thomas-Braun Moin, ich bin da wohl einer alten Installationsvariante für einen Raspi aufgessen. Irgendwas mit PM2 (Prozessmanager) , hier geht es um dieses Thema: https://github.com/jishi/node-sonos-http-api/issues/539 PS: habe jetzt (glaube ich) die alte Install weg bekommen. Die Sonos-API wurde wohl über den PM2 gestartet. Darum habe ich auch den sonos-api-dienst nicht gefunden nur den PM2. Mit diversen Befehlen konnte ich ermitteln was alles über den PM2 gestartet wird. Nur die "http-api" , habe den PM2 deinstalliert und das alte Verzeichnis erstmal umbenannt. Es kam aber bisher keine Fehlermeldung. Ich denke dann ist das erledigt. Nun brauche ich wohl noch hilfe beim Start der API - da geh ich in das andere Thema.

@Öler sagte in [Adapter] cloudfreie Auslesung von Deye-Invertern: In den Unterlagen vom Wechselrichter finde ich keine Registerbereiche oder Spulen Probiers mal mit denen: HOLDING: Register Länge Typ Bedeutung 0 2 uint32 PV1‑Spannung (V) 2 2 uint32 PV1‑Strom (A) 4 2 uint32 PV2‑Spannung (V) 6 2 uint32 PV2‑Strom (A) 12 2 uint32 AC‑Ausgangsleistung (W) 14 2 uint32 AC‑Spannung (V) 16 2 uint32 AC‑Frequenz (Hz × 100) 18 2 uint32 Batterieladung (W) 20 2 uint32 Batterieentladung (W) 22 2 uint32 Batteriestrom (A × 10) 24 2 uint32 Batteriespannung (V × 10) 26 2 uint32 SOC (%) 28 2 uint32 Temperatur (°C) 40 2 uint32 Grid‑Import (W) 42 2 uint32 Grid‑Export (W) 50 2 uint32 Gesamt‑PV‑Leistung (W) 60 2 uint32 Tagesertrag (Wh) 62 2 uint32 Gesamtertrag (kWh × 10) BESCHREIBBARE REGISTER: Register Wert Bedeutung 1000 0/1 Wechselrichter EIN/AUS 1001 0–100 Max. Ladeleistung (%) 1002 0–100 Max. Entladeleistung (%) 1005 0–100 SOC‑Min‑Limit 1006 0–100 SOC‑Max‑Limit 1010 0–6 Arbeitsmodus (0=Self‑Use, 1=Feed‑In, 2=Backup, …) 1011 0/1 Grid‑Charge erlauben 1012 0/1 Grid‑Export erlauben INPUT: Register Typ Bedeutung 30000 uint16 Geräte‑Typ 30001 uint16 Firmware‑Version 30002 uint16 Seriennummer (Teil 1) 30003 uint16 Seriennummer (Teil 2) 30004 uint16 Seriennummer (Teil 3) Evt. eine Zahl nach oben oder unten testen z.B. 30001 = 30002

Stimmt, Danke. Habe ich gefunden. Kann dann meinen Code wieder zurückbauen

@Krissie777 Ich finde da keine Änderung. Bei mir bekomme ich das Repo mit den genauen Befehlen angelegt: echad@chet:~ $ sudo rm /etc/apt/sources.list.d/influx* echad@chet:~ $ sudo rm /etc/apt/keyrings/influx* rm: das Entfernen von '/etc/apt/keyrings/influx*' ist nicht möglich: Datei oder Verzeichnis nicht gefunden echad@chet:~ $ curl --silent --location -O https://repos.influxdata.com/influxdata-archive.key echad@chet:~ $ gpg --show-keys --with-fingerprint --with-colons ./influxdata-archive.key 2>&1 | grep -q '^fpr:\+24C975CBA61A024EE1B631787C3D57159FC2F927:$' && cat influxdata-archive.key | gpg --dearmor | sudo tee /usr/share/keyrings/influxdata-archive.gpg > /dev/null echad@chet:~ $ echo 'deb [signed-by=/usr/share/keyrings/influxdata-archive.gpg] https://repos.influxdata.com/debian stable main' | sudo tee /etc/apt/sources.list.d/influxdata.list deb [signed-by=/usr/share/keyrings/influxdata-archive.gpg] https://repos.influxdata.com/debian stable main echad@chet:~ $ rm influxdata-archive.key echad@chet:~ $ sudo apt update OK:1 http://deb.debian.org/debian trixie InRelease OK:2 http://deb.debian.org/debian-security trixie-security InRelease OK:3 http://deb.debian.org/debian trixie-updates InRelease OK:4 http://phoscon.de/apt/deconz generic InRelease OK:5 http://phoscon.de/apt/deconz generic-beta InRelease OK:6 https://repos.influxdata.com/debian stable InRelease OK:7 https://cli.github.com/packages stable InRelease OK:8 https://apt.grafana.com stable InRelease OK:9 http://archive.raspberrypi.com/debian trixie InRelease OK:10 https://deb.nodesource.com/node_25.x nodistro InRelease OK:11 https://repo.mosquitto.org/debian trixie InRelease OK:12 https://packages.redis.io/deb trixie InRelease Holen:13 https://pkgs.tailscale.com/stable/debian trixie InRelease OK:14 https://packagecloud.io/ookla/speedtest-cli/debian trixie InRelease Es wurden 6.582 B in 2 s geholt (3.973 B/s). Alle Pakete sind aktuell. Warnung: https://deb.nodesource.com/node_25.x/dists/nodistro/InRelease: Policy will reject signature within a year, see --audit for details echad@chet:~ $ sudo apt install influxdb2 influxdb2 influxdb2-cli influxdb2-client echad@chet:~ $ sudo apt install influxdb2

@Siggi0904 sagte: der eine Schalter sagt dem anderen Schalter Bescheid, wenn sich was ändert. Das kann unter bestimmten Umständen (Laufzeiteffekte) zu einer Trigger-Endlosschleife führen. Mein Vorschlag ist nahezu identisch, was den resultierenden Javascript-Code betrifft, allerdings mit dem Unterschied, dass durch die zusätzliche Prüfung eine Trigger-Schleife mit Sicherheit verhindert wird. on({ id: 'alias.0.Flur.Licht.Switch1', change: 'ne' }, (obj) => { if(obj.state.c != scriptName) setState('alias.0.Flur.Licht.Switch2', obj.state.val); }); on({ id: 'alias.0.Flur.Licht.Switch2', change: 'ne' }, (obj) => { if(obj.state.c != scriptName) setState('alias.0.Flur.Licht.Switch1', obj.state.val); });

Das ist noch eine Idee, muss aber erstmal Fragen ob der Verkäufer den Streifen zurück haben möchte.

@Homoran sagte in Javascript Adapter startet nicht mehr: naja, wenn dann das Swapping massiv loslegt und es dort ein Nadelöhr gibt, dann wohl doch Dann wären aber die Meldungen andere.

Danke, das war´s.