nachdem mein IP-Symcon auf meinem Windows PC nach Update auf Version 7.0 ohne Ausführung der Migrationsanleitung nicht mehr richtig funktioniert, dachte ich, ich ziehe alles gleich auf meine Synology NAS um und erstelle ein komplett neues System.
Das hat bisher auch ganz gut funktioniert, Homematic läuft, Modbus Anbindung Wärmepumpe, SPS über HTTP läuft, selbst die M-Bus Wärmemengenzähler habe ich mittlerweile zum laufen gebracht.
Jetzt bin ich bei den MQTT Werten gelandet. Dies läuft irgendwie noch nicht.
Ich habe parallel zu Symcon auf der NAS auch Mosquitto auf Port 1883 laufen und auch Node Red. Meine Schaltsteckdosen (Nous und Gosund) senden auch fleißig ihre Werte an Mosquitto, diese kann ich problemlos über Nodered einlesen. Auch das Einlesen über MQTT.fx funktioniert und auch der alte Server auf dem PC schafft es, die Werte korrekt einzulesen
Bei den gleichen Einstellungen der IPS Dockerinstallation liest er die Werte einmal ein, danach kommt aber eine Fehlermeldung, dass die „Schnittstelle fehlerhaft“ sei.
Hat jemand eine Idee, woran das liegen könnte? Liegt es an den Ports, da Mosquitto und IPS ja nun die gleiche IP haben? Wäre schön, wenn es hier eine Lösung geben würde.
Sind alle Container per NAT angebunden?
Und wird Port 1883 auch zum Mosquitto Container geleitet? Sonst landen die Anfrage an Port 1883 ja am NAS, oder sonstwo.
vielen Dank für die Antwort. Folgend mal die Konfiguration von mosquitto, symcon und nodered. Sind alle als bridge ausgeführt.
Wo müsste ich jetzt noch den Port 1883 einstellen? Bin im Thema Docker moch nicht so lange tätig
Schau mal beim Mosquitto → Der scheint ja die Verbindung aus einem Grund zu trennen. Oder im Debug vom MQTT Server in Symcon. Evtl. gibt es dort einen Hinweis.
Mosquitto sagt ja, dass der Client schon verbunden ist und schließt dann die Verbindung. Danach verbindet er sich wieder. Leider werden dann aber die Werte nicht mehr aktualisiert und die Client Verbindung zeigt dann den Fehler an.
Betrifft tatsächlich nur die Docker Version, auf dem „alten Windows PC“ mit IPS 7 werden die Daten sauber aktualisiert…
Es wäre schön, wenn wir hier eine Lösung finden könnten.
Wie habt ihr das gelöst? Ich habe zwar kein Docker aber mosquitto und ips auf einem raspi.
Da ein MQTT gerät den IPS derart mit Meldungen zuscheißt (und der lässt sich leider nicht davon abhalten) wollte ich mittels mosquitto und plug-ins die Topics in Richtung IPS rausfiltern, damit Symcon nur das bekommt, was es braucht…
Den Filter habe ich noch nicht.
Das Fehlerproblem ist bei mir identisch dem meines Vorredners.
Dann ändere doch in Symcon in der MQTT Client Instanz das Subscribe Topic.
Dazu gibt es dieses Feature in MQTT ab Werk.
Dafür braucht es kein Plugin o.ä.
Michael
Es sind am Ende fast doppelt soviel Datensätze (ich habe zwei Wechselrichter). Auf Seiten der openDTU lässt es sich leider nicht einschränken.
Davon benötige ich nur wenige Werte (max. 5%), u.a.
solar/138291917350/0/current
solar/138291917350/0/power
solar/138291917350/0/powerdc
solar/138291917350/0/temperature
solar/138291917350/0/voltage
solar/ac/is_valid
solar/ac/power
solar/ac/yieldday
solar/ac/yieldtotal
solar/dc/power
Nach meinem Verständnis kann ich das mit einer Einschränkung des Topics nicht regeln, da der niedrigste „gemeinsame Nenner“ /solar ist, damit ich meine Werte bekomme.
Ich bin wieder auf den MQTT in Symcon umgestiegen und habe Mosquitto deaktiviert.
Vermutlich habe ich aber etwas falsch verstanden.
Danke für jegliche Hilfe, vor allem die Beantwortung der obigen Frage.
ChatGPT meinte, dass Mosquitto noch eine zusätzliche „websocket“ Verbindung braucht. Soweit stecke ich aber nicht im Thema drin. Leider halluziniert die KI zu häufig, dass ich der idR nicht traue
Habe es jetzt wie folgt gelöst (ohne die eigentliche Ursache behoben zu haben).
Auf meinem NAS habe ich zwei MQTT in Docker angelegt. Der Erste nimmt als klassischer Broker alles vom openDTU entgegen. Der Zweite hört dem ersten zu, arbeitet als Brigde und filtert nur die Topics raus, die ich brauche. Jetzt kommen von ursprünglich 150 alle 5 sekunden nur noch 10 oder so.
Im Symcon dann client socket und Splitter usw.
Weiterhin habe ich das retained flag im DTU deaktiviert und habe die anzahl der geöffneten Files für symcon von 1024 auf das 4fache erhöht.
Der Raspi ist halt an der leistungsgrenze. Muss wohl doch endlich komplett auf die NAS umziehen. Muss ich mir nur noch gedanken machen um die USB-Geräte, die direkt dranhängen…
