@glh-510
Hallo !
Ich hab einfach das Javascript nur in einem bestimmten Zeitraum am laufen wo definitiv keine Daten zu erwarten sind.
schedule('*/5 6-21 * * *', STL200Lesen);//alle 5 Minuten täglich function STL200Lesen in der Zeit zwischen 6 - 21 Uhr aufrufen
Gruß Sonnenschein
@bananajoe
Vielen Dank für die Hilfe, das hat geholfen und jetzt werden wieder Daten in die SQL DB geschrieben. Die Verbesserung mit dem NICHT alles löschen finde ich Super.
..muß jetzt erst mal weg, schauen nach her noch mal auf die Daten.
Danke 
@AlCalzone sagte in Javascript js Datei parsen STL200:
Ja, du rufst auch console.error auf (Zeile 3). Das sollte natürlich nur passieren, wenn error einen Wert hat. Also eher so:
// Zeile 3-5 ersetzen durch: if (error) { console.error('error: ' + error); } else { // body auswerten (parsen, regex, whatever...) }
Hallo AlCalzone!
Mit der Korrektur ist der Fehler weg. OK. Anscheinend hast mich jetzt auf den richtigen Weg gebracht.
Jetzt habe ich das Script ergänzt und siehe da ich bekomme schon mal den gesuchten Wert in eine Variable und damit in die console geloggt.
Hier mein Testscript:
const request = require('request');
var url = 'http://123.123.123.111/min_cur.js'
const regex = /var Pac=(-?\d?\d+)/gm; // das ist mein regex aus dem online regex check
request(url, function (error, response, body) {
if (error) {
console.error('error: ' + error);
} else {
// body auswerten (parsen, regex, whatever...)
let m;
while ((m = regex.exec(body)) !== null) {
// This is necessary to avoid infinite loops with zero-width matches
if (m.index === regex.lastIndex) {
regex.lastIndex++;
}
// The result can be accessed through the `m`-variable.
m.forEach((match, groupIndex) => {
console.log(`Found match, group ${groupIndex}: ${match}`);
});
console.log(m);//ich möchte sehen was das im body rauskommt.
}
}
});
Jetzt kann ich endlich weiter basteln und die Werte in einen Datenpunkt schreiben.
Danke für die Hilfe.
Hallo!
Stand vor der gleichen Frage. Da ja mit dem Wechsel von bullseye auf bookworm gleichzeitig auf 64bit gewechselt habe, kam nur ein neu aufgesetztes System in Frage.
Ich hatte nochne Raspi 4b mit 4G liegen.
USB SSD 1 aTB dran und mit dem Raspi Imager vom Win10 PC inkl. Voreinstellungen drauf geschrieben.
Dann nach mehreren rebbots war der PI startklar.
Ich lasse auf dem Pi Iobroker, Mariadb, Grafana laufen.
Die Bachups macht der Backitup Adapter auf NAS.
Iob installiert, die Backitup Adapter config vom alten Pi gesichert und reingelegt.
Dann die Bachups vom NAS hergestellt.
Grundsätzlich lief dann die Kiste. An manchen Dingen muß ich noch arbeiten bis der Pi der Produktive wird.
..geänderte Hostname bei Vis Problemchen
..grafana Umstellung API auf Token verpennt, deshalb jetzt arbeit beim Recover
....sudo update Warnung Schlüsselring Debian
...
Wie oft hier im Forum gelesen, Neuinstallation ist der richtige und bessere Weg
@bananajoe sagte in Test PV Forecast Adapter:
@haus-automatisierung ja .... wäre es ..... gilt aber ja auch für JSONTable ...
Hallo Zusammen!
Ich habe Eure Diskussion verfolgt und mein Problem mit den Datenpunkt und Darstellungen der Prognose noch mal auf den Kopf gestellt.
Erstes Problem welches ich mir eingebaut hatte: Beim Anlegen des Datenpunkt unter Userdata für die SQL Datenbank, hatte ich noch auf archivieren stehen, UND delta Speicherung mit trotzdem alle 3600 Sekunden spichern. Da im Datenpunkt eine 0 stand hat er mir zusätzlich zum Script noch vom SQL Adapter rein geschrieben.
Trotzdem hatte ich dann mit dem Start des Blockly korrekte Daten in der SQL DB in VIS aber nur bis die Zeit der Prognose am nächsten Tag zu Ende war. Das Script hat nicht aktualisiert.
Nach dem ich Stunden mit dem Trigger im Blockly gekämpt habe, habe ich am Ende das Script weggeschmissen und neu angelegt. Anpassungen an meine Anlage bzw. die JSON Tabelle Summery des Adapter.
Seit dem läuft es wieder so wie es soll. Bei Änderung wird in die DB geschrieben. Und die Verbesserung von BananaJoe historische Daten durch das geänderte Schreiben ohne Delete all.
Danke für Eure Diskussion das hat geholfen!
@marty56 Hallo!
ich habe das so gelöst (Daten aus MySQL DB)
und im Grafana Panel den Zeitbereich auf now -16h bis now+40h
sieht dann so aus:
@shadowhunter23 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
@thomas-braun
Ich warte auf deine Rückmeldung bis das Problem behoben ist.
Hallo!
Ich habe soeben das gleiche Problem festgestellt. Zunächst hat iob fix mich hingewiesen das ich den Desktop aktiv habe. Die Frage nach Deaktivierung konnte nicht beantwortet werden da das script einfach weiter gelaufen ist und dann die Meldung bringt, alle iob prozesse zu stoppen.
iob diag läst sich nicht ausführen da erst iob fix laufen muß.
Desktop habe ich inzwischen deaktiviert.
raspberry pi 4b mit bookworm neu installation; RAM 4GB; Node.js 20.18.0; iob 6.0.11
Hallo!
Stand vor der gleichen Frage. Da ja mit dem Wechsel von bullseye auf bookworm gleichzeitig auf 64bit gewechselt habe, kam nur ein neu aufgesetztes System in Frage.
Ich hatte nochne Raspi 4b mit 4G liegen.
USB SSD 1 aTB dran und mit dem Raspi Imager vom Win10 PC inkl. Voreinstellungen drauf geschrieben.
Dann nach mehreren rebbots war der PI startklar.
Ich lasse auf dem Pi Iobroker, Mariadb, Grafana laufen.
Die Bachups macht der Backitup Adapter auf NAS.
Iob installiert, die Backitup Adapter config vom alten Pi gesichert und reingelegt.
Dann die Bachups vom NAS hergestellt.
Grundsätzlich lief dann die Kiste. An manchen Dingen muß ich noch arbeiten bis der Pi der Produktive wird.
..geänderte Hostname bei Vis Problemchen
..grafana Umstellung API auf Token verpennt, deshalb jetzt arbeit beim Recover
....sudo update Warnung Schlüsselring Debian
...
Wie oft hier im Forum gelesen, Neuinstallation ist der richtige und bessere Weg
@glh-510
Hallo !
Ich hab einfach das Javascript nur in einem bestimmten Zeitraum am laufen wo definitiv keine Daten zu erwarten sind.
schedule('*/5 6-21 * * *', STL200Lesen);//alle 5 Minuten täglich function STL200Lesen in der Zeit zwischen 6 - 21 Uhr aufrufen
Gruß Sonnenschein
Hallo zusammen. Habe seit kurzem einen Roborock s7 MaxV FW 02.56.02 .
Den Adapter habe ich heute mal installiert.
CONNECT zum Konto scheint noch zu funktionieren. Dann bekomme ich eine Fehlermeldung.
roborock.0
2022-12-25 19:09:58.000 error TypeError: this.homedata.products is not iterable at Roborock.onReady (/opt/iobroker/node_modules/iobroker.roborock/build/main.js:75:40)
roborock.0
2022-12-25 19:09:57.998 error TypeError: Cannot read properties of null (reading 'token') at Roborock.getRoborockUserHomedata (/opt/iobroker/node_modules/iobroker.roborock/build/main.js:254:28) at async Roborock.onReady (/opt/iobroker/node_modules/iobroker.roborock/build/main.js:74:7)
Im Objekt Info : Device or service connected
@marty56 Hallo!
ich habe das so gelöst (Daten aus MySQL DB)
und im Grafana Panel den Zeitbereich auf now -16h bis now+40h
sieht dann so aus:
@bananajoe sagte in Test PV Forecast Adapter:
@haus-automatisierung ja .... wäre es ..... gilt aber ja auch für JSONTable ...
Hallo Zusammen!
Ich habe Eure Diskussion verfolgt und mein Problem mit den Datenpunkt und Darstellungen der Prognose noch mal auf den Kopf gestellt.
Erstes Problem welches ich mir eingebaut hatte: Beim Anlegen des Datenpunkt unter Userdata für die SQL Datenbank, hatte ich noch auf archivieren stehen, UND delta Speicherung mit trotzdem alle 3600 Sekunden spichern. Da im Datenpunkt eine 0 stand hat er mir zusätzlich zum Script noch vom SQL Adapter rein geschrieben.
Trotzdem hatte ich dann mit dem Start des Blockly korrekte Daten in der SQL DB in VIS aber nur bis die Zeit der Prognose am nächsten Tag zu Ende war. Das Script hat nicht aktualisiert.
Nach dem ich Stunden mit dem Trigger im Blockly gekämpt habe, habe ich am Ende das Script weggeschmissen und neu angelegt. Anpassungen an meine Anlage bzw. die JSON Tabelle Summery des Adapter.
Seit dem läuft es wieder so wie es soll. Bei Änderung wird in die DB geschrieben. Und die Verbesserung von BananaJoe historische Daten durch das geänderte Schreiben ohne Delete all.
Danke für Eure Diskussion das hat geholfen!
@bananajoe
Hallo BananaJoe!
Ich habe meinen Adapter noch mal auf KW statt W umgestellt.
Die Werte werden dann als Kommazahl im json dargestellt
[{"Time":"2022-11-01 07:11:00","Power":"0,000"},{"Time":"2022-11-01 08:00:00","Power":"0,010"},{"Time":"2022-11-01 09:00:00","Power":"0,065"},{"Time":"2022-11-01 10:00:00","Power":"0,130"},{"Time":"2022-11-01 11:00:00","Power":"2,004"},{"Time":"2022-11-01 12:00:00","Power":"3,986"},{"Time":"2022-11-01 13:00:00","Power":"4,769"},{"Time":"2022-11-01 14:00:00","Power":"4,433"},{"Time":"2022-11-01 15:00:00","Power":"3,079"},{"Time":"2022-11-01 16:00:00","Power":"1,663"},{"Time":"2022-11-01 16:51:00","Power":"0,000"},{"Time":"2022-11-02 07:13:00","Power":"0,000"},{"Time":"2022-11-02 08:00:00","Power":"1,179"},{"Time":"2022-11-02 09:00:00","Power":"3,049"},{"Time":"2022-11-02 10:00:00","Power":"4,314"},{"Time":"2022-11-02 11:00:00","Power":"5,254"},{"Time":"2022-11-02 12:00:00","Power":"5,109"},{"Time":"2022-11-02 13:00:00","Power":"4,829"},{"Time":"2022-11-02 14:00:00","Power":"4,644"},{"Time":"2022-11-02 15:00:00","Power":"3,027"},{"Time":"2022-11-02 16:00:00","Power":"1,493"},{"Time":"2022-11-02 16:49:00","Power":"0,000"}]
Ich verstehe aber Deine Blockly Zeile evtl. noch nicht richtig.
Die Funktion "Replace Dot" wirkt nicht, da es keinen Punkt gibt. OK
Wenn ich zwischen "Replace DOT" und "nach Zahl" einen addierer mit 0.001 einbaue, bekomme ich auch eine Kommazahl in meiner Variablen angezeigt. Also scheint doch die Kommastelle oder das Komma aus dem json nicht gelesen zu werden. Oder bin ich auf dem Holzweg?
Evtl hast Du hier noch eine Idee?
Erst mal lasse ich den Adapter auf Watt stehen damit es erst mal läuft.
@sonnenschein sagte in Test PV Forecast Adapter:
@bananajoe
ja in die SQL DB werden keine Kommawerte geschrieben, deshalb KW Darstellung ungenügend.
Mit den Watt paßt das schon.
Habe im Blockly mal Debug Bausteine eingebaut.
Demnach steht eine Kommazahl in json Tabelle aber die Variable Leistungswert holen tempLeistungSonnenschein ist ohne Kommastelle!
Hast da jemand deine Erklärung?
Warum die json Tabelle meiner Einzelanlage nicht funktioniert, scheint daran zu liegen das in der Tabelle kein Anlagenname steht! Also in Summery steht der "Sonnenschein" als Anlagenname , in der Tabelle unter plants aber nicht! da steht nur Power! Habe das im Blockly angepaßt und dann kommt auch kein REPLACE Fehler wie oben beschrieben.
@bananajoe
ja in die SQL DB werden keine Kommawerte geschrieben, deshalb KW Darstellung ungenügend.
Mit den Watt paßt das schon.
