Ankündigung

Einklappen
Keine Ankündigung bisher.

- √ - knx_cache = true

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    - √ - knx_cache = true

    Hallo,

    Ich möchte
    knx_cache = true
    nutzen.

    Leider startet dann mein smarthome.py nicht mehr:
    2013-03-10 18:58:44,256 sh.con DEBUG knx: read init/cache ga -- __init__.py:handle_connect:100
    2013-03-10 18:58:44,256 sh.con ERROR KNX: could not connect to knx.tld:6720: invalid literal for int() with base 10: '' -- my_asynchat.py:handle_exception:89
    2013-03-10 18:58:44,257 sh.con INFO KNX: connection to cgate.ts:6720 closed -- my_asynchat.py:handle_close:103
    2013-03-10 18:58:44,418 Scheduler DEBUG sh.gc next time: 2013-03-11 02:04:00+01:00 -- scheduler.py:_next_time:224
    2013-03-10 18:58:54,078 sh.con DEBUG knx: read init/cache ga -- __init__.py:handle_connect:100
    2013-03-10 18:58:54,080 sh.con ERROR KNX: could not connect to knx.tld:6720: invalid literal for int() with base 10: '' -- my_asynchat.py:handle_exception:89
    2013-03-10 18:58:54,081 sh.con INFO KNX: connection to cgate.ts:6720 closed -- my_asynchat.py:handle_close:103
    2013-03-10 18:58:54,245 Scheduler DEBUG knx.time next time: 2013-03-10 19:08:54+01:00 -- scheduler.py:_next_time:224
    ^C2013-03-10 18:58:55,605 SmartHome.py INFO Stop Plugins -- plugin.py:stop:68
    2013-03-10 18:58:56,106 SmartHome.py INFO SmartHome.py stopped -- smarthome.py:stop:320
    Any Ideas?

    #2
    knx_cache = GA

    Die GA die eingelesen werden soll.

    Weiterhin werde ich versuchen den Fehlerbehandlung in Zukunft besser zu gestalten.

    Bis bald

    Marcus

    Kommentar


      #3
      Wie war das noch mal mit dem Wald und den Bäumen? ;-)

      Dank dir!

      Mode

      Kommentar


        #4
        Mein neues aktuelles Problem ist genau das hier:
        https://github.com/mknx/smarthome/issues/8

        2013-03-10 19:34:38,649 SmartHome.py INFO Init SmartHome.py v0.8-76-gd135649 -- smarthome.py:__init__:190
        2013-03-10 19:34:38,650 SmartHome.py INFO Init Scheduler -- scheduler.py:__init__:53
        2013-03-10 19:34:38,650 Scheduler DEBUG creating 5 workers -- scheduler.py:run:59
        2013-03-10 19:34:38,651 SmartHome.py INFO Init Plugins -- smarthome.py:__init__:205
        2013-03-10 19:34:38,652 SmartHome.py DEBUG Plugin: knx -- plugin.py:__init__:42
        2013-03-10 19:34:38,657 SmartHome.py DEBUG knx.time next time: 2013-03-10 19:34:45+01:00 -- scheduler.py:_next_time:224
        2013-03-10 19:34:38,659 SmartHome.py INFO Init Items -- smarthome.py:__init__:207
        2013-03-10 19:34:38,704 SmartHome.py DEBUG knx: status.szene listen on 0/0/255 -- __init__.pyarse_item:210
        2013-03-10 19:34:38,704 SmartHome.py DEBUG knx: status.szene listen on and init with cache 0/0/255 -- __init__.pyarse_item:229
        2013-03-10 19:34:38,704 SmartHome.py DEBUG knx: status.szene reply to 0/0/255 -- __init__.pyarse_item:242
        2013-03-10 19:34:38,705 SmartHome.py INFO Start Plugins -- plugin.py:start:63
        2013-03-10 19:34:38,705 SmartHome.py INFO Start Logics -- logic.py:__init__:32
        2013-03-10 19:34:38,705 SmartHome.py DEBUG reading logics from /home/mode/smarthome/etc/logic.conf -- logic.py:__init__:38
        2013-03-10 19:34:38,705 SmartHome.py DEBUG Logic: Init -- logic.py:__init__:45
        2013-03-10 19:34:38,708 SmartHome.py DEBUG Logic: Jalou -- logic.py:__init__:45
        2013-03-10 19:34:38,895 sh.gc DEBUG Garbage collector: collected 1131 objects. -- smarthome.py:_garbage_collection:326
        2013-03-10 19:34:38,898 sh.con DEBUG knx: read init/cache ga -- __init__.py:handle_connect:100
        2013-03-10 19:34:38,899 sh.con INFO KNX: connected to knx.tld:6720 -- my_asynchat.py:connect:69
        2013-03-10 19:34:39,072 Scheduler DEBUG sh.gc next time: 2013-03-11 02:04:00+01:00 -- scheduler.py:_next_time:224
        2013-03-10 19:34:45,289 Scheduler DEBUG knx.time next time: 2013-03-10 19:44:45+01:00 -- scheduler.py:_next_time:224
        Von nun an wird keine Kommunikation mehr vom Bus ausgewertet oder ins Log geschrieben.

        Das "böse" Item, dass den Fehler hervorruft:
        [status]
        [[szene]]
        type = bool
        knx_dpt = 1
        knx_send = 0/0/255
        knx_listen = 0/0/255
        knx_reply = 0/0/255
        knx_cache = 0/0/255
        enforce_updates = true
        VG

        Mode

        Kommentar


          #5
          Hi,

          was ist das denn für eine Item???

          Code:
          knx_send = 0/0/255
          knx_listen = 0/0/255
          knx_reply = 0/0/255
          knx_cache = 0/0/255
          Du hast Dir hier einen Loop konfiguriert. Was macht denn das reply da drin?

          Das Problem von Niko ist gelöst. Also scheinst Du eine anderes zu haben.
          Das muss ich mir mal die Tage ansehen.

          Bis bald

          Marcus

          Kommentar


            #6
            Daran liegt es nicht. Der hier zeigt das gleiche Verhalten:

            Code:
            [status]
                [[szene]]
                    type       = bool
                    knx_dpt    = 1
            #        knx_send   = 0/0/255
                    knx_listen = 0/0/255
            #        knx_reply  = 0/0/255
                    knx_cache  = 0/0/255
                    enforce_updates = true
            Ich möchte eben eine GA haben, die sich vom Bus aus ändern kann, die ich aber auch von sh.py ändern kann. Das hab ich mit linknx erfolgreich eingesetzt...

            Kommentar


              #7
              Zitat von mode Beitrag anzeigen
              Ich möchte eben eine GA haben, die sich vom Bus aus ändern kann, die ich aber auch von sh.py ändern kann. Das hab ich mit linknx erfolgreich eingesetzt...
              für das Verhalten brauchst Du knx_cache nicht.
              Was passiert, wenn Du es mit knx_init anstelle des knx_cache konifgurierst?
              Unterstützt Dein eibd überhaupt caching?

              Bis bald

              Marcus

              Kommentar


                #8
                Ok, dann habe ich den Sinn des Parameters wohl nicht ganz verstanden.

                Beispiel der Anwendung:
                Ich habe eine Szene, die bestimmt, in welchem Status sich das ganze Haus aktuell befindet (Anwensend, Nacht, Abwesend, etc).
                Nun soll nach einem Stromausfall in jedem Fall der alte Zustand der Szene wiederhergestellt werden.
                Unter Linknx habe ich dieses mit dem Zusatz init="persist" erledigt.
                Im Gira Homeserver heisst dieses Feature Persistenz.
                Gibt es eine Möglichkeit dieses mit Smarthome.py abzubilden?

                Was genau macht denn knx_cache? Nur die Buslast verringern, da die Werte direkt vom eibd Cache kommen?
                Mein eibd sollte eigentlich Caching unterstützen:
                /usr/bin/eibd -e 1.1.200 -c -S -D -i -T -R --tpuarts-disch-reset --tpuarts-ack-all-group -d -u --pid-file=/var/run/eibd.pid tpuarts:/dev/ttyS0

                Kann man sich den Inhalt des eibd Caches ansehen?

                VG

                Mode

                Kommentar


                  #9
                  Hallo Motte (laut Profil Dein richtiger Name),

                  knx_cache reduziert wirklich nur die Buslast, da versucht wird aus dem eibd cache zu lesen.

                  Wenn Du 'cache = yes' als Item-Atrribute setzt, wird der Wert lokal gespeichert.

                  Ich weis nicht ob man sich den Cache ansehen kann, glaube aber nicht.

                  Bis bald

                  Marcus

                  Kommentar

                  Lädt...
                  X