UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Marc Berg]

@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:

Bekomme folgenden Fehler:

ja, da hast du eine Klammer zu viel gelöscht:

|> rename(columns: {"${measurement1}": "PV-SEWeb-Ertrag-Tag"})

[bitwicht]

@Marc-Berg

jetzt bekomme ich folgenden Fehler:

19:29:04.701	info	javascript.0 (59677) Start javascript script.js.PV-SE-Web-Export-Datei-fuer-Solarlog
19:29:04.735	info	javascript.0 (59677) script.js.PV-SE-Web-Export-Datei-fuer-Solarlog: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
19:29:05.110	error	javascript.0 (59677) script.js.PV-SE-Web-Export-Datei-fuer-Solarlog: TypeError: console.info is not a function
19:29:05.111	error	javascript.0 (59677) at Object.complete (script.js.PV-SE-Web-Export-Datei-fuer-Solarlog:50:13)
19:29:05.276	error	host.raspberrypi Caught by controller[1]: at Object.complete (script.js.PV-SE-Web-Export-Datei-fuer-Solarlog:51:13)

Du schreibst die Datei in: /opt/iobroker/exports/
Das Verzeichnis exports gibt es noch nicht. Legt er es automatisch an?

[Marc Berg]

@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:

jetzt bekomme ich folgenden Fehler:

Ah, das liegt glaube ich an meiner aktuelleren Version des Javascript Adapters.

Mach mal aus

console.info ---> console.log

Du schreibst die Datei in: /opt/iobroker/exports/
Das Verzeichnis exports gibt es noch nicht. Legt er es automatisch an?

Nein, das musst du manuell anlegen, oder du schreibst irgendwo anders hin.

EDIT: natürlich an einer Stelle, wo der User iobroker Schreibrechte hat.

[bitwicht]

OK, die Datei hat er angelegt aber ist leer.

Wie oft aktualisiert er denn die Datei, wo sehe ich das?

19:53:34.529	info	javascript.0 (59734) Start javascript script.js.PV-SE-Web-Export-Datei-fuer-Solarlog
19:53:34.578	info	javascript.0 (59734) script.js.PV-SE-Web-Export-Datei-fuer-Solarlog: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
19:53:34.609	info	javascript.0 (59734) script.js.PV-SE-Web-Export-Datei-fuer-Solarlog: Finished SUCCESS

[Marc Berg]

@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:

OK, die Datei hat er angelegt aber ist leer.

Dann liefert die Abfrage (noch) keine Daten, weil du wohl im Dez. noch nicht in die DB geschreiben hast. Wenn du zu Testzwecken auch die Daten aus dem Januar haben willst, musst du

, stop: date.truncate(t:-1s, unit:1mo)

löschen.

Wie oft aktualisiert er denn die Datei, wo sehe ich das?

Im Moment nur, wenn du das Skript neu startest. Wenn du es regelmäßig laufen lassen willst, dann über einen Schedule. Da muss dann aber jemad anders helfen, ich nutze den Javascript-Adapter nur für einfache Einmal-Aufgaben.

[bitwicht]

Habe bisher nur im Jan Daten.

Sorry aber wenn ich das raus mache kommt der Fehler

20:15:02.390	error	javascript.0 (59734) script.js.PV-SE-Web-Export-Datei-fuer-Solarlog: {}
20:15:02.391	error	javascript.0 (59734) script.js.PV-SE-Web-Export-Datei-fuer-Solarlog: Finished ERROR
20:15:03.099	info	javascript.0 (59734) Stop script script.js.PV-SE-Web-Export-Datei-fuer-Solarlog

[Marc Berg]

@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:

raus mache kommt der Fehler

zeig bitte nochmal das aktuelle Skript, wie es jetzt bei dir aussieht.

[bitwicht]

bitte

const {InfluxDB} = require('@influxdata/influxdb-client')
const fs = require('fs')
 
// vvvvvvvvvvvvvvv ANPASSEN!!! vvvvvvvvvvvvvvv
const Token ='xxxxxxxxxxxxx'
const Url ='http://192.168.0.11:8086'
const Org = 'home'
const Bucket = 'iobroker'
const measurement1 = "PV-SEWeb-Ertrag-Tag"
const Outputfile = '/opt/iobroker/exports/daily_previous_month.txt'
 
const query = ` import "date" 
                import "timezone" 
                option location = timezone.location(name: "Europe/Berlin") 
            
                from(bucket: "${Bucket}")
                |> range(start:date.truncate(t:-1mo, unit:1mo)) 
                |> filter(fn: (r) => r._measurement == "${measurement1}")
                |> filter(fn: (r) => r._field == "value")
                |> aggregateWindow(every: 1d,fn:max,timeSrc: "_start",createEmpty:false)
                |> pivot(rowKey:["_time"], columnKey: ["_measurement"], valueColumn: "_value")
                |> rename(columns: {"${measurement1}": "PV-SEWeb-Ertrag-Tag"})
                |> keep(columns: ["_time", "PV-SEWeb-Ertrag-Tag"])    
                `
// ^^^^^^^^^^^^^^^ ANPASSEN!!! ^^^^^^^^^^^^^^^
 
const client = new InfluxDB({
  url: Url,
  token: Token
})
 
const queryApi = client.getQueryApi(Org)
 
const stream = fs.createWriteStream(Outputfile) // , {flags: 'a'} zum Anhängen an die Datei
 
const writeToFile = (fluxRow) => {
  let fluxdate = new Date(fluxRow._time)
  let formattedDate = fluxdate.toLocaleDateString('de-DE', { day: '2-digit', month: '2-digit', year: '2-digit' })
  stream.write(`da[dx++]="${formattedDate}|${fluxRow.PV-SEWeb-Ertrag-Tag};0|"\n`)
}
 
queryApi.queryRows(query, {
  next: (row, tableMeta) => writeToFile(tableMeta.toObject(row)),
  error: error => {
    console.error(error);
    console.error('\nFinished ERROR');
  },
  complete: () => {
    stream.end();
    console.log('\nFinished SUCCESS');
  },
});

[Marc Berg]

@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:

das kommt durch die Bindestriche in der Umbenennung in

 |> rename(columns: {"${measurement1}": "PV-SEWeb-Ertrag-Tag"})

Nimmt da mal ein Wert ohne Bindestriche.

[bitwicht]

das ist ein Problem.
So heißt mein AliasID in der Influx.

Kann ich auch das nehmen 0_userdata.0.Systemdaten.Solaranlage.Anlagen.1565936.Erzeugung.Heute ?

Oder kennt die DB den Wert nicht?

[Marc Berg]

@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:

das ist ein Problem.

Nein, ist es nicht.

Der Wert wird doch nur als Alias im Skript verwendet. Da kannst du auch "xyz" nehmen und hier natürlich auch:

stream.write(`da[dx++]="${formattedDate}|${fluxRow.xyz};0|"\n`)

[bitwicht]

Perfekt. Geht.

In der Datei steht:
da[dx++]="04.01.24|15.62;0|"
da[dx++]="05.01.24|9.52;0|"
da[dx++]="06.01.24|3.13;0|"
da[dx++]="07.01.24|0;0|"

Wie kann ich das umdrehen das der aktuelle Tag immer oben steht?

Dein Script geht jetzt bis "unendlich" zurück?

[Marc Berg]

@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:

Wie kann ich das umdrehen das der aktuelle Tag immer oben steht?

Einfach als letzte Zeile an die Query anhängen:

 |> sort(columns: ["_time"], desc: true)   

Dein Script geht jetzt bis "unendlich" zurück?

Ne, im Moment ab dem 1. des Vormonats

|> range(start:date.truncate(t:-1mo, unit:1mo)) 

Wenn es weiter zurück gehen soll, dann musst du "-1mo" anpassen.

[bitwicht]

@Marc-Berg

wie ist der Syntax für 20 Jahre zurück = "-20y" ?

Ich habe ein anderes Script (Shelly) das sich automatisch alle 15 Minuten aktualisiert.

Im Script steht:

// Alle 15 Minuten das Skript für den Tagesverbrauch ausführen
schedule('*/15 * * * *', shelly_verbrauch_update);

function shelly_verbrauch_update() {

Ich kenne mich ja leider nicht aus aber kann es sein, dass das Script in einer Funktion ist und der Scaduler einfach die Funktion startet ?!

Wenn wir dein Script so bauen:

function SE-Web-Update() {
##### hier dein Script rein ######
schedule('*/15 * * * *', SE-Web-Update);

Doch ich habe es hinbekommen.
Es ging nicht wegen der "-"

so geht es:

function SEWebUpdate() {
//// hier dein Script rein /////
schedule('*/15 * * * *', SEWebUpdate);

[Marc Berg]

@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:

wie ist der Syntax für 20 Jahre zurück = "-20y" ?

ja, genau.

1s für Sekunde
1m für Minute
1h für Stunde
1d für Tag
1w für Woche
1mo für Monat
1y für Jahr

[bitwicht]

@Marc-Berg

Super, vielen Dank!

Jetzt versuche ich dein Script noch für Monat und Jahr anzupassen (brauch ich aber noch den Datenpunkt).
Und dann noch der FTP Upload.

Das mit der Funktion geht auch:
function SEWebUpdate() {
//// hier dein Script rein /////
schedule('*/1 * * * *', SEWebUpdate);

Er Erstellt jetzt alle Minute die Datei neu.

[bitwicht]

@Marc-Berg

Die Daten werden doch in der Influx in measurement = "PV-SEWeb-Ertrag-Tag" gespeichert.
In meiner App hätte ich die historischen Daten.
Wie könnte ich diese denn in die Datenbank manuell eintragen?
Gibt es da eine Art Web-Explorer, Manuelle Eingabe oder ev. CSV Import ?

Den FTP Upload habe ich auch hinbekommen, sogar direkt im Script.

const  Client = require('ftp');
    const  c = new Client();
    c.on('ready', function() {
      c.put('/opt/iobroker/exports/daily_previous_month.txt', 'daily_previous_month.txt', function(err) {
        if (err) throw err;
        c.end();
      });
    });
    c.connect({
        host:"xxxxxx",
        user:"xxxxxx",
        password:"xxxxx"
    }
    );

[Marc Berg]

@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:

Gibt es da eine Art Web-Explorer, Manuelle Eingabe oder ev. CSV Import ?

Ich glaube, unter den Voraussetzungen wäre es am einfachsten, die Daten ins Line Protocol zu überführen, das ist ganz simpel aufgebaut. Einziger Haken ist dabei, dass du die Zeit in einen Unix Timestamp übersetzen musst.

measurementName fieldKey="field string value" <Zeitstempel>

Bei dir müsste es also so aussehen:

PV-SEWeb-Ertrag-Tag value="15.62" 1704326400
PV-SEWeb-Ertrag-Tag value="9.52" 1704412800
PV-SEWeb-Ertrag-Tag value="3.13" 1704499200

Diese Daten kannst du dann via InfluxDB Webgui (Sources-->File Upload-->Line Protocol) ganz einfach importieren. Wichtig ist dabei, dass du die passende Precision mit angibst. In meinem Beispiel wären das "Sekunden".

[bitwicht]

@Marc-Berg

Unable to write.

bevor ich da was "kaputt" mache.
in der Weboberfläche steht sogar ein Beispiel:

myMeasurement = PV-SEWeb-Ertrag-Tag
Tag1 = habe ich nicht ?
Tag2 = habe ich nicht ?
fieldKey = mein Wert
Timestamp = Zeit in Unix -Sekunden

Müsste es dann so aussehen?

PV-SEWeb-Ertrag-Tag, fieldKey="15.616" 1704376800

[Marc Berg]

@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:

Müsste es dann so aussehen?

Nein, das Komma ist zu viel. Kommata benutzt man nur, wenn man mit Tags arbeitet. Mache es so, wie ich geschrieben habe, das ist getestet.

EDIT: und drauf achten, dass in der Datei keine leeren Zeilen am Ende stehen.

EDIT2: "fieldKey" MUSS "value" lauten!