Re: Bewegungsmelder HM-SEC-MDIR

[Guest]

Originally posted by: <email address deleted>

Hallo,

deine Argumente bezüglich des Status haben was für sich, anderseits ist bei
dem Bewegungsmelder vermutlich nie eine konsistente Vorgehensweise in
Sachen des Status möglich, denn "Motion" dauert ja möglicherweise nur
wenige Augenblicke, dann ist der Sensor intern ja wieder im Zustand
Scanning. Nur leider wird uns dieser Zustand nicht mitgeteilt und die
Variationsbreite der Konfiguration macht es schwierig, diesen Status in
FHEM simuliert abzubilden. Ich stimme dir zu, nehmen wir das kleinste Übel
hier. In Zusammenhang mit den Readings lässt sich ja ein vernünftiger
Betrieb erzielen.

LG

RB


Am Montag, 22. Oktober 2012 15:28:12 UTC+2 schrieb Martin:
>
> Hallo,
>
> Es haengt von den 'motion usern' ab - aber mir wuerde der Status nicht
> passen, aus etwas anderen Gruenden.
> 1) der status zeigt den Hauptzustand an, der ist 'motion'.
>  => active sollte nicht auf state abgebildet werden und in einem eigenen
> reading abgelegt werden.
> 2) wie bei allen Knoepfen und Tastern sollte in state die letzte Aktion
> stehen. Bei tastern koennte es pressLong oder pressShort. bei motion nur
> motion. Das wichtige ist hier der Zeitstempel. Der ist bei allen readings
> zu beachten, die koennten auch uralt sein.
>
> 3) wenn man sich eine intelligente Darstellung im Interface wuenscht
> sollte man evtl alle Variablen je nach Uhrzeit highlighten. Also alles was
> neuer ist als 5min hervorheben. alles was aelter ist wie ein Tag kursiv.
> Irgendwie so.
>
> => ich geben dir recht, die Darstellung am Frontend kann noch verbessert
> werden - jedenfalls die welche ich benutze.
>
> Den State alive werde ich ueberdenken und voraussichtlich aus state
> entfernen - der ist hier falsch.
> Mal auf die Reaktionen warten
> Gruss
> Martin
>

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

[Guest]

Originally posted by: <email address deleted>

Hallo,

ich gehe davon aus, dass der Sensor den Trigger wiederholt solange sich
etwas tut - kannst du dies bestaetigen?
Der korrekte State waere 'last_motion' +Datum/Uhrzeit. Diese Semantik
wuerde evtl die Fragen wie du sie dir gestellt hast klaeren. Umstellen
wuerde ich so etwas nicht gerne, da sich sicher viele schon auf 'motion'
eingestellt und einprogrammiert haben.
Wuerde 'silent' angezeigt waere das kontraproduktiv - der User wuerde
anstatt immer 'motion' eben immer 'quiet' sehen - oder besser
'quiet_since'. Bringt also keinen Vorteil und muss unschoen ueber timer
eingebaut werden.

Der Verlauf koennte ueber events und logeintraege nachvollzogen werden,
wenn es jemand interessiert.




Am Dienstag, 23. Oktober 2012 07:10:46 UTC+2 schrieb Ruebezahl:
>
> Hallo,
>
> deine Argumente bezüglich des Status haben was für sich, anderseits ist
> bei dem Bewegungsmelder vermutlich nie eine konsistente Vorgehensweise in
> Sachen des Status möglich, denn "Motion" dauert ja möglicherweise nur
> wenige Augenblicke, dann ist der Sensor intern ja wieder im Zustand
> Scanning. Nur leider wird uns dieser Zustand nicht mitgeteilt und die
> Variationsbreite der Konfiguration macht es schwierig, diesen Status in
> FHEM simuliert abzubilden. Ich stimme dir zu, nehmen wir das kleinste Übel
> hier. In Zusammenhang mit den Readings lässt sich ja ein vernünftiger
> Betrieb erzielen.
>

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

[Guest]

Originally posted by: <email address deleted>

Hallo,

kommt stark auf die Konfiguration des MDIR an, wann was gemeldet wird.


Wenn bei der o.g. Konfig eine Ereignis bei Sekunde 1 auftritt und ein
weiteres bei Sekunde 15, so wird Ereignis 1 sofort an FHEM gemeldet und
Ereignis 2 erst nach 60 Sekunden. Der Haken bei "Innerhalb...." ist dafür
verantwortlich. Aber das sehe ich als kein Problem an und kann eh durch die
Konfiguration beeinflusst werden.

Haben wir eine Chance diese Konfiguration auch per FHEM durchzuführen?

LG

RB


Am Dienstag, 23. Oktober 2012 09:15:24 UTC+2 schrieb Martin:
>
> Hallo,
>
> ich gehe davon aus, dass der Sensor den Trigger wiederholt solange sich
> etwas tut - kannst du dies bestaetigen?
>
>
>
>

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

[Guest]

Originally posted by: <email address deleted>

klar koennen wir.

Mal sehen - im Angebot sind:
EVENT_FILTER_PERIOD      min="0.5"     max="7.5" unit="s" default="0.5"
EVENT_FILTER_NUMBER    min="1"       max="15" default="3"
CAPTURE_WITHIN_INTERVAL type="boolean" default="false"
MIN_INTERVAL                    min="0"        max="4" default="4"
BRIGHTNESS_FILTER         min="0"        max="7" default="7"
LED_ONTIME                      min="0.0"     max="1.275" unit="s"
default="0.5"

Ist es dass was du suchst?
Da ein paar der Variablen bitfelder sind und nicht einfach geschrieben
werden koennen musst du erst die Variablen auslesen (get Config) und dann
mit set regSet setzen.
Die Register trage ich nach, kein Problem
Gruss
Martin



Am Dienstag, 23. Oktober 2012 09:56:24 UTC+2 schrieb Ruebezahl:
>
> Hallo,
>
> kommt stark auf die Konfiguration des MDIR an, wann was gemeldet wird.
>
>
> Wenn bei der o.g. Konfig eine Ereignis bei Sekunde 1 auftritt und ein
> weiteres bei Sekunde 15, so wird Ereignis 1 sofort an FHEM gemeldet und
> Ereignis 2 erst nach 60 Sekunden. Der Haken bei "Innerhalb...." ist dafür
> verantwortlich. Aber das sehe ich als kein Problem an und kann eh durch die
> Konfiguration beeinflusst werden.
>
> Haben wir eine Chance diese Konfiguration auch per FHEM durchzuführen?
>
> LG
>
> RB
>
>
> Am Dienstag, 23. Oktober 2012 09:15:24 UTC+2 schrieb Martin:
>>
>> Hallo,
>>
>> ich gehe davon aus, dass der Sensor den Trigger wiederholt solange sich
>> etwas tut - kannst du dies bestaetigen?
>>
>>
>>
>>

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

[Guest]

Originally posted by: <email address deleted>

Super, genau das trifft den Punkt, weil es lästig ist, erst immer wieder
diese Homematicsoftware zu benutzen, um die Felder zu setzen.

MIN_INTERVAL muss dann ja float sein, weil es gehen, glaube ich, Werte
von 15 sec. bis 4 Minuten.

LG

RB



Am 23.10.2012 12:29, schrieb Martin:
> klar koennen wir.
>
> Mal sehen - im Angebot sind:
> EVENT_FILTER_PERIOD      min="0.5"     max="7.5" unit="s" default="0.5"
> EVENT_FILTER_NUMBER    min="1"       max="15" default="3"
> CAPTURE_WITHIN_INTERVAL type="boolean" default="false"
> MIN_INTERVAL                    min="0"        max="4" default="4"
> BRIGHTNESS_FILTER         min="0"        max="7" default="7"
> LED_ONTIME                      min="0.0"     max="1.275" unit="s"
> default="0.5"
>
> Ist es dass was du suchst?
> Da ein paar der Variablen bitfelder sind und nicht einfach geschrieben
> werden koennen musst du erst die Variablen auslesen (get Config) und
> dann mit set regSet setzen.
> Die Register trage ich nach, kein Problem
> Gruss
> Martin
>
>
>
> Am Dienstag, 23. Oktober 2012 09:56:24 UTC+2 schrieb Ruebezahl:
>
>     Hallo,
>
>     kommt stark auf die Konfiguration des MDIR an, wann was gemeldet wird.
>
>
>     Wenn bei der o.g. Konfig eine Ereignis bei Sekunde 1 auftritt und
>     ein weiteres bei Sekunde 15, so wird Ereignis 1 sofort an FHEM
>     gemeldet und Ereignis 2 erst nach 60 Sekunden. Der Haken bei
>     "Innerhalb...." ist dafür verantwortlich. Aber das sehe ich als
>     kein Problem an und kann eh durch die Konfiguration beeinflusst
>     werden.
>
>     Haben wir eine Chance diese Konfiguration auch per FHEM durchzuführen?
>
>     LG
>
>     RB
>
>
>     Am Dienstag, 23. Oktober 2012 09:15:24 UTC+2 schrieb Martin:
>
>         Hallo,
>
>         ich gehe davon aus, dass der Sensor den Trigger wiederholt
>         solange sich etwas tut - kannst du dies bestaetigen?
>
>
>
> --
> 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>

>
> MIN_INTERVAL muss dann ja float sein, weil es gehen, glaube ich, Werte von
> 15 sec. bis 4 Minuten.
>
> nein - min interval ist ein interger von 0 bis 4
event filter period und led ontime sind float.

Alle Werte wie angegeben, sollte auch so in HM-CONFIG sein - die sollten
das gleiche xml benutzen.  
Falls es nicht stimmt,  ncoh mal  melden, auch das XML kann einen Fehler
haben.

Einbau von Registern kein Problem - da gibt es jetzt eine Vorlage.

Zu beachten
get reglist zeigt alle vorhandenen register  der entity
set getConfig ist die komfortabelste moeglichkeit alles zu lesen, was
configuration im device ist. Auf device-ebene angewendet werden alle
Kanaele auch gleich mit bedient
get reg all gibt eine interpretierte Liste aller Werte. Ausgegeben werden
nur die Werte, die vorhanden UND dekodierbar sind. Nicht alle Register
werden dekodiert
set regSet regname ? gibt beschreibung zu diesem register
set regSet regname wert [peerlchannel] schreibt in das register.
Peerchannel ist notwendig, wenn es register in List3 sind.
Danach sollte man noch mal getConfig machen - die Werte im FHEM speicher
werden refresht - und man kann pruefen was geschrieben wurde.





>
>
> Am 23.10.2012 12:29, schrieb Martin:
>  
> klar koennen wir.
>
> Mal sehen - im Angebot sind:
> EVENT_FILTER_PERIODￜ ￜￜￜ min="0.5" ￜￜￜ max="7.5" unit="s"
> default="0.5"
> EVENT_FILTER_NUMBER ￜￜ min="1" ￜￜ ￜￜ max="15" default="3"
> CAPTURE_WITHIN_INTERVAL type="boolean" default="false"
> MIN_INTERVAL ￜￜￜ ￜￜￜ ￜￜ ￜ ￜ ￜ ￜ min="0" ￜￜ ￜ
> ￜ max="4" default="4"
> BRIGHTNESS_FILTER ￜￜￜ ￜￜￜ min="0" ￜￜￜￜￜￜ max="7"
> default="7"
> LED_ONTIMEￜ ￜￜￜ ￜￜￜ ￜￜ ￜ ￜ ￜ ￜￜ min="0.0"
> ￜￜￜ max="1.275" unit="s" default="0.5"
>
> Ist es dass was du suchst?
> Da ein paar der Variablen bitfelder sind und nicht einfach geschrieben
> werden koennen musst du erst die Variablen auslesen (get Config) und dann
> mit set regSet setzen.
> Die Register trage ich nach, kein Problem
> Gruss
> Martin
>
>
>
> Am Dienstag, 23. Oktober 2012 09:56:24 UTC+2 schrieb Ruebezahl:
>>
>> Hallo,
>>
>> kommt stark auf die Konfiguration des MDIR an, wann was gemeldet wird.
>>
>>
>> Wenn bei der o.g. Konfig eine Ereignis bei Sekunde 1 auftritt und ein
>> weiteres bei Sekunde 15, so wird Ereignis 1 sofort an FHEM gemeldet und
>> Ereignis 2 erst nach 60 Sekunden. Der Haken bei "Innerhalb...." ist dafï¿œr
>> verantwortlich. Aber das sehe ich als kein Problem an und kann eh durch die
>> Konfiguration beeinflusst werden.
>>
>> Haben wir eine Chance diese Konfiguration auch per FHEM durchzufï¿œhren?
>>
>> LG
>>
>> RB
>>
>>
>> Am Dienstag, 23. Oktober 2012 09:15:24 UTC+2 schrieb Martin:
>>>
>>> Hallo,
>>>
>>> ich gehe davon aus, dass der Sensor den Trigger wiederholt solange sich
>>> etwas tut - kannst du dies bestaetigen?
>>>
>>>
>>>
>>>  --
> To unsubscribe from this group, send email to
> fhem-users+...@googlegroups.com
>
>
>

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

[Guest]

Originally posted by: <email address deleted>

Ich habe mal nachgeschaut, was man bei der HM-LAN Software für den MDIR
konfigurieren kann:

*Parameter*
   *Werte*
Empfindlichkeit
   Auslösen bei {jedem,2,3,4,5,6,7,8,9,10,11,12,13,14,15} Sensor-Impuls
Wahl des Sendeabstandes
   {klassisch oder dynamisch)
klassisch = Sendeabstand = 240 Sekunden (+- 10%)
dynamisch = Der MDIR meldet die erste Bewegung sofort, weitere
bewegungen nach der Zeit beim Mindestsendeabstand
Mindestsendeabstand
   {15,20,60,120} Sekunden  (das werden die 1-4 sein!!!  Mein Fehler)
Innerhalb des Sendeabstandes erkannte Bewegung senden
   {ja, nein}
Helligkeitsfilter
   {1,2,3,4,5,6,7,8}
LED-Leuchtzeit (gn/rt)
   {0 - 1.27s}


Am 23.10.2012 14:25, schrieb Martin:
>
>
>     MIN_INTERVAL muss dann ja float sein, weil es gehen, glaube ich,
>     Werte von 15 sec. bis 4 Minuten.
>
> nein - min interval ist ein interger von 0 bis 4
> event filter period und led ontime sind float.
>
> Alle Werte wie angegeben, sollte auch so in HM-CONFIG sein - die
> sollten das gleiche xml benutzen.
> Falls es nicht stimmt,  ncoh mal  melden, auch das XML kann einen
> Fehler haben.
>
> Einbau von Registern kein Problem - da gibt es jetzt eine Vorlage.
>
> Zu beachten
> get reglist zeigt alle vorhandenen register  der entity
> set getConfig ist die komfortabelste moeglichkeit alles zu lesen, was
> configuration im device ist. Auf device-ebene angewendet werden alle
> Kanaele auch gleich mit bedient
> get reg all gibt eine interpretierte Liste aller Werte. Ausgegeben
> werden nur die Werte, die vorhanden UND dekodierbar sind. Nicht alle
> Register werden dekodiert
> set regSet regname ? gibt beschreibung zu diesem register
> set regSet regname wert [peerlchannel] schreibt in das register.
> Peerchannel ist notwendig, wenn es register in List3 sind.
> Danach sollte man noch mal getConfig machen - die Werte im FHEM
> speicher werden refresht - und man kann pruefen was geschrieben wurde.
>
>
>
>
>
>
>
>     Am 23.10.2012 12:29, schrieb Martin:
>>     klar koennen wir.
>>
>>     Mal sehen - im Angebot sind:
>>     EVENT_FILTER_PERIODï¿œ ￜￜￜ min="0.5" ￜￜￜ max="7.5"
>>     unit="s" default="0.5"
>>     EVENT_FILTER_NUMBER ￜￜ min="1" ￜￜ ￜￜ max="15" default="3"
>>     CAPTURE_WITHIN_INTERVAL type="boolean" default="false"
>>     MIN_INTERVAL ￜￜￜ ￜￜￜ ￜￜ ï¿œ ï¿œ ï¿œ ï¿œ min="0"
>>     ￜￜ ï¿œ ï¿œ max="4" default="4"
>>     BRIGHTNESS_FILTER ￜￜￜ ￜￜￜ min="0" ￜￜￜￜￜￜ
>>     max="7" default="7"
>>     LED_ONTIMEï¿œ ￜￜￜ ￜￜￜ ￜￜ ï¿œ ï¿œ ï¿œ ￜￜ
>>     min="0.0" ￜￜￜ max="1.275" unit="s" default="0.5"
>>
>>     Ist es dass was du suchst?
>>     Da ein paar der Variablen bitfelder sind und nicht einfach
>>     geschrieben werden koennen musst du erst die Variablen auslesen
>>     (get Config) und dann mit set regSet setzen.
>>     Die Register trage ich nach, kein Problem
>>     Gruss
>>     Martin
>>
>>
>>
>>     Am Dienstag, 23. Oktober 2012 09:56:24 UTC+2 schrieb Ruebezahl:
>>
>>         Hallo,
>>
>>         kommt stark auf die Konfiguration des MDIR an, wann was
>>         gemeldet wird.
>>
>>
>>         Wenn bei der o.g. Konfig eine Ereignis bei Sekunde 1 auftritt
>>         und ein weiteres bei Sekunde 15, so wird Ereignis 1 sofort an
>>         FHEM gemeldet und Ereignis 2 erst nach 60 Sekunden. Der Haken
>>         bei "Innerhalb...." ist dafï¿œr verantwortlich. Aber das sehe
>>         ich als kein Problem an und kann eh durch die Konfiguration
>>         beeinflusst werden.
>>
>>         Haben wir eine Chance diese Konfiguration auch per FHEM
>>         durchzufï¿œhren?
>>
>>         LG
>>
>>         RB
>>
>>
>>         Am Dienstag, 23. Oktober 2012 09:15:24 UTC+2 schrieb Martin:
>>
>>             Hallo,
>>
>>             ich gehe davon aus, dass der Sensor den Trigger
>>             wiederholt solange sich etwas tut - kannst du dies
>>             bestaetigen?
>>
>>
>>
>>     --
>>     To unsubscribe from this group, send email to
>>     fhem-users+...@googlegroups.com
>
> --
> 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>

Wahl des Sendeabstandes kann ich nicht einordnen.
Probier doch mal den Anhang aus


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

[Guest]

Originally posted by: <email address deleted>

/Too many arguments for main::CUL_HM_Name2Id at
/usr/share/fhem/FHEM/10_CUL_HM.pm line 1588, near "$hash)"//
//BEGIN not safe after errors--compilation aborted at
/usr/share/fhem/FHEM/10_CUL_HM.pm line 2231./

war die Antwort nach dem reload


Am 23.10.2012 20:03, schrieb Martin:
> Wahl des Sendeabstandes kann ich nicht einordnen.
> Probier doch mal den Anhang aus
>
>
> --
> 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>

war mir nicht aufgefallen. Ist in regRaw und getRegRaw. Die angefaengte
Version sollte gehen.
Testen mus ich noch den shortcut 'self' als peerId. Der geht in deser
Funktion jetzt nicht.
Der rest - insbesondere getConfig - sollte funktionieren

Gruss,
Martin

Am Mittwoch, 24. Oktober 2012 06:23:12 UTC+2 schrieb Ruebezahl:
>
>  *Too many arguments for main::CUL_HM_Name2Id at
> /usr/share/fhem/FHEM/10_CUL_HM.pm line 1588, near "$hash)"**
> **BEGIN not safe after errors--compilation aborted at
> /usr/share/fhem/FHEM/10_CUL_HM.pm line 2231.*
>
> war die Antwort nach dem reload
>
>
> Am 23.10.2012 20:03, schrieb Martin:
>  
> Wahl des Sendeabstandes kann ich nicht einordnen.
> Probier doch mal den Anhang aus
>
>
> --
> To unsubscribe from this group, send email to
> fhem-users+...@googlegroups.com
>
>
>  

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

[Guest]

Originally posted by: <email address deleted>

Hallo Martin,

ich habe das mal ausprobiert, ich würde sagen, so weit ich feststellen
kann, hat sich die Konfiguration im MDIR nicht verändert.
Ich sehe bei den Attributen protCmdPend und dort steht das CMD's pending
sind.

Nach einem Neustart von FHEM habe ich dieses Log produziert:

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2012.10.25 06:14:01
=~=~=~=~=~=~=~=~=~=~=~=
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.

SecurityCheck:

XX_WEB,XX_WEBphone,XX_WEBtablet has no basicAuth attribute.
tPort has no password/globalpassword attribute.

Restart fhem for a new check if the problem is fixed,
or set the global attribute motd to none to supress this message.

fhem> list TH_Bewegungsmelder
Internals:
    CFGFN      /etc/fhem/Treppenhaus.cfg
    DEF        189E00
    IODev      XX_LANInterface
    NAME       TH_Bewegungsmelder
    NR         735
    STATE      motion
    TYPE       CUL_HM
    Readings:
      2012-10-21 10:44:20   battery         ok
      2012-10-25 06:11:19   brightness      33
      2012-10-21 10:44:20   cover           closed
      2012-10-24 22:24:02   motion          on (to broadcast)
      2012-10-24 11:31:15   noReceiver      src:189E00 (A641) 012738
      2012-10-24 22:24:02   state           motion
Attributes:
    devInfo    810100
    firmware   1.0
    hmClass    sender
    model      HM-SEC-MDIR
    room       Treppenhaus
    serialNr   ..........
    subType    motionDetector

fhem> set TH_Bewegungsmelder getConfig
fhem> list TH_Bewegungsmelder
Internals:
    CFGFN      /etc/fhem/Treppenhaus.cfg
    DEF        189E00
    IODev      XX_LANInterface
    NAME       TH_Bewegungsmelder
    NR         735
    STATE      motion
    TYPE       CUL_HM
    Readings:
      2012-10-21 10:44:20   battery         ok
      2012-10-25 06:11:19   brightness      33
      2012-10-21 10:44:20   cover           closed
      2012-10-24 22:24:02   motion          on (to broadcast)
      2012-10-24 11:31:15   noReceiver      src:189E00 (A641) 012738
      2012-10-24 22:24:02   state           motion
    cmdStack:
      ++A0016DC1EA189E0000040000000000
      ++A0016DC1EA189E0001040000000001
      ++A0016DC1EA189E000103
    Helper:
      getCfgList all
      getCfgListNo 4
      mId        004A
      rxType     12
Attributes:
    devInfo    810100
    firmware   1.0
    hmClass    sender
    model      HM-SEC-MDIR
    protCmdPend 3 CMDs pending
    room       Treppenhaus
    serialNr   ..........
    subType    motionDetector

fhem> get TH_Bewegungsmelder reg all
TH_Bewegungsmelder type:motionDetector -

fhem> get TH_Bewegungsmelder reglist
Unknown argument reglist, choose one of param reg regList
fhem> get TH_Bewegungsmelder regList
motionDetector -
intKeyVisibrange:0 to 1bool: visibility of internal keys
pairCentralrange:0 to 16777215dec: pairing to central
brightFilterrange:0 to 7: brightness filter
captInIntervalrange:0 to 1bool: capture within interval
evtFltrPeriodrange:0.5 to 7.5s: event filter period
minIntervalrange:0 to 4: minimum interval 0,15,20,60,120s
evtFltrNumrange:1 to 15: sensitivity - read sach n-th puls
ledOnTimerange:0 to 1.275s: LED ontime

fhem> list TH_Bewegungsmelder
Internals:
    CFGFN      /etc/fhem/Treppenhaus.cfg
    DEF        189E00
    IODev      XX_LANInterface
    LASTIODev  XX_LANInterface
    MSGCNT     1
    NAME       TH_Bewegungsmelder
    NR         735
    STATE      motion
    TYPE       CUL_HM
    XX_LANInterface_MSGCNT 1
    XX_LANInterface_RAWMSG
E189E00,0000,21D98D9B,FF,FFC0,8EA610189E00BB89A006012100
    XX_LANInterface_RSSI -64
    XX_LANInterface_TIME 2012-10-25 06:16:23
    lastMsg    No:8E - t:10 s:189E00 d:BB89A0 06012100
    Readings:
      2012-10-25 06:16:23   battery         ok
      2012-10-25 06:16:23   brightness      33
      2012-10-25 06:16:23   cover           closed
      2012-10-24 22:24:02   motion          on (to broadcast)
      2012-10-24 11:31:15   noReceiver      src:189E00 (A641) 012738
      2012-10-24 22:24:02   state           motion
    cmdStack:
      ++A0016DC1EA189E0000040000000000
      ++A0016DC1EA189E0001040000000001
      ++A0016DC1EA189E000103
    Helper:
      addVal     0
      getCfgList all
      getCfgListNo 4
      mId        004A
      rxType     12
      Respwait:
Attributes:
    devInfo    810100
    firmware   1.0
    hmClass    sender
    model      HM-SEC-MDIR
    protCmdPend 3 CMDs pending
    protLastRcv 2012-10-25 06:16:24
    room       Treppenhaus
    serialNr   ..........
    subType    motionDetector

fhem> set TH_Bewegungsmelder regSet minInterval minInterval 1
fhem> list TH_Bewegungsmelder
Internals:
    CFGFN      /etc/fhem/Treppenhaus.cfg
    DEF        189E00
    IODev      XX_LANInterface
    LASTIODev  XX_LANInterface
    MSGCNT     1
    NAME       TH_Bewegungsmelder
    NR         735
    STATE      motion
    TYPE       CUL_HM
    XX_LANInterface_MSGCNT 1
    XX_LANInterface_RAWMSG
E189E00,0000,21D98D9B,FF,FFC0,8EA610189E00BB89A006012100
    XX_LANInterface_RSSI -64
    XX_LANInterface_TIME 2012-10-25 06:16:23
    lastMsg    No:8E - t:10 s:189E00 d:BB89A0 06012100
    Readings:
      2012-10-25 06:16:23   battery         ok
      2012-10-25 06:16:23   brightness      33
      2012-10-25 06:16:23   cover           closed
      2012-10-24 22:24:02   motion          on (to broadcast)
      2012-10-24 11:31:15   noReceiver      src:189E00 (A641) 012738
      2012-10-24 22:24:02   state           motion
    cmdStack:
      ++A0016DC1EA189E0000040000000000
      ++A0016DC1EA189E0001040000000001
      ++A0016DC1EA189E000103
      ++A0016DC1EA189E0001050000000001
      ++A0016DC1EA189E0001080200
      ++A0016DC1EA189E000106
    Helper:
      addVal     0
      getCfgList all
      getCfgListNo 4
      mId        004A
      rxType     12
      Respwait:
      Shadowreg:
        RegL_01:    02:00
Attributes:
    devInfo    810100
    firmware   1.0
    hmClass    sender
    model      HM-SEC-MDIR
    protCmdPend 6 CMDs pending
    protLastRcv 2012-10-25 06:16:24
    room       Treppenhaus
    serialNr   ..........
    subType    motionDetector

fhem> set TH_Bewegungsmelder getConfig
fhem> list TH_Bewegungsmelder
Internals:
    CFGFN      /etc/fhem/Treppenhaus.cfg
    DEF        189E00
    IODev      XX_LANInterface
    LASTIODev  XX_LANInterface
    MSGCNT     1
    NAME       TH_Bewegungsmelder
    NR         735
    STATE      motion
    TYPE       CUL_HM
    XX_LANInterface_MSGCNT 1
    XX_LANInterface_RAWMSG
E189E00,0000,21D98D9B,FF,FFC0,8EA610189E00BB89A006012100
    XX_LANInterface_RSSI -64
    XX_LANInterface_TIME 2012-10-25 06:16:23
    lastMsg    No:8E - t:10 s:189E00 d:BB89A0 06012100
    Readings:
      2012-10-25 06:16:23   battery         ok
      2012-10-25 06:16:23   brightness      33
      2012-10-25 06:16:23   cover           closed
      2012-10-24 22:24:02   motion          on (to broadcast)
      2012-10-24 11:31:15   noReceiver      src:189E00 (A641) 012738
      2012-10-24 22:24:02   state           motion
    cmdStack:
      ++A0016DC1EA189E0000040000000000
      ++A0016DC1EA189E0001040000000001
      ++A0016DC1EA189E000103
      ++A0016DC1EA189E0001050000000001
      ++A0016DC1EA189E0001080200
      ++A0016DC1EA189E000106
      ++A0016DC1EA189E0000040000000000
      ++A0016DC1EA189E0001040000000001
      ++A0016DC1EA189E000103
    Helper:
      addVal     0
      getCfgList all
      getCfgListNo 4
      mId        004A
      rxType     12
      Respwait:
      Shadowreg:
        RegL_01:    02:00
Attributes:
    devInfo    810100
    firmware   1.0
    hmClass    sender
    model      HM-SEC-MDIR
    protCmdPend 9 CMDs pending
    protLastRcv 2012-10-25 06:16:24
    room       Treppenhaus
    serialNr   ..........
    subType    motionDetector

fhem> quit
Bye...
Connection closed by foreign host.



LG

RB





Am 24.10.2012 09:43, schrieb Martin:
>  war mir nicht aufgefallen. Ist in regRaw und getRegRaw. Die
> angefaengte Version sollte gehen.
> Testen mus ich noch den shortcut 'self' als peerId. Der geht in deser
> Funktion jetzt nicht.
> Der rest - insbesondere getConfig - sollte funktionieren
>
> Gruss,
> Martin
>
> Am Mittwoch, 24. Oktober 2012 06:23:12 UTC+2 schrieb Ruebezahl:
>
>     /Too many arguments for main::CUL_HM_Name2Id at
>     /usr/share/fhem/FHEM/10_CUL_HM.pm line 1588, near "$hash)"//
>     //BEGIN not safe after errors--compilation aborted at
>     /usr/share/fhem/FHEM/10_CUL_HM.pm line 2231./
>
>     war die Antwort nach dem reload
>
>
>     Am 23.10.2012 20:03, schrieb Martin:
>>     Wahl des Sendeabstandes kann ich nicht einordnen.
>>     Probier doch mal den Anhang aus
>>
>>
>>     --
>>     To unsubscribe from this group, send email to
>>     fhem-users+...@googlegroups.com
>
> --
> 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>

Hi RB,

leider kann ich deinen log nicht lesen - kannst du es in einfachen standard
ascii schicken?

ￜￜ DEFￜￜￜￜￜￜￜ 189E00

Danke
Martin

Am Donnerstag, 25. Oktober 2012 06:29:35 UTC+2 schrieb Ruebezahl:
>
>  Hallo Martin,
>
> ich habe das mal ausprobiert, ich wï¿œrde sagen, so weit ich feststellen
> kann, hat sich die Konfiguration im MDIR nicht verï¿œndert.
> Ich sehe bei den Attributen protCmdPend und dort steht das CMD's pending
> sind.
>
> Nach einem Neustart von FHEM habe ich dieses Log produziert:
>
> =~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2012.10.25 06:14:01
> =~=~=~=~=~=~=~=~=~=~=~=
> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
>
> SecurityCheck:
>
> XX_WEB,XX_WEBphone,XX_WEBtablet has no basicAuth attribute.
> tPort has no password/globalpassword attribute.
>
> Restart fhem for a new check if the problem is fixed,
> or set the global attribute motd to none to supress this message.
>
> fhem> list TH_Bewegungsmelder
> Internals:
> ￜￜ CFGFNￜￜￜￜￜ /etc/fhem/Treppenhaus.cfg
> ￜￜ DEFￜￜￜￜￜￜￜ 189E00
> ￜￜ IODevￜￜￜￜￜ XX_LANInterface
> ￜￜ NAMEￜￜￜￜￜￜ TH_Bewegungsmelder
> ￜￜ NRￜￜￜￜￜￜￜￜ 735
> ￜￜ STATEￜￜￜￜￜ motion
> ￜￜ TYPEￜￜￜￜￜￜ CUL_HM
> ￜￜ Readings:
> ￜￜￜￜ 2012-10-21 10:44:20ￜￜ batteryￜￜￜￜￜￜￜￜ ok
> ￜￜￜￜ 2012-10-25 06:11:19ￜￜ brightnessￜￜￜￜￜ 33
> ￜￜￜￜ 2012-10-21 10:44:20ￜￜ coverￜￜￜￜￜￜￜￜￜￜ
> closed
> ￜￜￜￜ 2012-10-24 22:24:02ￜￜ motionￜￜￜￜￜￜￜￜￜ
> on (to broadcast)
> ￜￜￜￜ 2012-10-24 11:31:15ￜￜ noReceiverￜￜￜￜￜ
> src:189E00 (A641) 012738
> ￜￜￜￜ 2012-10-24 22:24:02ￜￜ stateￜￜￜￜￜￜￜￜￜￜ
> motion
> Attributes:
> ￜￜ devInfoￜￜￜ 810100
> ￜￜ firmwareￜￜ 1.0
> ￜￜ hmClassￜￜￜ sender
> ￜￜ modelￜￜￜￜￜ HM-SEC-MDIR
> ￜￜ roomￜￜￜￜￜￜ Treppenhaus
> ￜￜ serialNrￜￜ ..........
> ￜￜ subTypeￜￜￜ motionDetector
>
> fhem> set TH_Bewegungsmelder getConfig
> fhem> list TH_Bewegungsmelder
> Internals:
> ￜￜ CFGFNￜￜￜￜￜ /etc/fhem/Treppenhaus.cfg
> ￜￜ DEFￜￜￜￜￜￜￜ 189E00
> ￜￜ IODevￜￜￜￜￜ XX_LANInterface
> ￜￜ NAMEￜￜￜￜￜￜ TH_Bewegungsmelder
> ￜￜ NRￜￜￜￜￜￜￜￜ 735
> ￜￜ STATEￜￜￜￜￜ motion
> ￜￜ TYPEￜￜￜￜￜￜ CUL_HM
> ￜￜ Readings:
> ￜￜￜￜ 2012-10-21 10:44:20ￜￜ batteryￜￜￜￜￜￜￜￜ ok
> ￜￜￜￜ 2012-10-25 06:11:19ￜￜ brightnessￜￜￜￜￜ 33
> ￜￜￜￜ 2012-10-21 10:44:20ￜￜ coverￜￜￜￜￜￜￜￜￜￜ
> closed
> ￜￜￜￜ 2012-10-24 22:24:02ￜￜ motionￜￜￜￜￜￜￜￜￜ
> on (to broadcast)
> ￜￜￜￜ 2012-10-24 11:31:15ￜￜ noReceiverￜￜￜￜￜ
> src:189E00 (A641) 012738
> ￜￜￜￜ 2012-10-24 22:24:02ￜￜ stateￜￜￜￜￜￜￜￜￜￜ
> motion
> ￜￜ cmdStack:
> ￜￜￜￜ ++A0016DC1EA189E0000040000000000
> ￜￜￜￜ ++A0016DC1EA189E0001040000000001
> ￜￜￜￜ ++A0016DC1EA189E000103
> ￜￜ Helper:
> ￜￜￜￜ getCfgList all
> ￜￜￜￜ getCfgListNo 4
> ￜￜￜￜ mIdￜￜￜￜￜￜￜ 004A
> ￜￜￜￜ rxTypeￜￜￜￜ 12
> Attributes:
> ￜￜ devInfoￜￜￜ 810100
> ￜￜ firmwareￜￜ 1.0
> ￜￜ hmClassￜￜￜ sender
> ￜￜ modelￜￜￜￜￜ HM-SEC-MDIR
> ￜￜ protCmdPend 3 CMDs pending
> ￜￜ roomￜￜￜￜￜￜ Treppenhaus
> ￜￜ serialNrￜￜ ..........
> ￜￜ subTypeￜￜￜ motionDetector
>
> fhem> get TH_Bewegungsmelder reg all
> TH_Bewegungsmelder type:motionDetector -
>
> fhem> get TH_Bewegungsmelder reglist
> Unknown argument reglist, choose one of param reg regList
> fhem> get TH_Bewegungsmelder regList
> motionDetector -
> intKeyVisibrange:0 to 1bool: visibility of internal keys
> pairCentralrange:0 to 16777215dec: pairing to central
> brightFilterrange:0 to 7: brightness filter
> captInIntervalrange:0 to 1bool: capture within interval
> evtFltrPeriodrange:0.5 to 7.5s: event filter period
> minIntervalrange:0 to 4: minimum interval 0,15,20,60,120s
> evtFltrNumrange:1 to 15: sensitivity - read sach n-th puls
> ledOnTimerange:0 to 1.275s: LED ontime
>
> fhem> list TH_Bewegungsmelder
> Internals:
> ￜￜ CFGFNￜￜￜￜￜ /etc/fhem/Treppenhaus.cfg
> ￜￜ DEFￜￜￜￜￜￜￜ 189E00
> ￜￜ IODevￜￜￜￜￜ XX_LANInterface
> ￜￜ LASTIODevￜ XX_LANInterface
> ￜￜ MSGCNTￜￜￜￜ 1
> ￜￜ NAMEￜￜￜￜￜￜ TH_Bewegungsmelder
> ￜￜ NRￜￜￜￜￜￜￜￜ 735
> ￜￜ STATEￜￜￜￜￜ motion
> ￜￜ TYPEￜￜￜￜￜￜ CUL_HM
> ￜￜ XX_LANInterface_MSGCNT 1
> ￜￜ XX_LANInterface_RAWMSG
> E189E00,0000,21D98D9B,FF,FFC0,8EA610189E00BB89A006012100
> ￜￜ XX_LANInterface_RSSI -64
> ￜￜ XX_LANInterface_TIME 2012-10-25 06:16:23
> ￜￜ lastMsgￜￜￜ No:8E - t:10 s:189E00 d:BB89A0 06012100
> ￜￜ Readings:
> ￜￜￜￜ 2012-10-25 06:16:23ￜￜ batteryￜￜￜￜￜￜￜￜ ok
> ￜￜￜￜ 2012-10-25 06:16:23ￜￜ brightnessￜￜￜￜￜ 33
> ￜￜￜￜ 2012-10-25 06:16:23ￜￜ coverￜￜￜￜￜￜￜￜￜￜ
> closed
> ￜￜￜￜ 2012-10-24 22:24:02ￜￜ motionￜￜￜￜￜￜￜￜￜ
> on (to broadcast)
> ￜￜￜￜ 2012-10-24 11:31:15ￜￜ noReceiverￜￜￜￜￜ
> src:189E00 (A641) 012738
> ￜￜￜￜ 2012-10-24 22:24:02ￜￜ stateￜￜￜￜￜￜￜￜￜￜ
> motion
> ￜￜ cmdStack:
> ￜￜￜￜ ++A0016DC1EA189E0000040000000000
> ￜￜￜￜ ++A0016DC1EA189E0001040000000001
> ￜￜￜￜ ++A0016DC1EA189E000103
> ￜￜ Helper:
> ￜￜￜￜ addValￜￜￜￜ 0
> ￜￜￜￜ getCfgList all
> ￜￜￜￜ getCfgListNo 4
> ￜￜￜￜ mIdￜￜￜￜￜￜￜ 004A
> ￜￜￜￜ rxTypeￜￜￜￜ 12
> ￜￜￜￜ Respwait:
> Attributes:
> ￜￜ devInfoￜￜￜ 810100
> ￜￜ firmwareￜￜ 1.0
> ￜￜ hmClassￜￜￜ sender
> ￜￜ modelￜￜￜￜￜ HM-SEC-MDIR
> ￜￜ protCmdPend 3 CMDs pending
> ￜￜ protLastRcv 2012-10-25 06:16:24
> ￜￜ roomￜￜￜￜￜￜ Treppenhaus
> ￜￜ serialNrￜￜ ..........
> ￜￜ subTypeￜￜￜ motionDetector
>
> fhem> set TH_Bewegungsmelder regSet minInterval minInterval 1
> fhem> list TH_Bewegungsmelder
> Internals:
> ￜￜ CFGFNￜￜￜￜￜ /etc/fhem/Treppenhaus.cfg
> ￜￜ DEFￜￜￜￜￜￜￜ 189E00
> ￜￜ IODevￜￜￜￜￜ XX_LANInterface
> ￜￜ LASTIODevￜ XX_LANInterface
> ￜￜ MSGCNTￜￜￜￜ 1
> ￜￜ NAMEￜￜￜￜￜￜ TH_Bewegungsmelder
> ￜￜ NRￜￜￜￜￜￜￜￜ 735
> ￜￜ STATEￜￜￜￜￜ motion
> ￜￜ TYPEￜￜￜￜￜￜ CUL_HM
> ￜￜ XX_LANInterface_MSGCNT 1
> ￜￜ XX_LANInterface_RAWMSG
> E189E00,0000,21D98D9B,FF,FFC0,8EA610189E00BB89A006012100
> ￜￜ XX_LANInterface_RSSI -64
> ￜￜ XX_LANInterface_TIME 2012-10-25 06:16:23
> ￜￜ lastMsgￜￜￜ No:8E - t:10 s:189E00 d:BB89A0 06012100
> ￜￜ Readings:
> ￜￜￜￜ 2012-10-25 06:16:23ￜￜ batteryￜￜￜￜￜￜￜￜ ok
> ￜￜￜￜ 2012-10-25 06:16:23ￜￜ brightnessￜￜￜￜￜ 33
> ￜￜￜￜ 2012-10-25 06:16:23ￜￜ coverￜￜￜￜￜￜￜￜￜￜ
> closed
> ￜￜￜￜ 2012-10-24 22:24:02ￜￜ motionￜￜￜￜￜￜￜￜￜ
> on (to broadcast)
> ￜￜￜￜ 2012-10-24 11:31:15ￜￜ noReceiverￜￜￜￜￜ
> src:189E00 (A641) 012738
> ￜￜￜￜ 2012-10-24 22:24:02ￜￜ stateￜￜￜￜￜￜￜￜￜￜ
> motion
> ￜￜ cmdStack:
> ￜￜￜￜ ++A0016DC1EA189E0000040000000000
> ￜￜￜￜ ++A0016DC1EA189E0001040000000001
> ￜￜￜￜ ++A0016DC1EA189E000103
> ￜￜￜￜ ++A0016DC1EA189E0001050000000001
> ￜￜￜￜ ++A0016DC1EA189E0001080200
> ￜￜￜￜ ++A0016DC1EA189E000106
> ￜￜ Helper:
> ￜￜￜￜ addValￜￜￜￜ 0
> ￜￜￜￜ getCfgList all
> ￜￜￜￜ getCfgListNo 4
> ￜￜￜￜ mIdￜￜￜￜￜￜￜ 004A
> ￜￜￜￜ rxTypeￜￜￜￜ 12
> ￜￜￜￜ Respwait:
> ￜￜￜￜ Shadowreg:
> ￜￜￜￜￜￜ RegL_01:ￜￜￜ 02:00
> Attributes:
> ￜￜ devInfoￜￜￜ 810100
> ￜￜ firmwareￜￜ 1.0
> ￜￜ hmClassￜￜￜ sender
> ￜￜ modelￜￜￜￜￜ HM-SEC-MDIR
> ￜￜ protCmdPend 6 CMDs pending
> ￜￜ protLastRcv 2012-10-25 06:16:24
> ￜￜ roomￜￜￜￜￜￜ Treppenhaus
> ￜￜ serialNrￜￜ ..........
> ￜￜ subTypeￜￜￜ motionDetector
>
> fhem> set TH_Bewegungsmelder getConfig
> fhem> list TH_Bewegungsmelder
> Internals:
> ￜￜ CFGFNￜￜￜￜￜ /etc/fhem/Treppenhaus.cfg
> ￜￜ DEFￜￜￜￜￜￜￜ 189E00
> ￜￜ IODevￜￜￜￜￜ XX_LANInterface
> ￜￜ LASTIODevￜ XX_LANInterface
> ￜￜ MSGCNTￜￜￜￜ 1
> ￜￜ NAMEￜￜￜￜￜￜ TH_Bewegungsmelder
> ￜￜ NRￜￜￜￜￜￜￜￜ 735
> ￜￜ STATEￜￜￜￜￜ motion
> ￜￜ TYPEￜￜￜￜￜￜ CUL_HM
> ￜￜ XX_LANInterface_MSGCNT 1
> ￜￜ XX_LANInterface_RAWMSG
> E189E00,0000,21D98D9B,FF,FFC0,8EA610189E00BB89A006012100
> ￜￜ XX_LANInterface_RSSI -64
> ￜￜ XX_LANInterface_TIME 2012-10-25 06:16:23
> ￜￜ lastMsgￜￜￜ No:8E - t:10 s:189E00 d:BB89A0 06012100
> ￜￜ Readings:
> ￜￜￜￜ 2012-10-25 06:16:23ￜￜ batteryￜￜￜￜￜￜￜￜ ok
> ￜￜￜￜ 2012-10-25 06:16:23ￜￜ brightnessￜￜￜￜￜ 33
> ￜￜￜￜ 2012-10-25 06:16:23ￜￜ coverￜￜￜￜￜￜￜￜￜￜ
> closed
> ￜￜￜￜ 2012-10-24 22:24:02ￜￜ motionￜￜￜￜￜￜￜￜￜ
> on (to broadcast)
> ￜￜￜￜ 2012-10-24 11:31:15ￜￜ noReceiverￜￜￜￜￜ
> src:189E00 (A641) 012738
> ￜￜￜￜ 2012-10-24 22:24:02ￜￜ stateￜￜￜￜￜￜￜￜￜￜ
> motion
> ￜￜ cmdStack:
> ￜￜￜￜ ++A0016DC1EA189E0000040000000000
> ￜￜￜￜ ++A0016DC1EA189E0001040000000001
> ￜￜￜￜ ++A0016DC1EA189E000103
> ￜￜￜￜ ++A0016DC1EA189E0001050000000001
> ￜￜￜￜ ++A0016DC1EA189E0001080200
> ￜￜￜￜ ++A0016DC1EA189E000106
> ￜￜￜￜ ++A0016DC1EA189E0000040000000000
> ￜￜￜￜ ++A0016DC1EA189E0001040000000001
> ￜￜￜￜ ++A0016DC1EA189E000103
> ￜￜ Helper:
> ￜￜￜￜ addValￜￜￜￜ 0
> ￜￜￜￜ getCfgList all
> ￜￜￜￜ getCfgListNo 4
> ￜￜￜￜ mIdￜￜￜￜￜￜￜ 004A
> ￜￜￜￜ rxTypeￜￜￜￜ 12
> ￜￜￜￜ Respwait:
> ￜￜￜￜ Shadowreg:
> ￜￜￜￜￜￜ RegL_01:ￜￜￜ 02:00
> Attributes:
> ￜￜ devInfoￜￜￜ 810100
> ￜￜ firmwareￜￜ 1.0
> ￜￜ hmClassￜￜￜ sender
> ￜￜ modelￜￜￜￜￜ HM-SEC-MDIR
> ￜￜ protCmdPend 9 CMDs pending
> ￜￜ protLastRcv 2012-10-25 06:16:24
> ￜￜ roomￜￜￜￜￜￜ Treppenhaus
> ￜￜ serialNrￜￜ ..........
> ￜￜ subTypeￜￜￜ motionDetector
>
> fhem> quit
> Bye...
> Connection closed by foreign host.
>
>
>
> LG
>
> RB
>
>
>
>
>
> Am 24.10.2012 09:43, schrieb Martin:
>  
> ï¿œwar mir nicht aufgefallen. Ist in regRaw und getRegRaw. Die angefaengte
> Version sollte gehen.
> Testen mus ich noch den shortcut 'self' als peerId. Der geht in deser
> Funktion jetzt nicht.
> Der rest - insbesondere getConfig - sollte funktionieren
>
> Gruss,
> Martin
>
> Am Mittwoch, 24. Oktober 2012 06:23:12 UTC+2 schrieb Ruebezahl:
>>
>>  *Too many arguments for main::CUL_HM_Name2Id at
>> /usr/share/fhem/FHEM/10_CUL_HM.pm line 1588, near "$hash)"**
>> **BEGIN not safe after errors--compilation aborted at
>> /usr/share/fhem/FHEM/10_CUL_HM.pm line 2231.*
>>
>> war die Antwort nach dem reload
>>
>>
>> Am 23.10.2012 20:03, schrieb Martin:
>>  
>> Wahl des Sendeabstandes kann ich nicht einordnen.
>> Probier doch mal den Anhang aus
>>
>>
>> --
>> To unsubscribe from this group, send email to
>> fhem-users+...@googlegroups.com
>>
>>
>>  --
> To unsubscribe from this group, send email to
> fhem-users+...@googlegroups.com
>
>
>

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

[Guest]

Originally posted by: <email address deleted>

btw - warum den registername 2 mal?

fhem> set TH_Bewegungsmelder regSet minInterval minInterval 1

hier wird 'minInterval' nach minInterval  geschrieben, die 1 ist uebrig -
wuerde im bedarf als peerID interpretiert

schoen ist doch auch
fhem> set TH_Bewegungsmelder regSet minInterval 1

Gruss
Martin

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

[Guest]

Originally posted by: <email address deleted>

gute Frage...... vermutlich ein freudscher Tatterich in den grauen
Zellen

habe das jetzt noch einmal mit frisch gestartetem FHEM gemacht und ohne
den Tatterich,
das Ergebnis ändert sich aber nicht

LG

RB
Am 25.10.2012 12:16, schrieb Martin:
> btw - warum den registername 2 mal?
>
> fhem> set TH_Bewegungsmelder regSet minInterval minInterval 1
>
> hier wird 'minInterval' nach minInterval  geschrieben, die 1 ist
> uebrig - wuerde im bedarf als peerID interpretiert
>
> schoen ist doch auch
> fhem> set TH_Bewegungsmelder regSet minInterval 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 hoffe mit dem Anhang geht es besser?


Am 25.10.2012 12:09, schrieb Martin:
> Hi RB,
>
> leider kann ich deinen log nicht lesen - kannst du es in einfachen
> standard ascii schicken?
>
> ￜￜ DEFￜￜￜￜￜￜￜ 189E00
>
> Danke
> Martin
>
> Am Donnerstag, 25. Oktober 2012 06:29:35 UTC+2 schrieb Ruebezahl:
>
>     Hallo Martin,
>
>     ich habe das mal ausprobiert, ich wï¿œrde sagen, so weit ich
>     feststellen kann, hat sich die Konfiguration im MDIR nicht
>     verï¿œndert.
>     Ich sehe bei den Attributen protCmdPend und dort steht das CMD's
>     pending sind.
>
>     Nach einem Neustart von FHEM habe ich dieses Log produziert:
>
>     =~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2012.10.25 06:14:01
>     =~=~=~=~=~=~=~=~=~=~=~=
>     Trying 127.0.0.1...
>     Connected to localhost.
>     Escape character is '^]'.
>
>     SecurityCheck:
>
>     XX_WEB,XX_WEBphone,XX_WEBtablet has no basicAuth attribute.
>     tPort has no password/globalpassword attribute.
>
>     Restart fhem for a new check if the problem is fixed,
>     or set the global attribute motd to none to supress this message.
>
>     fhem> list TH_Bewegungsmelder
>     Internals:
>     ￜￜ CFGFNￜￜￜￜￜ /etc/fhem/Treppenhaus.cfg
>     ￜￜ DEFￜￜￜￜￜￜￜ 189E00
>     ￜￜ IODevￜￜￜￜￜ XX_LANInterface
>     ￜￜ NAMEￜￜￜￜￜￜ TH_Bewegungsmelder
>     ￜￜ NRￜￜￜￜￜￜￜￜ 735
>     ￜￜ STATEￜￜￜￜￜ motion
>     ￜￜ TYPEￜￜￜￜￜￜ CUL_HM
>     ￜￜ Readings:
>     ￜￜￜￜ 2012-10-21 10:44:20ￜￜ
>     batteryￜￜￜￜￜￜￜￜ ok
>     ￜￜￜￜ 2012-10-25 06:11:19ￜￜ brightnessￜￜￜￜￜ 33
>     ￜￜￜￜ 2012-10-21 10:44:20ￜￜ
>     coverￜￜￜￜￜￜￜￜￜￜ closed
>     ￜￜￜￜ 2012-10-24 22:24:02ￜￜ
>     motionￜￜￜￜￜￜￜￜￜ on (to broadcast)
>     ￜￜￜￜ 2012-10-24 11:31:15ￜￜ noReceiverￜￜￜￜￜ
>     src:189E00 (A641) 012738
>     ￜￜￜￜ 2012-10-24 22:24:02ￜￜ
>     stateￜￜￜￜￜￜￜￜￜￜ motion
>     Attributes:
>     ￜￜ devInfoￜￜￜ 810100
>     ￜￜ firmwareￜￜ 1.0
>     ￜￜ hmClassￜￜￜ sender
>     ￜￜ modelￜￜￜￜￜ HM-SEC-MDIR
>     ￜￜ roomￜￜￜￜￜￜ Treppenhaus
>     ￜￜ serialNrￜￜ ..........
>     ￜￜ subTypeￜￜￜ motionDetector
>
>     fhem> set TH_Bewegungsmelder getConfig
>     fhem> list TH_Bewegungsmelder
>     Internals:
>     ￜￜ CFGFNￜￜￜￜￜ /etc/fhem/Treppenhaus.cfg
>     ￜￜ DEFￜￜￜￜￜￜￜ 189E00
>     ￜￜ IODevￜￜￜￜￜ XX_LANInterface
>     ￜￜ NAMEￜￜￜￜￜￜ TH_Bewegungsmelder
>     ￜￜ NRￜￜￜￜￜￜￜￜ 735
>     ￜￜ STATEￜￜￜￜￜ motion
>     ￜￜ TYPEￜￜￜￜￜￜ CUL_HM
>     ￜￜ Readings:
>     ￜￜￜￜ 2012-10-21 10:44:20ￜￜ
>     batteryￜￜￜￜￜￜￜￜ ok
>     ￜￜￜￜ 2012-10-25 06:11:19ￜￜ brightnessￜￜￜￜￜ 33
>     ￜￜￜￜ 2012-10-21 10:44:20ￜￜ
>     coverￜￜￜￜￜￜￜￜￜￜ closed
>     ￜￜￜￜ 2012-10-24 22:24:02ￜￜ
>     motionￜￜￜￜￜￜￜￜￜ on (to broadcast)
>     ￜￜￜￜ 2012-10-24 11:31:15ￜￜ noReceiverￜￜￜￜￜ
>     src:189E00 (A641) 012738
>     ￜￜￜￜ 2012-10-24 22:24:02ￜￜ
>     stateￜￜￜￜￜￜￜￜￜￜ motion
>     ￜￜ cmdStack:
>     ￜￜￜￜ ++A0016DC1EA189E0000040000000000
>     ￜￜￜￜ ++A0016DC1EA189E0001040000000001
>     ￜￜￜￜ ++A0016DC1EA189E000103
>     ￜￜ Helper:
>     ￜￜￜￜ getCfgList all
>     ￜￜￜￜ getCfgListNo 4
>     ￜￜￜￜ mIdￜￜￜￜￜￜￜ 004A
>     ￜￜￜￜ rxTypeￜￜￜￜ 12
>     Attributes:
>     ￜￜ devInfoￜￜￜ 810100
>     ￜￜ firmwareￜￜ 1.0
>     ￜￜ hmClassￜￜￜ sender
>     ￜￜ modelￜￜￜￜￜ HM-SEC-MDIR
>     ￜￜ protCmdPend 3 CMDs pending
>     ￜￜ roomￜￜￜￜￜￜ Treppenhaus
>     ￜￜ serialNrￜￜ ..........
>     ￜￜ subTypeￜￜￜ motionDetector
>
>     fhem> get TH_Bewegungsmelder reg all
>     TH_Bewegungsmelder type:motionDetector -
>
>     fhem> get TH_Bewegungsmelder reglist
>     Unknown argument reglist, choose one of param reg regList
>     fhem> get TH_Bewegungsmelder regList
>     motionDetector -
>     intKeyVisibrange:0 to 1bool: visibility of internal keys
>     pairCentralrange:0 to 16777215dec: pairing to central
>     brightFilterrange:0 to 7: brightness filter
>     captInIntervalrange:0 to 1bool: capture within interval
>     evtFltrPeriodrange:0.5 to 7.5s: event filter period
>     minIntervalrange:0 to 4: minimum interval 0,15,20,60,120s
>     evtFltrNumrange:1 to 15: sensitivity - read sach n-th puls
>     ledOnTimerange:0 to 1.275s: LED ontime
>
>     fhem> list TH_Bewegungsmelder
>     Internals:
>     ￜￜ CFGFNￜￜￜￜￜ /etc/fhem/Treppenhaus.cfg
>     ￜￜ DEFￜￜￜￜￜￜￜ 189E00
>     ￜￜ IODevￜￜￜￜￜ XX_LANInterface
>     ￜￜ LASTIODevï¿œ XX_LANInterface
>     ￜￜ MSGCNTￜￜￜￜ 1
>     ￜￜ NAMEￜￜￜￜￜￜ TH_Bewegungsmelder
>     ￜￜ NRￜￜￜￜￜￜￜￜ 735
>     ￜￜ STATEￜￜￜￜￜ motion
>     ￜￜ TYPEￜￜￜￜￜￜ CUL_HM
>     ￜￜ XX_LANInterface_MSGCNT 1
>     ￜￜ XX_LANInterface_RAWMSG
>     E189E00,0000,21D98D9B,FF,FFC0,8EA610189E00BB89A006012100
>     ￜￜ XX_LANInterface_RSSI -64
>     ￜￜ XX_LANInterface_TIME 2012-10-25 06:16:23
>     ￜￜ lastMsgￜￜￜ No:8E - t:10 s:189E00 d:BB89A0 06012100
>     ￜￜ Readings:
>     ￜￜￜￜ 2012-10-25 06:16:23ￜￜ
>     batteryￜￜￜￜￜￜￜￜ ok
>     ￜￜￜￜ 2012-10-25 06:16:23ￜￜ brightnessￜￜￜￜￜ 33
>     ￜￜￜￜ 2012-10-25 06:16:23ￜￜ
>     coverￜￜￜￜￜￜￜￜￜￜ closed
>     ￜￜￜￜ 2012-10-24 22:24:02ￜￜ
>     motionￜￜￜￜￜￜￜￜￜ on (to broadcast)
>     ￜￜￜￜ 2012-10-24 11:31:15ￜￜ noReceiverￜￜￜￜￜ
>     src:189E00 (A641) 012738
>     ￜￜￜￜ 2012-10-24 22:24:02ￜￜ
>     stateￜￜￜￜￜￜￜￜￜￜ motion
>     ￜￜ cmdStack:
>     ￜￜￜￜ ++A0016DC1EA189E0000040000000000
>     ￜￜￜￜ ++A0016DC1EA189E0001040000000001
>     ￜￜￜￜ ++A0016DC1EA189E000103
>     ￜￜ Helper:
>     ￜￜￜￜ addValￜￜￜￜ 0
>     ￜￜￜￜ getCfgList all
>     ￜￜￜￜ getCfgListNo 4
>     ￜￜￜￜ mIdￜￜￜￜￜￜￜ 004A
>     ￜￜￜￜ rxTypeￜￜￜￜ 12
>     ￜￜￜￜ Respwait:
>     Attributes:
>     ￜￜ devInfoￜￜￜ 810100
>     ￜￜ firmwareￜￜ 1.0
>     ￜￜ hmClassￜￜￜ sender
>     ￜￜ modelￜￜￜￜￜ HM-SEC-MDIR
>     ￜￜ protCmdPend 3 CMDs pending
>     ￜￜ protLastRcv 2012-10-25 06:16:24
>     ￜￜ roomￜￜￜￜￜￜ Treppenhaus
>     ￜￜ serialNrￜￜ ..........
>     ￜￜ subTypeￜￜￜ motionDetector
>
>     fhem> set TH_Bewegungsmelder regSet minInterval minInterval 1
>     fhem> list TH_Bewegungsmelder
>     Internals:
>     ￜￜ CFGFNￜￜￜￜￜ /etc/fhem/Treppenhaus.cfg
>     ￜￜ DEFￜￜￜￜￜￜￜ 189E00
>     ￜￜ IODevￜￜￜￜￜ XX_LANInterface
>     ￜￜ LASTIODevï¿œ XX_LANInterface
>     ￜￜ MSGCNTￜￜￜￜ 1
>     ￜￜ NAMEￜￜￜￜￜￜ TH_Bewegungsmelder
>     ￜￜ NRￜￜￜￜￜￜￜￜ 735
>     ￜￜ STATEￜￜￜￜￜ motion
>     ￜￜ TYPEￜￜￜￜￜￜ CUL_HM
>     ￜￜ XX_LANInterface_MSGCNT 1
>     ￜￜ XX_LANInterface_RAWMSG
>     E189E00,0000,21D98D9B,FF,FFC0,8EA610189E00BB89A006012100
>     ￜￜ XX_LANInterface_RSSI -64
>     ￜￜ XX_LANInterface_TIME 2012-10-25 06:16:23
>     ￜￜ lastMsgￜￜￜ No:8E - t:10 s:189E00 d:BB89A0 06012100
>     ￜￜ Readings:
>     ￜￜￜￜ 2012-10-25 06:16:23ￜￜ
>     batteryￜￜￜￜￜￜￜￜ ok
>     ￜￜￜￜ 2012-10-25 06:16:23ￜￜ brightnessￜￜￜￜￜ 33
>     ￜￜￜￜ 2012-10-25 06:16:23ￜￜ
>     coverￜￜￜￜￜￜￜￜￜￜ closed
>     ￜￜￜￜ 2012-10-24 22:24:02ￜￜ
>     motionￜￜￜￜￜￜￜￜￜ on (to broadcast)
>     ￜￜￜￜ 2012-10-24 11:31:15ￜￜ noReceiverￜￜￜￜￜ
>     src:189E00 (A641) 012738
>     ￜￜￜￜ 2012-10-24 22:24:02ￜￜ
>     stateￜￜￜￜￜￜￜￜￜￜ motion
>     ￜￜ cmdStack:
>     ￜￜￜￜ ++A0016DC1EA189E0000040000000000
>     ￜￜￜￜ ++A0016DC1EA189E0001040000000001
>     ￜￜￜￜ ++A0016DC1EA189E000103
>     ￜￜￜￜ ++A0016DC1EA189E0001050000000001
>     ￜￜￜￜ ++A0016DC1EA189E0001080200
>     ￜￜￜￜ ++A0016DC1EA189E000106
>     ￜￜ Helper:
>     ￜￜￜￜ addValￜￜￜￜ 0
>     ￜￜￜￜ getCfgList all
>     ￜￜￜￜ getCfgListNo 4
>     ￜￜￜￜ mIdￜￜￜￜￜￜￜ 004A
>     ￜￜￜￜ rxTypeￜￜￜￜ 12
>     ￜￜￜￜ Respwait:
>     ￜￜￜￜ Shadowreg:
>     ￜￜￜￜￜￜ RegL_01:ￜￜￜ 02:00
>     Attributes:
>     ￜￜ devInfoￜￜￜ 810100
>     ￜￜ firmwareￜￜ 1.0
>     ￜￜ hmClassￜￜￜ sender
>     ￜￜ modelￜￜￜￜￜ HM-SEC-MDIR
>     ￜￜ protCmdPend 6 CMDs pending
>     ￜￜ protLastRcv 2012-10-25 06:16:24
>     ￜￜ roomￜￜￜￜￜￜ Treppenhaus
>     ￜￜ serialNrￜￜ ..........
>     ￜￜ subTypeￜￜￜ motionDetector
>
>     fhem> set TH_Bewegungsmelder getConfig
>     fhem> list TH_Bewegungsmelder
>     Internals:
>     ￜￜ CFGFNￜￜￜￜￜ /etc/fhem/Treppenhaus.cfg
>     ￜￜ DEFￜￜￜￜￜￜￜ 189E00
>     ￜￜ IODevￜￜￜￜￜ XX_LANInterface
>     ￜￜ LASTIODevï¿œ XX_LANInterface
>     ￜￜ MSGCNTￜￜￜￜ 1
>     ￜￜ NAMEￜￜￜￜￜￜ TH_Bewegungsmelder
>     ￜￜ NRￜￜￜￜￜￜￜￜ 735
>     ￜￜ STATEￜￜￜￜￜ motion
>     ￜￜ TYPEￜￜￜￜￜￜ CUL_HM
>     ￜￜ XX_LANInterface_MSGCNT 1
>     ￜￜ XX_LANInterface_RAWMSG
>     E189E00,0000,21D98D9B,FF,FFC0,8EA610189E00BB89A006012100
>     ￜￜ XX_LANInterface_RSSI -64
>     ￜￜ XX_LANInterface_TIME 2012-10-25 06:16:23
>     ￜￜ lastMsgￜￜￜ No:8E - t:10 s:189E00 d:BB89A0 06012100
>     ￜￜ Readings:
>     ￜￜￜￜ 2012-10-25 06:16:23ￜￜ
>     batteryￜￜￜￜￜￜￜￜ ok
>     ￜￜￜￜ 2012-10-25 06:16:23ￜￜ brightnessￜￜￜￜￜ 33
>     ￜￜￜￜ 2012-10-25 06:16:23ￜￜ
>     coverￜￜￜￜￜￜￜￜￜￜ closed
>     ￜￜￜￜ 2012-10-24 22:24:02ￜￜ
>     motionￜￜￜￜￜￜￜￜￜ on (to broadcast)
>     ￜￜￜￜ 2012-10-24 11:31:15ￜￜ noReceiverￜￜￜￜￜ
>     src:189E00 (A641) 012738
>     ￜￜￜￜ 2012-10-24 22:24:02ￜￜ
>     stateￜￜￜￜￜￜￜￜￜￜ motion
>     ￜￜ cmdStack:
>     ￜￜￜￜ ++A0016DC1EA189E0000040000000000
>     ￜￜￜￜ ++A0016DC1EA189E0001040000000001
>     ￜￜￜￜ ++A0016DC1EA189E000103
>     ￜￜￜￜ ++A0016DC1EA189E0001050000000001
>     ￜￜￜￜ ++A0016DC1EA189E0001080200
>     ￜￜￜￜ ++A0016DC1EA189E000106
>     ￜￜￜￜ ++A0016DC1EA189E0000040000000000
>     ￜￜￜￜ ++A0016DC1EA189E0001040000000001
>     ￜￜￜￜ ++A0016DC1EA189E000103
>     ￜￜ Helper:
>     ￜￜￜￜ addValￜￜￜￜ 0
>     ￜￜￜￜ getCfgList all
>     ￜￜￜￜ getCfgListNo 4
>     ￜￜￜￜ mIdￜￜￜￜￜￜￜ 004A
>     ￜￜￜￜ rxTypeￜￜￜￜ 12
>     ￜￜￜￜ Respwait:
>     ￜￜￜￜ Shadowreg:
>     ￜￜￜￜￜￜ RegL_01:ￜￜￜ 02:00
>     Attributes:
>     ￜￜ devInfoￜￜￜ 810100
>     ￜￜ firmwareￜￜ 1.0
>     ￜￜ hmClassￜￜￜ sender
>     ￜￜ modelￜￜￜￜￜ HM-SEC-MDIR
>     ￜￜ protCmdPend 9 CMDs pending
>     ￜￜ protLastRcv 2012-10-25 06:16:24
>     ￜￜ roomￜￜￜￜￜￜ Treppenhaus
>     ￜￜ serialNrￜￜ ..........
>     ￜￜ subTypeￜￜￜ motionDetector
>
>     fhem> quit
>     Bye...
>     Connection closed by foreign host.
>
>
>
>     LG
>
>     RB
>
>
>
>
>
>     Am 24.10.2012 09:43, schrieb Martin:
>>     ï¿œwar mir nicht aufgefallen. Ist in regRaw und getRegRaw. Die
>>     angefaengte Version sollte gehen.
>>     Testen mus ich noch den shortcut 'self' als peerId. Der geht in
>>     deser Funktion jetzt nicht.
>>     Der rest - insbesondere getConfig - sollte funktionieren
>>
>>     Gruss,
>>     Martin
>>
>>     Am Mittwoch, 24. Oktober 2012 06:23:12 UTC+2 schrieb Ruebezahl:
>>
>>         /Too many arguments for main::CUL_HM_Name2Id at
>>         /usr/share/fhem/FHEM/10_CUL_HM.pm line 1588, near "$hash)"//
>>         //BEGIN not safe after errors--compilation aborted at
>>         /usr/share/fhem/FHEM/10_CUL_HM.pm line 2231./
>>
>>         war die Antwort nach dem reload
>>
>>
>>         Am 23.10.2012 20:03, schrieb Martin:
>>>         Wahl des Sendeabstandes kann ich nicht einordnen.
>>>         Probier doch mal den Anhang aus
>>>
>>>
>>>         --
>>>         To unsubscribe from this group, send email to
>>>         fhem-users+...@googlegroups.com
>>
>>     --
>>     To unsubscribe from this group, send email to
>>     fhem-users+...@googlegroups.com
>
> --
> 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