NEWS
ehemalige Historydaten finden
-
@mcu sagte in ehemalige Historydaten finden:
@homoran Lag es am write = true?
Dann hat der Adapter "history" einen Fehler.
Man kann ja trotzdem (write:false) über den Adapter Werte in den State schreiben oder?sieht so aus!
dann muss da @apollon77 mal nachsehen, dann kan der das vielleicht auch mit den history-Alias-DPs klären -
@homoran
Das einzige offene Problem ist jetzt, dass der getEnabledDPs (history) die DPs nicht einfängt, wennwrite vom DP:false
ist.
Gibt es sonst noch Probleme? -
@mcu sagte in ehemalige Historydaten finden:
Gibt es sonst noch Probleme?
zumindest keine offensichtlichen!
mit den Alias muss ich nochmal drüber schlafen. Deine Idee nur die AliasID als enabled zu nehmen kann ich noch nicht so recht nachvollziehen. schließlich ist der neue Datenpunkt ja wirklich enabled.
-
@homoran Der alte ist DUTY_CYCLE und der neue ist 43579.
Der alte hat einen aliasID und der neue nicht. Somit würde nur noch der neue im enabledDPs-Array stehen, der einmal über den alias erkannt wird und einmal als eigenständiger enabled DP.
history schreibt aber nur in den Neuen (43579). -
@mcu das kann aber nicht sein. Kein Code an den ich mich erinnere in History achtet auf das write flag.
Wenn in den custom Settings dercstate forget History an ist dann sollte erneut adapterstart gelistet sein dancer geloggt wird und dann enthält auch getEnabled den
Wenn man in den History settings einen Alia’s angegeben hat kann es vllt nur sein das diese alias id in getEnabled gelistet ist anstelle vom echten state??
-
@mcu sagte in ehemalige Historydaten finden:
Der alte ist DUTY_CYCLE und der neue ist 43579.
nein umgekehrt!
hoffe ich doch mich richtig zu erinnern.
43579 heisst groundplane, das war ein umgebauter LAN-Configadapter mit externer Groundplane. Der DUTY CYCKE müsste Das LAN-Gateway sein, das an die Stelle des alten Config Adapter gekommen ist -
@apollon77 sagte in ehemalige Historydaten finden:
state forget History
Wo ist der?
Adapter-Instanz:
customSettings:
das diese alias id in getEnabled gelistet ist anstelle vom echten state
Da kommt schon der echte, was ja auch richtig ist.
Nur warum hat er den DP erst mit write:true gefunden?
-
@mcu Mist Handy typo. „State für History an ist“. Was meinst du mit „erst gefunden wenn write true ist“?
-
@apollon77 Im Objekt stand: (suehe oben)
{ "_id": "hm-rega.0.KEQ1065589.0.DUTY_CYCLE", "type": "state", "common": { "name": "hm-rega.0.KEQ1065589.0.DUTY_CYCLE", "type": "number", "read": true, "write": false, "role": "value",
write:false
erst als er es umgestellt hat aufwrite:true
wurde der DP gefundenaliasSuche
function listHistoryDPsWithaliasId(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)); setState(findoldDPs_withAliasId,JSON.stringify(arr),false); }); }
-
dieser Datenpunkt wurdenicht gefunden
@homoran sagte in ehemalige Historydaten finden:@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
erst nachdem ich in den Objektdaten write:false auf true geändert habe
-
um das Ganze noch mehr zu verwirren:
habe write wieder auf false gestellt und neu eingelesen.Der DP KEQ DUTY CYCLE ist weiterhin in beiden Listen vorhanden (enabled + alias)
Aus Spass habe uch dann auch noch rinen dry run gestartet
javascript.1 2022-11-06 22:02:25.884 info script.js.historyLeichen104: hm-rega.0.43579 javascript.1 2022-11-06 22:02:25.884 warn script.js.historyLeichen104: Im Verzeichnis: 20190809 können folgende Dateien gelöscht werden: javascript.1 2022-11-06 22:02:25.884 info script.js.historyLeichen104: hm-rega.0.43579 javascript.1 2022-11-06 22:02:25.884 warn script.js.historyLeichen104: Im Verzeichnis: 20190808 können folgende Dateien gelöscht werden: javascript.1 2022-11-06 22:02:25.884 info script.js.historyLeichen104: hm-rega.0.43579 javascript.1 2022-11-06 22:02:25.884 warn script.js.historyLeichen104: Im Verzeichnis: 20190810 können folgende Dateien gelöscht werden: javascript.1 2022-11-06 22:02:25.884 info script.js.historyLeichen104: hm-rega.0.43579 javascript.1 2022-11-06 22:02:25.884 warn script.js.historyLeichen104: Im Verzeichnis: 20190806 können folgende Dateien gelöscht werden: javascript.1 2022-11-06 22:02:25.884 info script.js.historyLeichen104: hm-rega.0.43579 javascript.1 2022-11-06 22:02:25.884 warn script.js.historyLeichen104: Im Verzeichnis: 20190807 können folgende Dateien gelöscht werden: javascript.1 2022-11-06 22:02:25.884 info script.js.historyLeichen104: hm-rega.0.43579 javascript.1 2022-11-06 22:02:25.884 warn script.js.historyLeichen104: Im Verzeichnis: 20190803 können folgende Dateien gelöscht werden: javascript.1 2022-11-06 22:02:25.884 info script.js.historyLeichen104: hm-rega.0.43579 javascript.1 2022-11-06 22:02:25.884 warn script.js.historyLeichen104: Im Verzeichnis: 20190805 können folgende Dateien gelöscht werden: javascript.1 2022-11-06 22:02:25.884 info script.js.historyLeichen104: hm-rega.0.43579 javascript.1 2022-11-06 22:02:25.883 warn script.js.historyLeichen104: Im Verzeichnis: 20190804 können folgende Dateien gelöscht werden: javascript.1 2022-11-06 22:02:25.883 info script.js.historyLeichen104: hm-rega.0.43579 javascript.1 2022-11-06 22:02:25.883 warn script.js.historyLeichen104: Im Verzeichnis: 20190802 können folgende Dateien gelöscht werden: javascript.1 2022-11-06 22:02:25.883 info script.js.historyLeichen104: hm-rega.0.43579 javascript.1 2022-11-06 22:02:25.883 warn script.js.historyLeichen104: Im Verzeichnis: 20190801 können folgende Dateien gelöscht werden: javascript.1 2022-11-06 22:02:25.882 info script.js.historyLeichen104: Nicht aktive DPs in den ausgewählten Verzeichnissen: 10
Jetzt wäre der alias mit den alten Daten weg, oder?
-
@homoran War directDelete auf true?
Dann sind die 10 Dateien weg.Dürften eigentlich nicht gelöscht, da ja der aliasID von dem CYCLE -> 43579 war?
Und du hast useAliasIdInEnabled auf true gehabt!
-
@mcu sagte in ehemalige Historydaten finden:
War directDelete auf true?
natürlich nicht!
deswegen "wären weg"
-
@homoran Zeig mal die Einstellungen von den DPs(findOldDPs) als Bild.
-
@mcu sagte in ehemalige Historydaten finden:
Und du hast useAliasIdInEnabled auf true gehabt!
nee, das hatte ich noch nicht ganz verstanden was die Optionen alles machen.
wollte ich morgen noch mal angehen.dann lösvht er doch die aktuellen....
-
@homoran Steht in der Doku, also im Link.
-
@mcu sagte in ehemalige Historydaten finden:
@homoran Steht in der Doku, also im Link.
Ich weiß! DANKE!
Da hast du ja einiges ergänzt -
@mcu sagte in ehemalige Historydaten finden:
@homoran Zeig mal die Einstellungen von den DPs(findOldDPs) als Bild.
ich stell jetzt auf alias um und seh mir das mal an
EDIT
da war nicht viel
javascript.1 2022-11-06 22:18:35.629 info script.js.historyLeichen104: Nicht aktive DPs in den ausgewählten Verzeichnissen: 0
-
@homoran sagte in ehemalige Historydaten finden:
dann lösvht er doch die aktuellen....
Also wenn der "hm-rega.0.KEQ1065589.0.DUTY_CYCLE" aktuelle DP ist und der "hm-rega.0.43579" der alte, dann werden alle neuen Daten zurzeit in die Datei vom alten DP geschrieben. Richtig?
Dann müsste man doch vorher die Daten vom alten DP "hm-rega.0.43579" auf den neuen DP "hm-rega.0.KEQ1065589.0.DUTY_CYCLE" kopieren?
-
@Homoran Hast du denn jetzt erstmal ne Sicherung gemacht, bevor du weiter Einstellungen probierst?