Bitte um Kurzcheck Blockly und Datentypen
-
@pete0815 sagte in Bitte um Kurzcheck Blockly und Datentypen:
Ist dies so korrekt gelöst?
Nein, die Objekt-ID (Helligkeit) enthält nicht den Wert. Besser so:
Wert:
Keine eigenen Datenpunkte unter "javascript.0.scriptEnabled" erstellen!
Ist der Alias vom Typ Zahl und der MQTT-Datenpunkt vom Typ Zeichenkette? Dann nimm den Alias auch zum Triggern.
Darf ich nochmal dumm zum Verständnis fragen. Hatte es vorher auf "Wert von" und dann direkt auf den Mqtt DP laufen:
Das hat bis Admin5/JS3.3 funktioniert. Warum funktioniert das ohne Konvertierung wenn der MQTT DP immer vom Typ String ist. Der sollte doch dann keinen Wert haben oder?
-
Darf ich nochmal dumm zum Verständnis fragen. Hatte es vorher auf "Wert von" und dann direkt auf den Mqtt DP laufen:
Das hat bis Admin5/JS3.3 funktioniert. Warum funktioniert das ohne Konvertierung wenn der MQTT DP immer vom Typ String ist. Der sollte doch dann keinen Wert haben oder?
@pete0815 Weil Du grundsätzlich auch Strings vergleichen kannst - das nennt man dann sortieren:
A ist kleiner als B. ;)
und auch
1 ist keiner als 2
allerdings wird
2 größer als 12 sein. ;)
-
@pete0815 Weil Du grundsätzlich auch Strings vergleichen kannst - das nennt man dann sortieren:
A ist kleiner als B. ;)
und auch
1 ist keiner als 2
allerdings wird
2 größer als 12 sein. ;)
@mickym said in Bitte um Kurzcheck Blockly und Datentypen:
@pete0815 Weil Du grundsätzlich auch Strings vergleichen kannst - das nennt man dann sortieren:
A ist kleiner als B. ;)
und auch
1 ist keiner als 2
allerdings wird
2 größer als 12 sein. ;)
Aaah ok. Vielen Dank! da wäre ich nie drauf gekommen :man-facepalming:
-
Darf ich nochmal dumm zum Verständnis fragen. Hatte es vorher auf "Wert von" und dann direkt auf den Mqtt DP laufen:
Das hat bis Admin5/JS3.3 funktioniert. Warum funktioniert das ohne Konvertierung wenn der MQTT DP immer vom Typ String ist. Der sollte doch dann keinen Wert haben oder?
@pete0815 sagte: Das hat bis Admin5/JS3.3 funktioniert.
Jetzt nicht mehr?
@pete0815 sagte in Bitte um Kurzcheck Blockly und Datentypen:
Warum funktioniert das ohne Konvertierung wenn der MQTT DP immer vom Typ String ist
Wenn eine Seite eines Vergleichs eine Zahl enthält, macht Javascript eine implizite Typwandlung des Strings auf der anderen Seite in eine Zahl.
-
@pete0815 sagte: Das hat bis Admin5/JS3.3 funktioniert.
Jetzt nicht mehr?
@pete0815 sagte in Bitte um Kurzcheck Blockly und Datentypen:
Warum funktioniert das ohne Konvertierung wenn der MQTT DP immer vom Typ String ist
Wenn eine Seite eines Vergleichs eine Zahl enthält, macht Javascript eine implizite Typwandlung des Strings auf der anderen Seite in eine Zahl.
@paul53 said in Bitte um Kurzcheck Blockly und Datentypen:
@pete0815 sagte: Das hat bis Admin5/JS3.3 funktioniert.
Jetzt nicht mehr?
Nuja, die Schaltung funktioniert noch, aber der Log lief auf einmal bei mir voll. Ein paar Tage habe ich nichts bemerkt und heute hatte ich einen 16MB Log.
2021-08-17 23:55:45.896 - info: mqtt.0 (843) State value to set for "mqtt.0.HeizKellerTank2.Lux.Helligkeit" has to be type "number" but received type "string"Hieraus die Intention dies zu Verbessern und richtig umzusetzen.
@pete0815 sagte in Bitte um Kurzcheck Blockly und Datentypen:
Warum funktioniert das ohne Konvertierung wenn der MQTT DP immer vom Typ String ist
Wenn eine Seite eines Vergleichs eine Zahl enthält, macht Javascript eine implizite Typwandlung des Strings auf der anderen Seite in eine Zahl.
danke.Widerspricht sich das zur Auskunft von @mickym ?
Alleine kann ich Beides nachvollziehen, aber zusammen tue ich mich schwer. -
@paul53 said in Bitte um Kurzcheck Blockly und Datentypen:
@pete0815 sagte: Das hat bis Admin5/JS3.3 funktioniert.
Jetzt nicht mehr?
Nuja, die Schaltung funktioniert noch, aber der Log lief auf einmal bei mir voll. Ein paar Tage habe ich nichts bemerkt und heute hatte ich einen 16MB Log.
2021-08-17 23:55:45.896 - info: mqtt.0 (843) State value to set for "mqtt.0.HeizKellerTank2.Lux.Helligkeit" has to be type "number" but received type "string"Hieraus die Intention dies zu Verbessern und richtig umzusetzen.
@pete0815 sagte in Bitte um Kurzcheck Blockly und Datentypen:
Warum funktioniert das ohne Konvertierung wenn der MQTT DP immer vom Typ String ist
Wenn eine Seite eines Vergleichs eine Zahl enthält, macht Javascript eine implizite Typwandlung des Strings auf der anderen Seite in eine Zahl.
danke.Widerspricht sich das zur Auskunft von @mickym ?
Alleine kann ich Beides nachvollziehen, aber zusammen tue ich mich schwer.@pete0815 Na ja mein Beispiel mit den Zahlen war nicht ganz richtig und die implizite Typumwandlung in Zahlen findet halt statt, wenn die Strings beides in 2 Zahlen gewandelt werden kann. Ist jedoch eines der beiden Typen ein String und das andere eine Zahl, wird auch das andere ein String. (siehe Beispiel unten 52)
https://www.w3schools.com/js/js_type_conversion.asp
Im Endeffekt hat @paul53 natürlich mal wieder Recht, wenn beide Strings in Zahlen gewandelt werden kann. Allerdings weiß ich nicht, ob diese implizierte Konvertierung tatsächlich bei Vergleichsoperationen stattfindet - oder nur wenn damit gerechnet wird. ;) - Aber das kann @paul53 sicher auch klären.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@pete0815 Na ja mein Beispiel mit den Zahlen war nicht ganz richtig und die implizite Typumwandlung in Zahlen findet halt statt, wenn die Strings beides in 2 Zahlen gewandelt werden kann. Ist jedoch eines der beiden Typen ein String und das andere eine Zahl, wird auch das andere ein String. (siehe Beispiel unten 52)
https://www.w3schools.com/js/js_type_conversion.asp
Im Endeffekt hat @paul53 natürlich mal wieder Recht, wenn beide Strings in Zahlen gewandelt werden kann. Allerdings weiß ich nicht, ob diese implizierte Konvertierung tatsächlich bei Vergleichsoperationen stattfindet - oder nur wenn damit gerechnet wird. ;) - Aber das kann @paul53 sicher auch klären.
@mickym
Danke, jetzt habe ich es wohl verstanden und die Helligkeit ist in der Zwischenzeit zur Dunkelheit geworden und die Rollos haben sich ohne Meldung im Log wie gewünscht geschlossen. Besten Dank! -
@pete0815 Na ja mein Beispiel mit den Zahlen war nicht ganz richtig und die implizite Typumwandlung in Zahlen findet halt statt, wenn die Strings beides in 2 Zahlen gewandelt werden kann. Ist jedoch eines der beiden Typen ein String und das andere eine Zahl, wird auch das andere ein String. (siehe Beispiel unten 52)
https://www.w3schools.com/js/js_type_conversion.asp
Im Endeffekt hat @paul53 natürlich mal wieder Recht, wenn beide Strings in Zahlen gewandelt werden kann. Allerdings weiß ich nicht, ob diese implizierte Konvertierung tatsächlich bei Vergleichsoperationen stattfindet - oder nur wenn damit gerechnet wird. ;) - Aber das kann @paul53 sicher auch klären.
@mickym sagte: wenn beide Strings in Zahlen gewandelt werden kann.
Wenn beide Seiten eines Vergleichs Strings enthalten, erfolgt keine Typwandlung, sondern ein String-Vergleich wie Du ihn beschrieben hast.
@mickym sagte in Bitte um Kurzcheck Blockly und Datentypen:
ob diese implizierte Konvertierung tatsächlich bei Vergleichsoperationen stattfindet - oder nur wenn damit gerechnet wird.
Auch, wenn gerechnet wird, außer bei + (Addition): Wenn bei + nur an einer Stelle ein String vorkommt, erfolgt immer eine String-Verkettung. Beispiel: "4" + 1 + 2 = 4 + "1" + 2 = "412".
-
@mickym sagte: wenn beide Strings in Zahlen gewandelt werden kann.
Wenn beide Seiten eines Vergleichs Strings enthalten, erfolgt keine Typwandlung, sondern ein String-Vergleich wie Du ihn beschrieben hast.
@mickym sagte in Bitte um Kurzcheck Blockly und Datentypen:
ob diese implizierte Konvertierung tatsächlich bei Vergleichsoperationen stattfindet - oder nur wenn damit gerechnet wird.
Auch, wenn gerechnet wird, außer bei + (Addition): Wenn bei + nur an einer Stelle ein String vorkommt, erfolgt immer eine String-Verkettung. Beispiel: "4" + 1 + 2 = 4 + "1" + 2 = "412".
Ich glaube, ich habe eine Idee woher die Log Einträge kommen. Die kamen nur zwischen 20:45h und 06:30h. Das dürfte grob eine Zeit sein, wo der Mqtt String 0 gewesen ist (Dunkel).
Ist das dann ein besonderer Fall für die Umwandlung (ggf Division durch 0 oder sowas) und läuft deswegen ins Log?
-
Ich glaube, ich habe eine Idee woher die Log Einträge kommen. Die kamen nur zwischen 20:45h und 06:30h. Das dürfte grob eine Zeit sein, wo der Mqtt String 0 gewesen ist (Dunkel).
Ist das dann ein besonderer Fall für die Umwandlung (ggf Division durch 0 oder sowas) und läuft deswegen ins Log?
@pete0815 sagte: Mqtt String 0 gewesen ist (Dunkel).
Ist das dann ein besonderer Fall für die Umwandlung (ggf Division durch 0 oder sowas) und läuft deswegen ins Log?
Wo machst Du eine Division? "0" ist nichts besonderes.
"mqtt.0.HeizKellerTank2.Lux.Helligkeit" has to be type "number" but received type "string"Das ist ein Fehler im MQTT-Adapter, da der Datenpunkt den falschen Typ "number" hat. Dieser Fehler ist früher nicht aufgefallen, da nicht angemeckert.
-
@pete0815 sagte: Mqtt String 0 gewesen ist (Dunkel).
Ist das dann ein besonderer Fall für die Umwandlung (ggf Division durch 0 oder sowas) und läuft deswegen ins Log?
Wo machst Du eine Division? "0" ist nichts besonderes.
"mqtt.0.HeizKellerTank2.Lux.Helligkeit" has to be type "number" but received type "string"Das ist ein Fehler im MQTT-Adapter, da der Datenpunkt den falschen Typ "number" hat. Dieser Fehler ist früher nicht aufgefallen, da nicht angemeckert.
@paul53 said in Bitte um Kurzcheck Blockly und Datentypen:
@pete0815 sagte: Mqtt String 0 gewesen ist (Dunkel).
Ist das dann ein besonderer Fall für die Umwandlung (ggf Division durch 0 oder sowas) und läuft deswegen ins Log?
Wo machst Du eine Division? "0" ist nichts besonderes.
Bei dem DP handelt es sich um die Helligkeit in Lux. Da die Meldung nur im Log zwischen ca. 20:45h und 6:30h alle 20 Sekunden auftaucht war dies für mich ein Ansatz/Frage da die Helligkeit in der Zeit 0 Lux ist.
Da aber nicht anwendbar, ok und verworfen."mqtt.0.HeizKellerTank2.Lux.Helligkeit" has to be type "number" but received type "string"Das ist ein Fehler im MQTT-Adapter, da der Datenpunkt den falschen Typ "number" hat. Dieser Fehler ist früher nicht aufgefallen, da nicht angemeckert.
Edit: Aah, habe es gefunden. Adapter gestopt, Datenpunkte gelöscht und Adapter gestartet. Die alten DPs waren "number". Die neuen sind "string".
Das dürfte es gewesen sein :)
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
572
Online32.8k
Benutzer82.8k
Themen1.3m
Beiträge