@heimweh
Ich kann es dir nicht erklären, da ich das Problem nicht so tiefgründig analysiert habe. Ich bin erstmal froh das ich jetzt meine Hausvisu bauen kann.
Ich hatte zu dem Zeitpunkt noch keine Daten im Vis Editor. Ich bin ja schon rausgeflogen als ich mich nur im Javaskript Editor, Echarts Adapter oder in der Adminoberfläche bewegt habe.
Es ist bestimmt einen Versuch wert jeden Adapter nach einander zu starten um zu sehen welcher hier die Probleme verursacht.
@heimweh Bei mir war die Lösung den Adapter "fronius-solarweb" erstmal zu deaktivieren.
Ich nutze jetzt bis auf weiteres den "fronius" Adapter. Leider bietet dieser Adapter nicht alle Daten die der "fronius-solarweb" Adapter zur Verfügung stellt.
Seitdem kann ich meine Visu über die Cloud editieren ohne jegliche Verbindungsunterbrechungen.
Hast du schon mal versucht das Problem auf einen Adapter zu begrenzen?
@homoran Vielen Dank für deine Antwort!
@Heimweh Ich nutze die gleiche Lizenz.
Ich nutze die Pro-Lizenz und habe aus diesem Grund auch unter diesem Beitrag meine Frage platziert.
Assistenten nutze ich keine und fliege alle paar Minuten in der Adminoberfläche raus. Zum Beispiel beim Aufruf diverses Grafiken vom ECharts-Adapter.
Gibt es eine Möglichkeit die Sendehäufigkeit für jeden Adapter einzeln zu konfigurieren?
@heimweh Ich fliege ja schon raus obwohl ich nicht mal im Editor bin.
Verbindest du dich da jetzt mit VPN oder wie machst du das?
Es muss ja einen Grund geben warum die Kommunikation in die Cloud immer wieder abbricht.
@Codierknecht Hast du eine Idee?
Ich habe vor ca. 2 Jahren meine Visu komplett über die Cloud programmiert, wobei damals nicht so viele Adapter im Einsatz waren. Ich habe deswegen auch wieder meine Pro Lizenz gekauft um mir eine neue Vis mit Lovelace oder dem Vis Editor zu bauen.
Jetzt habe ich tatsächlich aber schon ein disconnect beim Aufruf der Admin Oberfläche bzw. des Echarts Adapters.
Ich habe auch schon eine Aufzeichnung des Cloudadapters im Silly-Modus gestartet und das Protokoll bzw. die Cloud Kommunikation geht durch die Decke.
Was könnte in meinem Fall ein sinnvoller Ansatz sein um das Problem zu beheben?
Hallo,
kannst du mir deine Lösung von damals mitteilen?
Bei mir habe ich leider das gleiche Problem.
Danke!
Hallo liebes Forum,
ich bin noch blutiger Anfänger und möchte meine Wärmepumpe Buderus Logatherm WSW196i.2 inkl. Kommunikationsmodul MX300 mit dem IoBroker verbinden.
Leider funktioniert weder der Adapter ems-esp noch der KM200 Adapter(falls ich alles richtig gemacht habe). Leider kann ich zu dem MX300_modul noch nichts im Forum finden.
Vielleicht kann mir einer von euch weiterhelfen was ich falsch mache bzw. ob es noch eine andere Möglichkeit gibt das Modul anzubinden.
Ps.: Falls der Beitrag an dieser Stelle nicht hingehört sagt es mir bitte!
Thema kann gelöscht werden!
Mit etwas Abstand sieht man dann doch den Fehler. Die IP Adresse des Robos hat sich geändert und somit musste ich die IP im IOBroker natürlich ebenfalls ändern.
Trotzdem Danke! 
Hallo Community,
ich hoffe einer von euch kann mir bei meinem Problem behilflich sein. Seit ca. 2 Wochen habe ich das Problem das zum Roboter keine Verbindung mehr hergestellt werden kann.
Die Verbindung zum Roboter funktionierte jedoch seit über einem Jahr ohne Probleme. Ich habe bereits den Adapter neu installiert und die Verbindung nochmals eingerichtet.
Anbei findet Ihr die Log-Einträge. Ich bin mit meinem "Problemlösungsgooglen" am Ende.
Ich bin für jede Hilfe dankbar!
mihome-vacuum.0 2020-03-16 21:34:41.706 debug (10598) server started on 0.0.0.0:53421
mihome-vacuum.0 2020-03-16 21:34:41.676 info (10598) Create state clean_home for controlling by cloud adapter
mihome-vacuum.0 2020-03-16 21:34:41.673 info (10598) Expert mode disabled, states deleded
mihome-vacuum.0 2020-03-16 21:34:41.625 info (10598) starting. Version 1.1.5 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v10.16.0
mihome-vacuum.0 2020-03-16 21:34:40.010 debug (10598) statesDB connected
mihome-vacuum.0 2020-03-16 21:34:40.009 debug (10598) States connected to redis: 127.0.0.1:9000
mihome-vacuum.0 2020-03-16 21:34:39.997 debug (10598) States create System PubSub Client
mihome-vacuum.0 2020-03-16 21:34:39.993 debug (10598) States create User PubSub Client
mihome-vacuum.0 2020-03-16 21:34:39.983 debug (10598) Redis States: Use Redis connection: 127.0.0.1:9000
mihome-vacuum.0 2020-03-16 21:34:39.978 debug (10598) objectDB connected
mihome-vacuum.0 2020-03-16 21:34:39.965 debug (10598) Objects connected to redis: 127.0.0.1:9001
mihome-vacuum.0 2020-03-16 21:34:39.945 debug (10598) Objects client initialize lua scripts
mihome-vacuum.0 2020-03-16 21:34:39.943 debug (10598) Objects create User PubSub Client
mihome-vacuum.0 2020-03-16 21:34:39.941 debug (10598) Objects create System PubSub Client
mihome-vacuum.0 2020-03-16 21:34:39.932 debug (10598) Objects client ready ... initialize now
mihome-vacuum.0 2020-03-16 21:34:39.843 debug (10598) Redis Objects: Use Redis connection: 127.0.0.1:9001
host.raspberrypi 2020-03-16 21:34:38.219 info instance system.adapter.mihome-vacuum.0 started with pid 10598
host.raspberrypi 2020-03-16 21:34:38.190 info "system.adapter.mihome-vacuum.0" enabled
host.raspberrypi 2020-03-16 21:34:37.528 info instance system.adapter.mihome-vacuum.0 terminated with code 156 (156)
mihome-vacuum.0 2020-03-16 21:34:36.986 info (1616) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
mihome-vacuum.0 2020-03-16 21:34:36.983 info (1616) terminating
host.raspberrypi 2020-03-16 21:34:36.971 info stopInstance system.adapter.mihome-vacuum.0 send kill signal
mihome-vacuum.0 2020-03-16 21:34:36.979 info (1616) Got terminate signal TERMINATE_YOURSELF
host.raspberrypi 2020-03-16 21:34:36.966 info stopInstance system.adapter.mihome-vacuum.0 (force=false, process=true)
Hat niemand eine Idee?
