History Adapter - historische Daten nachträglich

[wcag22]

@homoran @Thomas-Braun
Kurze Frage an Euch:
Wie sieht es eigentlich mit dem owner des json-Files aus?

Die Erzeugung des json files erfolgte mit sudo nano... und damit hat das file im entsprechenden History-Ordner natürlich root als Besitzer. Das scheint zunächst mal egal zu sein, es funktioniert ja.

Aber korrekt ist sicher anders, oder? Muss das zwingend geändert werden?

Danke für Aufklärung

[Homoran]

@pi-ter sagte in History Adapter - historische Daten nachträglich:

mit sudo nano

warum sudo?

muss ehrlich sagen, dass ich die Dateien immer per filezilla und notepad++ geändert habe.
Da ist der user dann Besitzer

[wcag22]

@homoran
Das war mir bisher nicht gelungen. Ich kann zwar per WinSCP auf den Raspi und ioBroker zugreifen, aber ich habe dann keine Rechte, dort etwas zu ändern.
Habe das schon ergoogelt, aber nix gefunden, was funktioniert hat.

Hast Du einen Tipp?

Edit: in der History ist iobroker der owner

[Homoran]

@pi-ter sagte in History Adapter - historische Daten nachträglich:

aber ich habe dann keine Rechte, dort etwas zu ändern.

dann ist dein user nicht in der Gruppe iobroker.

zeig mal groups als user

[wcag22]

@homoran

pi@raspberrypi:~ $ groups
pi adm dialout cdrom sudo audio video plugdev games users input netdev gpio i2c spi iobroker
pi@raspberrypi:~ $

[Homoran]

@pi-ter sagte in History Adapter - historische Daten nachträglich:

etdev gpio i2c spi iobroker

da isser drin.
nutzst du den user auch in WINSCP?

[wcag22]

@homoran
Ähmmmm.... bisher greife ich auf den Raspi über ssh und WinSCP mit User "pi" zu <duck>

[grazer2500]

Vielleicht zeigt er es bei mir nicht an, weil ich nicht mit dem User Iobroker oder Pi eingeloggt war. Sondern über den Admin user.

Welches Password hat der user iobroker standartmäßig?

[Homoran]

@pi-ter sagte in History Adapter - historische Daten nachträglich:

@homoran
Ähmmmm.... bisher greife ich auf den Raspi über ssh und WinSCP mit User "pi" zu <duck>

das ist ja auch korrekt so!

[wcag22]

@homoran sagte in History Adapter - historische Daten nachträglich:

@pi-ter sagte in History Adapter - historische Daten nachträglich:

@homoran
Ähmmmm.... bisher greife ich auf den Raspi über ssh und WinSCP mit User "pi" zu <duck>

das ist ja auch korrekt so!

Na da bin jetzt aber froh.
Nur wie bekomme ich jetzt via SFTP Schreibrechte. Ja, schon klar: über die Rechteverwaltung. Wer muss denn jetzt welche Rechte bekommen?
Läuft das dann auch über den Owner iobroker?

Viele Fragen, oh je...

[Homoran]

@pi-ter sagte in History Adapter - historische Daten nachträglich:

wie bekomme ich jetzt via SFTP Schreibrechte

solltest du haben, wenn dein user in der Gruppe iobroker ist und das Verzeichnis iobroker gehört.

Wenn du allerdings mal mit root oder sudo die Rechte verbogen haben solltest, geht's nicht.

[wcag22]

@homoran sagte in History Adapter - historische Daten nachträglich:

@pi-ter sagte in History Adapter - historische Daten nachträglich:

wie bekomme ich jetzt via SFTP Schreibrechte

solltest du haben, wenn dein user in der Gruppe iobroker ist und das Verzeichnis iobroker gehört.

Wenn du allerdings mal mit root oder sudo die Rechte verbogen haben solltest, geht's nicht.

Verbogen dürfte ich eigentlich nix haben. Müsste dann der iob fix nicht alles gerade ziehen, falls da wirklich was sein sollte?

/media gehört root, USBintern (der Stick) und history gehören ioBroker.

Also müsste der user pi in der Gruppe iobroker sein?

[Homoran]

@pi-ter sagte in History Adapter - historische Daten nachträglich:

müsste der user pi in der Gruppe iobroker sein?

@homoran sagte in History Adapter - historische Daten nachträglich:

@pi-ter sagte in History Adapter - historische Daten nachträglich:

etdev gpio i2c spi iobroker

da isser drin.

[wcag22]

@homoran
Hab die Nacht von der Rechteverwaltung geträumt und siehe da - mein Fehler.

Das Verzeichnis history hat im default path 0775. Ich habe aber ein USB-Stick als Datengrab für die history und der wurde vom owner iobroker nur mit 0755 beglückt. Klar, dass da die Gruppe keinen Zugriff hatte.
Habs geändert, sollte also jetzt gehen.
Danke für Deine Geduld, schönes WE.

[grazer2500]

@pi-ter also ich sollte mit dem user pi die Daten nachtragen. Und auch die Berechtigungen kontrollieren denn sonst kann iobroker eventuell nicht darauf zugreifen.

Und muss ich nur den Namen(Datum,) des Ordners ändern. Auch wenn in den Einstellungen des Ordners ein anderes Datum steht. Oder muss ich es mit "Touch -t" ändern?

[wcag22]

@grazer2500
Das sollten Dir andere beantworten.
Bei mir wurden die Daten auch eingelesen, wenn das json file dem root gehörte.
Zu den Datumsverzeichnissen kann ich nix sagen. Ich würde jedenfalls Verzeichnisnahmen == Datum anlegen. Anders macht es für auch keinen Sinn, denn so bleibt es auch 'menschenlesbar'.

[grazer2500]

@Pi-ter @Homoran
Ich habe jetzt nochmal versucht aber ohne erfolg. Sieht jemand meinen Fehler?

Der Ordner in der Histroy (Der letze ganz unten) Umbenannt das auf das gewünschte Datum sowie das erstelldatum geändert:

Der Json file, auch das erstelldatum geändert:

Der Inhalt der Json File:

[
  {
    "val": 25,
    "ack": 1,
    "ts": 1705273140041,
    "q": 0,
    "c": "script.js.Pelletsverbrauch",
    "user": "system.user.admin"
  }
]

Aber im Diagramm steht der Wert noch immer auf dem 14.01.2024:

Was habe ich noch vergessen zu ändern? Ich habe die Instanzen danach gestopt und wieder gestartet.
Aber ohne änderung des Datums im Diagramm. Langsam bin ich ratlos. Denn der Ordner und der File gehört iobroker und haben auch die gleiche berechtigung wie alle andern.

[Homoran]

@grazer2500 sagte in History Adapter - historische Daten nachträglich:

Aber im Diagramm steht der Wert noch immer auf dem 14.01.2024:

der verwendete Timestamp ist ja auch der 14.01.

der gewünschte Timestamp (ohne Millisekunden) steht darunter

1701405321

[grazer2500]

@homoran achso ok also muss ich json file den ts-Wert auch ändern.
Dachte das ist nur die Uhrzeit.

Vielen Dank werde dies dann versuchen.

[Homoran]

@grazer2500 sagte in History Adapter - historische Daten nachträglich:

also muss ich json file den ts-Wert auch ändern.

Natürlich, das wird doch ausgelesen, wo denn sonst?