@homoran sagte in Erstes Blockly Script für Briefkasten Monitoring ... aber:
ist denn nicht wahr ein valider Wert zum beschreiben?
Sollte eigentlich. Ist ja im Ergebnis auch nur Bool.
Developer that contributes stuff to the ioBroker project
@homoran sagte in Erstes Blockly Script für Briefkasten Monitoring ... aber:
ist denn nicht wahr ein valider Wert zum beschreiben?
Sollte eigentlich. Ist ja im Ergebnis auch nur Bool.
@edis77
Eben!
"Watt man nich selbst macht, taugt auch nix"
@Schranzistor
Man hat damit deutlich mehr Kontrolle darüber, wie die Struktur und die Benamsung aussieht.
@topsurfer sagte in Erstes Blockly Script für Briefkasten Monitoring ... aber:
das man genutze DP im Script eintragen soll, damit man nach einer Neuinstallation auch wieder autom. vorhanden sind
Die werden doch aus dem Backup wiederhergestellt.
@topsurfer
Also so ganz grundsätzlich gehe ich in der Regel hin und lege benötigte Datenpunkte "von Hand" im Objektbaum an.
Das muss ja nur ein einziges Mal passieren und dann nie wieder. Warum also ein Script damit beschäftigen?
Wenn Fehler und/oder Warnungen gezeigt werden, steht auch immer die Zeilennummer dabei.
Die nützt einem aber nur etwas, wenn man sich den JS-Quellcode "unter der Haube" ansieht.
Aber damit hat man schon mal einen guten Anhaltspunkt, was ihn da stört.
mit welchem anderen Block kann man einen DP bei Script-Start dann auf einen Startwert setzen?
Wie @Homoran schon schreibt: Einfach mit dem "Aktualisiere"-Block (bei eigenen DP).
Aber dazu muss der DP natürlich auch beschreibbar sein.
Und da kommt wieder mein erster Satz zum Tragen: Der DP wird - wenn er einmal existiert - nicht mehr geändert, wenn man im Nachhinein das "ist beschreibbar" anhakt. Da ist also Handarbeit eh besser
@hub01 sagte in Cannot redeclare block-scoped variable:
unter den Bildern steht es doch?
Ja - jetzt, seit Deinem letzten Post.
Du hättest viel Verwirrung vermieden, wenn Du das gleich zu Beginn erwähnt hättest
Aber egal - jetzt weißt Du ja, dass solche "false-positives" immer wieder mal vorkommen.
Das per @ts-ignore
abzuschalten ist ja lediglich kosmetischer Natur.
Der JS-Editor ist halt keine vollwertige IDE.
Ich habe mir mittlerweile angewöhnt, mich nicht groß darum zu kümmern, solange die Scripte fehlerfrei laufen.
Gibt's Probleme, kann ich die Kringel immer noch als "Schubs in die richtige Richtung" verwenden.
@hub01
Ja und das hat jeder gelesen... weiß nicht wieso du wiederholst, das jemand dein Log in codetags gesetzt hast, damit man es besser lesen kann.
Du hast noch immer nicht gesagt das die Meldungen aus dem Editor im Javascript-Adapter, wenn man Problem anzeigen anklickt, stammen. Das kann man aber aus den Bildern ableiten.
Das sind false positiv, kommt vor. ts-ignore für einen ganzen File ist keine gute Idee, weil dann auch die echten Fehler nicht angezeigt werden. Ich selbst weiß auch nicht wie der Befehl dafür ist.
Hm, da die alle mit chatbots rummachen mal "hey google - Schalte das Licht an?" versucht.
@dan0025 Bei v24 systematisch vorgehen. Am Umsetzer an der V24 RX in TX verbinden und mit Tenetclient verbinden Putty kann z.B. auch telnet. Dann solltest Du das abgesendete lesen können. Damit kannst Du überprüfen ob es an dem Adapter liegt. Wenn das funktioniert ist es das Kabel zur Batterie.
Dort am richtigen Port?
@asgothian .. habe ich hochgeladen
https://github.com/inventwo/custom-zigbee/blob/main/Converter/CC2530.GREEN.js
Ich bin heute ab 15 Uhr wieder erreichbar.
EDIT: Der Dialog erscheint wenn du in Objekte am Ende der Zeile des Set Datenpunktes auf den Stift klickst
IMHO ist der common.name der dort erzeugt wird nichtssagend.