HMLAN disconnected sporadisch

[Guest]

Originally posted by: <email address deleted>

Hi,

erste Zeilen vom log sehen so aus:

2012.12.17 19:10:07.064 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A5537D d2:0000
2012.12.17 19:10:32.100 1: HMLAN_Send:  K
2012.12.17 19:10:32.104 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A5B4EB d2:0000
2012.12.17 19:10:57.116 1: HMLAN_Send:  K
2012.12.17 19:10:57.124 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A61643 d2:0000
2012.12.17 19:11:22.132 1: HMLAN_Send:  K
2012.12.17 19:11:22.136 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A67799 d2:0000
2012.12.17 19:11:47.152 1: HMLAN_Send:  K
2012.12.17 19:11:47.156 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A6D8F3 d2:0000
2012.12.17 19:12:12.188 1: HMLAN_Send:  K
2012.12.17 19:12:12.208 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A73A6B d2:0000
2012.12.17 19:12:37.228 1: HMLAN_Send:  K
2012.12.17 19:12:37.232 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A79BCC d2:0000
2012.12.17 19:13:02.256 1: HMLAN_Send:  K
2012.12.17 19:13:02.260 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A7FD2F d2:0000
2012.12.17 19:13:27.272 1: HMLAN_Send:  K
2012.12.17 19:13:27.276 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A85E86 d2:0000
2012.12.17 19:13:52.296 1: HMLAN_Send:  K
2012.12.17 19:13:52.300 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A8BFE4 d2:0000
2012.12.17 19:14:17.340 1: HMLAN_Send:  K
2012.12.17 19:14:17.344 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A92157 d2:0000
2012.12.17 19:14:42.384 1: HMLAN_Send:  K
2012.12.17 19:14:42.388 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:2452

alles gut würde ich sagen.
Also alle 25 sec. wird ein keep alive geschickt. Die Frage ist:
Wenn meine Abbrüche in den Morgenstunden kommen, wurde ien keep alive gesendet oder kam die Antwort nicht oder zu spät?
Hat den Fehler sonst niemand?
Es sind doch mit Sicherheit einige user mit der Kombi Fritzbox/HM-Lanadapter unterwegs.
Na schaun wir mal auf das log morgen früh....

Gruß
Matthias


--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[UliM]

                                                 

Am Montag, 17. Dezember 2012 19:21:40 UTC+1 schrieb Matthias:
>
> Hat den Fehler sonst niemand?
> Es sind doch mit Sicherheit einige user mit der Kombi Fritzbox/HM-Lanadapter unterwegs.
>
> Wie in dem anderen fred geschrieben habe ich seit Deaktivierung WOL kein
disconnect/reappeared mehr. (genaugenommen in WOL nur in der Routine, in
der das ping steht, gleich zu Anfang ein return; eingetragen -> kein ping
mehr -> alles ist schön)

Wenn ei Dir kein Zusammenhang mit WOL erkennbar: evtl pingst Du ja aus
einer anderen eigenen Routine heraus?  Einige der
Handy-Anwesenheits-Routinen gehen m.W. diesen Weg...

=8-)

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hi Matthias,

ich leide ebenfalls unter dem Phänomen, bei mir trat es in Zusammenhang WOL
und lanping.sh auf und brachte mein IPTV in regelmäßigen Abständen zum
stehen.
Aus diesem Grund habe ich meinen Adapter vorläufig in die Schublade
verbannt und nutze jetzt einen CUL um den Hausfrieden zu waren.

Wenn sich morgen etwas Zeit ergibt werde ich alles mal auf HMLAN umstricken
und sehen was passiert.

Danke an alle beteiligten für die Erforschung.

Grüße Andreas  



Am Montag, 17. Dezember 2012 19:21:40 UTC+1 schrieb Matthias:
>
> Hi,
>
> erste Zeilen vom log sehen so aus:
>
> 2012.12.17 19:10:07.064 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A5537D d2:0000
> 2012.12.17 19:10:32.100 1: HMLAN_Send:  K
> 2012.12.17 19:10:32.104 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A5B4EB d2:0000
> 2012.12.17 19:10:57.116 1: HMLAN_Send:  K
> 2012.12.17 19:10:57.124 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A61643 d2:0000
> 2012.12.17 19:11:22.132 1: HMLAN_Send:  K
> 2012.12.17 19:11:22.136 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A67799 d2:0000
> 2012.12.17 19:11:47.152 1: HMLAN_Send:  K
> 2012.12.17 19:11:47.156 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A6D8F3 d2:0000
> 2012.12.17 19:12:12.188 1: HMLAN_Send:  K
> 2012.12.17 19:12:12.208 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A73A6B d2:0000
> 2012.12.17 19:12:37.228 1: HMLAN_Send:  K
> 2012.12.17 19:12:37.232 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A79BCC d2:0000
> 2012.12.17 19:13:02.256 1: HMLAN_Send:  K
> 2012.12.17 19:13:02.260 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A7FD2F d2:0000
> 2012.12.17 19:13:27.272 1: HMLAN_Send:  K
> 2012.12.17 19:13:27.276 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A85E86 d2:0000
> 2012.12.17 19:13:52.296 1: HMLAN_Send:  K
> 2012.12.17 19:13:52.300 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A8BFE4 d2:0000
> 2012.12.17 19:14:17.340 1: HMLAN_Send:  K
> 2012.12.17 19:14:17.344 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A92157 d2:0000
> 2012.12.17 19:14:42.384 1: HMLAN_Send:  K
> 2012.12.17 19:14:42.388 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:2452
>
> alles gut würde ich sagen.
> Also alle 25 sec. wird ein keep alive geschickt. Die Frage ist:
> Wenn meine Abbrüche in den Morgenstunden kommen, wurde ien keep alive gesendet oder kam die Antwort nicht oder zu spät?
> Hat den Fehler sonst niemand?
> Es sind doch mit Sicherheit einige user mit der Kombi Fritzbox/HM-Lanadapter unterwegs.
> Na schaun wir mal auf das log morgen früh....
>
> Gruß
> Matthias
>
>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hi Andreas,

heute morgen ging seit dem Auskommentieren des WOL-ping das erste Mal
wieder eine angelegte Zeitschaltuhr. Ich habe nur kurz auf das log schauen
können, welches durch die ausführliche Ausführung sehr lang wurde.
Dort waren auch wieder disconnects. Allerdings kam die Verbindung zum HMLAN
wieder und somit die Testlampe heute morgen.
Werde heute nachmittag das log posten. Ich bin kurz davor noch 2 CUL zu
bestellen denn der eine CUL läuft ohne probs. Ich wollte meine
Hausautomation auf Rolladen- und Heizungssteuerung ausbauen.
Und spätestens bei einer kalten Wohnung wird meine Frau etwas kühler im
Bezug zu den technischen "Spielereien".

Gruß

Matthias

Am Montag, 17. Dezember 2012 21:11:09 UTC+1 schrieb Andreas Seeber:
>
> Hi Matthias,
>
> ich leide ebenfalls unter dem Phänomen, bei mir trat es in Zusammenhang
> WOL und lanping.sh auf und brachte mein IPTV in regelmäßigen Abständen zum
> stehen.
> Aus diesem Grund habe ich meinen Adapter vorläufig in die Schublade
> verbannt und nutze jetzt einen CUL um den Hausfrieden zu waren.
>
> Wenn sich morgen etwas Zeit ergibt werde ich alles mal auf HMLAN
> umstricken und sehen was passiert.
>
> Danke an alle beteiligten für die Erforschung.
>
> Grüße Andreas  
>
>
>
> Am Montag, 17. Dezember 2012 19:21:40 UTC+1 schrieb Matthias:
>>
>> Hi,
>>
>> erste Zeilen vom log sehen so aus:
>>
>> 2012.12.17 19:10:07.064 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A5537D d2:0000
>> 2012.12.17 19:10:32.100 1: HMLAN_Send:  K
>> 2012.12.17 19:10:32.104 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A5B4EB d2:0000
>> 2012.12.17 19:10:57.116 1: HMLAN_Send:  K
>> 2012.12.17 19:10:57.124 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A61643 d2:0000
>> 2012.12.17 19:11:22.132 1: HMLAN_Send:  K
>> 2012.12.17 19:11:22.136 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A67799 d2:0000
>> 2012.12.17 19:11:47.152 1: HMLAN_Send:  K
>> 2012.12.17 19:11:47.156 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A6D8F3 d2:0000
>> 2012.12.17 19:12:12.188 1: HMLAN_Send:  K
>> 2012.12.17 19:12:12.208 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A73A6B d2:0000
>> 2012.12.17 19:12:37.228 1: HMLAN_Send:  K
>> 2012.12.17 19:12:37.232 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A79BCC d2:0000
>> 2012.12.17 19:13:02.256 1: HMLAN_Send:  K
>> 2012.12.17 19:13:02.260 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A7FD2F d2:0000
>> 2012.12.17 19:13:27.272 1: HMLAN_Send:  K
>> 2012.12.17 19:13:27.276 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A85E86 d2:0000
>> 2012.12.17 19:13:52.296 1: HMLAN_Send:  K
>> 2012.12.17 19:13:52.300 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A8BFE4 d2:0000
>> 2012.12.17 19:14:17.340 1: HMLAN_Send:  K
>> 2012.12.17 19:14:17.344 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:04A92157 d2:0000
>> 2012.12.17 19:14:42.384 1: HMLAN_Send:  K
>> 2012.12.17 19:14:42.388 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:2452
>>
>> alles gut würde ich sagen.
>> Also alle 25 sec. wird ein keep alive geschickt. Die Frage ist:
>> Wenn meine Abbrüche in den Morgenstunden kommen, wurde ien keep alive gesendet oder kam die Antwort nicht oder zu spät?
>> Hat den Fehler sonst niemand?
>> Es sind doch mit Sicherheit einige user mit der Kombi Fritzbox/HM-Lanadapter unterwegs.
>> Na schaun wir mal auf das log morgen früh....
>>
>> Gruß
>> Matthias
>>
>>
>>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo Zusammen,

Noch einmal klargestellt: WOL erzeugt eine "totzeit" von 10sec pro nicht
beantworteten Pings (schlafendem device in der Liste). Das ist definitiv
ein Problem. Es kann durch Reduzierung der Zeit (-w parameter bei FB, keine
Garantie fuer andere Linux distributionen, funktioniert nicht auf Windows)  
verbessert werden.

Generell hatte ich schon beschrieben, dass es jederzeit weitere Prozesse
geben koennte, die sich auch einen ordentlichen Brocken Kerarbeitungs -
oder Wartezeit koennen.

HMLAN kann aus 2 Gruenden disconnecten (soweit mir aufgefallen)
1) wenn die keepalive ausbleiben
2) bei zu hoher message last


2) hier habe ich eine Bremse eingebaut so dass es funktioniert hat. Kann
aber durch wiederholer und last 'in der Luft' immer noch zu probleme
fuehren - das kann ich nicht ausschliessen. Ein regelmaessiges auftreten
halte ich fuer eher unwarscheinlich.

1) das beschriebene Problem deuten auf grund seiner Regelmaessigkeit auf
ein timerproblem hin. Meine Vermutung ist ein 'zeitgraifender ' prozess  -
im angegebenen Fall alle 4h
Zu sehen sollte in den Logs sein, dass kein 'K' nach 30sec vor dem
disconnect kommt.

Sollte vermutung 1) zutreffen brauchen wir
a) welchen Funktionen laufen in dem environment?
b) 'instrumentierte ' load die das Verhalten der Timer dokumentiert
c) 'instrumentierte ' load die langlaeufer processe entlarvt.

fuer b) und c) kann ich ggf ein testimage basteln

Gruss
Martin



--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Moin!

1. Bei mir treten die Disconnects auch ohne WOL Modul (und auch bei
1-Sek-Timeout) auf.
2. Die Disconnects kommen auch (oder sogar vor allem) bei niedriger
Funklast (z.B. regelmäßig Nachts...)

Kann ich irgendwo testweise die Zeitspanne der Keepalives z.B. auf 15
Sekunden reduzieren, bis das Senden geforked wurde?

Viele Grüße, Ralf

Am Dienstag, 18. Dezember 2012 12:52:05 UTC+1 schrieb Martin:
>
>
> HMLAN kann aus 2 Gruenden disconnecten (soweit mir aufgefallen)
> 1) wenn die keepalive ausbleiben
> 2) bei zu hoher message last
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

a) kannst du einmal logs schicken um festzustellen, ob es am keep-alive
haengt oder eine andere Ursache hat?
b) das keep-alive kannst du in 00_HMLAN.pm aendern, line 454(etwa)
  InternalTimer(gettimeofday()+*25*, "HMLAN_KeepAlive", "keepAlive:".$name,
1);

Gruss,
Martin

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hi Martin,

congratulations with a wonderful job on the HM module, it works like a
charm !!
Thanks!

in the Basic Application I wrote, I had the same problems. In that case not
a WOL but a module polling other devices took up all time.
Overloading the HMLAN with messages can be detected, I believe, since it
echo's back what you sent it. Once it stops doing that, you know it has not
sent out the command to the device. So you throttled that, which is the
best solution.
One option is to reduce the wakeup time to 15 seconds so it would survive 1
failed ping, but I believe that would only solve the problem for the WOL
module. There might be other modules that wait for a response from a
device.

Is it not possible to run this HMLAN wakeup "outside" of the regular
modules, so it is not affected by other modules?


Johan

--Johan



2012/12/18 Martin

> a) kannst du einmal logs schicken um festzustellen, ob es am keep-alive
> haengt oder eine andere Ursache hat?
> b) das keep-alive kannst du in 00_HMLAN.pm aendern, line 454(etwa)
>   InternalTimer(gettimeofday()+*25*, "HMLAN_KeepAlive",
> "keepAlive:".$name, 1);
>
> Gruss,
> Martin
>
>  --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Ich denke, dass das ein generelles Problem ist. Ist ja nicht nur das Warten
auf Antwort bei Systemcalls, sondern auch bei GetHttpFileFromUrl() als
Beispiel. Die wartet ja auch maximal wie im Timeout angegeben auf eine
Antwort vom Server.

Dazu kommt noch die Last auf dem jeweiligen System wo FHEM läuft, etc.
Evtl. hilft hier das auslagern des KeepAlive sendens in einen Thread. Der
würde dann unabhängig laufen und den Socket immer Brav beschreiben.

Hab mich da aktuell intensiv mit beschäftigt (Multitthreaded Server in
Perl).

Gruß
Markus

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hi,
ich habe nun mit auskommentiertem WOL ein log über Nacht laufen lassen und :

2012.12.18 12:16:37.827 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:0850FC85 d2:0000
2012.12.18 12:16:37.831 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:0850FC95 d2:0000
2012.12.18 12:17:02.819 1: HMLAN_Send:  K
2012.12.18 12:17:02.831 1: HMLAN_Send:  K
2012.12.18 12:17:02.843 1: HMLAN_Send:  K
2012.12.18 12:17:02.847 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08515DD8 d2:0000
2012.12.18 12:17:02.847 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08515DE3 d2:0000
2012.12.18 12:17:02.859 1: HMLAN_Send:  K
2012.12.18 12:17:02.863 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08515DEF d2:0000
2012.12.18 12:17:02.867 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08515DFF d2:0000
2012.12.18 12:16:34.564 1: 192.168.1.116:1000 disconnected, waiting to reappear
2012.12.18 17:04:47.020 1: HMLAN_Send:  SAEC29A5B,00,00000000,01,AEC29A5B,06A0112452021783EE0201C80000D027
2012.12.18 17:04:49.036 1: HMLAN_Send:  SAEC2A23B,00,00000000,01,AEC2A23B,06A0112452021783EE0201C80000D027
2012.12.18 17:04:50.056 1: HMLAN_Send:  SAEC2A637,00,00000000,01,AEC2A637,06A0112452021783EE0201C800

Was ist das denn? Die Zeit läuft beim disconnect wieder rückwärts?
Bei mir sind im Moment die disconnects im Bereich von eigentlicher Ruhe für fhem.
Ich habe nur einen HM-LC-SW1-FM, einen AB440 über einen CUL an der Fritzbox 7390 und den besagten HMLAN im Einsatz.
Ich habe kein WOL am laufen und lediglich eine Zeitschaltuhrfunktion für die HM-LC-SW1-FM und den AB440 im System.
Zusätzlich logge ich nur die Daten von einem FHT80b und zweier FHT8 mit. Weiteres folgt erst wenn der HMLAN ohne Probleme läuft.

Ich hoffe das log hilft weiter.

Gruß

Matthias



> Gruß
>
> Matthias
>
>
>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

nochmal das log wegen der Zeit:

2012.12.18 12:16:12.743 1: HMLAN_Send:  K
2012.12.18 12:16:12.755 1: HMLAN_Send:  K
2012.12.18 12:16:12.767 1: HMLAN_Send:  K
2012.12.18 12:16:12.771 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08509AFF d2:0000
2012.12.18 12:16:12.771 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08509B0A d2:0000
2012.12.18 12:16:12.783 1: HMLAN_Send:  K
2012.12.18 12:16:12.787 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08509B16 d2:0000
2012.12.18 12:16:12.791 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08509B26 d2:0000
2012.12.18 12:16:37.783 1: HMLAN_Send:  K
2012.12.18 12:16:37.795 1: HMLAN_Send:  K
2012.12.18 12:16:37.807 1: HMLAN_Send:  K
2012.12.18 12:16:37.811 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:0850FC6D d2:0000
2012.12.18 12:16:37.811 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:0850FC79 d2:0000
2012.12.18 12:16:37.823 1: HMLAN_Send:  K
2012.12.18 12:16:37.827 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:0850FC85 d2:0000
2012.12.18 12:16:37.831 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:0850FC95 d2:0000
2012.12.18 12:17:02.819 1: HMLAN_Send:  K
2012.12.18 12:17:02.831 1: HMLAN_Send:  K
2012.12.18 12:17:02.843 1: HMLAN_Send:  K
2012.12.18 12:17:02.847 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08515DD8 d2:0000
2012.12.18 12:17:02.847 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08515DE3 d2:0000
2012.12.18 12:17:02.859 1: HMLAN_Send:  K
2012.12.18 12:17:02.863 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08515DEF d2:0000
2012.12.18 12:17:02.867 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08515DFF d2:0000
2012.12.18 12:16:34.564 1: 192.168.1.116:1000 disconnected, waiting to reappear
2012.12.18 17:04:47.020 1: HMLAN_Send:  SAEC29A5B,00,00000000,01,AEC29A5B,06A0112452021783EE0201C80000D027
2012.12.18 17:04:49.036 1: HMLAN_Send:  SAEC2A23B,00,00000000,01,AEC2A23B,06A0112452021783EE0201C80000D027
2012.12.18 17:04:50.056 1: HMLAN_Send:  SAEC2A637,00,00000000,01,AEC2A637,06A0112452021783EE0201C80000D027



Am Dienstag, 18. Dezember 2012 19:20:22 UTC+1 schrieb Matthias:
>
>
> Hi,
> ich habe nun mit auskommentiertem WOL ein log über Nacht laufen lassen und
> :
>
> 2012.12.18 12:16:37.827 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:0850FC85 d2:0000
> 2012.12.18 12:16:37.831 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:0850FC95 d2:0000
> 2012.12.18 12:17:02.819 1: HMLAN_Send:  K
> 2012.12.18 12:17:02.831 1: HMLAN_Send:  K
> 2012.12.18 12:17:02.843 1: HMLAN_Send:  K
> 2012.12.18 12:17:02.847 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08515DD8 d2:0000
> 2012.12.18 12:17:02.847 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08515DE3 d2:0000
> 2012.12.18 12:17:02.859 1: HMLAN_Send:  K
> 2012.12.18 12:17:02.863 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08515DEF d2:0000
> 2012.12.18 12:17:02.867 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0245202 d:173FE7 O:245202 m:08515DFF d2:0000
> 2012.12.18 12:16:34.564 1: 192.168.1.116:1000 disconnected, waiting to reappear
> 2012.12.18 17:04:47.020 1: HMLAN_Send:  SAEC29A5B,00,00000000,01,AEC29A5B,06A0112452021783EE0201C80000D027
> 2012.12.18 17:04:49.036 1: HMLAN_Send:  SAEC2A23B,00,00000000,01,AEC2A23B,06A0112452021783EE0201C80000D027
> 2012.12.18 17:04:50.056 1: HMLAN_Send:  SAEC2A637,00,00000000,01,AEC2A637,06A0112452021783EE0201C800
>
> Was ist das denn? Die Zeit läuft beim disconnect wieder rückwärts?
> Bei mir sind im Moment die disconnects im Bereich von eigentlicher Ruhe für fhem.
> Ich habe nur einen HM-LC-SW1-FM, einen AB440 über einen CUL an der Fritzbox 7390 und den besagten HMLAN im Einsatz.
> Ich habe kein WOL am laufen und lediglich eine Zeitschaltuhrfunktion für die HM-LC-SW1-FM und den AB440 im System.
> Zusätzlich logge ich nur die Daten von einem FHT80b und zweier FHT8 mit. Weiteres folgt erst wenn der HMLAN ohne Probleme läuft.
>
> Ich hoffe das log hilft weiter.
>
> Gruß
>
> Matthias
>
>
>
>> Gruß
>>
>> Matthias
>>
>>
>>
>>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Is that a wakeup every 12 ms?

2012.12.18 12:16:12.743 1: HMLAN_Send:  K
2012.12.18 12:16:12.755 1: HMLAN_Send:  K
2012.12.18 12:16:12.767 1: HMLAN_Send:  K

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Johan
>
>
>
> Overloading the HMLAN with messages can be detected, I believe, since it
> echo's back what you sent it. Once it stops doing that, you know it has not
> sent out the command to the device. So you throttled that, which is the
> best solution.
>
I noticed that - but I have no full understanding  in the replies. I
identified some status conditions but not all of them. sometimes I get 2
for one message.
Nevertheless I will try to identify a mechanism to controll traffic
dependant on responses.
 

> One option is to reduce the wakeup time to 15 seconds so it would survive
> 1 failed ping, but I believe that would only solve the problem for the WOL
> module. There might be other modules that wait for a response from a
> device.
>
I agree

>
> Is it not possible to run this HMLAN wakeup "outside" of the regular
> modules, so it is not affected by other modules?
>

good idea. Nevertheless I would target a solution the other way round.
Currently there are several timing constrains to be considered with even
tighter timings:
- HMLAN keep-alive ~30s
- respose to weakup devices 300ms max
- acks to deivces 200-300ms

not talking about user timer settings by now.

My suggestion would be to
- restrict max process time for single task - suggestion is less then 100ms
- developer have to obey that rule - FHEM can supervice that and post logs
upon violation

Martin

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

which version do you use?
This is only the keepalive without answer

2 things suprise me:
- some versions ago  I put in some code to prevent multiple keep-alive timer
- recently I added code for fast reconnect once there is no answer to the
keep-alive. Original mechanism is based on ethernet events, not on
keep-alive

Therefore I consider yuo are no on the latest version 2340 - correct?

Am Dienstag, 18. Dezember 2012 19:35:17 UTC+1 schrieb Johank:
>
> Is that a wakeup every 12 ms?
>
> 2012.12.18 12:16:12.743 1: HMLAN_Send:  K
> 2012.12.18 12:16:12.755 1: HMLAN_Send:  K
> 2012.12.18 12:16:12.767 1: HMLAN_Send:  K
>
>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo Martin,

Am Dienstag, 18. Dezember 2012 13:20:23 UTC+1 schrieb Martin:
>
>  das keep-alive kannst du in 00_HMLAN.pm aendern, line 454(etwa)
>  InternalTimer(gettimeofday()+*25*, "HMLAN_KeepAlive",
> "keepAlive:".$name, 1);
>

 Hab dort und wenige Zeilen höher die 25 gegen 15 getauscht und die
Disconnects sind völlig verschwunden!

Zum Log weiter unten: Vielleicht benutzt die FBF keine "saubere"
Zeitadaption per clock skew des ntpd sondern wird hart auf die NTP-Zeit
gesetzt?
Gibt es dafür ein Ereignis, auf das man reagieren könnte?

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com