Logitech Harmony Hub

Begonnen von der-Lolo, 07 August 2013, 14:17:16

Vorheriges Thema - Nächstes Thema

Jack_n

Hallo,

heute morgen war er wieder connected.

desmoloch

ich bekomme seit Wochen leider auch ständig disconnects... :(
Mal nur ein paar Minuten, mal ganze Tage...
Ich verstehe nicht woran das liegt. Ich habe mal verbose auf 5 gesetzt und das ist alles was ich im Log sehe:

2022.11.27 14:03:44 4:  HarmonyHub: connect
2022.11.27 14:03:47 4:  HarmonyHub: connect
2022.11.27 14:04:00 4:  HarmonyHub: connect
2022.11.27 14:04:13 4:  HarmonyHub: connect
2022.11.27 14:04:26 4:  HarmonyHub: connect
2022.11.27 14:04:39 4:  HarmonyHub: connect
2022.11.27 14:04:52 4:  HarmonyHub: connect
2022.11.27 14:05:05 4:  HarmonyHub: connect


Kann ich noch irgendwie anders eine Protokollierung anschalten?

justme1968

bisher waren solche probleme fast immer auf das netzwerk zurückzuführen. oft waren es fritz!boxen bei denen ein neustart geholfen hat.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

desmoloch

Zitat von: justme1968 am 27 November 2022, 14:22:59
bisher waren solche probleme fast immer auf das netzwerk zurückzuführen. oft waren es fritz!boxen bei denen ein neustart geholfen hat.

ok danke hat erstmal geholfen. Allerdings ist die Verbindung zur Harmony Hub die einzige die Probleme macht, und alle laufen über diese Fritzbox (Hue, Denon, Waschmaschine etc...)
Ich schau mal ob es jetzt stabil bleibt.

Ma_Bo

Ich kann justme1968 da nur bestätigen, es liegt sehr sehr wahrscheinlich an der Fritzbox.

Ich hatte bis Anfang 2021 eine Fritzbox 7490, mit dieser hatte ich (nach heutigem Wissensstand (in der Vergangenheit hab ich sehr viel gesucht, woran es liegen kann und sehr viel versucht)) viele Netzwerkprobleme.
Zum einen hatte ich öfter disconnects der beiden Harmony Hubs, zum anderen Probleme mit zwei Tablets, die als Wand Info Display dienen.

Seit einem Blitzschaden, habe ich die Fritzbox 7590 (Konfiguration ist die selbe ist wie auf der 7490) und seitdem sind meine Netzwerkprobleme fast komplett weg.

Fast komplett deshalb, weil ich die Fritzbox 1-2x im Jahr Neustarten muss, weil sich irgendwas in der Fritzbox aufhängt oder was weiss ich, dann hab ich aber direkt mehrere Probleme, erkenne diese per FHEM und starte die Box einfach neu, danach ist wieder Ruhe.

Grüße Marcel
NUC mit FHEM, HM Heizungsthermostate, HM Wandthermostate, Intertechno Funksteckdosen, 10" Tablet als Wanddisplay, KeyMatic, Fensterkontakte, Fensterkontakte umgebaut als Wassermelder und Briefkastenmelder, Aussenthermostat, Anwesenheitssteuerung über Fritz Box, Google Home usw. usw.

olwaldi

Vgl. https://forum.fhem.de/index.php/topic,112790.0.html#msg1235729 Damit sind die connect/disconnects bei mir deutlich seltener. BTW, bei mir auch eine Fritzbox 7490.

Grüßle, Michael

gent

Hat irgendwer auch seit dem 2.2.2023 Problem mit dem Hub bzw. dem Modul? Er will sich einfach nicht mehr connecten. Ich habe keine Änderungen im Netzwerk oder auf dem Hub vorgenommen. XMPP war (und ist) aus. Ich bekomme jetzt nur noch ein connect hin, wenn ich XMPP einschalte.

LG
fhem auf rPi3 mit USB boot und M2, cul866 (hm), homebridge, FlowerSens, Shelly, Harmony, WemosD1, Sonoff/Tasmota, grafana, mqtt/mosquitto

olwaldi

Nein, bei mir funktioniert der Hub in fhem wie immer. Was mich (aber schon immer) wundert, ist, daß sich der Hub am Fritz-Repeater anmeldet (ein Stockwerk höher) statt direkt an der Fritzbox in Sichtweite. Will sagen, man weiß nie so genau, wie die WLAN-Verbindungen konkret geschaltet sind. Da reicht schon, wenn ein Nachbar neue WLAN-Geräte aktivuert.

Grüßle, Michael

fhem_olsi

Ich bin ein noch ein Newbie in Sachen FHEM und Perl. Nach viel Lesen und eltlichem Probieren habe ich nun (mehr oder weniger) erfolgreich meinen Harmony-Hub eingebunden:
Die Aktivitäten werden richtig angezeigt, und ich kann sie auch schalten; die Bedienung der Geräte habe ich noch nicht in Angriff genommen.

Im FHEM-LogFile bekomme ich allerdings noch zwei Fehlermeldungen, die mich irritieren:

1) "Der Befehl "[" ist entweder falsch geschrieben oder konnte nicht gefunden werden."

2) PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/37_harmony.pm line 1765.

Ich bin mir sehr sicher, dass der Ursprung beider Meldungen im Modul "37_harmony.pm" zu suchen ist.
Denn, wenn ich mein (per define) angelegtes Harmony-Device (per disable = 1) deaktiviere, treten beide Meldungen nicht mehr auf!

Die Meldung 2 konnte ich durch Auskommentieren der Zeilen 1765 - 1767 unterdrücken:
#      if( $hash->{discoveryinfo}{discoveryServerUri} =~ m'https://([^/]+)' ) {
#        $domain = $1;
#      }

Die erste Meldung bleibt davon leider unbeeindruckt. Ich habe die Anzahl der "[" geprüft und mit der Anzahl der "]" verglichen. Beide Klammer-Symbole kommen jeweils 52-mal vor, also ist formal alles in Ordnung.

Weiß jemand etwas über den Grund für dieses Problem?

olwaldi

Bei mir läuft die fhem-Harmony-Anbindung fehlerlos (abgesehen davon, daß immer wieder mal neue configs gefunden werden - vermutlich wegen wackliger WLAN-Anbindung).

1. Ich mußte allerdings bei mir die IP-Adresse des Hub explizit eintragen, da die (lokale) Namensauflösung via Fritzbox nicht stabil tat. Und natürlich mußte ich in der Fritzbox für den Hub eine feste DHCP-Adresse konfigurieren. Vielleicht hast Du z. B. irgendein Sonderzeichen (aus Python-Sicht) im Hubnamen?

2.Hast Du fhem aktualisiert? Direkt nach der Installation haben alle Module eine relativ aktuelle Version, aber vielfach nicht die neueste verfügbare. Sprich' sicherheitshalber in der fhem-GUI updaten.

Viel Erfolg, Michael

fhem_olsi

Zunächst danke für Deine Bemühungen, Michael.

ZitatBei mir läuft die fhem-Harmony-Anbindung fehlerlos
Na ja, wie gesagt, läuft bei mir die "Anbindung" ja auch. Die verfügbaren Aktionen werden richtig angezeigt, und ich kann sie via FHEM ein- und wieder ausschalten. Kein Problem!

Mich stören nur die Fehlermeldungen, die FHEM beim Start auswirft; hier ein Beispiel:
2023.04.24 14:56:01 1: starting in console mode
2023.04.24 14:56:01 1: Including fhem.cfg
Der Befehl "[" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
rt 8083 opened
2023.04.24 14:56:02 2: eventTypes: loaded 0 lines from c:\Progs\fhem\log\et.log
2023.04.24 14:56:02 1: Including ./log/fhem.save
2023.04.24 14:56:02 1: Messages collected while initializing FHEM:SecurityCheck:
  WEB is not password protected
  telnet_fhem is not password protected

Protect this FHEM installation by configuring the allowed device allowed
You can disable this message with attr global motd none

2023.04.24 14:56:02 3: HHub: connected
2023.04.24 14:56:02 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/37_harmony.pm line 1765.
2023.04.24 14:56:02 0: Featurelevel: 6.2
2023.04.24 14:56:02 0: Server started with 149 defined entities (fhem.pl:27110/2023-01-23 perl:5.032001 os:MSWin32 user:ZBox pid:6280)
2023.04.24 14:56:02 3: Opening mqt_w10 device 192.168.0.116:1883
2023.04.24 14:56:02 3: mqt_w10 device opened
2023.04.24 14:56:02 3: HHub: websocket: Switching Protocols ok
2023.04.24 14:56:03 3: HHub: new config
2023.04.24 14:56:04 2: AttrTemplates: got 259 entries
2023.04.24 14:56:05 3: HHub: new config

ZitatIch mußte allerdings bei mir die IP-Adresse des Hub explizit eintragen
Mein Hub ist per "define HHub harmony 192.168.0.120 remoteId=xyz" angebunden.
Also, bei mir auch: Feste IP-Adresse und per RemoteID.

ZitatUnd natürlich mußte ich in der Fritzbox für den Hub eine feste DHCP-Adresse konfigurieren.
IP-Adresse ist bei mir fixiert; zwar via DHCP verbunden, aber in der Fritzbox festgelegt.

ZitatVielleicht hast Du z. B. irgendein Sonderzeichen (aus Python-Sicht) im Hubnamen?
"Python"? Du meinst "Perl"?
Nein, mein Hub heißt im Netzwerk schlicht und ergreifend "HarmonyHub".

ZitatHast Du fhem aktualisiert?
Zuletzt im Januar 2023 (v6.2).
Das betroffene Modul "37_harmony.pm" ist vom 13.04.2019, ist meines Wissens seitdem unverändert.

Aber all die letzten Punkte führen in die falsche Richtung, so glaube ich.

Wie gesagt, unterbleiben obige Meldungen im FHEM-Logfile beim Start von FHEM, wenn ich das HarmonyHub-Modul deaktiviere!
Demzufolge muß  der Grund für die Meldungen dafür im Modul "37_harmony.pm" zu suchen und zu finden sein.

Ich könnte das einfach ignorieren, denn anscheinend (oder doch nur scheinbar?) funktioniert mein HarmonyHub-Modul ansonsten fehlerfrei.
Doch, wenn ich den Grund verstehen würde, fühlte ich mich wohler...

MfG
Wolfgang

MadMax-FHEM

Poste doch ein list von deinem Hub-Device

Die Meldung mit der eckigen Klammer: ja kommt laut dur, nur, wenn du den Hub definiert hast, sieht aber (für mich) nach was anderem aus...

Hast du irgendwelche notify/DOIF o.ä. die schon auf den Hub reagieren?
Vielleicht ist da was "schräg". Wirkt sich ja dann auch nur ahs, wenn der Hub aktiv/defined ist...

Das uninitialized einmalig bei Start würde ich einfach mal ignorieren (kann ja mal schauen, ob ich das auch habe), ist verm. beim erstmaligen Durchlauf eine Variable noch nicht initialisiert. Unschön aber...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

fhem_olsi

Hallo Joachim,
ZitatPoste doch ein list von deinem Hub-Device
Hier ist es:
list HHub:

Internals:
   CONNECTS   1
   ConnectionState Disconnected
   DEF        192.168.0.120 remoteId=XXXXXXX
   FUUID      6442b59b-f33f-c887-b068-31942cc4ef801fb6
   LAST_CONNECT 2023-04-25 10:31:43
   LAST_DISCONNECT 2023-04-25 11:17:41
   NAME       HHub
   NOTIFYDEV  global
   NR         489
   NTFY_ORDER 50-HHub
   STATE      Disconnected
   TYPE       harmony
   activityStatus 0
   currentActivityID -1
   eventCount 8
   hubSwVersion 4.15.330
   hubUpdate  0
   ip         192.168.0.120
   protocol   WEBSOCKET
   remoteId   8433160
   syncStatus 0
   READINGS:
     2023-04-25 10:31:44   activity        PowerOff
     2023-04-25 10:31:45   currentActivity PowerOff
     2023-04-24 19:58:09   previousActivity PowerOff
     2023-04-25 11:17:41   state           Disconnected
   config:
     activity:
       HASH(0x530d708)
       HASH(0x530dc18)
       HASH(0x53160e8)
       HASH(0x531ca68)
       HASH(0x5319e88)
     content:
       contentDeviceHost https://content.dhg.myharmony.com/1.0/Device;{deviceProfileUri}
       contentImageHost https://d1tk8oqnnsddt5.cloudfront.net/1.0/station/{stationId}/image;maxX=40;maxY=40
       contentServiceHost https://content.dhg.myharmony.com/1.0/Service/{providerId}
       contentUserHost https://content.dhg.myharmony.com/1.0/User;{userProfileUri}
       householdUserProfileUri svcs.myharmony.com/res//household/6697252-pCup5HSzChOcIuNtBUpo5vFPlqvgT0cnQwsGtvyydXc=/user/default
     device:
       HASH(0x52f5070)
       HASH(0x52f62b0)
       HASH(0x52ff4f0)
       HASH(0x53028c8)
       HASH(0x5308970)
       HASH(0x5301648)
       HASH(0x530c1f8)
     global:
       locale     de-DE
       timeStampHash 7a8fd61f-a983-4bb8-926c-1971348b1a15b1397ce6-0b3f-4664-b417-84ffa07de948/ce7cc3bf-0a29-4dc1-b941-dc85168ce07e4feab96d-0e24-4e47-87eb-1b8cbe560bd5f96c13ed-f8fe-425f-b9b9-33db7f5305798433160HarmonyHubde-DEWolfgang.Olsowski@mailbox.orgDESilverlightWebClient01269820578False-1784100211europe%2fberlineurope%2famsterdamTrue7624758021;294132998e24565820a993f1a86fb4dc
     sequence:
     sla:
       latestSLAAcceptedDate /Date(1525519203030+0000)/
   discoveryinfo:
     accountId  7952176
     current_fw_version 4.15.330
     discoveryServerUri https://svcs.myharmony.com/Discovery/Discovery.svc
     discoveryServerUriCF https://cf-svcs.myharmony.com/Discovery/Discovery.svc
     email      WolfgangXXXXXXXXX@XXXXXXXXXXX
     friendlyName HarmonyHub
     host_name  HarmonyHub
     hubId      97
     hubProfiles {Harmony="2.0"}
     ip         192.168.0.120
     minimumOpenApiClientVersionRequired 1
     mode       3
     openApiVersion 2
     port       5222
     productId  Pimento
     protocolVersion {XMPP="1.0", HTTP="1.0", RF="1.0", WEBSOCKET="1.0"}
     recommendedOpenApiClientVersion 1
     remoteId   8433160
     setupSessionClient SilverlightWebClient
     setupSessionIsStale true
     setupSessionSetupType
     setupSessionType 0
     setupStatus 0
     uuid       0c4366ac9a7b2a8ffb67910738dcab5585e88d9f
   helper:
     PARTIAL   
Attributes:
   disable    1
   room       Wohnzimmer


ZitatDie Meldung mit der eckigen Klammer: ja kommt laut dur, nur, wenn du den Hub definiert hast, sieht aber (für mich) nach was anderem aus...
Bin gespannt, nach was denn?

ZitatDie Meldung mit der eckigen Klammer: ja kommt laut dur, nur, wenn du den Hub definiert hast, sieht aber (für mich) nach was anderem aus...
Ich hatte bislang noch nichts weiter definiert, nur das Attribut "room" - und jetzt "disabled" eben.

ZitatDas uninitialized einmalig bei Start würde ich einfach mal ignorieren
Das habe ich einfach durch Auskommentieren (siehe gaaanz oben) eliminiert; das stört nicht länger...

Gruß, Wolfgang.

MadMax-FHEM

Also statt irgendwelchen Code auszukommentieren (am Ende ohne genau zu wissen was der tut/wozu er da ist) würde ich ja lieber die eine Meldung beim Starten ignorieren...

Bzgl. des anderen Fehlers: er kommt halt gleich beim Laden der Config also Parsen der Config. Also sehr, sehr früh (noch bevor etwas angelegt wird?) daher eben die Vermutung, dass es nur secundär mit dem Hub-Device/-Modul zu tun hat.

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

fhem_olsi

ZitatAlso statt irgendwelchen Code auszukommentieren (am Ende ohne genau zu wissen was der tut/wozu er da ist) würde ich ja lieber die eine Meldung beim Starten ignorieren...
Nun ja, aus dem Zusammenhang läßt sich schon erschließen, worum es geht! Und da meinem Hub ohnehin der Internet-Zugriff von der Fritzbox verewhrt wird, kann man das gefahrlos tun, dachte ich mir.

Zitatdaher eben die Vermutung, dass es nur secundär mit dem Hub-Device/-Modul zu tun hat.
Worin sollte diese Wechselwirkung wohl bestehen?

Wenn ich auf gobal-verbose = 5 wechsle und neu starte, gibt es leider auch keine detailliertere Informationen. Es bleibt bei der lapidaren Meldung "Der Befehl "[" ist entweder falsch geschrieben oder konnte nicht gefunden werden."

Mir ist aber etwas anderes aufgefallen: Die Ausgabe der obigen Meldung hat zur Folge, dass etwas verschluckt wird, was eigentlich vorhanden sein sollte, nämlich (Beispiel mit HHub disabled):
2023.04.25 15:51:43 3: telnet_fhem: port 7072 opened
2023.04.25 15:51:43 3: WEB: port 8083 opened
2
Die "telnet"-Meldung (nach der Fehlermeldung) fehlte ganz, und die "WEB"-Meldung ist verstümmelt!
Vielleicht könnt uns das einen Hinweis geben?

Gruß, Wolfgang.