Presence Bug

Begonnen von Icebear, 09 März 2013, 17:50:13

Vorheriges Thema - Nächstes Thema

Icebear

Hi,

leider wird das attrib disable nicht sauber ausgewertet.

Du Prüfst anscheinend nur ob es vorhanden ist.

Bei disable 0 wird leider nicht mehr ueberprueft erst ein deleteattr brachte die prüfung wieder ans rennen.

Nur zur Info.

Config:

Internals:
   ADDRESS    B8:D9:CE:64:A5:07
   DEF        local-bluetooth  xx:xx:xx:xx:xx:xx 60
   MODE       local-bluetooth
   NAME       Ice_Handy
   NR         270
   STATE      present
   TIMEOUT_NORMAL 60
   TIMEOUT_PRESENT 60
   TYPE       PRESENCE
   Readings:
     2013-03-09 17:48:40   device_name     Ice_Handy
     2013-03-09 17:48:40   state           present
   Helper:
     DISABLED   0
Attributes:
   BT_Homestatus global.bt.homestat

wie ich den Helper da noch rauskrieg weiss ich auch noch nicht :)
ideen ?
Raspberry PI mod B (Wheezy), Fhem 5.4, CUL868, CUL433 , RfxTrx, HM-USB-CFG2, Wlan, HomeEasy, IT, FS20, TFA, HomeMatic, Oregon Scientific, HMLand auf Fritzbox
Raspberry PI mod B (RaspBMC)

Markus Bloch

Hi Icebear,

kann ich leider nicht nachvollziehen, sowohl im Code, als auch in der Praxis funktioniert das ganze bei mir wie erwartet. Wenn man das disable Attribut verändert oder löscht, dauert es ein wenig bevor das Ergebnis angezeigt wird.

Wie lange hast du denn gewartet, nachdem du disable auf 0 gesetzt hast?

Im Modul ist dafür die AttrFn zusändig:


  if($a[0] eq "set" && $a[2] eq "disable")
  {
    if($a[3] eq "0")
    {
       
        $hash->{helper}{DISABLED} = 0;
        readingsSingleUpdate($hash, "state", "defined",0);
        if(defined($hash->{DeviceName}))
        {
            if(defined($hash->{FD}))
            {
                PRESENCE_DoInit($hash);
            }
            else
            {
                DevIo_OpenDev($hash, 0, "PRESENCE_DoInit");
            }
        }
        else
        {
            # Hier wird dein Bluetoothscan wieder angeworfen
            PRESENCE_StartLocalScan($hash);
        }

    }



Was waren genau die schritte um das ganze nachzustellen?

Viele Grüße

Markus
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

Icebear

Hallo,


die zeit war von gestern an (was getestet) bis heute. Ich habe durch ein Info auf Alles bemerkt das ich keine Presence meldungen mehr bekomme von meinem Handy (das von meiner Freundin wurde als Absent gemeldet).

Also die Einstellungen gechecked und dann das Disable gelöscht als attribut und ab da wurde auch wieder sauber im Info gezeigt das es abgefragt wird.

werds evtl nachher nochmal genauer testen. btw. kann man bei Info On auch eine Uhrzeit mit einblenden ?
Raspberry PI mod B (Wheezy), Fhem 5.4, CUL868, CUL433 , RfxTrx, HM-USB-CFG2, Wlan, HomeEasy, IT, FS20, TFA, HomeMatic, Oregon Scientific, HMLand auf Fritzbox
Raspberry PI mod B (RaspBMC)

det.

Hallo Markus,
habe da heute in putty (Verbunden mit dem RPI) eine immer wiederkehrende Meldung entdeckt:Use of uninitialized value in string ne at /usr/share/fhem/FHEM/73_PRESENCE.pm line 213.
PRESENCE läuft auf FB mit FHEM2FHEM zum RPI, d.h. auf dem RPI ist PRESENCE mMn garnicht definiert, sondern nur die Variablen von der FB werden ausgewertet:define Handy_xxx notify .*Presence_xxx.* {fhem "setstate Handy_xxx %"}Es funktioniert alls prächtig, aber diese Meldungen auf der Konsole sind doch so nicht ok?
LG
det.

Markus Bloch

Zitat von: det. schrieb am Sa, 16 März 2013 20:08PRESENCE läuft auf FB mit FHEM2FHEM zum RPI, d.h. auf dem RPI ist PRESENCE mMn garnicht definiert, sondern nur die Variablen von der FB werden ausgewertet:

Bitte morgen mal ein update durchführen und schauen ob die Meldungen weg sind.

Viele Grüße
Markus
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

det.

Hallo Markus,
vielen Dank, putty vermeldet absolut nichts mehr in Sachen Fehler PRESENCE. Problem gelöst! Da die Kombination PRESENCE auf FB mit FHEM2FHEM auf RPI mMn optimal funktioniert - wäre es nicht praktisch, dass als Beispiel: auf FB:define Presence_xxx PRESENCE fritzbox iPhonexxx 60auf RPidefine FBCONNECT FHEM2FHEM IP_FritzBox:7072 LOG:.*
define Handy_xxx notify .*Presence_xxx.* {fhem "setstate Handy_xxx %"}
im WIKI zu ergänzen?
LG
det.