@a200 Ich habe seit Ende 2021 dieses Gestell hier: https://www.amazon.de/gp/product/B08BG19WDZ/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1. Ich bin damit zu frieden, die Tischplatte hatte ich bei MySpiegel.de bestellt, Kabelhalterung von Ikea (vom alten Tisch) unten drunter.
NEWS
Best posts made by rrov1
-
RE: Höhenverstellbarer Schreibtischrahmen + Platte
-
RE: Steuerung Gecko in Touch 2 per iob möglich? (Wellis)
@tklein Hallo, nun dann mit Netz und doppeltem Boden. Du hast einen Raspberry ich vermute mal mit SD-Karte? In dem Fall:
- kaufe dir eine zweite, gleich große SD-Karte,
- erstelle eine Backup vom ioBroker und lege es erst mal auf ein anderes Medium (der dopplete Boden)
- schalte den Raspi aus und kopiere an deinem PC den Inhalt der SD Karte mit einem geeigneten Tool auf die neue SD-Karte.
- lege die neue SD-Karte ein und starte den Raspi - sollte laufen, falls nicht hier Stop.
- deinstalliere python 2.x (es ist m.W. eh EOL seit 01.01.2020, da läuft sicher nichts drüber wenn der Rest von deinem System aktuell ist).
- wenn python 2.x weg ist probiere alle Systemfunktionen aus.
Wenn alles geht, lass den Raspi laufen, deine alte SD-Karte ist dein fallback für den worst-case das du ein paar Tage später doch noch ein Problem feststellst.
-
RE: PV Anlage mit SMA Wechselrichter
@bob-der-1 Ich nutze auch den Modbus Adapter um die Werte vom SMA Wechselrichter auszulesen. Hängt vermutlich auch damit zusammen, das es den SMA Adapter noch nicht gab, als ich angefangen habe. Der "SMA Energy Meter" Adapter liest übrigens SMA Energy Meter (EMETER-20) und/oder Sunny Home Manager 2 (HM-20) aus und sollte alle notwendigen Daten bereitstellen.
Wenn im Zählerschrank Platz ist kann man sicherlich noch Ein- oder Dreiphasen Wechselstromzähler mit unterbringen für Verbraucher deren Stromverbrauch man überwachen will. Shelly's funktionieren auch zur Verbrauchsmessung (ich habe eine 1 PM im Einsatz), bei mir sind aber auch welche für die Hutschiene mit S0-Ausgang verbaut, die mit meiner Hausautomatisierung im gleichen Schrank verbunden sind.
Mehr muss man glaub ich nicht vorsehen, vielleicht noch LAN Kabel für den Home Manager sowie Wechselrichter, Batteriemodul (meins hat zumindest einen).
An Software könnte noch folgendes spannend sein:
-
RE: Technikschrank - Belüftung
@tableautin Ich habe eben noch mal google bemüht. Fertige Lösungen sind immer autonom, sprich keine Rückmeldung an den ioBroker, schau mal in die beiden Links zu ali express bzw. ebay, du brauchst nur noch einen 12V Lüfter und Netzteil (1-2A, liegt meistens eins rum) - zusammenstecken und fertig.
Mit etwas basteln (also Löten) habe ich eben noch dieses Projekt gefunden: https://github.com/patrickcollins12/esphome-fan-controller. Für den ioBroker gibt's auch nen ESPHome Adapter und du sparst dir die Programmierung des ESP32.
Latest posts made by rrov1
-
RE: Steuerung Gecko in Touch 2 per iob möglich? (Wellis)
@tklein Die Zirkulationspumpe kann man leider überhaupt nicht einzeln schalten. Die geckolib, welche als Basis dient hat keine Funktion dafür und mir ist aus meiner in.touch 2 App auch keine Funktion dafür bekannt. Aus dem Grund ist der Datenpunkt auch nur read only.
-
RE: Steuerung Gecko in Touch 2 per iob möglich? (Wellis)
@rrov1 Ich hatte wieder mal etwas Zeit zum experimentieren und habe an der Performanceschraube der Skripte erfolgreich gedreht. Alle aktualisierten Python-Skripte laufen jetzt erheblich schneller (unter 12 Sekunden bei mir), so dass die Reaktionsgeschwindigkeit auf Schaltbefehle jetzt in einem brauchbareren Rahmen liegt. Nebenbei konnte ich auf meinem System auch 50% weniger CPU-Last für die Python-Skripte beobachten (von 5% auf ~2,5%).
Ein Update (Quelle: github) lohnt sich denk ich.
Vorgehensweise beim Update siehe: github, die Kurzversion:
- SpaVariablen.js ersetzen und laufen lassen (aufpassen auf die Parameter)
- alle Python-Skripte ersetzen
Breaking changes: - Die read only Datenpunkte: WasserpflegeIndex und Wasserpflege sind entfallen. Als Ersatz dient: WasserpflegeSwitch. Wenn die DP irgendwo verwendet wurden, muss das umgestellt werden.
-
RE: [gelöst] Warnung vom SQL Adapter nach deakt. Aufzeichnung
@glasfaser said in Warnung vom SQL Adapter nach deaktivieren der Aufzeichnung:
Dann setze bitte den Thread auf [gelöst] .
Ja, ist beim ersten Versuch an der Längenbeschränkung für Thread-Titel gescheitert und meine Frau hatte schon einmal wegen Abendessen gerufen ...
-
RE: [gelöst] Warnung vom SQL Adapter nach deakt. Aufzeichnung
@glasfaser Ja, natürlich war in einigen eCharts noch ein Datenpunkt drinnen.
Danke!
-
[gelöst] Warnung vom SQL Adapter nach deakt. Aufzeichnung
Hallo,
ich will mich von 2 Shelly's trennen. Auf einigen Datenpunkten habe ich die Werte über den SQL-Adapter protokollieren lassen. Diese Funktion habe ich als erstes mal deaktiviert. Jetzt habe ich im Protokoll folgende Meldung:
sql.0 2023-05-07 20:14:16.771 warn Cannot get index of "shelly.0.SHSW-PM#40F52000FBA5#1.Relay0.Power": id not found
Kann jemand damit was anfangen? Eine Suche im Forum habe ich schon durchgeführt, der Beitrag aus 2021 zu dem Thema ist leider nicht hilfreich in der Sache. Einfache Sachen wie die SQL-Adapter Instanz neu starten habe ich natürlich schon durchgeführt. Die Ausgaben aus dem Debuglog helfen mir auch nicht:
sql.0 2023-05-07 20:17:11.275 info No Data sql.0 2023-05-07 20:17:11.274 warn Cannot get index of "shelly.0.SHSW-PM#40F52000FBA5#1.Relay0.Power": id not found sql.0 2023-05-07 20:17:11.273 debug Return connection to pool: 0 now sql.0 2023-05-07 20:17:11.268 debug Borrow connection from pool: 1 now sql.0 2023-05-07 20:17:11.268 debug SELECT id, type, name FROM `iobroker`.datapoints WHERE name='shelly.0.SHSW-PM#40F52000FBA5#1.Relay0.Power'; sql.0 2023-05-07 20:17:11.267 debug shelly.0.SHSW-PM#40F52000FBA5#1.Relay0.Power16834834312670.9579524470888594 getHistory message: {"id":"shelly.0.SHSW-PM#40F52000FBA5#1.Relay0.Power","options":{"start":1683224280000,"end":1683483480000,"aggregate":"minmax","from":false,"ack":false,"q":false,"addID":false,"count":300,"instance":"system.adapter.sql.0","sessionId":38,"user":"system.user.admin"}}
Der Adapter ist in der Version 2.2.0 installiert, js-controller 4.0.24, Node.js v18.15.0, falls das relevant sein könnte.
Ich wäre für jeden Schubs in die richtige Richtung dankbar
rrov1
-
RE: Steuerung Gecko in Touch 2 per iob möglich? (Wellis)
@bernie Kein Problem, sowas bereitet mir noch nicht ansatzweise Kopfschmerzen, da habe ich schlimmeres erlebt .
Momentan sieht's leider so aus, als das ich es bei der bestehenden Logik und damit etwas behäbigen "Schaltgeschwindigkeit" belasse. Ich habe am letzten WE mal MQTT geckoclient ausprobiert, welcher auch grundsätzlich funktioniert und schneller schaltet bei mir aber auch erheblich mehr CPU Last verursacht als meine Skripte. Warum kann ich mir ad hoc nicht erklären, aber das Jahr hat ja noch ein paar Wochenenden, vielleicht kann ich da mal noch Licht ins Dunkel bringen.
-
RE: Steuerung Gecko in Touch 2 per iob möglich? (Wellis)
@bernie Ok, bitte prüfe mal ob die wie in der Anleitung unter Schritt 4 beschrieben das Skript: WatercareMode.js in JavaScript Adapter importiert und auch aktiviert hast. Das Skript ist dafür zuständig, auf die Änderung des Datenpunktes zu reagieren (Zeile 2-4). Evtl. kannst du mal einen Screenshot aus dem JavaScript Adapter beilegen, es müsste so aussehen:
Die Kommentare kannst du gerne entfernen (also Zeilen 12, 15, 17 und auch 22), allerdings ist schon in Zeile 8 ein console.log()-Aufruf drinnen der, wenn der Trigger auf Zeile 2 funktioniert zu einer Protokollausgabe der Form: "script.js.Spa.WatercareMode: start" führen sollte.
-
RE: Steuerung Gecko in Touch 2 per iob möglich? (Wellis)
@bernie Hallo,
hm, also das von dir geschilderte Verhalten kann, geschuldet der Art und Weise wie ich das implementiert habe, tatsächlich auftreten. Ich hole mal kurz aus, damit du das nachvollziehen kannst, danach musst du mal ins Protokoll schauen und einen Auszug bereitstellen.
- Die Implementierung nutzt ja die geckolib im Hintergrund. Mit jedem Aufruf eines Skriptes muss eine Verbindung zum SpaController aufgebaut werden. Das dauert bei mir so ca. 14 Sekunden, die eigentliche Aktion (Status auslesen oder etwas Schalten) ca. 1 Sekunde.
- Exakt jede Minute läuft das Skript: SpaUpdateValues.js, zur Aktualisierung der Datenpunkte, d.h. die ersten 15 Sekunden einer jeden Minute sind grundsätzlich von dem Skript blockiert.
- Wenn du jetzt den Datenpunkt "WasserpflegeSwitch" veränderst, dann wird richtiger Weise zuerst mal der neue Wert in der Farbe rot dargestellt (rot, weil ack=false, also von dir manuell oder per VIS wurde der Datenpunkt geändert). Jetzt kommt es darauf an, wann du den Datenpunkt geändert hast:
A) Zwischen Sekunde 0 und 15: Dann muss das Skript zum ändern des Wasserpflegemodus erst mal warten bis das minütliche Update durch ist, welches blöder Weise auch noch den aktuellen Wert des SpaControllers einstellt (und in grün, weil dieses Skript darf ack=true setzen). Erst danach kann das Skript zum ändern des Wasserpflegemodus loslaufen und diesen verändern und sollte, wenn es sauber läuft auch den von dir gewünschten Wasserpflegemodus im SpaController aktivieren und im Datenpunkt setzen.
B) Zwischen Sekunde 16 und 59: Dann läuft das Skript zum ändern des Wasserpflegemodus halt sofort los, braucht ca. 15 Sekunden um dies am SpaController zu setzen und im Datenpunkt einzustellen.
Das wie es "normal" tickt. Das ist nicht so prickelnd, weil man wirklich 15 Sekunden warten muss, aber es geht erst mal nicht besser, weil ich sonst irgendwie dauerhaft eine Verbindung mit der geckolib zum SpaController aufrecht erhalten müsste. Das muss ich aber erst mal erforschen, ganz ehrlich, Python ist nicht die Programmiersprache.
Aber egal, um herauszubekommen was passiert brauche ich vom ioBroker-Protokoll mal einen Auszug. Stelle mal folgenden Filter ein:
und poste mal den Auszug aus dem Protokoll hier, also + - 2 Minuten herum um das ändern vom Wasserpflegemodus.rrov1
-
RE: Steuerung Gecko in Touch 2 per iob möglich? (Wellis)
@bernie Hallo,
ja, mit der Meldung kann ich was anfangen und ich muss gerade feststellen, das du einen Bug gefunden hast :-(.Ist aber ganz leicht zu beheben für dich:
- suche den Datenpunkt in den Objekten raus und klicke rechts auf den Stift zum bearbeiten
- wechsle bitte den Datentyp auf "number" so wie hier:
- danach speichern
Ab diesem Zeitpunkt sollte der Fehler nicht mehr auftauchen.
Ich werde eine neue Version des Skriptes SpaVariablen.js zum anlegen/updaten der Datenpunkte in github hochladen die das behebt. Ist mir glatt peinlich, das ich das übersehen habe.
Zu deiner zweiten Frage:
Nein, der Datenpunkt Wasserpflegeindex ist kein Datenpunkt um eine Steuerungsfunktion auszulösen, es ist ein read-only Datenpunkt. Den Wasserpflegemodus kannst du nur über den Datenpunkt "WasserpflegeSwitch" (was ein denglich von mir) ändern, weil nur auf diesen Datenpunkt ein Skript achtet und dem SpaController Bescheid gibt. Wenn du diesen Datenpunkt per Skript änderst sollte das ganz normal mit setState() gehen, achte bitte darauf, dass ack=false mitgegeben wird (nur dann reagiert mein Skript).
Beispiel:setState("javascript.0.Datenpunkte.SwimSpa.0.WasserpflegeSwitch", {val: 3, ack: false});
Ich hoffe das hilft Dir weiter.
rrov1
-
RE: SMA Photovoltaik mit Batterie integrieren
@bernie Hallo,
ich habe auch eine SMA Anlage auf dem Dach und die Einrichtung von Modbus war auch für mich eine Herausforderung als ich das vor ~2,5 Jahren eingerichtet habe. Du schreibst, dass du einen Sunny Homemanager 2.0 ebenfalls mit im Einsatz hast. Hast du schon mal den SMA-EM Adapter ausprobiert? Als ich mir die Anlage auf's Dach habe setzen lassen gab's den noch nicht, ich glaube mit dem Adapter kommst du schneller zum Ziel als mit Modbus.Falls das keine Option ist, schreib noch mal, dann kann ich mal meine Modbus-Einrichtung teilen.
VG rrov1