@thias welcher teil? der folgende beispielcode ruft die daten der letzen 60 Minuten ab. Zeitangabe erfolgt in Millisekunden, daher Date.now()-1000*60*60 == 3.600.000 start und ende wird per start und end definiert. die daten werden dann im callback zurückgegebeen. im beispiel die funktion die als funktionsparameter definiert ist, die daten sind dann in result enthalten und kann damit daann weiterverarbeitet werden. bisher also nur in einer variable. den genauen aufbau der variable/objekt weiß ich nicht, da musst dir das ergebnis dann mal ausgeben lassen (am besten während der entwicklung noch nicht ganz soviele daten ausgeben lassen) im beispiel ist ja schon eine ausgabe auf die console enthalten. var end = Date.now(); sendTo('history.0', 'getHistory', { id: 'system.adapter.admin.0.memRss', options: { start: end - 3600000, end: end, aggregate: 'onchange' } }, function (result) { for (var i = 0; i < result.result.length; i++) { console.log(result.result[i].val + ' ' + new Date(result.result[i].ts).toISOString()); } }); im nächsten schritt nimmst du die daten und bereitest die für csv auf und schreibst sie mit fs.writeFile in eine datei auf deiner festplatte https://nodejs.org/api/fs.html#fswritefilesyncfile-data-options hier noch ein beispiel https://www.geeksforgeeks.org/node-js-fs-writefilesync-method/

@mere13 Von Grafana aus, wird das schwierig ... Müsstest Dich wahrscheinlich direkt in der influxdb einloggen.. und dann ... https://community.openhab.org/t/use-case-how-to-delete-or-change-item-values-in-openhabs-influxdb/142452?u=cplant

Hi, Ich hatte auch häufiger das Problem, das nach einem Neustart auf den Zigbee Stick nicht zu gegriffen werden konnte. Hab jetzt auch mal den Modem Manager raus geworfen und die letzten zwei Neustarts gingen ohne Probleme und mein Zigbee Netzwerk war gleich wieder da. Ich hoffe es bleibt dabei. Viele Grüße Martin

@homoran Habe es nun wie folgt hinbekommen. Die History Files von dem neuen Wert habe ich umbenannt in History Namen des alten Wertes und dann den Alias ID eingetragen. So passt es nun. Danke für die Hilfe. Wiedermal eine Lernkurve durchgemacht. :-)

@thomas-braun sagte in Netatmo funktioniert nicht mehr: Wobei das vielleicht auch mit Copy to Clipboard admin latest: 7.0.17 auch schon behoben ist... Hab doch die 7.0.17 installiert. Dort ist das Problem nicht mehr vorhanden,

@canetti2 sagte in Update schlägt fähl mit ERROR: Process exited with code 25: Ist das korrekt so? Und Du meinst, dass ich keine Probleme bzgl. alter 32 Bit und neuer 64 Bit Version bekomme? Ja, das ist korrekt so. Mit 32/64Bit hat das nix zu tun.

@papi-0 Ich hatte auch mal sowas... daher kam mir das mit den wechselnden MAC's bekannt vor... fort damit.. :) Die Netgear hatte ich auch mal, gab aber durcheinander wenn managed und non-managed im Netzwerk waren.. bin dann auf Unifi umgestiegen und die Investition hat sich gelohnt. Das konfiguriert man einmal, und das total einfach, und dann kann man sich anderen Dingen witmen... :-)

@thomas-braun sagte in Adapter Update nicht möglich --> gelöst: Das kann nicht sein, die 7490 ist eine DSL-Kiste. Sorry, ist eine 6490 internet.nl zeigt 100%, ja.

@martinp Gerne. Ist ne 4er Raspberry mit 4GB Speicher. Bin mehr als zufrieden. Da es es nen Standalone Image ist und da nix anderes der Software in die Quere kommt, läuft das Teil jetzt locker nen knappes Jahr ohne Reboot.

Danke für die Antworten. Aus irgend einem Grund wurden die Scripts restored, trotz Fehlermeldungen. Ist schon komisch, aber mein Problem ist gelöst... Zur Frage: axel@sh:~$ cd /opt/iobroker/ && npm ls adm-zip [sudo] password for axel: iobroker.inst@3.0.0 /opt/iobroker └── (empty) axel@sh:/opt/iobroker$

@larsz Kannst Du ja einfach testen. Scripte bzw. Script-Adapter einfach mal anhalten. Wenn die CPU-Last dann gesunken ist und Homeassistant-Daten sofort in iobroker auftauchen, liegt es daran. Ansonsten weitersuchen... Gruss, Jürgen

@codierknecht Super Danke, nach dem Neustart geht es wieder.

@martinp sagte in Eigenbau Wasseruhr ablesen / WLAN / MQTT: Das gibt aber nicht, wenn man die beiden Sätze vor der Erwiederung an mich dazunimmt, also wenn man keine eigene Firmware entwickelt, oder nicht befähigt ist, die Quellen aus Github zu forken, und so zu modifizieren, dass man den Lesekopf in den Tiefschlaf versetzt, wenn er nicht gebraucht wird ... Genau so meinte ich das ja auch. Wie Du ja schon schreibst, ist hier eigentlich nur der Betrieb mit externer Stromversorgung sinnvoll. Ich hatte die Cam mal kurz am Labornetzteil. Das zeigte so um die 200-300 mA an. Und die fertige Firmware sieht DeepSleep ja gar nicht vor. Das müsste an der Ecke ja alles noch angepasst werden. Ergo: Nicht wirklich sinnvoll umsetzbar. An meiner Cam hängt ein 5m USB-Kabel. Funzt einwandfrei. Erwähnenswert wäre noch, dass das Netzteil was vernünftiges sein sollte. Ist das zu schwach, funktioniert der Ganze Kram eher so semi ;-)

@aupex Dann bring jetzt nodejs auf die Version 20: iob nodejs-update 20

hi! sorry, war nicht zu hause... sollte aber somit auch geklärt sein. thnx an euch, ich brauchte das noch nie, aber mit bißchen rumfummeln kommt man auch auf die lösung. sind wir wieder beim thema: anscheinend habt ihr euch mit dem alias adapter nie richtig beschäftigt. gilt im endeffekt für alle adapter...

@mcm1957 Stimmt, da sollte das auch hin. Hatte beide Themen offen und den Text falsch eingefügt.

@simatec said in BackItUp für InfluxDB: @kapitaen31 Dein Token ist nicht korrekt Jetzt funktioniert es. Der Token war falsch... Danke...

UPDATE: Habe die Ursache für "meine" Rahmen gefunden, vielleicht hilft es Dir weiter: Bei dem Widget muss unter "Allgemein" das Häkchen "Keine Karte" angeklickt werden.

@mstudt95 Wie @Samson71 schon schreibt: Wenn der Pi mit 'ner SD-Karte betrieben wird, hat's mit ziemlicher Sicherheit die Karte geschreddert. Auf jeden Fall die von @Thomas-Braun beschriebenen Schritte beachten bzw. ausführen.

@paul53 sagte in Perfomance / Delay im Javascript Adapter: Wenn ein Skript die Ursache ist, sollte das folgende Testskript die 4 am häufigsten sendenden Skripte im Log alle 15 s zeigen: danke dafür :)