Monatsrückblick Januar/Februar 2026 ist online!

[Homoran]

@mcu sagte in ehemalige Historydaten finden:

Kein Kopie bei google?

iiiih - nein :grin:

aber ist wahrscheinlich nicht schlimm. der aktuelle DP beginnt am 09.12.2019.
Das war nach dem Zählerwechsel

aber wie verwurstet denn dein Skript Datenpunkte, due in alte DPs per aluas schreiben.
ich jab im Moment auch keinen Schimmer wie ich diese finde.

[MCU]

@homoran Da muss ich erstmal drüber nachdenken. Momentan ist alias gar nicht berücksichtigt, da ich gar nicht mit alias ansonsten arbeite.
Wie ist es, wenn es ein ioBroker DP gibt : 0_userdata.0.dp1 und der hätte einen alias , wo wird der history geschrieben, im alias oder DP? alias, oder?

[Homoran]

@mcu sagte in ehemalige Historydaten finden:

@homoran Da muss ich erstmal drüber nachdenken. Momentan ist alias gar nicht berücksichtigt, da ich gar nicht mit alias ansonsten arbeite.
Wie ist es, wenn es ein ioBroker DP gibt : 0_userdata.0.dp1 und der hätte einen alias , wo wird der history geschrieben, im alias oder DP? alias, oder?

das versuche ich gerade herauszufinden.
ich meine auch nicht die Aliase, sondern in history gab es schon bevor es allgemeine Aliase gab, einen neuen Sensor mit der history des alten Sensors zu verknüpfen indem dessen history fortgeschrieben wurde.

Ich suche gerade nach solchen Geräten. Wie es immer ist finde ich nix.

[MCU]

@homoran
enabledDPs

Wird doch als alias gespeichert:

[Homoran]

@mcu das sind duese zwei verschiedenen Aliase
0_alias.0 ist der allgemeine Alias für Datenpunkte.
Das hat nichts mit dem History-Alias zu tun

[MCU]

@homoran
Entscheidend dürfte der history-alias sein. Denn das array gegen das geprüft wird hat den aktiven DP im array, aber nicht den history-alias.
Nutzt du sowas?
wenn im alias.0 - namespace ein DP das history-logging aktiv hat steht auch der alias.0...-DP im enabled Array drin.

[Homoran]

@mcu sagte in ehemalige Historydaten finden:

Wird doch als alias gespeichert:

da kannst du aber auch einen bisher existierenden DP eintragen.
Dann werden die Daten des gerade konfigurierten DPs in die Historie des bisherigen DPs geschrieben

[MCU]

@homoran Und nutzt du es? Hast also in den history-alias etwas drin? weil dann muss ich den history-alias in das array rein setzen und nicht den eigentlichen DP.

[Homoran]

@mcu sagte in ehemalige Historydaten finden:

Nutzt du sowas?

ich weiß das ich solche History-ALIASE angelegt hatte um die bestehende Historie mit einem Ersatzgerät fortführen zu können.
Ich kann mich leider nicht erinnern was dasxwar.
Auf due Schnelle hab ich nichts gefunden.

Möglicherweise sind diese DPs aber bereits beim loggen deaktiviert.

Gib mir Zeit, bitte!
Vielleicht hat @apollon77 eine Idee wie man schnell solche DPs findet, due ein History-Alias verwenden.

[MCU]

@homoran Hab es angepasst im Programm. v1.0.2
Wenn jetzt eine aliasId vorhanden ist im history, dann nimmt er die id in enabledDPs-Array. Und dann passt es auch wieder mit der Kontrolle.

Liste der history-DPs mit aliasId:
Aufrufen: listHistoryWithaliasIdDPs('history.0');

function listHistoryWithaliasIdDPs(adp){
    let arr =[];
    sendTo(adp, 'getEnabledDPs', {}, function (result) {
        let count = 0;
        for ( let dp in result){
            let dpHistoryAlias = getObject(dp).common.custom[adp].aliasId;
            if (dpHistoryAlias != '' && dpHistoryAlias != undefined){
                arr.push({'dpId':dp,'aliasId':dpHistoryAlias});
                count++;
            }
        }
        log('Anzahl der aktiv geloggten DPs mit aliasId: '+count);        
        // setStateAsync(findOldDPs_Enabled,JSON.stringify(arr),false);
        log(JSON.stringify(arr));
    });
}

LOG:

[Homoran]

@mcu parallel dazu habe ich einen gefunden

hier ist ein alias eingetragen.

dIeser DP existiert allerdings noch (oder etwa weil er als alias verwendet wird? )

in deinem Array ist nur der Alias drin

[MCU]

@homoran Mit v1.0.2

[Homoran]

@mcu sagte in ehemalige Historydaten finden:

@homoran Mit v1.0.2

nee 1.0.1

[MCU]

@homoran Dann haben beide DPs einen aktive history!

hm-rega.0.KEQ1065589.0.DUTY_CYCLE
hm-rega.0.43579

Warum der hm-rega.0.KEQ1065589.0.DUTY_CYCLE nicht in der Liste?

[Homoran]

@mcu sagte in ehemalige Historydaten finden:

Warum der hm-rega.0.KEQ1065589.0.DUTY_CYCLE nicht in der Liste?

gute Frage!

ich muss aber für heute Schluss nachen. Danke Für deine Beharrlichkeit!

[MCU]

@homoran Ok. Bis dann.

[klassisch]

[OT?] wenn ich das richtig verstehe, geht es hier um ein Skript, welches history Daten einliest und verarbeitet. Ich habe ab und an das Thema, daß ich gerne im Nachhinein History Daten miteinander verrechnen möchte und z.B. einen neuen Datenpunkt erzeugen möchte. Einfachster Fall: 2 Datenpunkte addieren und in einen dritten schreiben. Macht es Sinn, dabei auf dieses Skript aufzubauen?

[Homoran]

@klassisch dieses Skript sucht ehemalig geloggte Datenpunkte, die aktuell nicht mehr aktiv geloggt werden.
Also so genannte "History-Leichen".

[klassisch]

@homoran Danke, ok, die lasse ich in Frieden ruhen :-)

[Homoran]

@klassisch sagte in ehemalige Historydaten finden:

@homoran Danke, ok, die lasse ich in Frieden ruhen :-)

fressen aber (massiv) Plattenplatz. Was ich bisher gelöscht habe hat etwa 100MB pro Tag gebracht.
Bei 1200 Tagen wären das 12 GB History.

Zugegeben ich bin bisher Datenmessie gewesen und war auf 55GB Historydaten.