@thomas-braun sagte in docker, Multihost auf MacOS: Das ist der beschriebene *** SONDERFALL ***: Ja, und der vollständigkeit halber was ich gemacht habe: #wie immer: sudo apt-get update sudo apt-get upgrade #Now install Node itself #alte löschen sudo apt-get --purge remove nodejs sudo apt-get autoremove sudo reboot # installieren sudo wget https://unofficial-builds.nodejs.org/download/release/v16.17.0/node-v16.17.0-linux-armv6l.tar.gz sudo tar -xvf node-v16.17.0-linux-armv6l.tar.gz cd node-v16.17.0-linux-armv6l sudo cp -R * /usr/local/ sudo ln -s /usr/local/bin/node /usr/bin/nodejs Erst danach ioB Standardinstallation. Der Master-Admin tut sich aber sehr schwer, den Rpi1-Host auf der Übersichtsseite anzuzeigen.

@crunchip Die History-Aufzeichnung entfernt, danach den Alias selbst. Alias neu erstellt und History-Aufzeichnung aktiviert = KEINE ÄNDERUNG. Die Aufzeichnungen der anderen Datenpunkte erfolgt weiterhin ohne Probleme. Letzter Versuch: Obwohl andere Datenpunkte ordnungsgemäß aufgezeichnet wurden, habe ich mich zum Neustart vom SQL-Adapter entschlossen. Ergebnis: Jetzt werden die Werte wie erwartet aufgezeichnet. Warum nun gerade ein Neustart vom SQL-Adapter zum Ziel führte ist für mich völlig schleierhaft. Fazit: Egal es funktioniert und zukünftig werde ich bei neuem Alias mit Aufzeichnung den SQL-Adapter provisorisch neu starten. Danke an ALLE. Ro75.

@thomas-braun 2h Recherche hier im Forum, + Google und nun Hilfe von Euch... Danke

@ro75 Danke, werde ich mal versuchen. Gruß Duffy

Du bist der HELD !! Das war das Stchwort ... es sollte 192 und nicht 198 sein Vielen vielen Dank für die Tolle Unterstützung Danke Danke

@jey-cee ok, verstehe!

@liv-in-sky Ich habe deinen HTML Code bereits eingebaut. Werde mal heute Abend einen neuen Thread erstellen. Ersten Bilder [image: 1677422390407-bild1.png] [image: 1677422399858-bild2.png] [image: 1677422416037-bild3.png] [image: 1677422426764-bild4.png] erstellt

@paul53 Ok, kann ich dann daraus im Chart irgendwie ne Aussagekräftige Zeit machen?

@homoran werde ich die Tage prüfen, Danke für den Hinweis. Gelegentlich speicher ich mir das Backup auch noch auf dem PC ab, sicher ist sicher :)

@claus1968 top. Ich habe ein Janitza 801 am Netzübergabepunkt, welches ca. 1000€ kostet und eine hohe Genauigkeit hat und kann es nicht nutzen. Schön wäre es, wenn man einfach für ein Gridmeter die Modbus-Adresse, ip und für die gewünschten Werte die Adresse angeben könnte. (Bspw. Mit Datentypen Oder so. )Das wäre sowas von flexibel.

@hg6806 sagte in Nach Neuinstallation+Backup RAM läuft langsam voll: Man merkt es ja im Prinzip gar nicht, dass es Beta Versionen sind. deswegen sollst du ja gar nicht im Beta-Repo drin sein. Dann wird dir auch keine Betaversion angeboten

@wolfgangfb Die Befehle für die 1er Version kenne ich nicht, sollte von der Vorgehensweise aber ähnlich wie bei der 2.x sein: auf der Kommandozeile in eine neue, temporäre Datenbank wiederherstellen alten "Datenpunkt" löschen Daten von der temp. Datenbank kopieren, das müsste unter 1.x mit "SELECT .... INTO ...." funktionieren temporäre DB wieder löschen Das Ganze geht also nur auf der Kommandozeile, nicht mit dem Backitup Adapter

@thomas-braun ok, danke!

@1topf sagte in Probleme beim Einbinden von OSRAM lightify: .. Bei mir haben früher mehr die Steckdosen rumgezickt. .. Nomen est omen : ZickBii Installiere dir doch einfach mal zigbee2mqtt + zugehörigen Adapter und probiere es damit. Oh je, damit käme aber gewaltig Arbeit auf mich zu. Ich habe mich heute nochmals sehr intensiv mit den OSRAM lightify Lampen und dem ZigBee-Adpter beschäftigt. So langsam gewinne ich Erfahrung und Einblick in das Rumgezicke. Die A60 TW, die sich gestern partout nicht anlernen lassen wollte, machte heute überhaupt keine Probleme. Der erste Versuch führte bereits zum Erfolg. Dieses Phänomen hatte ich schon mehrmals beobachten müssen. Scheiterten unzählige Versuche, so lief am nächsten Tag alles wie am Schnürchen. Meinen Erfahrungen lassen mich so manche Schwächen von ZigBee.Implementierungen vermuten .. Da ein solches Verhalten sich offenbar reproduzieren lässt, könnten die Ursachen darin liegen, dass im ZigBee-Adapter und auch routingfähigen Geräten zu vieles gecacht wird und irgendwann nichts mehr geht. Hier könnten uns wohl nur die Entwickler weiterhelfen. Offenbar benötigt ein ZigBee-Netzwerk mit Routern ziemlich viel Zeit, sich zu konsolidieren. Wartezeiten von 30 Minuten und mehr sind offenbar keine Seltenheit. Bei diesen Konsolidierungen geht zuweilen auch einiges schief: Da verbinden sich weit entfernte Geräte untereinander und nächstgelegene Nachbarn werden nicht erkannt. Nach meinen Erfahrungen löst zuweilen nur das Ausschalten des ein oder anderen Gerätes, eine solche festgefahrene Situationen aufzubrechen. Fazit. .. Ich vermute aufgrund dieser Erfahrungen, dass die Vernetzung der Geräte untereinander durch Routing in ZigBee nicht optimal geregelt ist oder aber einige Geräte nicht allzu viel taugen mögen.

@hen30 Hm, bei InfluxDB kann ich dir leider nicht helfen, mit dieser DB und seiner Abfragesprache kenne ich mich nicht aus. Bei SQL hätte ich ich eine Abfrage parat, da müsstest du nicht mal die Datenpunkte speichern. Das Ergebnis hätte ich dann als JSON-String in einem Datenpunkt gespeichert und mit ner JSON-Tabelle visualisiert.

@thomas-braun Bei mir war das keine Laborversion. Geht auch gar nicht, weil Kabelmodem und Updates kommen nur (sehr spät) durch den Netzanbieter... Aber wie gesagt das Netz ist voll von diesen Berichten, mit und ohne Laborversion.

@djmarc75 Habs gefunden! Danke dir!

@mane444 Genial. So war der Plan. Dann mach ich mir jetzt mal paar Gedanken wie ich das alles umsetze. Vielen Dank für die Unterstützung.