-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sonderbehandlung für String-Datenpunkte #6
Comments
"On" und "Off" übertragen geht doch jetzt schon (statt anschalten oder ausschalten wählst Du "Wert senden" und gibst den Wert im dann erscheinenden Feld ein), das is ja nicht das Problem. Das Problem war doch dass true oder false als string erwartet wurden oder irre ich da? |
Das habe ich versucht, funktioniert aber nicht. Wenn ich als Wert senden "On" eintrage, wird im Admin der Datenpunkt auf 'none' geändert und in der Folge schaltet das Gerät nicht. Liegt das evtl. an der Funktion "ConvertSendValue"? |
Hab eben 2.1.9 hochgeladen, Problem sollte jetzt weg sein, bitte mal testen. |
Hab die 2.1.9 eingebaut und getestet. |
Nachtrag: Ich vermute, dass das Script nicht erkennt, dass der Datenpunkt vom Typ String ist. Sorry für die Mühe. Erkenntnis: Wenn im Zieldatenpunkt 'true' steht, erkennt das Script den Typ boolean und verhält sich dann auch so. Arbeitet die Funktion "typeof" so? |
Ich hab nochmal was geändert, bitte hol dir nochmals die 2.1.9 (hab die Version nicht geändert) und gugg mal was jetzt passiert. Wenns nicht klappt, bitte nochmals das Log, hab da jetzt mal ne Extrazeile rein. typeof dient dazu, festzustellen von welchem Datentyp der Inhalt einer Variable ist, so dass man drauf reagieren kann. Mit der Zeile 688 haste völlig recht, sowas kommt von schnell schnell. |
Also Script läuft. Wenn im Datenpunkt ein Text (z.B. 'hallo') drinsteht, gehts ohne meckern. Schreibt das Script einmal 'true' rein, kommt beim nächsten Schaltvorgang die berühmte Meldung. Also noch keine Lösung. Wenn du statt "true"' "On" (Zeile 685) rausschreibst, wirds wohl funktionieren. |
Ähm, wenn dem so ist, dann kannste doch das on auch als "Wert setzen" reinschreiben. Ich hab mir hier jetzt extra nen String dp zum testen erstellt und hier klappt das alles ohne Probleme und mehr als nen dedizierten String zu schreiben geht halt nich. Was ich auch komisch finde, ist, dasses wohl einmal geht und erst beim 2ten mal nicht. |
Das mit Wert setzen klappt mit dem 2.1.9 jetzt auch - beim 2.1.8 aber nicht. Nach der Mitteilung, die mir Telegram beim schalten sendet heist es beim 218er "Timer 19, Gosund_4 send value On as number" und setzt den Datenpunkt auf 'none'. Beim 219er bekomme ich "Timer 19, Gosund_4 send value On as string", trägt brav 'On' ein und schaltet. |
Ok, also klappt es jetzt mit "wert setzen" wie es soll, dann nehm ich die Sonderbehandlung für true/false wieder raus und seh das als gelöst an und mach hier dicht. |
@Pittini |
Angelehnt an die Diskussion im Forum gibt es eine Warnung bei Datenpunkten, die einen String als Schaltbefehl erwarten. So z.B. die Datenpunkte, die vom MQTT-Adapter von Devices angelegt werden.
Der Datenpunkt nimmt die boolschen Werte true und false zwar an, schreibt aber eine Warnung ins Log, das bei zukünftigen Veränderungen hier ein Fehler entstehen könnte.
Es wäre evtl. eine sinnvolle Erweiterung des Scripts, wenn hier z.B. die Werte "On" und "Off" übertragen werden könnten.
The text was updated successfully, but these errors were encountered: