openDTU per MQTT auslesen und steuern

[Laser]

@mickym ich habe diesen Datenpunkt angelegt (mehr brauche ich erst mal nicht):

Darin steht das:

{
  "common": {
    "name": "limit_nonpersistent_absolute\"",
    "desc": "Manuell erzeugt",
    "role": "state",
    "type": "number",
    "read": true,
    "write": true,
    "def": 0
  },
  "type": "state",
  "native": {},
  "_id": "mqtt.3.cmd.limit_nonpersistent_absolute",
  "acl": {
    "object": 1638,
    "state": 1638,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.1",
  "user": "system.user.admin",
  "ts": 1724690709025
}

Ich kann den Wert beschreiben, ohne "bestätigt" den Wert setzen. Die Zahl wird grün, dann wieder rot. Es tut sich aber nichts im Umrichter.

Ich kann allerdings erst morgen weiter daran arbeiten.

[mickym]

@laser Also ich bin mit diesem openDTU ja nicht wirklich vertraut, sondern hab das ja nur aus der Github Beschreibung damals irgendwo rausgezogen.

solar/116183066760/cmd/status/limit_relative

Wenn sich nichts tut, dann hört Dein Gerät nicht auf dieses topic (datenpunkt). Den Datenpunkt den Du angelegt hast, würde bedeuten, dass Dein Gerät auf das topic

cmd/limit_nonpersistent_absolute

hören würde - und ich glaube das ist viel zu unspezifisch. Da fehlt noch irgendwas vorne dran.

Wenn sich Dein Gerät meldet oder wie unten in dem Thread

ist dieser ganze cmd Ast ja viel tiefer angelegt.

[Laser]

@mickym Danke, da ich den Inverter über Nacht brauche, werde ich erst mal mit dem openDTU-Adapter weitersteuern. Der funktioniert aber nicht zuverlässig. Deshalb will ich versuchen, den Sollwert über mqtt zu senden.

Der cmd Ast ist an der falschen Position? Muß ich korrigieren.

[mickym]

@laser sagte in openDTU per MQTT auslesen und steuern:

Der cmd Ast ist an der falschen Position? Muß ich korrigieren.

Ja

schau mal Du musst irgendwo den ganzen cmd Ast da anlegen, wo parallel auch status etc. steht. Also wahrscheinlich unter
solar/..../

Die gesamte Dokumentation ist ja inzwischen wohl hier hin gewandert: https://www.opendtu.solar/firmware/mqtt_topics/#dc-input-channel-topics

Wie Du daraus ersehen kannst, muss das cmd topic auf der gleichen Ebene wie das status topic liegen.

[Laser]

@mickym ich versuche es mal dort:

[mickym]

@laser Ne mach mal den Ordner mit der Zahl auf, ob da status topic sind.

[Laser]

@mickym ja, dort ist "status":

so? Dort wird auch richtig gelesen.

[mickym]

@laser Nein auf der Ebene vom status - also den cmd Ordner direkt unter der Nummer - das ist die serial Nummer

Siehst Du ja - grün lesen (R), orange (W) schreiben.

Also cmd Ordner direkt unter dem 1121... Ordner.

Wie gesagt die topics auf die ein Gerät hört, sind in der Firmware fest definiert.

Gilt auch für den absoluten Wert:

[Laser]

@mickym cmd rutscht immer wieder nach unten. "Ordner" heißt bei mir aber "Kanal"?

Der Text "limit_..." muß natürlich absolut richtig geschrieben sein.

[mickym]

@laser Ja das passt aber so. Das mit dem Kanal - das hat mit admin5 eingeführt, ist aber für mqtt Schall und Rauch und ohne Bedeutung. Müsste so funktionieren.

Ich weiss zwar nicht, ob der Name angepasst werden muss - aber im Prinzip muss dann das mqtt topic wohl

solar/112183818346/cmd/limit_nonpersistent_absolute

heißen.

Wenn du den mqtt Adapter als Broker verwendest, gibts da auch manchmal Probleme. Ich nutze immer mosquitto und den mqtt Adapter immer als Client.

[Laser]

@mickym

Es tut sich einfach nichts im Umrichter- Limit. Ich benutze den mqtt Adapter.

[mickym]

@laser

Der 2. Datenpunkt ist definitiv verkehrt nur der Name des 1. Datenpunktes mal anpassen.

Normalerweise steht im Namen - das originäre Mqtt topic

Ich glaube auch in den Objektdaten unter native

{
  "_id": "mqtt.1.shellies.licht.wohnzimmer.decke.light.0.command",
  "common": {
    "name": "shellies/licht/wohnzimmer/decke/light/0/command",
    "write": true,
    "read": true,
    "role": "variable",
    "desc": "mqtt client variable",
    "type": "string"
  },
  "native": {
    "topic": "shellies/licht/wohnzimmer/decke/light/0/command"
  },
  "type": "state",
  "from": "system.adapter.mqtt.1",
  "user": "system.user.admin",
  "ts": 1670870062801,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Wie gesagt, wenn Du mehr mit mqtt machen willst, empfehle ich Dir wirklich mosquitto als mqtt Broker zu nutzen, da der Adapter in meinen Augen als Broker manche Merkwürdigkeiten aufweist.

[Laser]

@mickym eigentlich wollte ich ja den openDTU- Adapter verwenden. Aber dort gibt es auch Probleme. Unter Anderem wird die openDTU vom Router nicht gefunden. Aber dann geht mqtt auch bloß nicht.
Heute packe ich das nicht mehr. Danke für die Hilfe. Evtl. löst sich über Nacht ein Knoten in mir. Ich schalte meine Akku-Entladeregelung erst mal auf den openDTU- Adapter um.

[mickym]

@laser Wie gesagt, ich benutze mosquitto als Broker für die gesamte mqtt Kommunikation ist easy und den Client/Broker mqtt Adapter als Client. Das funktioniert prima und einfach.

Ich habe kein openDTU, aber Du siehst, bei mir läuft alles mqtt von tasmota, shelly, zigbee2mqtt und owntracks alles über natives mqtt.

[Laser]

@mickym "mosquitto" ist wieder ein absolutes Neuland für mich. Da muß ich mich mit beschäftigen.

[mickym]

@laser Das ist easy.
Mit

sudo apt install mosquitto

installieren (wenn es ein LINUX System) ist. Und dann in der Konfigurationsdatei nur Port und ggf. ein Passwort mit User erstellen.

Ich verlinke Dir gleich noch eine Anleitung. Aber im Prinzip ist das easy und läuft immer unauffällig parallel.

[Laser]

@mickym Das läuft bei mir auf einem Raspi4. Ich werde das morgen in Angriff nehmen.
Wenn die Kiste natürlich mal abschmiert (hatte immer mal Defekte in der SSD), habe ich ein Installationsproblem von Null an anzufangen.

[mickym]

@laser sagte in openDTU per MQTT auslesen und steuern:

@mickym Das läuft bei mir auf einem Raspi4. Ich werde das morgen in Angriff nehmen.

Ok - ich such Dir noch eine Anleitung raus, ist aber easy. Ist englisch auch OK?

[Laser]

@mickym englisch ist zwar holprig, aber muß gehen.

[mickym]

@laser sagte in openDTU per MQTT auslesen und steuern:

@mickym Das läuft bei mir auf einem Raspi4. Ich werde das morgen in Angriff nehmen.
Wenn die Kiste natürlich mal abschmiert (hatte immer mal Defekte in der SSD), habe ich ein Installationsproblem von Null an anzufangen.

Ja ich bin bei den Micro-SDs geblieben und ziehe mir regelmäßig Images und wenn dann so eine Micro SD kaputt geht, dann halt eine neue. Wenn die nicht so groß sind (bei mir auch ein PI4 - dann kommst mit 16 GB ohne Backups wunderbar aus).

Bei den SSDs ist es halt schwierig bei großen Kapazitäten Imagesicherungen zu machen.