NEWS

@djmarc75
Ja die Anfrage war schon älter und hatte bis heute keine Antwort bekommen. Bitte genau ansehen was und warum.
Oder was soll dieser Eintrag?

@hoizi1994 iQontrol diagramme? seit wann gibts sowas?

@homerunner sagte in Fehler Tuya :A set command is already in progress.:

ich werde mich bemühen.

dann fang mal mit den fehlenden Informationen an

@spidermike

Ich fühl mich zwar ein wenig als Briefträger möchte aber ggF hier Wartende nicht "verhungern" lassen:

Der Dev hat hier
https://github.com/pixcept/ioBroker.plenticore/issues/84#issuecomment-1793779149
darum ersucht den Adapzter mit dem aktuellen Stand von Github zu testen.

BITTE ggF dort ein Feedback / Nachfragen hinterlassen (und durchaus auch hier). Ich habe nicht die Zeit alle Meldungen hin und her zu kopieren.

mcm1957 created this issue in pixcept/ioBroker.plenticore closed Adapter not compatible with js-controller 5 #84

@dp20eic

Ich habe gerade echatrs entdeckt. Evtl. löst der Flot bei mir ab.

@thomas-braun said in Fehlermeldung beim Start der Forumseite:

@searcher57

Gar nicht.

Da müsste man sonst auf die Spam-Kontrolle im Forum verzichten, das wäre noch lästiger.

OK, danke!

@sunny1081 sagte in mqtt client müllt syslog voll:

Habe nichts gefunden um das zu verhindern.

Moin,

ich sofort 🙂

https://www.zigbee2mqtt.io/guide/configuration/logging.html

VG
Bernd

@rene55
Nö leider ist da auch der wirm drin.

@legro sagte in WAGO 750-8212 -> illegal Data adress:

Auf dem CAN-Bus wurde der Fehler F.520 gemeldet

nutzt du den?
kannst du ihn komplett deaktivieren?

@legro sagte in WAGO 750-8212 -> illegal Data adress:

Fehler F.520

der bedeutet was?

@legro sagte in WAGO 750-8212 -> illegal Data adress:

Das WAGO-Gateway mahnt an, dass die Kombination IP:Port bereits im Netzwerk vorhanden sei.

wirklich?
ich denke es bezieht sich ausschließlich auf die Wago, da kann es sich also nur um den Port handeln.
Welchen Port hat denn der CAN Bus.

@legro sagte in WAGO 750-8212 -> illegal Data adress:

Eigentlich sollte doch wohl auf die im Webinterface des WAGO (webvisu) sichtbaren Register auch mittels Modbus in ioBroker zugegriffen werden können. Dem ist mitnichten so.

Warum?
welche Register wären das?
mit welchem Offset?
mit welchen Einstellungen?

@meute sagte in Adapter eCharts, Inst. nicht möglich, mit PuTTY kein Zugriff:

Weißt Du, wie viel Ahnung ich zu der Zeit von RPi und Konsorten hatte. Null.

geht's dir wie mir.
Als ich den Cubietruck gekauft hatte gab's nicht mal ein Betriebssystem dafür 😁

@meute sagte in Adapter eCharts, Inst. nicht möglich, mit PuTTY kein Zugriff:

Ich habe mir den RPi 3B+ damals gekauft, um mal in die Materie reinzukommen.

dafür ist er ja auch gut.

@djmarc75 sagte in [zurück] Bitte Thread löschen - danke:

@homoran sie hat ihren Account eben gelöscht 😞

schade!
Falls sie unter anderem Account wiederkommen will, ist sie immer willkommen.

So, jetzt habe ich es geschafft und werde es hier mal niederschreiben.

Aufgabe:

Docker-Container auf v9 hochrüsten / ioBroker (Master) aus einem Backup wiederherstellen

Gegeben:

ioBroker in einem veralteten Docker-Container (v6 von Buanet, allerdings per update/upgrade auf den neuesten Stand gehalten inkl. node-js v18) Master im Multihost

ioBroker als Slave in VM im Proxmox mit Zigbee-Instanz

States werden in Redis in einem Docker-Container gespeichert

Backups mit BackItUp-Adapter

Hier meine Vorgehensweise, wie es geklappt hat:
Vorgehen:

alle Adapter in der bisherigen Installation auf den aktuellsten Stand gebracht und im Nachgang den js-controller ebenso upgedatet

über den BackItUp-Adapter ein aktuelles Backup gemacht und zusätzlich die Konfiguration vom Adapter gesichert

neuen Docker-Container mit latest-v9 gepullt und auf ein leeres iobroker-data -Verzeichnis "ausserhalb" schauen lassen

Container starten, er installiert den ioBroker in einer jungfräulichen Version

über die Weboberfläche die Grundeinstellungen vornehmen und im Nachgang das Repositorie anpassen, wenn man im Altsystem beta benutzt hatte

Adapter (Admin, BackItUp) updaten und js-controller auf die aktuellste Version bringen

Slave neu eingerichtet, also in meinem Fall eine neue VM mit aktuellsten Debian eingerichtet und darin ioBroker installiert siehe Anleitung Proxmox
Wichtig! selbe IP-Adresse und Hostname vergeben, wie der alte Slave

auf dem Slave die Weboberfläche aufrufen, ioBroker einrichten, aber im Nachgang alle Adapter löschen (Admin, BackItUp und Discovery) - js-controller ebenfalls auf den neuesten Stand bringen

nun die Multihost-Verbindung einrichten, dies ging bei mir nur mit ìobroker setup custom
dazu gibt's hier die Anleitung

nach einem Neustart sollte der Slave im Reiter Hosts beim Master zu finden sein

dann habe ich in meinem speziellen Fall noch eine zweite BackItUp-Instanz auf den Slave installiert

in beiden BackItUp-Instanzen habe ich die im alten System gesicherte Konfiguration eingespielt

im Master-BackItUp habe ich dann das letzte Backup geladen zum wiederherstellen

es wird ein Restore angestossen und der Container automatisch neugestartet, danach werden alle Adapter/Instanzen nach und nach neu installiert (das dauert je nach Menge)

sollte eine Instanz nicht installiert werden können (in meinem Fall der VIS-Adapter), dann diesen einfach neuinstallieren aus dem Adaptermenü, hatte bei mir gereicht, ansonsten deinstallieren und dann neu installieren

die Instanzen waren alle auf Stop und die vom Slave nicht installiert, sollte dies nach einem Neustart beider Systeme immer noch so sein, dann die Instanz die auf dem Slave liegt starten, dieser wird dann so nachinstalliert

bei einigen Instanzen die ich starten wollte, kam im Log die Meldung, dass dieser schon läuft, hier einfach Ruhe bewahren, nach einiger Zeit wird er grün

Zigbee auf den Slave waren zwar alle Geräte da, aber kein Connect und es tat sich auch nichts

Zigbee-Instanz beendet und dann händisch über FTP die Dateien shepherd.db und nvbackup.json aus dem Backup in das Verzeichnis /opt/iobroker/iobroker-data/zigbee_0 kopiert, danach Instanz wieder starten und alles ist korrekt

So habe ich mein System auf den neuesten Stand bekommen, alles läuft und ist wieder sauber.
Mit Sicherheit ist das ein oder andere auch anders zu lösen, aber so hat es bei mir geklappt.
Danke an @Homoran @Meister-Mopper @FredF

Hallo menfis,

soweit ich den maxcul -Adapter verstanden habe, kann dieser leider nur serielle Verbindungen herstellen. Verbindungen via LAN sind nun mal nicht seriell.
Warum du allerdings zeitweise trotzdem eine Verbindung bekommst erschließt sich mir leider nicht. 😞
Entweder du schließt den geflashten Cube via USB an und reichts den USB-Port an deinen Docker-Container durch oder du wandelst den LAN-Anschluß in einen virtuellen ser. Anschluß um. Der geflashte MAX-Cube kann beides.
Wie und ob das mit Docker funktioniert, kann ich dir nicht sagen, da ich den IOBroker als VM unter Proxmox betreibe und mich nicht ansatzweise mit Docker auskenne.
Meine Lösung für mein System hast du ja sicher schon gefunden.

Ich denke socat wird auch deine Problemlösung sein. Einfach mal etwas herum probieren.

Viel Erfolg dabei.

Jens

Vielen Dank an alle für die Hilfestellungen und Anregungen!

@reutli
Ja.
Evtl. mal neu starten (Oder sourcen), damit das auch übernommen wird.

@loverz sagte in InfluxDB Name von Datenpunkt geändert -> Daten übernehmen:

Geht es auch, dass man den alten Datenpunkt in den neuen übernimmt? ALso umgekehrt?

Moin,

da als info nur influxDB V 1 genannt wird, mal gegoogelt ⇒ https://www.laub-home.de/wiki/Influxdb_umbenennen_von_Measurements
Für influxDB V1 gibt es auch eine GUI

https://github.com/CymaticLabs/InfluxDBStudio

VG
Bernd

@camouflagge

Viel Text, aber leider nicht so viel Information. 🙂

Zeig' doch mal deine Einstellungen:

MQTT Adapter als Broker Datenpunkt, der published werden soll "mqtt in" Node

Wie sieht der Payload aus?

Läuft wieder alles

Danke nochmals