ioBroker auf Intel NUC 7CJYH
Debian 12
States in Redis
Objects in JSONL
Repo --> beta
HM CCU2 V2.61.7
Siemens LOGO! (0BA7 / 0BA8)
Admin V7.4.7
Node V20.18.1 / NPM V10.8.2
JSC V7.0.6 / JSE V8.8.3
Wollte einfach mal danke sagen!
Habe mein System gestern auf die 2.1.1 gehoben, dies hat dank der guten Erklärung hier im Thread problemlos geklappt. Es fühlt sich alles etwas schneller an!! Die Alias-Funktion finde ich auch sehr gelungen.
Danke nochmals,
Gruß Steffen
Hallo,
ich habe das Script seit November 21 am laufen. Seit März haben bei mir auch die Werte von Januar und Februar 22 gefehlt. Bin nun auf die aktuellste Version aus dem ersten Post gegangen aber der Januar und Februar werden weiterhin nicht geladen. Der November und Dezember aus 21 werden allerdings sauber geladen. Auch ein manuelles starten des Datenabrufs ändert nichts daran.
Hat jemand noch einen Tipp für mich wo ich noch suchen kann?
EDIT: Hmmm...., ich habe das mit dem manuellen abrufen seit gestern bestimmt 10x versucht, auch mal die kompletten Ordner unter 0_userdata.0.Solarweb gelöscht und neu anlegen lassen. Habe jetzt mal das Script nochmal gelöscht und neu eingefügt und was soll ich sagen - nun geht´s. Keine Ahnung woran das gelegen hat. 
Gruß Steffen
@PatrickWalther ,
kurze Rückmeldung auch von m ir, die Warnmeldungen "... has no existing object ..." sind nun mir der neuen Version weg.
Vielen Dank!
Habe nun auch Admin auf die 4.0.5, Web auf die 3.0.1 und Socket.io auf die 3.0.1 gehoben, hat alles Problemlos funktioniert. Forced Reload durchgeführt, richtige socket.io Version wird auch im Chrome Web-Entwickler Tool angezeigt.
Was mir noch aufgefallen ist, ich konnte beim Virenscanner (Kaspersky), den Web-Anti-Virus wieder aktivieren ohne das ständig connect/disconnect Meldungen im Log erscheinen. Das aber nur am Rande, da OT.
Gruß Steffen
@skb ,
du brauchst dich nicht zu entschuldigen, immerhin machst du das ja freiwillig.
Der Adapter hat sich aber in den letzten Tagen auch enorm weiter entwickelt, sieht echt geil aus. 
Gruß Steffen
@apollon77, @Diginix
Github Issue ist erstellt --> Github-Link
@apollon77, @wendy2702: Danke Euch für die Hilfe!
ahh..., das war ja leicht 
Das ich im Terminal auch mit copy&paste via rechte Maustaste arbeiten kann wusste ich noch gar nicht!
Vielen Dank für den Tip!
Update auf 6.1.0 hat problemlos funktioniert, Der Schedule Bug ist weg.
Super Arbeit!
Gruß Steffen
das kommt daher weil dieser Wert interpoliert wurde, d.h. für den aktuellen Zeitpunkt gibt es für diesen Datenpunkt (z.B. Wasserzähler, o.ä.) keinen Messwert in der Datenbank. Der (interpolierte) Wert wird also in irgendeiner Weise berechnet. Ich hoffe ich habe da so richtig wiedergegeben.
Ob man das abstellen kann kann ich nicht beantworten.
Gruß
Steffen
Edit:
Hier noch der Hinweis vom Github bzgl. dieses Features:
@forestarius
ich kann dir per PN keine Bilder schicken.
So schaut z.B. ein Netzwerkeingang bei mit in der LOGO aus:
Rot umrandet ist die Variablen-Adresse
Die beiden Variablen kommen dann in der S7-Instanz unter DB an, das sieht wie folgt aus:
Unter Objekte ergibt das dann folgendes:
Nun kannst du auf die beiden Objekte "Markise_Terrasse_Ausfahren" oder "Markise_Terrasse_Einfahren" per JS / Blockly / etc. zugreifen. Z.b. in JS mit
setState("Markise_Terrasse_Ausfahren", true);
um die Markise ausfahren zu lassen.
Gruß Steffen
Moin,
Bin auch am Spielen mit dem Adapter und schon hab ich da eine Frage.
Was genau ist der Unterschied zwischen dem State
ford.0.xxxxxx.remote.refresh
und
ford.0.xxxxxx.remote.status
?
Gruß Steffen
ups, Tippfehler ich meinte eigentlich die 3.3.2 
ich bin heute auf die Version 3.2.2 gegangen.
Ist echt super geworden - danke für die vielen neuen Funktionen!
Gruß Steffen
das kommt daher weil dieser Wert interpoliert wurde, d.h. für den aktuellen Zeitpunkt gibt es für diesen Datenpunkt (z.B. Wasserzähler, o.ä.) keinen Messwert in der Datenbank. Der (interpolierte) Wert wird also in irgendeiner Weise berechnet. Ich hoffe ich habe da so richtig wiedergegeben.
Ob man das abstellen kann kann ich nicht beantworten.
Gruß
Steffen
Edit:
Hier noch der Hinweis vom Github bzgl. dieses Features:
Update auf 6.1.0 hat problemlos funktioniert, Der Schedule Bug ist weg.
Super Arbeit!
Gruß Steffen
guter Hinweis, ich bin jetzt mal auf 5/35 gegangen. Und bisher sieht es gut aus.
stimmt, ab und zu werden Daten gelesen. Ich kann aber noch kein Muster darin erkennen.
@Triple-M , @Strobelix ,
hmm, bei mir hat das Script nun 2x sauber aktualisiert. Jetzt geht aber wieder nichts mehr. Es kommt immer die Meldung mit dem Token, das nicht mehr erstellt werden kann. Die weiteren Abfragen vom Script werden dann ebenfalls mit einer Warnung beendet.
