openDTU per MQTT auslesen und steuern

[Laser]

@mickym Den Port hatte ich extra neu vergeben. Den gab es vorher nirgendwo.

[Laser]

@mickym Habe versucht, mosquitto zu installieren. Klappt, aber der Service startet nicht-

otto@neuheizung:/etc/mosquitto $ sudo systemctl status mosquitto
× mosquitto.service - Mosquitto MQTT Broker
     Loaded: loaded (/lib/systemd/system/mosquitto.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Tue 2024-08-27 10:41:19 CEST; 9min ago
   Duration: 8min 19.717s
       Docs: man:mosquitto.conf(5)
             man:mosquitto(8)
   Main PID: 172664 (code=exited, status=1/FAILURE)
        CPU: 40ms

Aug 27 10:41:19 neuheizung systemd[1]: mosquitto.service: Scheduled restart job, restart counter is at 5.
Aug 27 10:41:19 neuheizung systemd[1]: Stopped mosquitto.service - Mosquitto MQTT Broker.
Aug 27 10:41:19 neuheizung systemd[1]: mosquitto.service: Start request repeated too quickly.
Aug 27 10:41:19 neuheizung systemd[1]: mosquitto.service: Failed with result 'exit-code'.
Aug 27 10:41:19 neuheizung systemd[1]: Failed to start mosquitto.service - Mosquitto MQTT Broker.

Wenn ich im Internet suche, was es Alles für Mosquitto Probleme auf der Welt gibt- ich glaube ich habe mit dem IO Broker genug davon. Ich versuche aber Mosquitto auf einem Reserve- Raspi zu üben. IOBroker sollte ja die ganzen Mini- Einzelinstallationen von Software in Adaptern bündeln und vereinfachen. Es ist unmöglich für mich, die ganzen IO-Broker Fehler mit Einzelinstallationen von Zusatzsoftware zu umschiffen. Ich muß warten, bis es mal wieder eine voll funktionsfähige IO-Broker Version gibt (fehlerfreie Software wird es vermutlich nie geben).

[mickym]

@laser Na gut - wenn Du meinst. Du hättest ja noch mal den iobroker stoppen können, um zu sehen, ob es da einen Konflikt gibt, aber wenn Du mosquitto wieder vom System runterschmeissen möchtest, kannst Du das mit

sudo apt remove mosquitto

Bei mir läuft das Teil aber seit Jahren stabil. Auch wegen Deiner openDTU bin ich dann ehrlicherweise am Ende meiner Weisheit, da ich das Teil nicht habe und ist immer schwer, nur aus der Literatur Probleme zu diagnostizieren.

[Laser]

@mickym Ich bleibe da schon dran. Aber zur Zeit habe ich so viele Probleme mit dem IOBroker. Die OpenDTU ist nur Eines davon. Die GPIO's funktionieren nicht. Dadurch kann ich kein Update vom Betriebsystem machen. Ich laufe auf einer alten Version, wo die GPIO's noch funktionierten. Möglicherweise ist das auch ein Problem mit dem mosquitto. Mosquitto klingt erst mal vielversprechend. Das wird auch, wenn meine Anlage wieder so läuft, wie es meine Mini-Solaranlage braucht. Zum Glück ist jetzt keine Heizperiode, da hätte ich ein noch größeres Problem.
Jetzt habe ich einen Clone von meiner SSD erstellt. Natürlich die SSD's genau verkehrt herum in die Station gesteckt. Jetzt habe ich 2 alte Versionen. Muß erst mal das Backup einspielen. Wenn's geht, neu clonen.
Ich habe einen 2. Raspi, den ich auf dem neuesten Stand halte. Dort teste ich mosquitto.
Dort läuft das auch fehlerfrei. Aber wie gesagt, auf meinem Produktivsystem kann ich kein Update/Upgrade machen, weil dann die GPIO's nicht funktionieren. Aber das fehlende Update scheint das mosquitto Problem zu sein.

[mickym]

@laser Na dann denke ich mal, dass Du mit Deinen mqtt Ports im iob und deinen Instanzen irgendwo einen Konflikt hast.

Du kannst Dich ja auch mit dem iobroker und dem Adapter auf den mosquitto auf dem anderen Raspi verbinden, wenn Du willst.

[shipper]

@mickym
Ich häng mich hier mal rein. Mein Ziel ist es auch, das Limit des Investors zu steuern. Allerdings nich über Mqtt, sondern über den opendtu-Adapter.
Ich bin es gewohnt, inverterregister zu beschreiben über Script.
Auch manchmal direkt in den Objekten. Es verwundert mich, dass Limit_nonpersistent_absolut zwar beschrieben werden kann und der Wert dann auch in den Objekten steht, aber nicht in inverter übernommen wird. Der Adapter hat aber schon vorher nicht den Wert vom inverter angezeigt, sondern 0. Es wird nur current-Limit-absolute und -relative angezeigt, aber dieser Wert ist ja readonly.
Ich habe 2 Instanzen von opendtu, ist bei beiden das gleiche.
Eigentlich sollte es gehen

[Codierknecht]

@shipper
Wie kommst Du auf "read-only"?

Welche Version von OpenDTU?

[shipper]

@codierknecht
Genauso sieht es bei mir auch aus. Die zu schreienden Werte sind erstmal auf Null aber lassen sich beschreiben. Nur im Inverter kommt Nix an.
Readonly? Der current wert ist readonly, ist nicht schreibbar, wird auch drauf hingewiesen.
Firmware. 2024.3.23

Im opendtu thread ist das Problem auch beschrieben, ist aber geschlossen,weil es funktionieren soll

[shipper]

@codierknecht
Nun hab ich mal Mqtt aktiviert, und im Objektbaum erscheint ein Ordner powerlimiter und darunter ein Ordner cmd.
Also anders als hier beschrieben.
In cmd habe ich nun ein Objekt Limit nonpersitent absolute erstellt und einen Wert erstellt. Bleibt rot.

[Codierknecht]

@shipper sagte in openDTU per MQTT auslesen und steuern:

Der current wert ist readonly, ist nicht schreibbar

Beschrieben werden können nur die 4 States ab dem markierten. Da habe ich Dich wohl falsch verstanden.
Ich probiere das später mal, wenn es hell genug ist.

[Codierknecht]

@shipper
Wie nicht anders zu erwarten funktioniert das einwandfrei:

Du hast nicht zufällig den Haken bei "Bestätigt" gesetzt?

[shipper]

@codierknecht
hatte ich beachtet:
Bildschirmfoto 2024-10-11 um 11.02.20
Bildschirmfoto 2024-10-11 um 11.01.55

Ich weiss, es sollte funktionieren, hab aber keine Idee, warum nicht.

[Codierknecht]

@shipper sagte in openDTU per MQTT auslesen und steuern:

hab aber keine Idee, warum nicht.

Ich auch nicht mehr.
Meine OpenDTU-Version ist die v24.3.31. Adapter 2.0.0

[shipper]

@codierknecht
meine opendtu-adapter ist auch aktuell, iob auch.
ich wills nochmal mit mqtt versuchen. Der Objektbaum hat sich wohl inzwischen geändert. Ich habe da schon experimentiert, na ohne Erfolg. eine Idee, was ich unter cmd erstellen muss?
Bildschirmfoto 2024-10-11 um 11.20.20

[shipper]

@shipper
mit der neusten firmware läuft alles