Community Forum

Ja, sowohl gegengelesen, als auch grob :)

@apollon77 vielen Dank, vor allem von meiner Frau :)

@OliverIO Habe auf Github ein Issue erstellt bezüglich der Material 2 Widgets. Mit diesem Operator hat bisher immer die Einfärbung der Texte immer gut geklappt. Was muss ich daran ändern? Lösung gefunden. Habe eben mal gemini gefragt. {wert:trashschedule.0.next.typesText; wert == "Gelber Sack" ? "#ffff00" : wert == "Restmüll" ? "#ff0000" : wert == "Biotonne" ? "#00ff00" : wert == "Papier" ? "#0000ff" : "#ffffff"}

@Meister-Mopper Danke für den Tipp. Sollte das Problem erneut anhängig werden, werde ich das mal probieren. Andererseits hatte ich vor einiger Zeit, als der Fehler sporadisch schon mal auftauchte, alle Platten durchlaufen lassen (kein Ruhezustand). Das hat wohl zwar keinen Einfluss auf die Sticks an der Syno, wollte dies aber als Fehlerursache ausschließen. Da ich aber aus anderen Gründen die aktuelle Leistung der Syno logge und im Diagramm darstelle, konnte ich zu den BackUp-Zeiten nur Aktivität sehen, keinen relativen Ruhezustand. Würde das somit im gegenständlichen Fall ausschließen. Aber wer weiß... Jedenfalls schön, dass Du Dich noch gemeldest hast.

@Thomas-Braun sagte: @ESP8266 In dem Skript wird aber SER_PORT=/dev/virtualcom0 # Link to virtual serial Port angelegt. Das ist völlig mumpe wie der benannt wird. Auch wenn ich ihn Virtualcom0 benenne, habe ich das gleiche Problem. Das steht auch in dem Link. Das wurde schon an Anfang so übernommen von mir. Bis ich die dann in AMA umbenannt habe.

@nograx ich habe seit der Umstellung auf EMQX immer mal wieder das Problem, dass für 10-15 Minuten keine Daten am Zendure aktualisiert werden. Das scheint dann bei dir nicht der Fall zu sein, oder?

@Thomas-Braun sagte: @TripleX sagte: Im Protokoll kommen permanent Meldungen. Geheime Meldungen? Hat sich erledigt. Ich musste den Adapter manuell neu installieren.

@iob69 sagte: Danke für die Antworten. Ich hab nun die MariaDB und den SQL-Adapter installiert. Scheint so zu funktionieren. @bananajoe Nichts für ungut, aber ich finde es jetzt nicht unbedingt einfacher eine VM und Linux zu installieren (und zu unterhalten) zumal ich von linux (fast) keinen Schimmer hab. Sonst könnte ich ja gleich alles unter linux machen. Aber sicher ist MySQL einfacher wie InfluxDB, rsp. unter Windows wohl DER weg. Das muss einmal lernen, ja. Aber bei Linux ist es wie bei Windows: Du musst ja nicht gleich alles lernen oder können. Das kommt mit der Zeit. Und selbst da musst du nicht alles können. Vorteil ist halt das die vorhandenen Anleitungen funktionieren. Kannst du ja trotzdem parallel machen, Test ioBroker in VM. Ich als beruflicher ITler denke immer: "Gebt euch nicht auf! Lernt Virtualisierung!"

@MichMein Konntest du es schon probieren? Ist dir noch etwas aufgefallen?

Man kann einen Flow von außen neu starten, indem man ihn per API deaktiviert und wieder aktiviert. Nicht sehr elegant, aber geht. Hier ein Flow dazu, das könnte man auch im Skript abbilden (hostname und Flow-ID im Inject Node anpassen: [ { "id": "0101b52dd8b0e69c", "type": "inject", "z": "tab_restart", "name": "Flow neu starten", "props": [ { "p": "baseUrl", "v": "http://nuc.fritz.box:1880", "vt": "str" }, { "p": "flowId", "v": "56a35d28dbb8d4c1", "vt": "str" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": "", "topic": "", "x": 160, "y": 140, "wires": [ [ "ffb73632947a1b74" ] ] }, { "id": "ffb73632947a1b74", "type": "http request", "z": "tab_restart", "name": "GET /flow/:id", "method": "GET", "ret": "obj", "paytoqs": "ignore", "url": "{{{baseUrl}}}/flow/{{flowId}}", "tls": "", "persist": false, "proxy": "", "insecureHTTPParser": false, "authType": "", "senderr": false, "headers": [], "x": 370, "y": 140, "wires": [ [ "78e47724692d9c26" ] ] }, { "id": "78e47724692d9c26", "type": "change", "z": "tab_restart", "name": "deaktivieren", "rules": [ { "t": "set", "p": "flow", "pt": "msg", "to": "payload", "tot": "msg" }, { "t": "set", "p": "flow.disabled", "pt": "msg", "to": "true", "tot": "bool" }, { "t": "set", "p": "payload", "pt": "msg", "to": "flow", "tot": "msg" }, { "t": "set", "p": "headers", "pt": "msg", "to": "{}", "tot": "json" }, { "t": "set", "p": "headers.content-type", "pt": "msg", "to": "application/json", "tot": "str" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 570, "y": 140, "wires": [ [ "b570b346c80301a6" ] ] }, { "id": "b570b346c80301a6", "type": "http request", "z": "tab_restart", "name": "PUT (aus)", "method": "PUT", "ret": "obj", "paytoqs": "ignore", "url": "{{{baseUrl}}}/flow/{{flowId}}", "tls": "", "persist": false, "proxy": "", "insecureHTTPParser": false, "authType": "", "senderr": false, "headers": [], "x": 770, "y": 140, "wires": [ [ "a062c2baa0932d3e" ] ] }, { "id": "a062c2baa0932d3e", "type": "delay", "z": "tab_restart", "name": "1s warten", "pauseType": "delay", "timeout": "1", "timeoutUnits": "seconds", "rate": "1", "nbRateUnits": "1", "rateUnits": "second", "randomFirst": "1", "randomLast": "5", "randomUnits": "seconds", "drop": false, "outputs": 1, "x": 960, "y": 140, "wires": [ [ "664a32887d83b305" ] ] }, { "id": "664a32887d83b305", "type": "change", "z": "tab_restart", "name": "aktivieren", "rules": [ { "t": "set", "p": "flow.disabled", "pt": "msg", "to": "false", "tot": "bool" }, { "t": "set", "p": "payload", "pt": "msg", "to": "flow", "tot": "msg" }, { "t": "set", "p": "headers", "pt": "msg", "to": "{}", "tot": "json" }, { "t": "set", "p": "headers.content-type", "pt": "msg", "to": "application/json", "tot": "str" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 140, "y": 220, "wires": [ [ "83d399c90d46240f" ] ] }, { "id": "83d399c90d46240f", "type": "http request", "z": "tab_restart", "name": "PUT (ein)", "method": "PUT", "ret": "obj", "paytoqs": "ignore", "url": "{{{baseUrl}}}/flow/{{flowId}}", "tls": "", "persist": false, "proxy": "", "insecureHTTPParser": false, "authType": "", "senderr": false, "headers": [], "x": 320, "y": 220, "wires": [ [ "529c0e1896d1f278" ] ] }, { "id": "529c0e1896d1f278", "type": "debug", "z": "tab_restart", "name": "Ergebnis", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "true", "targetType": "full", "statusVal": "", "statusType": "auto", "x": 480, "y": 220, "wires": [] } ]

~~Hm, mir fällt gerade ein, ich brauche ja auch noch zwei Taster für die Steuerung meiner Relais per MQTT für die Arbeitssteckdosen und den PC. Geht gerade noch von den GPIO's. Jetzt noch das ganze irgendwie auf der Platine unterbringen. Die ist nur 95x55mm wegen der Gehäusegrösse. Das wird ja dann sportlich, wenn man das erst mal auf Lochraster macht. Na ja, man hat ja keine anderen Hobbys... Und jetz gute Nacht.~~

Weiß jemand, wann der Fix bzw. die fixed Version im Repo erscheinen wird?

Anscheinend ist die 3.28.3 seit heute freigegeben, konnte sie jetzt gleich installieren. Vielen Dank! Bin gespannt ob es jetzt wieder normal funktioniert.

@rene_hm Deine Hinweise und Tipps hätte ich nun auch alles probiert, aber leider ohne Erfolg. Egal was ich anstelle, WR + SHM lassen sich pingen, aber per Connection Assist werden sie nicht gefunden. Lässt sich ohne dem SHM Log dem Problem nicht auch anders auf die Spur kommen ?

Hallo ist zwar schon eine weile her, aber trotzdem vielen Dank für die Anleitung. Mit Hilfe dieser und ein bisschen KI, konnte ich meine neue IPS-120Max Wärmepumpe von poolsystems ohne Probleme mit Modbus-TCP aufrüsten und brauch jetzt die komische iGarden app nicht mehr. ich habs mit den Komponenten auf anhieb geschafft Waveshare RS485 zu RJ45 Ethernet Industrial Serial Server Modbus Gateway TCP/IP (das Kästchen passt ganz rechts neben die Platine) und Premium 4Pin 3s XH 2.54mm Stecker inkl. 30cm 26AWG Elektronik Kabel Farbig

@Peter-V. sagte: Upps, Augen auf...., war über die "Katze-Git", mein Fehler... Update erfolgreich, Habe aber bereits einen Fehler gefunden: Wenn Auto-Update (Im Adapter) eingeschaltet ist: shelly.0 2026-07-19 13:18:13.753 error [firmwareUpdate] Error in update request for (shellyplugsg3 / shellyplugsg3-54320467e938 / shellyplugsg3#54320467e938#1): Error: [requestAsync] Unable to perform HTTP request "/rpc/Shelly.Update" - IP address is unknown of (shellyplugsg3 / shellyplugsg3-54320467e938 / shellyplugsg3#54320467e938#1) Unter Hostname steht aber die richtige IP und im Browser kann ich diese auch aufrufen und eine neue FW ist auch verfügbar. bitte issue mit allen verfügbaren infos anlegen danke

Hallo zusammen, ich habe jetzt eine "Mischlösung" aus McBirne und meinem vorherigen Code gemacht. So komme ich an mehr Daten glaube ich. Vielleicht hilft es jemandem. const axios = require('axios'); const { wrapper } = require('axios-cookiejar-support'); const tough = require('tough-cookie'); // --- Konfiguration --- const IP_MANAGER = '192.168.178.XX'; const IP_BATTERY = '192.168.178.XX'; const LOGIN_URL = `http://${IP_MANAGER}/auth/login`; const URL_ENERGY = `http://${IP_MANAGER}/rest/hems-configurator/energy-overview?kg_session_extend=false`; const BENUTZERNAME = 'installer'; const PASSWORT = 'XXXXXX'; // Cookie-Jar zur Session-Verwaltung für den Manager const cookieJar = new tough.CookieJar(); const client = wrapper(axios.create({     jar: cookieJar,     withCredentials: true,     headers: { 'User-Agent': 'Mozilla/5.0', 'Accept': 'application/json' } })); // Funktion zur automatischen Erstellung der Datenpunkte function initStates() {     const states = [         { id: 'Production', name: 'PV Erzeugung', unit: 'W' },         { id: 'Consumption', name: 'Hausverbrauch', unit: 'W' },         { id: 'FeedIn', name: 'Netzbezug', unit: 'W' },         { id: 'FeedOut', name: 'Einspeisung', unit: 'W' },         { id: 'SoC', name: 'Batterie Ladezustand', unit: '%' },         { id: 'PBat', name: 'Batterieleistung', unit: 'W' },         { id: 'PGrid', name: 'Netzleistung', unit: 'W' }     ];         states.forEach(s => {         const fullId = 'javascript.0.Solarwatt.' + s.id;         if (!existsState(fullId)) {             createState(fullId, 0, { type: 'number', name: s.name, unit: s.unit, role: 'value' });         }     }); } // Initialisierung beim Start initStates(); async function updateEnergyData() {     try {         // 1. Energie-Bilanz vom Manager (.64)         await client.post(LOGIN_URL, `username=${BENUTZERNAME}&url=%2F&password=${PASSWORT}&submit=Login`);         const resEnergy = await client.get(URL_ENERGY, { timeout: 10000 });                 if (resEnergy.data) {             setState('javascript.0.Solarwatt.Production', resEnergy.data.production || 0, true);             setState('javascript.0.Solarwatt.Consumption', resEnergy.data.householdConsumption || 0, true);             setState('javascript.0.Solarwatt.FeedIn', resEnergy.data.feedIn || 0, true);             setState('javascript.0.Solarwatt.FeedOut', resEnergy.data.feedOut || 0, true);         }         // 2. Batteriedaten direkt vom Speicher (.65)         const resBattery = await axios.get(`http://${IP_BATTERY}/stat`, { timeout: 5000 });         if (resBattery.data) {             setState('javascript.0.Solarwatt.SoC', resBattery.data.SoC || 0, true);             setState('javascript.0.Solarwatt.PBat', Math.round(resBattery.data.PBat) || 0, true);             setState('javascript.0.Solarwatt.PGrid', resBattery.data.PGrid || 0, true);         }                 log("Daten erfolgreich von .64 und .65 aktualisiert.");     } catch (e) {         log("Fehler bei der Abfrage: " + e.message, "error");     } } // Zeitplan: Alle 60 Sekunden schedule("*/60 * * * * *", updateEnergyData);

@Rolf_A sagte: Da werde ich nicht um die Bridge herum kommen Wenn dein stick dein Thread Border Router ist, oder angeblich Matter Geräte einbinden kann müsstest du das Rollo wahrscheinlich dort anlernen und anschließend freigeben