Daikin Cloud Adapter nodejs18 [gelöst]
-
Dann gilt das von @Homoran Gesagte:
wirst du die Multihost Umgebung nicht korrekt eingerichtet haben.
Auf dem zukünftigen Slave darf kein Adapter installiert sein. Das geschieht erst nach der Kopplung über den Admin des Masters. -
@homoran sagte in Daikin Cloud Adapter nodejs18 [gelöst]:
iob list instances
iobroker@iobroker:~$ iob list instances + system.adapter.admin.0 : admin : iobroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.alarm.0 : alarm : iobroker - disabled + system.adapter.alexa2.0 : alexa2 : iobroker - enabled + system.adapter.awtrix-light.0 : awtrix-light : iobroker - enabled + system.adapter.backitup.0 : backitup : iobroker - enabled + system.adapter.canbus.0 : canbus : iobroker-slave-wp - enabled + system.adapter.cloud.0 : cloud : iobroker - enabled + system.adapter.daikin-cloud.0 : daikin-cloud : iobroker - enabled system.adapter.daswetter.0 : daswetter : iobroker - enabled + system.adapter.harmony.0 : harmony : iobroker - enabled system.adapter.ical.0 : ical : iobroker - enabled system.adapter.icons-icons8.0 : icons-icons8 : iobroker - disabled system.adapter.icons-mfd-png.0 : icons-mfd-png : iobroker - disabled system.adapter.icons-ultimate-png.0 : icons-ultimate-png : iobroker - disabled + system.adapter.info.0 : info : iobroker - enabled + system.adapter.iot.0 : iot : iobroker - enabled + system.adapter.iqontrol.0 : iqontrol : iobroker - enabled + system.adapter.javascript.0 : javascript : iobroker - enabled + system.adapter.linux-control.0 : linux-control : iobroker - enabled + system.adapter.mihome-vacuum.0 : mihome-vacuum : iobroker - enabled, port: 54321 + system.adapter.mihome-vacuum.1 : mihome-vacuum : iobroker - enabled, port: 54321 + system.adapter.modbus.0 : modbus : iobroker - enabled + system.adapter.modbus.1 : modbus : iobroker - enabled + system.adapter.mqtt.0 : mqtt : iobroker - enabled, port: 1883, bind: 192.168.1.240 + system.adapter.mqtt.1 : mqtt : iobroker - enabled, port: 1889, bind: 0.0.0.0 + system.adapter.mqtt.2 : mqtt : iobroker - enabled, port: 1884, bind: 0.0.0.0 + system.adapter.ping.0 : ping : iobroker - enabled + system.adapter.s7.0 : s7 : iobroker - enabled + system.adapter.s7.1 : s7 : iobroker - enabled + system.adapter.s7.2 : s7 : iobroker - enabled + system.adapter.s7.3 : s7 : iobroker - enabled + system.adapter.s7.4 : s7 : iobroker - enabled + system.adapter.s7.5 : s7 : iobroker - enabled + system.adapter.s7.6 : s7 : iobroker - enabled + system.adapter.shelly.0 : shelly : iobroker - enabled, port: 1882, bind: 192.168.1.240 + system.adapter.smartmeter.0 : smartmeter : iobroker - enabled + system.adapter.sonos.0 : sonos : iobroker - enabled + system.adapter.sourceanalytix.0 : sourceanalytix : iobroker - enabled + system.adapter.telegram.0 : telegram : iobroker - enabled, port: 8443, bind: 0.0.0.0 + system.adapter.trashschedule.0 : trashschedule : iobroker - enabled + system.adapter.tuya.0 : tuya : iobroker - enabled + system.adapter.unifi.0 : unifi : iobroker - enabled system.adapter.vis-canvas-gauges.0 : vis-canvas-gauges : iobroker - disabled system.adapter.vis-history.0 : vis-history : iobroker - disabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : iobroker - disabled system.adapter.vis-icontwo.0 : vis-icontwo : iobroker - disabled + system.adapter.vis-inventwo.0 : vis-inventwo : iobroker - enabled system.adapter.vis-jqui-mfd.0 : vis-jqui-mfd : iobroker - disabled system.adapter.vis-justgage.0 : vis-justgage : iobroker - disabled system.adapter.vis-keyboard.0 : vis-keyboard : iobroker - disabled system.adapter.vis-plumb.0 : vis-plumb : iobroker - disabled system.adapter.vis-rgraph.0 : vis-rgraph : iobroker - disabled system.adapter.vis-timeandweather.0 : vis-timeandweather : iobroker - disabled system.adapter.vis-weather.0 : vis-weather : iobroker - disabled system.adapter.vis.0 : vis : iobroker - enabled + system.adapter.web.0 : web : iobroker - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.wled.0 : wled : iobroker - enabled + instance is alive iobroker@iobroker:~$Eigentlich sollte auf dem slave nur der canbus laufen sonst nicht ich habe irgendwann mal aus versehen den tuya adapter auf dem slave installiert und dann auf den Master verschoben.
Backitup, brauch ich den überhaupt auf dem slave? Oder wird der slave mit über den Master gesaved?
-
@elektroniker86 sagte in Daikin Cloud Adapter nodejs18 [gelöst]:
ich habe irgendwann mal aus versehen den tuya adapter auf dem slave installiert
und zwar nicht über den admin des Masters!
daher weiß der nichts davon@elektroniker86 sagte in Daikin Cloud Adapter nodejs18 [gelöst]:
Backitup, brauch ich den überhaupt auf dem slave? Oder wird der slave mit über den Master gesaved?
nur wenn du externe Datenbanken/Konfigurationen außerhalb ioBrokers sichern musst.
(z.B. influxDB/zigbee) -
@homoran sagte in Daikin Cloud Adapter nodejs18 [gelöst]:
und zwar nicht über den admin des Masters!
daher weiß der nichts davonKann ich mir nur dadurch erklären, das vielleicht der Admin vom slave im Webif aktiv war. Weil bewusst habe ich das nicht gemacht.... Kann man das noch irgendwie richten oder muss ich tatsächlich den slave neu machen ?
@homoran sagte in Daikin Cloud Adapter nodejs18 [gelöst]:
nur wenn du externe Datenbanken/Konfigurationen außerhalb ioBrokers sichern musst.
(z.B. influxDB/zigbee)Nein benötige ich nicht.
-
@elektroniker86 sagte in Daikin Cloud Adapter nodejs18 [gelöst]:
Kann ich mir nur dadurch erklären, das vielleicht der Admin vom slave im Webif aktiv war.
klar!
unter der IP des Slaves -
@elektroniker86 sagte in Daikin Cloud Adapter nodejs18 [gelöst]:
Kann man das noch irgendwie richten oder muss ich tatsächlich den slave neu machen ?
Wo wäre das Problem?
Neu machen:- OS installieren
- ioBroker incl node per Einzeiler installieren
- Alle Adapter löschen
- Multihost einrichten
- fertig
- die gewünschte Instanz wird automatisch auf dem Slave eingerichtet)
Reparaturversuch:
- Adapter per Konsole versuchn auf dem Slave zu löschen
- Dabei werden gleichnamige wegen der Kopplung wahrscheinlichst auch auf dem Master gelöscht
- nur Ärger
-
Danke für deine Hilfe, werde dann mal bei Gelegenheit den Slave neu machen. Hab an dem slave ja ein Canbus Hat drauf das auch wieder eingerichtet werden muss und da muss ich mich nochmal mit befassen wie das war.
-
@homoran sagte in Daikin Cloud Adapter nodejs18 [gelöst]:
Wo wäre das Problem?
Neu machen:OS installieren
ioBroker incl node per Einzeiler installieren
Alle Adapter löschen
Multihost einrichten
fertigdie gewünschte Instanz wird automatisch auf dem Slave eingerichtet)
Muss ich dem Master auch irgendwie mitteilen das der alte slave weg ist ?
Sonst hab ich ja eine slave Leiche im Webif unter Hosts? Oder wie läuft das? -
@elektroniker86 sagte in Daikin Cloud Adapter nodejs18 [gelöst]:
Oder wie läuft das?
dem neu Aufgestzten slave die selbe IP und den selben Hostnamen geben, dann wird der vom Master wieder auf den aktuellen Stand gebracht, sobald er verknüpft ist.
Deswegen muss ein Slave immer nur über den Master konfiguriert werden.
eine Leiche hast du nur, wenn du weder iobroker host this machst, noch IP und Hostnamen identisch lässt.
-
Ok, vielen Dank für die Info!
Nur aus Interesse, angenommen ich schmeiß mein Netzwerk um vergebe neue IPs oder Hostnamen etc. wie müsste ich dann vorgehen?
Kann man die Hostleiche dann irgendwie entfernen oder dem System das soweit beibringen das keine Leiche entsteht? -
@elektroniker86 soo viele Fragen
@elektroniker86 sagte in Daikin Cloud Adapter nodejs18 [gelöst]:
Kann man die Hostleiche dann irgendwie entfernen
ja
aber soweit muss es gar nicht kommen.
Mit
iobroker host thisvor dem ersten Start von ioBroker nach der Änderung sollte alles wieder passen. -
@homoran sagte in Daikin Cloud Adapter nodejs18 [gelöst]:
@elektroniker86 soo viele Fragen
Sorry.... wer nicht fragt bleibt dumm...
-
v0.3.0 sollte das Problem nicht mehr haben
-
Hi Apollon77,
habe mein System mal wieder auf den neusten Stand (inkl. nodejs) gebracht.Zunächst hatte ich noch die 0.3.0 drauf. Nachdem hochfahren des IOB hatte er nur noch eines meiner drei Daikin Geräte angeblich in der Cloud.
Löschen der DP und Neustarten der Instanz hat nichts gebracht.
Ich habe dann auf V 0.3.1 upgedatet (Danke für die Verbrauchsdaten!!) und alle DP gelöscht. Er legt sie neu an, meint jedoch alle drei wären nicht mehr in der Cloud angemeldet.In der onecta APP hingegen funktioniert alles wie immer und die Daten zieht er ja auch...just 4 info.
Gruß
-
@joergh sagte in Daikin Cloud Adapter nodejs18 [gelöst]:
meint jedoch alle drei wären nicht mehr in der Cloud angemeldet.
was meinst du damit?
-
@apollon77
Bilder sagen mehr als Worte...(eine hat er wieder gefunden...)
-
-
Soweit ich das verstehe, sollte es doch nach einem manuellen restart der Instanz wieder gehen?
Das habe ich gemacht. Nach einiger Zeit habe ich bei einer Anlage auch einen Wert erhalten, aber einen veralteten, die beiden anderen zeigen offline an, sind sie aber nicht.
-
@joergh Da ich die letzten Tage viel gebastelt habe, wurden mir auch immer wieder einige Anlagen auf NULL gesetzt. Also nicht verbunden. Das passiert, wenn man unrealistische Werte zu Daikin hin schickt.
Also wenn deine Werte alle passen, sollte der Knockout nicht mehr seitens Daikin passieren.
Zur Sicherheit habe ich mir dazu ein Blockly alle 30 min erzeugt, was die Cloud Connectivity wieder auf true setzt. Wenn ich fertig bin, mache ich das wieder aus und sollte nach guter Arbeit auch nicht mehr passieren.
