Shelly addon über Node Red auf einer NAS mit iobroker

[mickym]

@hf_spsler Die mqtt Einstellungen sind am Besten - wenn Du alle Haken raus nimmst.

Den Alias hast Du verkehrt definiert.

Dein Alias ist doch ein Boolean - also Logikwert und keine Zeichenkette. In dem Alias wird doch alles von und nach true/false konvertiert. Das dürfte das Hauptproblem sein.

Und Rolle - lass mal auf state.

[mickym]

@hf_spsler sagte in Shelly addon über Node Red auf einer NAS mit iobroker:

Aber offensichtlich werden aus Iqontrol, also dem definierten Schalter, weder "ON" noch "OFF" herausgeschickt und ich kann mir einfach nicht mehr erklären warum dies nicht geschieht

Und nochmal das iqontrol darf nur true/false an den Alias schicken. Dein iqontrol kennt kein on und off. Die Konvertierungsfunktion im Alias wandelt true/false in on/off um und sonst nirgends!!! - Wenn Du mehrfach irgendwo das Gleiche machst, ist es immer verkehrt. Wie gesagt dein iqontrol schickt true/false und sonst NICHTS.

Am Besten den Schalter nochmal neu definieren - der steht glaub standardmäßig auf true/false.

[HF_SPSler]

@mickym sagte in Shelly addon über Node Red auf einer NAS mit iobroker:

Am Besten den Schalter nochmal neu definieren - der steht glaub standardmäßig auf true/false.

Am Schalter habe ich nichts verändert. Ich denke wie ich mich ausgedrückt habe führte zu Irritationen bezüglich "on" / "off" und true und false. Wie gesagt, am Schalter oder seinen Eigenschaften habe ich nichts verändert. Wenn ich "on" oder "off" erwähnt habe war das immer auf den Ausgangswert/Schreibwert des Alias bezogen, also mit Hilfe der Konvertierung.

@mickym sagte in Shelly addon über Node Red auf einer NAS mit iobroker:

Dein Alias ist doch ein Boolean - also Logikwert und keine Zeichenkette. In dem Alias wird doch alles von und nach true/false konvertiert. Das dürfte das Hauptproblem sein.

Okay, ich hab den Alias von Zeichenkette auf Boolean geändert, alle Haken beim MQTT Adapter raus genommen und das Schalten über Iqontrol - Widget klappt wieder. Jedoch meldet der Admin Adapter jetzt eine Warnung:

2024-12-13 18:05:18.190 - warn: admin.0 (184712) Object alias.0.SmartHome.Esszimer.Licht.Haupt is invalid: Default value has to be type "boolean" but received type "string" This will throw an error up from js-controller version 7.0.0! 

Die kann ich in soweit auch nachvollziehen als das zwar die zu schreibenden Werte von Boolean auf "on" : "off" zu konvertieren sind, jedoch die Lesewerte aus einer Zeichenkette:

{"id":0, "source":"mqtt", "output":false, "apower":0.0, "voltage":231.7, "freq":49.9, "current":0.000, "aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1734110100}, "ret_aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1734110100},"temperature":{"tC":56.7, "tF":134.0}}

stammen. Oder kann man dort noch eine weitere Konvertierung innerhalb des Alias definieren? Das sieht für mich so aus als wenn es in diesem Fall nicht möglich ist nur einen Alias zum Lesen und Schreiben zu verwenden, richtig? Also eher zwei Aliase, da der Shelly command und status in unterschiedlichen Typen liefert? Bzw. der Alias lesend einen anderen Typen verwenden muss als schreibend?

[mickym]

@hf_spsler Nein - das geht mit einem Alias. Schau mal ob Du irgendwo einen Defaultwert festgelegt hast. Schau nochmal in dem common Objekt was da drin steht, ansonsten nochmal einen neuen Alias anlegen. Da ist irgendein Mist von vorher drin. Bei mir geht das ja auch.

Und dann schau lieber in deinem iqontrol ob Du da auch Booleans und keine Zeichenketten "true" und "false" schickst.

Bei mir ist bei def eine leere Zeichenkette drin. Ansonsten mach da halt true oder false als default rein.

Sonst schmeiss das einfach raus:

Also Zeile mit def löschen oder leeren String oder boolean eintragen.

Solche Fehler kommen einfach dadurch, dass man vorher halt irgendwas "verkonfiguriert" hat. Normalerweise ist kein Standardwert definiert.

So sieht normalerweise die Standardwerte eines Switch aus - steht auf false.

Booleans OHNE Gänsefüsschen.

[HF_SPSler]

@mickym sagte in Shelly addon über Node Red auf einer NAS mit iobroker:

Und dann schau lieber in deinem iqontrol ob Du da auch Booleans und keine Zeichenketten "true" und "false" schickst.

Bei einem Schalter kann ich nach meiner Kenntnis nicht beeinflussen was er beim Betätigen schickt. Ich kann nur bei einem "Knopf" die zu schickenden Werte für ACTIVE oder INACTIVE beeinflussen - verwendet wird aber seit deiner Empfehlung der Schalter.

Im common Objekt habe ich die Zeile "def": "", entfernt.

[mickym]

@hf_spsler Na dann sollte der Fehler weg sein?

[mickym]

@hf_spsler sagte in Shelly addon über Node Red auf einer NAS mit iobroker:

Bei einem Schalter kann ich nach meiner Kenntnis nicht beeinflussen was er beim Betätigen schickt. Ich kann nur bei einem "Knopf" die zu schickenden Werte für ACTIVE oder INACTIVE beeinflussen - verwendet wird aber seit deiner Empfehlung der Schalter.

Gut wahrscheinlich ist es schon gut. Aber ACTIVE = true und INACTIVE = false - aber ich kenn mich mit der Visualisierung nicht aus. Ich nutze ja NodeRed - Aber wahrscheinlich ist alles gut. Sonst musst halt noch Leute fragen, die sich mit dieser Visualisierung auskennen.

[HF_SPSler]

@mickym Ich hab keine Ahnung wie ich ihn provozieren könnte.... aktuell wird er im Log nicht mehr abgelegt.

Aber eines würde ich noch interessieren, sofern ich dir damit nicht auf den Keks gehe...

Du bist ja ziemlich firm beim MQTT Adapter. Kannst du mir eventuell erklären warum er bei meiner Tasmota-Steckdose den Typ des command innerhalb des Objektbaums unter immer wieder von selbst auf "Number" umstellt obwohl Tasmota dort definitiv einen String erwartet?

{
  "_id": "mqtt.0.tasmota.Kueche_Unterschrank_Licht.cmnd.POWER",
  "common": {
    "name": "tasmota/Kueche_Unterschrank_Licht/cmnd/POWER",
    "write": true,
    "read": true,
    "role": "variable",
    "desc": "mqtt server variable",
    "type": "number"  // hier sollte eigentlich 'string' stehen?! Er ändert es aber immer wieder selbstständig auf 'number'
  },
  "native": {
    "topic": "tasmota/Kueche_Unterschrank_Licht/cmnd/POWER"
  },
  "type": "state",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1734084459909
}

[mickym]

@hf_spsler Den Typ legt der Adapter oft selbst fest - anhand der Daten, die ankommen. Wenn das zu Fehlern führt, dann stell das manuell auf den Typ "mixed" um.

Sprich wenn sich das selbstständig ändert, dann macht das der Adapter - hat mit Deinen Geräten oder Tasmota nichts zu tun.

Generell wenn Du mit dem Adapter als Broker Probleme hast, dann empfehle ich mosquitto als externen Broker zu verwenden und den Adapter als Client zu betreiben. Das mache ich seit Jahren und kann ich nur empfehlen.

[HF_SPSler]

@mickym Ich danke dir vielmals für die tatkräftige Unterstützung!!