Fehlermeldungen zu 10_CUL_HM, 59_Twilight nach Update auf Version 1996 2012-10-20 07:11:56Z

Begonnen von Guest, 23 Oktober 2012, 14:13:30

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1 2 Alle
Benutzer-Aktionen

Guest

23 Oktober 2012, 14:13:30
Originally posted by: <email address deleted>

Folgende Fehlermeldung finden sich nach dem Update auf Version 1996
2012-10-20 07:11:56Z im Log:
 
2012.10.22 19:00:13 1: GetFileFromURL: Can't connect to
http://weather.yahooapis.com:80
Use of uninitialized value $xml in pattern match (m//) at
./FHEM/59_Twilight.pm line 301.
2012.10.22 19:00:13 1: [TWILIGHT] No Weather location found at yahoo
weather for location ID: 693548
Use of uninitialized value $4 in hex at ./FHEM/10_CUL_HM.pm line 844.
2012.10.22 20:47:33 3: Mail sent to ... <...@t-online.de>
 
Die Funktion der Module scheint aber nicht beeinträchtigt zu sein.

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

Guest

#1
25 Oktober 2012, 20:22:11
Originally posted by: <email address deleted>

> 2012.10.22 19:00:13 1: [TWILIGHT] No Weather location found at yahoo
> weather for location ID: 693548
> Use of uninitialized value $4 in hex at ./FHEM/10_CUL_HM.pm line 844.
> 2012.10.22 20:47:33 3: Mail sent to ...
>  
>
kannst du einen trace schicken? Da kommt eine message die ich nicht kenne

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

Guest

#2
26 Oktober 2012, 18:42:00
Originally posted by: <email address deleted>

Am Donnerstag, 25. Oktober 2012 20:22:11 UTC+2 schrieb Martin:
>
>
>  2012.10.22 19:00:13 1: [TWILIGHT] No Weather location found at yahoo
>> weather for location ID: 693548
>> Use of uninitialized value $4 in hex at ./FHEM/10_CUL_HM.pm line 844.
>> 2012.10.22 20:47:33 3: Mail sent to ...
>>  
>>
> kannst du einen trace schicken? Da kommt eine message die ich nicht kenne
>
Würde ich natürlich gerne, aber
1. ist der Fehler nach dem Update von gestern weg,
2. müsste ich erst mal rauskriegen, wie man bei fhem einen Trace erzeugt.
 
Ich melde mich, sobald der Fehler wieder auftritt... hoffentlich nie.

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

Guest

#3
28 Oktober 2012, 10:51:38
Originally posted by: <email address deleted>

Attribut
global verbose 5
setzen

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

Guest

#4
28 Oktober 2012, 18:37:16
Originally posted by: <email address deleted>

Hallo Martin,
leider habe ich auch eine ähnliche Fehlermeldung in 10_CUL_HM Version 2024
Use of uninitialized value $4 in hex at ./FHEM/10_CUL_HM.pm line 849.

Dieser Fehler ist aber nicht neu durch diese Version hinzugekommen, sondern war schon in vorhergehenden Versionen vorhanden. Ist aber so selten aufgetreten, dass ich der Sache nicht weiter nachgegangen bin.
Inzwischen ist mir aber klar, dass es durch meinen Fensterkontakt hm-sec-rhs erzeugt wird.
Es sind aber keine offensichtlichen Auswirkungen erkennbar.
Evtl. eine Idee, was die Ursache sein könnte?

VG

Am Sonntag, 28. Oktober 2012 10:51:38 UTC+1 schrieb Martin:
> Attribut
> global verbose 5
> setzen

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

Guest

#5
29 Oktober 2012, 21:35:21
Originally posted by: <email address deleted>

Hi,
richtig. Kommt immer dann, wenn ich meinen Fenstergriff drehe.
Wie gesagt, im Web wird es richtig angezeigt.
Also ausser dem Logeintrag habe ich noch keine Auswirkung beobachten können.

VG und danke


Am Montag, 29. Oktober 2012 17:19:40 UTC+1 schrieb Martin:
> Hi,
>
> Fange ich ab
> kommt bei einem event des 3-state senosrs - richtig?
> Gruss
> Martin

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

Guest

#6
30 Oktober 2012, 10:48:18
Originally posted by: <email address deleted>

Die Messages waren aehnlich und wurden allen in einen Topf geworfen. Im
Event fehlt ein byte.

Wird behoben

Am Montag, 29. Oktober 2012 21:35:21 UTC+1 schrieb thot...@gmx.net:
>
> Hi,
> richtig. Kommt immer dann, wenn ich meinen Fenstergriff drehe.
> Wie gesagt, im Web wird es richtig angezeigt.
> Also ausser dem Logeintrag habe ich noch keine Auswirkung beobachten
> können.
>
> VG und danke
>
>
> Am Montag, 29. Oktober 2012 17:19:40 UTC+1 schrieb Martin:
> > Hi,
> >
> > Fange ich ab
> > kommt bei einem event des 3-state senosrs - richtig?
> > Gruss
> > Martin
>
>

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

Guest

#7
30 Oktober 2012, 20:43:29
Originally posted by: <email address deleted>

Ich habe eben drei Rauchmelder HM-Sec-SD in Betrieb genommen. Die drei
Rauchmelder wurden untereinander gepairt und von fehm jeweils als
"smokeDetector" erkannt. Nach der zweiten Anmeldung wurde auch ein Device
"ActionDetector" automatisch erzeugt. Sieht gut aus, aber gleichzeitig
finde ich auch Fehlermeldungen im log:

2012.10.30 19:22:30 3: Device CUL_HM_smokeDetector_1D168A added to
ActionDetector with 090:00 time
2012.10.30 19:22:30 3: CUL_HM pair: CUL_HM_smokeDetector_1D168A
smokeDetector, model HM-SEC-SD serialNr JEQ0170787
Use of uninitialized value $regs in substitution (s///) at
./FHEM/10_CUL_HM.pm line 3081.
2012.10.30 19:22:49 3: Device CUL_HM_smokeDetector_1D168A added to
ActionDetector with 090:00 time
2012.10.30 19:22:49 3: CUL_HM pair: CUL_HM_smokeDetector_1D168A
smokeDetector, model HM-SEC-SD serialNr JEQ0170787
2012.10.30 19:24:06 2: dummy set HomeStatus 1
2012.10.30 19:24:55 3: Device CUL_HM_smokeDetector_1D163E added to
ActionDetector with 090:00 time
2012.10.30 19:24:55 3: CUL_HM pair: CUL_HM_smokeDetector_1D163E
smokeDetector, model HM-SEC-SD serialNr JEQ0170863
Use of uninitialized value $regs in substitution (s///) at
./FHEM/10_CUL_HM.pm line 3081.
2012.10.30 19:26:06 2: dummy set HomeStatus 1
2012.10.30 19:27:10 3: Device CUL_HM_smokeDetector_1D1670 added to
ActionDetector with 090:00 time
2012.10.30 19:27:10 3: CUL_HM pair: CUL_HM_smokeDetector_1D1670
smokeDetector, model HM-SEC-SD serialNr JEQ0170812
Use of uninitialized value $regs in substitution (s///) at
./FHEM/10_CUL_HM.pm line 3081.

Die grundsätzlichen Empfangsfunktionen scheinen trotz der
Fehlermeldungen gegeben zu sein. Allerdings zeigt eine Sendeoperation wie

set CUL_HM_smokeDetector_1D163E test

bei keinem der drei Rauchmelder eine Wirkung. Das Problem wurde ja schon
mehrfach diskutiert und sicherlich kaum etwas mit den angezeigten Fehlern
zu tun.
 
Am Dienstag, 30. Oktober 2012 10:48:18 UTC+1 schrieb Martin:

> Die Messages waren aehnlich und wurden allen in einen Topf geworfen. Im
> Event fehlt ein byte.
>  
> Wird behoben
>  
> Am Montag, 29. Oktober 2012 21:35:21 UTC+1 schrieb thot...@gmx.net:
>
>> Hi,
>> richtig. Kommt immer dann, wenn ich meinen Fenstergriff drehe.
>> Wie gesagt, im Web wird es richtig angezeigt.
>> Also ausser dem Logeintrag habe ich noch keine Auswirkung beobachten
>> können.
>>  
>> VG und danke
>>  
>>  
>> Am Montag, 29. Oktober 2012 17:19:40 UTC+1 schrieb Martin:
>> > Hi,
>> >
>> > Fange ich ab
>> > kommt bei einem event des 3-state senosrs - richtig?
>> > Gruss
>> > Martin
>>  
>>  
>>
>

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

Guest

#8
01 November 2012, 08:31:17
Originally posted by: <email address deleted>

Der Fehler sollte mit 2046 weg sein - wenn nicht bitte noch einmal melden

Das Problem mit dem Rauchmelder kenne ich nicht. Bitte traces schicken.
Was geht den beim Rauchmelder? Kannst du ein getConfig erfolgreich
ausführen?

Alles loggen und posten


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

Guest

#9
02 November 2012, 11:20:57
Originally posted by: <email address deleted>

Am Donnerstag, 1. November 2012 08:31:17 UTC+1 schrieb Martin:
>
> Der Fehler sollte mit 2046 weg sein - wenn nicht bitte noch einmal melden
>
> Das Problem mit dem Rauchmelder kenne ich nicht. Bitte traces schicken.
> Was geht den beim Rauchmelder? Kannst du ein getConfig erfolgreich
> ausführen?
>
> Alles loggen und posten
>
 Ich habe jetzt den Aufbau des Rauchmeldernetzes, getConfig, Melderalarm
und mehr mit der aktuellen Version 2051 aufgezeichnet, siehe Anlage
fhem-2012-11-02.txt. Ich hoffe die Anmerkungen in der Log-Datei helfen bei
der Analyse.
 

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

# 10_CUL_HM Version 2051

# Aufbau Rauchmeldernetz aus 1D163E, 1D1670, 1D168A
# während des Aufbaus ist "set CUL_1 hmPairForSec

Guest

#10
03 November 2012, 00:21:33
Originally posted by: <email address deleted>

interessant - noch nicht ganz klar.

- 1D1670 ist ein Stiefkind? Der meldet sich kaum
- 1D163E peert sich mit beiden anderen devices - fast normales pairen
? der 2. und 3. SD pairen sich nicht untereinander -seltsam. Ist der erste
eine Art master? Ist das so in der Anleitung?
- 2 und 3 verhalten sich beim pairen  anders

Bist du sicher, dass der Test am 3. Device ausgeloest wurde? Die mogeln!
Der 3. meldet sich als No.1 und sendet an sich selbst.
Fuer wen wurde der Alarm gemeldet? 1 oder 3?

Alles wird 3-mal wiederholt. Wahrscheinlich sendet jeder Rauchmelder einmal
unter Pseudonym.

=> es wird schwierig, dass Alive der Rauchmelder zu ueberwachen, da sie
nicht ihre eigene HMid verwenden sondern die des "ersten".

Hmmm was kann man einbauen:
man kann die Anzahl der Meldungen zaehlen und damit sehen,wieviele in der
Gruppe "leben".
Beim Alarm wird man sehen koennen, wieviele den Alarm melden und wer es
war.

Also Readings wie
'test'  '3-active_from_'
'alarm' '3-on_from_'
'alarm' '3-off_from_'

oder die Alarme werden jeweils dem ausloeser zugeordnet - macht evtl mehr
sinn.

Kannst du einmal das Log ueber ein paar Tage laufen lassen um zu sehen wie
die Alive messages aussehen? Ich brauche dann nur die Nachrichten mit
'dispatch' in den Logs und der HMID mindestens eines der SDs




Gruss
Martin







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

Guest

#11
03 November 2012, 10:24:09
Originally posted by: <email address deleted>

Hallo Martin, hallo Klaus,
holt mich mal bitte ab, worin das Rauchmelder Problem besteht.
Hintergrund: ich habe bei mir 8 Stück hm-sec-sd im Einsatz im Zusammenspiel mit fhem und hm-lan-cfg.
Rudi hat vor einiger Zeit mit Hilfe meiner Traces die Funktionen test, AlarmOn und AlarmOff in das Modul cul_hm eingebaut.
Bei mir funktioniert folgendes:
ich erhalte aller 3 bis 4 Tage ein alive von jedem Rauchmelder (funktioniert nur wenn mit fhem gepaired)
ich kann einen Test auslösen ( bewirkt 10 maliges Piepsen aller RM)
ich kann Alarm auslösen (nach einigen Sekunden ist höllischer Lärm im Haus)
und wenn ich vorher nicht von der Familie gekillt worden bin, kann ich den Alarm auch wieder ausschalten.

Ich habe meine RM auch untereinander gepaired, wodurch tatsächlich einer der ersten beiden RM zum "Master" wurde.
Danach einen nach dem anderen hinzugefügt.
Zum Schluss habe ich jeden einzelnen RM noch mit fhem gepaired, danach habe ich das gleiche beobachtet wie Klaus, ein weiterer RM kann nicht an die Gruppe angemeldet werden. (gabe deshalb einen RM mit der Gruppe, aber nicht mit fhem gepaired und ohne Batterien in den Schrank verstaut. Über diesen kann man später RM zur Gruppe hinzufügen)
An dieser Stelle meine Vermutung, dass die RM, sobald sie mit einer Zentrale gepaired wurden, über diese verwaltet werden können (bzw. nur noch darüber).

Meine Bitte ;-) nicht die bestehenden Funktionen kaputt machen.

Soweit mit möglich unterstütze ich euch gerne.

VG

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

Guest

#12
03 November 2012, 13:26:36
Originally posted by: <email address deleted>

Hallo nochmals,
ich habe mir gerade noch mal mit der Windows-Software die ganze Sache
angesehen.
Es ist tatsächlich so, wenn ein neuer RM angelernt wird, so kann man mit
der Software (spielt ja Zentrale) diesen RM einer Gruppe hinzufügen.
Anbei mal Screenshots aus der Windows hm-lan-cfg Software.
Ich denke (korrigiert mich bitte), ähnliches ist im cul_hm Modul noch nicht
nachgebildet?!




Am Samstag, 3. November 2012 10:24:09 UTC+1 schrieb thot...@gmx.net:
>
> Hallo Martin, hallo Klaus,
> holt mich mal bitte ab, worin das Rauchmelder Problem besteht.
> Hintergrund: ich habe bei mir 8 Stück hm-sec-sd im Einsatz im
> Zusammenspiel mit fhem und hm-lan-cfg.
> Rudi hat vor einiger Zeit mit Hilfe meiner Traces die Funktionen test,
> AlarmOn und AlarmOff in das Modul cul_hm eingebaut.
> Bei mir funktioniert folgendes:
> ich erhalte aller 3 bis 4 Tage ein alive von jedem Rauchmelder
> (funktioniert nur wenn mit fhem gepaired)
> ich kann einen Test auslösen ( bewirkt 10 maliges Piepsen aller RM)
> ich kann Alarm auslösen (nach einigen Sekunden ist höllischer Lärm im
> Haus)
> und wenn ich vorher nicht von der Familie gekillt worden bin, kann ich den
> Alarm auch wieder ausschalten.
>
> Ich habe meine RM auch untereinander gepaired, wodurch tatsächlich einer
> der ersten beiden RM zum "Master" wurde.
> Danach einen nach dem anderen hinzugefügt.
> Zum Schluss habe ich jeden einzelnen RM noch mit fhem gepaired, danach
> habe ich das gleiche beobachtet wie Klaus, ein weiterer RM kann nicht an
> die Gruppe angemeldet werden. (gabe deshalb einen RM mit der Gruppe, aber
> nicht mit fhem gepaired und ohne Batterien in den Schrank verstaut. Über
> diesen kann man später RM zur Gruppe hinzufügen)
> An dieser Stelle meine Vermutung, dass die RM, sobald sie mit einer
> Zentrale gepaired wurden, über diese verwaltet werden können (bzw. nur noch
> darüber).
>
> Meine Bitte ;-) nicht die bestehenden Funktionen kaputt machen.
>
> Soweit mit möglich unterstütze ich euch gerne.
>
> VG

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

Guest

#13
03 November 2012, 13:50:47
Originally posted by: <email address deleted>

Ups, Screenshots nicht dabei?
Na mal sehen obs jetzt funktioniert hat.

VG

Am Samstag, 3. November 2012 13:26:36 UTC+1 schrieb thot...@gmx.net:
>
> Hallo nochmals,
> ich habe mir gerade noch mal mit der Windows-Software die ganze Sache
> angesehen.
> Es ist tatsächlich so, wenn ein neuer RM angelernt wird, so kann man mit
> der Software (spielt ja Zentrale) diesen RM einer Gruppe hinzufügen.
> Anbei mal Screenshots aus der Windows hm-lan-cfg Software.
> Ich denke (korrigiert mich bitte), ähnliches ist im cul_hm Modul noch
> nicht nachgebildet?!
>
>
>
>
> Am Samstag, 3. November 2012 10:24:09 UTC+1 schrieb thot...@gmx.net:
>>
>> Hallo Martin, hallo Klaus,
>> holt mich mal bitte ab, worin das Rauchmelder Problem besteht.
>> Hintergrund: ich habe bei mir 8 Stück hm-sec-sd im Einsatz im
>> Zusammenspiel mit fhem und hm-lan-cfg.
>> Rudi hat vor einiger Zeit mit Hilfe meiner Traces die Funktionen test,
>> AlarmOn und AlarmOff in das Modul cul_hm eingebaut.
>> Bei mir funktioniert folgendes:
>> ich erhalte aller 3 bis 4 Tage ein alive von jedem Rauchmelder
>> (funktioniert nur wenn mit fhem gepaired)
>> ich kann einen Test auslösen ( bewirkt 10 maliges Piepsen aller RM)
>> ich kann Alarm auslösen (nach einigen Sekunden ist höllischer Lärm im
>> Haus)
>> und wenn ich vorher nicht von der Familie gekillt worden bin, kann ich
>> den Alarm auch wieder ausschalten.
>>
>> Ich habe meine RM auch untereinander gepaired, wodurch tatsächlich einer
>> der ersten beiden RM zum "Master" wurde.
>> Danach einen nach dem anderen hinzugefügt.
>> Zum Schluss habe ich jeden einzelnen RM noch mit fhem gepaired, danach
>> habe ich das gleiche beobachtet wie Klaus, ein weiterer RM kann nicht an
>> die Gruppe angemeldet werden. (gabe deshalb einen RM mit der Gruppe, aber
>> nicht mit fhem gepaired und ohne Batterien in den Schrank verstaut. Über
>> diesen kann man später RM zur Gruppe hinzufügen)
>> An dieser Stelle meine Vermutung, dass die RM, sobald sie mit einer
>> Zentrale gepaired wurden, über diese verwaltet werden können (bzw. nur noch
>> darüber).
>>
>> Meine Bitte ;-) nicht die bestehenden Funktionen kaputt machen.
>>
>> Soweit mit möglich unterstütze ich euch gerne.
>>
>> VG
>
>

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

Guest

#14
03 November 2012, 16:19:20
Originally posted by: <email address deleted>

Hallo,

wenn alle mit den SD zufrieden sind, soll es gut sein. Ich haben keinen
:-(, jedenfalls noch nicht.

Aus den Traces wuerde mir folgenden fehlen (ich gehe von einer Gruppe aus,
nicht von einem Einzelmelder)

- wenn ein 'test' ausgeloest wird, sollte es ein Event geben.
- wenn ein Alarm gemeldet wird sollte er an den Grouplead UND am
auslösenden gemeldet werden
- ich will sehen, wieviele Rauchmelder gemeldet haben - sowohl bei test
alsauch bei Alarm - Die Gruppe sollte vollstaendig sein
- es sollte eingetragen werden, wer der Master ist - in allen Devices
=> soweit haette ich einen Vorschlag
- test ausloesen hat bei Klaus nicht funktioniert, sollte eigentlich...
- getConfig hat nicht funktioniert - kann es einmal jemand machen,der eine
Gruppe hat UND mit der Zentrale gepairt hat?
- getdevicepair bitte auch einmal probieren

Aktiv sollte man die Gruppe verwalten koennen. Sollte kein Problem sein.
@thot: kannst du es aufzeichnen, wenn du von HMCONFIG aus ein device
'addierst'?

Interesse? habe mal eine Version angehaengt - wie gesagt, den SD konnte ich
nicht testen

Gruss
Martin


--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Drucken
Nach oben Seiten1 2 Alle
Benutzer-Aktionen