Verbindung zu Harmony Hub reißt ständig ab.
-
ich glaube nicht das es was mit dem WiFi zu tun hat…..
Es ist die Konstellation der Installation und version von allen Paketen.
Irgendwo ist da der Wurm drin, habe ich das Gefühl
Ich hab jetzt so oft ioBroker (nur wegen dem Harmony-Adapter) installiert und versucht und hatte auch das Phänomen das ich immer Verbindungsabbrüche hatte. Dann mal wieder wurde der Hub einmal gefunden und dann wiedermal nicht.....usw.....
Nun habe ich es irgendwie geschafft das der Hub anstandslos läuft.
Ich habe weder am Router noch am Standort geändert. Hardwaretechnisch und Netzwerktechnisch ist alles genau gleich wie vorher `
Ja das vermute ich auch. Vielleicht kannst du ja mal deine Konfiguration reinstellen, also alle relevanten Adapter mit Versionsnummer und node bzw. npm Versionen und iobroker admin version usw.
Vielleicht hilft das ja allen. Danke.
-
Ich glaube auch nicht mehr daran, dass die Ausfälle mit dem WiFi-Signal zu tun haben.
Nach einigem Logging kann ich sagen, dass die Verbindung über den heutigen Tag zwar wirklich dreimal ganz kurz weg war, allerdings so kurz, dass der Harmony Adapter es noch nicht mal in das Log geschrieben hat. Erstaunlicherweise hat sich der Adapter heute aber zu ganz anderen Zeiten 4 mal reconnected.
Das war aber auch schon schlimmer. Bevor ich den Adapter vor einigen Tagen komplett deinstalliert und dann neu installiert habe, hatte ich bis zu 30 Disconnects pro Tag, die ich wie bereits erwähnt manchmal nur durch einen Restart des ioBroker aufheben konnte.
-
Habt ihr denn mal versucht den Adapter zu löschen und neu zu installieren?
Gesendet von iPhone mit Tapatalk Pro
-
Ja das vermute ich auch. Vielleicht kannst du ja mal deine Konfiguration reinstellen, also alle relevanten Adapter mit Versionsnummer und node bzw. npm Versionen und iobroker admin version usw.
Vielleicht hilft das ja allen. Danke. `
2678_versions.png -
Ich habe noch alte Versionen von node und npm.
EDIT: Könnte an der Node Version liegen, mal hier lesen: http://preview.iobroker.com/forum/viewt … &view=nextund hier http://forum.iobroker.net/viewtopic.php … 3&start=20
-
Ich habe noch alte Versionen von node und npm.
49645E88-10A1-445D-9C3C-EDFB356CA2A5.jpeg
EDIT: Könnte an der Node Version liegen, mal hier lesen: http://preview.iobroker.com/forum/viewt … &view=nextund hier http://forum.iobroker.net/viewtopic.php … 3&start=20 `
Und bei dir geht alles einwandfrei mit den alten Node Versionen? Andernfalls probiere ich mal die aus dem Post drueber.
-
Also mein Logfile ist frei von Fehlern… wenn ich die nicht selbst verursache mit spielen.
Und der harmony Adapter schnurrt auch.
Gesendet von iPhone mit Tapatalk Pro
-
Ja das vermute ich auch. Vielleicht kannst du ja mal deine Konfiguration reinstellen, also alle relevanten Adapter mit Versionsnummer und node bzw. npm Versionen und iobroker admin version usw.
Vielleicht hilft das ja allen. Danke.
Ich habe die gleichen Versionen wie du, aber leider hat es trotz Neuinstallation nicht geklappt den Harmony Adapter absturzfrei zu bekommen. Spaeter habe ich mir dann den Iobroker zerschossen und hatte keine Lust mehr die alten Versionen auszuprobieren.
Ich werde jetzt mit ca. 20 Disconnects am Tag Leben muessen.
-
Ich habe den Harmony Hub nicht an iobroker angebunden, aber verwende ihn mit Original-Skill mit Alexa zusammen.
Auch da kommt es regelmäßig vor, dass der Hub zwar den Befehl ausführt, aber Alexa mit einem Fehler quittiert und mir lang und breit erklärt, dass ich mich doch bei Fortbestehen der Probleme an harmony.com/alexa wenden solle bla bla
Sonst hat Alexa solche Probleme nicht.
Lange Rede, kurzer Sinn:
Ich glaube der Harmony Hub ist teilweise Grütze, was Software und/oder Netzwerk angeht. (Ich will ihn nicht generell schlecht reden, weil er kann ja sonst echt viel …)
Ich bin qualitativ aber enttäuscht von dem Hub.
(WLAN ist von ner FritzBox 6490 Cable (kdg))
-
Hi,
ich habe auch den Harmony Hub, an ioBroker angebunden und kann ihn problemlos bedienen. Allerdings habe ich keine Fritzbox, sondern das WLAN stellen bei mir Unifi AP bereit. Somit ist die Aussage, die Software des Hub wäre "Grütze" wohl nicht unbedingt aussagekräftig. Da man hier im Forum immer wieder von Problemen verschiedenster Adapter in Verbindung mit WLAN liest (z.B. auch im Sonoff-Thread), und dort oft eine Frotzbox im Gebrauch ist, bzw. die Problem nach Tausch auf andere WLAN-Access Point wie z.B. die Unifi behoben war, könnte man wohl eher behaupten, das WLAN der Fritzboxen wäre "Grütze". Das würde sich dann auch mit vielen Erfahrungen in anderen Foren z.B. über Apple oder Android decken, bei denen immer wieder über Abreissen der WLAN-Verbindung in Verbindung mit Fritzboxen zu lesen ist.
Falls es Dir möglich ist, teste den Adapter doch mal mit einem anderen WLAN-Acces-Point. Da reicht ja schon ein billiges 20€-Teil, das als Repeater verkauft wird, aber einen LAN-Anschluss mitbringt und als AC verwendbar ist. Evtl. verliert der Hub ja dann die Verbindung schon nicht mehr, und Du hast das WLAN der Fritzbox als Verursacher ausgemacht.
Ach ja, und bloß weil manche Geräte die WLAN-Verbindung bei Dir nicht verlieren heisst das nicht, es kann beim Hub auch nicht passieren. Als ich noch eine Fritzbox hatte, haben genau 3 Geräte (Medion-Android-Tablet, Samsung-Handy und Sonoff) Probleme gehabt, der Rest lief wunderbar. Seit Unifi haben ALLE Geräte KEIN Problem mehr…
Gruss, Jürgen
-
Ihr hattet doch Recht, es lag am WLAN bzw an der Fritzbox. Es reicht aber nicht den Funkkanal des 2.4 Ghz Netzwerks manuell festzulegen, was ich ja schon vorher probiert hatte. Im Ereignisse Tab im Fritzbox Config Menü, kamen trotzdem noch Meldungen das der Kanal gewechselt wird. Die Fritzbox kann den Kanal also trotzdem noch ändern, was meiner Meinung nach ein schlechter Witz von AVM ist. Durch Zufall habe ich dann endlich einen Kanal gefunden der jetzt nicht mehr von der Fritzbox geändert wird, nämlich die 13.
Zusätzlich habe ich auf Empfehlung eines anderen Forums folgendes gemacht:
1. Priorität für Harmony-Hub erhöht: unter Internet/Filter/Priorisierung
2. Für Harmony-Hub Filter geändert: unter Internet/Filter/Kindersicherung:
FilterOhneBlacklist einstellen
Quelle: http://ebmule.de/showthread.php?tid=4049
Endlich habe ich keine Verbindungsabbrüche mehr beim Hub. Vielleicht hilft das den anderen ja auch.
-
Vielen Dank für die Info. Werde ich die Tage bei mir auch auf diesen Weg probieren.
Gruß Markus
Getippt von unterwegs mit Tapatalk Pro.
-
Ansonsten kannst du den Hub noch wo anders hin stellen.
Soweit weg von anderen Geräten und Netzteilen wie es geht.
Da steckt sehr schlechte Hardware drin bzw. ist diese schlecht abgeschirmt, weshalb der Hub oft das WLAN verliert.
Hat bei mir die Sache etwas verbessert.
-
Hallo zusammen,
ich habe leider so meine Probleme mit dem Harmony-Hub, bzw. dem Adapter.
Der Adapter verliert so alle ein bis zwei Minuten den Kontakt zum Harmony-Hub.
Das stört leider bei der Ausführung von Befehlen, egal ob über Alexa oder vis.
Nun meine Frage:
Was kann ich tun, damit der Kontakt bestehen bleibt?
Die WLAN Qualität ist sehr gut, gute Signalstärke, fester Kanal am AP, keine Nachbarnetze die stören und der Hub steht ca. 1m vom nächsten Elektrogerät entfernt.
Installiert auf RaspberryPi3
mit Homematic All-In-One / piVCCU
Versionen:
Harmony Adapter = 0.9.0
nodejs = v6.13.0
Log:
harmony.0 2018-02-26 22:18:52.167 info synced hub config harmony.0 2018-02-26 22:18:50.959 info connected to Harmony Hub harmony.0 2018-02-26 22:18:45.264 info connecting to Harmony Hub harmony.0 2018-02-26 22:18:45.208 info discovered Harmony Hub harmony.0 2018-02-26 22:17:58.875 warn could not connect to Harmony Hub: Error: Timed out after 5000 ms harmony.0 2018-02-26 22:17:49.919 info keep alive failed: Error: Timed out after 5000 ms harmony.0 2018-02-26 22:17:48.868 info keep alive failed: Error: Timed out after 5000 ms harmony.0 2018-02-26 22:17:46.456 info client ended: Harmony_Hub harmony.0 2018-02-26 22:17:46.455 warn lost Harmony Hub hm-rpc.0 2018-02-26 22:16:25.753 info new HmIP devices/channels after filter: 0 hm-rpc.0 2018-02-26 22:16:25.742 info xmlrpc <- newDevices 17 hm-rpc.0 2018-02-26 22:16:25.544 info xmlrpc -> 0 devices hm-rpc.0 2018-02-26 22:16:25.523 info xmlrpc <- listDevices ["hm-rpc.0"] harmony.0 2018-02-26 22:14:21.114 info synced hub config harmony.0 2018-02-26 22:14:20.139 info connected to Harmony Hub harmony.0 2018-02-26 22:14:17.102 info connecting to Harmony Hub harmony.0 2018-02-26 22:14:17.050 info discovered Harmony Hub harmony.0 2018-02-26 22:14:16.423 info client ended: Harmony_Hub harmony.0 2018-02-26 22:14:16.422 warn lost Harmony Hub harmony.0 2018-02-26 22:13:14.722 info synced hub config harmony.0 2018-02-26 22:13:13.612 info connected to Harmony Hub harmony.0 2018-02-26 22:13:10.049 info connecting to Harmony Hub harmony.0 2018-02-26 22:13:09.998 info discovered Harmony Hub hm-rpc.0 2018-02-26 22:12:55.710 info new HmIP devices/channels after filter: 0 hm-rpc.0 2018-02-26 22:12:55.696 info xmlrpc <- newDevices 17 hm-rpc.0 2018-02-26 22:12:55.496 info xmlrpc -> 0 devices hm-rpc.0 2018-02-26 22:12:55.475 info xmlrpc <- listDevices ["hm-rpc.0"] harmony.0 2018-02-26 22:12:52.941 warn could not connect to Harmony Hub: Error: Timed out after 5000 ms harmony.0 2018-02-26 22:12:42.936 info keep alive failed: Error: Timed out after 5000 ms harmony.0 2018-02-26 22:12:41.403 info client ended: Harmony_Hub harmony.0 2018-02-26 22:12:41.403 warn lost Harmony HubPing -Ergebnis:
Ping wird ausgeführt für 192.168.178.39 mit 32 Bytes Daten: Ping-Statistik für 192.168.178.39: Pakete: Gesendet = 120, Empfangen = 120, Verloren = 0 (0% Verlust), Ca. Zeitangaben in Millisek.: Minimum = 1ms, Maximum = 70ms, Mittelwert = 2msgeändert: Code in Code-Tags; Homoran (Mod)
-
Das Thema Verbindungsabbrüche zum Harmony Hub ist hier schon mehrfach beschrieben und diskutiert worden.
Es liegt einfach an dem miserablen WiFi des Hubs.
Gruß
Rainer
PS bitte in Zukunft Code-Tags benutzen
-
Hallo Rainer,
ich werde zukünftig die Code-Tags benutzen, sorry.
Ich habe nun noch ein wenig herumgetestet und folgendes herausgefunden.
Der Harmony - Hub scheint meinen WLAN -AP (D-Link DIR809 / FW 1.11) nicht zu mögen.
Als ich eine "alte" Fritzbox 7330 als AB getestet habe, gab es keine Verbindungsabbrüche mehr.
Evtl. war es nur Zufall, aber für mich war es jedenfalls die Lösung.
Vielleicht hilft dies ja den ein oder anderen User…..
hm-rpc.0 2018-02-27 17:23:58.073 info new HmIP devices/channels after filter: 0 hm-rpc.0 2018-02-27 17:23:58.057 info xmlrpc <- newDevices 17 hm-rpc.0 2018-02-27 17:23:57.899 info xmlrpc -> 0 devices hm-rpc.0 2018-02-27 17:23:57.884 info xmlrpc <- listDevices ["hm-rpc.0"] hm-rpc.0 2018-02-27 17:20:28.057 info new HmIP devices/channels after filter: 0 hm-rpc.0 2018-02-27 17:20:28.049 info xmlrpc <- newDevices 17 hm-rpc.0 2018-02-27 17:20:27.854 info xmlrpc -> 0 devices hm-rpc.0 2018-02-27 17:20:27.839 info xmlrpc <- listDevices ["hm-rpc.0"] hm-rpc.0 2018-02-27 17:16:58.020 info new HmIP devices/channels after filter: 0 hm-rpc.0 2018-02-27 17:16:58.008 info xmlrpc <- newDevices 17 hm-rpc.0 2018-02-27 17:16:57.805 info xmlrpc -> 0 devices hm-rpc.0 2018-02-27 17:16:57.782 info xmlrpc <- listDevices ["hm-rpc.0"] hm-rpc.0 2018-02-27 17:13:27.933 info new HmIP devices/channels after filter: 0 hm-rpc.0 2018-02-27 17:13:27.924 info xmlrpc <- newDevices 17 hm-rpc.0 2018-02-27 17:13:27.752 info xmlrpc -> 0 devices hm-rpc.0 2018-02-27 17:13:27.733 info xmlrpc <- listDevices ["hm-rpc.0"] hm-rpc.0 2018-02-27 17:09:58.582 info new HmIP devices/channels after filter: 0 hm-rpc.0 2018-02-27 17:09:58.436 info xmlrpc <- newDevices 17 hm-rpc.0 2018-02-27 17:09:58.435 info xmlrpc -> 0 devices hm-rpc.0 2018-02-27 17:09:58.434 info xmlrpc <- listDevices ["hm-rpc.0"] hm-rpc.0 2018-02-27 17:04:57.838 info new HmIP devices/channels after filter: 0 hm-rpc.0 2018-02-27 17:04:57.829 info xmlrpc <- newDevices 17 hm-rpc.0 2018-02-27 17:04:57.643 info xmlrpc -> 0 devices hm-rpc.0 2018-02-27 17:04:57.613 info xmlrpc <- listDevices ["hm-rpc.0"] hm-rpc.0 2018-02-27 17:01:28.340 info new HmIP devices/channels after filter: 0 hm-rpc.0 2018-02-27 17:01:28.340 info xmlrpc <- newDevices 17 hm-rpc.0 2018-02-27 17:01:28.340 info xmlrpc -> 0 devices hm-rpc.0 2018-02-27 17:01:28.338 info xmlrpc <- listDevices ["hm-rpc.0"]Gruß
Thomas
-
Hallo zusammen.
Vorgestern hat die Handy App und der Hub ein Update erhalten. (Muss man anscheinend manuell anstoßen)
Ich kann mich eventuell auch täuschen, aber seit dem Update läuft der Hub wesentlich stabiler. Gestern hatte ich ins Log gesehen und keine Fehler dies bezüglich gesehen.
Gesendet von meinem BLA-L29 mit Tapatalk
-
Währe schön wenn Logitech diese Abbrüche vom WiFi endlich Mal in den Griff bekommt die Zeit wird's zeigen
–-----------------------
Send from mobile device
Das schöne ios hat Auto Korrektur zum k****
Wer Schreibfehler findet darf sie behalten oder auf eBay verkaufen, mindest Umsatz 10% für die community
-
Hallo zusammen….
Wäre zu schön gewesen wenn die Verbindungsabbrüche endlich Geschichte sind. Hat mittlerweile irgendeiner eine Lösung dies bezüglich. Jedes mal wenn die Verbindung abbricht, muss ich mit dem Handy den Adapter neu starten da er sonst nicht funktioniert. Das nervt total.
Mit dem Neustart Skript habe ich es auch schon versucht jedoch kann ich das so nicht 1 zu1 übernehmen da es einen Fehler raus gibt und ich nicht weiß was ich ändern muss damit es bei mir funktioniert.
Gesendet von meinem BLA-L29 mit Tapatalk
-
Hat mittlerweile irgendeiner eine Lösung dies bezüglich. `
Das einzige funktionierende Workaround ist meines Wissens einen Access Point ziemlich dicht in die Nähe des Hubs zu bringen.Gruß
Rainer
