Ankündigung

Einklappen
Keine Ankündigung bisher.

KNX-Plugin stoppt plötzlich bei eibd Verlust

Einklappen
X
Einklappen
 
  • Seite von 1
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge
Vorherige template Weiter
    #1

    KNX-Plugin stoppt plötzlich bei eibd Verlust

    Code:
    2013-08-21 22:38:17,208 SmartHome.py DEBUG    technik.medien.strom.zaehler = 44551.4570312 via KNX 1.1.254 -- item.py:_update:228
2013-08-21 22:38:17,240 SmartHome.py DEBUG    knx: 1.1.254 set 5/4/11 to 0.67 -- __init__.py:parse_telegram:196
2013-08-21 22:38:17,248 SmartHome.py DEBUG    technik.medien.strom.leistung = 0.67 via KNX 1.1.254 -- item.py:_update:228
2013-08-21 22:38:55,367 Scheduler    DEBUG    rrd next time: 2013-08-21 22:43:55+02:00 -- scheduler.py:_next_time:245
2013-08-21 22:39:10,235 SmartHome.py DEBUG    knx: 1.1.21 set 5/1/120 to 0.1 -- __init__.py:parse_telegram:196
2013-08-21 22:39:10,242 SmartHome.py DEBUG    adrian.licht = 0.1 via KNX 1.1.21 -- item.py:_update:228
2013-08-21 22:42:22,359 Scheduler    DEBUG    heizung next time: 2013-08-21 22:47:22+02:00 -- scheduler.py:_next_time:245
2013-08-21 22:42:24,218 system       DEBUG    technik.smarthome.runtime = 3h 0m via Logic None -- item.py:_update:228
2013-08-21 22:42:24,229 system       INFO     Threads (7): SmartHome.py: 1, idle: 4, system: 1, Scheduler: 1 -- system.py:<module>:20
2013-08-21 22:42:24,408 Scheduler    DEBUG    system next time: 2013-08-21 22:47:24+02:00 -- scheduler.py:_next_time:245
2013-08-21 22:42:24,517 system       INFO     Objects (Top 10): Item: 423, WebSocket: 287, SQL: 120, KNX: 107, BaseHandler: 16, RRD: 13, SmartHome: 13, _Feature: 10, Logic: 9, addinfourl: 8 -- system.py:<module>:40
2013-08-21 22:42:24,633 system       INFO     Garbage: [] -- system.py:<module>:46
2013-08-21 22:42:24,639 system       DEBUG    Load: 0.05, 0.03, 0.05 -- system.py:<module>:51
2013-08-21 22:42:24,647 system       DEBUG    technik.smarthome.system.load = 0.03 via Logic None -- item.py:_update:228
2013-08-21 22:42:24,730 system       DEBUG    technik.smarthome.system.uptime = 5h 21m via Logic None -- item.py:_update:228
2013-08-21 22:42:25,252 Scheduler    DEBUG    wettercom next time: 2013-08-21 22:57:25+02:00 -- scheduler.py:_next_time:245
2013-08-21 22:43:55,257 Scheduler    DEBUG    rrd next time: 2013-08-21 22:48:55+02:00 -- scheduler.py:_next_time:245
2013-08-21 22:47:22,241 Scheduler    DEBUG    heizung next time: 2013-08-21 22:52:22+02:00 -- scheduler.py:_next_time:245
2013-08-21 22:47:24,113 system       DEBUG    technik.smarthome.runtime = 3h 5m via Logic None -- item.py:_update:228
2013-08-21 22:47:24,123 system       INFO     Threads (7): SmartHome.py: 1, idle: 4, system: 1, Scheduler: 1 -- system.py:<module>:20
    Nach dem Neustart heute morgen war alles bestens. Hab gerade gesehen: Um die Zeit ist das WG unmotiviert abgekachelt und neugestartet. Kann das KNX-Plugin vielleicht erkennen, wenn der eibd tot ist und ne neue Verbindung aufmachen?

    Gruss,

    der Jan
    KNX, DMX over E1.31, DALI, 1W, OpenHAB, MQTT
    Stichworte: -
    #2
    Hi Jan,

    wie kommst Du darauf das KNX-Plugin gestoppt hat?
    In dem Log kann ich nichts diesbezüglich erkennen.

    Eigentlich wird die KNX und auch die anderen Verbindungen permanent überwacht und bei Bedarf neu verbunden.

    Da taucht dann
    Code:
    INFO     KNX: connection to smart.home:6720 closed
    im Log auf.

    Gab es nach 22:47 noch weitere Einträge im Log?

    Bis bald

    Marcus

    Kommentar

      #3
      Vielleicht so in der Art:

      python - How to re-establish asyncore connection with server (solved) - Stack Overflow

      Hab nur gerade wenig Zeit, sonst würd ichs mal probieren. Kann man ja ganz gut testen, dem eibd den Saft abdrehen ist ja nicht so schwer.

      Gruss,

      der Jan
      KNX, DMX over E1.31, DALI, 1W, OpenHAB, MQTT

      Kommentar

        #4
        Hi,

        da haben sich unsere Post überschnitten.

        Das funktioniert, bei mir, sehr gut.

        Bis bald

        Marcus

        Kommentar

          #5
          Danach taucht knx-mässig nichts mehr im Log auf. Ich hab halt nur im WG Log gesehen, dass es neugestartet hat. Wieso auch immer.

          Und es gab keinen weiteren Connection-Attempt bis zum Neustart. ist develop von vorgestern.

          Gruss,

          der Jan
          KNX, DMX over E1.31, DALI, 1W, OpenHAB, MQTT

          Kommentar

            #6
            Hi Jan,

            ich kann mir eigentlich nur vorstellen das die TCP-Verbindung nicht geschlossen wurde. Schwierig das jetzt nachzuvollziehen.

            Bei der Gelegenheit habe ich die habe ich die asyncore.loop von select auf poll umgestellt. Das schränkt zwar die Nutzung auf Linux ein, aber es soll effizienter sein als das select.

            Mal sehen.

            Bis bald

            Marcus

            Kommentar

              #7
              KNX-Plugin stoppt plötzlich bei eibd Verlust

              Zitat von mknx Beitrag anzeigen
              Das schränkt zwar die Nutzung auf Linux ein, aber es soll effizienter sein als das select.
              Sind select und poll kompatibel zueinander? Dann könnte man mit ner simplen OS Abfrage umschalten um die Plattformunabhängigkeit nicht zu verlieren.
              Mit freundlichen Grüßen
              Niko Will

              Logiken und Schnittstelle zu anderen Systemen: smarthome.py - Visualisierung: smartVISU
              - Gira TS3 - iPhone & iPad - Mobotix T24 - ekey - Denon 2313 - Russound C5 (RIO over TCP Plugin) -

              Kommentar

                #8
                Ich hab mit der develop von heute noch mal probiert das zu rekonstruieren, es ist mir nicht gelungen. Sowohl eibd neustarten als auch Netzwerkverbindung unterbrechen und wiederverbinden (auf eibd-Seite) führt da zum Erfolg. Keine Ahnung. Dafür habe ich jetzt aber:

                Code:
                2013-08-22 18:55:42,303 Main         DEBUG    knx: 1.1.254 set 5/0/160 to True -- __init__.py:parse_telegram:196
2013-08-22 18:55:42,470 Main         DEBUG    knx: 1.1.254 set 5/0/130 to True -- __init__.py:parse_telegram:196
error: uncaptured python exception, closing channel <plugins.knx.KNX connected 192.168.0.51:6720 at 0x4ac3a0> (<type 'exceptions.IndexError'>:tuple index out of range [/usr/lib/python2.7/asyncore.py|readwrite|108] [/usr/lib/python2.7/asyncore.py|handle_read_event|449] [/usr/lib/python2.7/asynchat.py|handle_read|140] [/usr/local/smarthome/plugins/knx/__init__.py|found_terminator|138] [/usr/local/smarthome/plugins/knx/__init__.py|parse_telegram|193])
2013-08-22 18:55:44,461 Main         INFO     KNX: connection to 192.168.0.51:6720 closed -- my_asynchat.py:handle_close:103
2013-08-22 18:55:50,069 sh.con       DEBUG    knx: enable group monitor -- __init__.py:handle_connect:117
2013-08-22 18:55:50,081 sh.con       INFO     KNX: connected to 192.168.0.51:6720 -- my_asynchat.py:connect:69
                reconnected, also soweit alles gut. Aber was soll das da? Wodran er sich verschluckt hat:

                Code:
                2013-08-22 18:55:44.681,A_GroupValue_Write,1.1.254,5/0/160,01,1,DPT_Switch,1.001,0,low,7,T_DATA_XXX_REQ,0
2013-08-22 18:55:44.944,A_GroupValue_Write,1.1.254,5/0/130,01,1,DPT_Switch,1.001,0,low,7,T_DATA_XXX_REQ,0
2013-08-22 18:55:45.195,A_GroupValue_Write,1.1.254,0/0/1,0C 7E,,DPT_Date,11.001,0,low,7,T_DATA_XXX_REQ,0
2013-08-22 18:55:45.440,A_GroupValue_Write,1.1.254,0/0/1,14 B0,,DPT_Date,11.001,0,low,7,T_DATA_XXX_REQ,0
2013-08-22 18:55:45.682,A_GroupValue_Write,1.1.254,0/0/1,14 B0,,DPT_Date,11.001,0,low,7,T_DATA_XXX_REQ,0
2013-08-22 18:55:45.941,A_GroupValue_Write,1.1.254,0/0/1,14 B0,,DPT_Date,11.001,0,low,7,T_DATA_XXX_REQ,0
2013-08-22 18:55:46.177,A_GroupValue_Write,1.1.254,0/0/1,48 65 69 74 65 72 00 00 00 00 00 00 00 00,2005-05-08,DPT_Date,11.001,0,low,7,T_DATA_XXX_REQ,0
2013-08-22 18:55:46.412,A_GroupValue_Write,1.1.254,0/0/1,57 6F 6C 6B 69 67 00 00 00 00 00 00 00 00,2008-15-23,DPT_Date,11.001,0,low,7,T_DATA_XXX_REQ,0
2013-08-22 18:55:46.671,A_GroupValue_Write,1.1.254,0/0/1,46 72 6F 6D 20 74 68 65 20 4F 73 74 2D 53,2011-02-06,DPT_Date,11.001,0,low,7,T_DATA_XXX_REQ,0
2013-08-22 18:55:46.911,A_GroupValue_Write,1.1.254,5/0/150,01,1,DPT_Switch,1.001,0,low,7,T_DATA_XXX_REQ,0
                Ich sehe ein, irgendjemand ballert da auf 0/0/1 wo es nicht hingehört. Aber gut, das sollte nicht crashen.

                Gruss,

                der Jan
                KNX, DMX over E1.31, DALI, 1W, OpenHAB, MQTT

                Kommentar

                  #9
                  Hi Jan,

                  ja es sollte nicht an der Stelle crashen, tut es auch nicht mehr. Sowohl in devlop als auch in master.

                  Dort ging etwas bei der Fehlerbehandlung schief, die eigentlich meckert wenn er ein Paket decodiert bekommt.

                  Danke für den Hinweis.

                  Bis bald

                  Marcus

                  Kommentar

                    #10
                    Zitat von 2ndsky Beitrag anzeigen
                    Sind select und poll kompatibel zueinander? Dann könnte man mit ner simplen OS Abfrage umschalten um die Plattformunabhängigkeit nicht zu verlieren.
                    ja, sie sind kompatibel. Ich glaube aber das es vorher auch nicht ohne weiteres gelaufen wäre. Außerdem ist Windows auch keine Zielplattform.

                    Bis bald

                    Marcus

                    Kommentar

                      #11
                      KNX-Plugin stoppt plötzlich bei eibd Verlust

                      Zitat von mknx Beitrag anzeigen
                      ja es sollte nicht an der Stelle crashen, tut es auch nicht mehr. Sowohl in devlop als auch in master.
                      Danke. Super Support, hab leider gerade wenig Zeit selbst mehr beizutragen.

                      Gruß,

                      der Jan
                      KNX, DMX over E1.31, DALI, 1W, OpenHAB, MQTT

                      Kommentar

                        #12
                        KNX-Plugin stoppt plötzlich bei eibd Verlust

                        Zitat von mknx Beitrag anzeigen
                        Außerdem ist Windows auch keine Zielplattform.
                        Mir soll es recht sein
                        Nur weil ab und an die Frage auf kommt. Dann weiß man wenigstens, das man da definitiv nein sagen kann.
                        Mit freundlichen Grüßen
                        Niko Will

                        Logiken und Schnittstelle zu anderen Systemen: smarthome.py - Visualisierung: smartVISU
                        - Gira TS3 - iPhone & iPad - Mobotix T24 - ekey - Denon 2313 - Russound C5 (RIO over TCP Plugin) -

                        Kommentar

                        Vorherige template Weiter
                        Lädt...
                        X

                        Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.

                        Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.

                        Ich stimme zu