Ankündigung

Einklappen
Keine Ankündigung bisher.

Enocean seit Kurzem instabil

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

    Enocean seit Kurzem instabil

    Hallo,

    ich nutze vom IBBCape u.a. auch die Enocean Schnittstelle. Damit werden aktuell 3 Aktoren angesteuert (Markise, TV, Garagentor), was bisher immer ohne Probleme lief.
    Seit Kurzem ist die Datenübertragung aber sehr instabil, d.h. die Aktoren reagieren auf Befehle manchmal, oftmals aber nicht.

    Anbei Auszüge aus dem Log-File.

    Hier funktioniert es nicht:
    Code:
    2019-05-14  21:45:06 DEBUG    Main         enocean: call function << update_item >>
2019-05-14  21:45:06 DEBUG    Main         enocean: item << xenocean.Markise.fahren >> updated externally.
2019-05-14  21:45:06 DEBUG    Main         enocean: item << xenocean.Markise.fahren >> has tx_eep
2019-05-14  21:45:06 DEBUG    Main         enocean-PrepareData: data-preparer called with tx_eep = A5_3F_7F
2019-05-14  21:45:06 INFO     Main         enocean-PrepareData: A5_3F_7F item has no attribute enocean_tx_id_offset! Set to default = 0
2019-05-14  21:45:06 DEBUG    Main         enocean-PrepareData: prepare data for tx_eep A5_3F_7F
2019-05-14  21:45:06 DEBUG    Main         enocean-PrepareData: A5_3F_7F actuator runtime of 60 s specified.
2019-05-14  21:45:06 INFO     Main         enocean-PrepareData: A5_3F_7F returns [0xa5], [0x00, 0x3c, 0x00, 0x08], []
2019-05-14  21:45:06 DEBUG    Main         enocean: call function << _send_radio_packet >>
2019-05-14  21:45:06 DEBUG    Main         enocean: call function << _send_packet >>
2019-05-14  21:45:06 DEBUG    Main         enocean: call function << _calc_crc8 >>
2019-05-14  21:45:06 DEBUG    Main         enocean: call function << _calc_crc8 >>
2019-05-14  21:45:06 INFO     Main         enocean: sending packet with len = 17 / data = [0x55, 0x00, 0x0a, 0x00, 0x01, 0x80, 0xa5, 0x00, 0x3c, 0x00, 0x08, 0xff,
 0xba, 0xd0, 0x00, 0x00, 0xb0]!
2019-05-14  21:45:06 DEBUG    enocean      enocean: data received
2019-05-14  21:45:06 DEBUG    enocean      enocean: call function << _calc_crc8 >>
2019-05-14  21:45:06 DEBUG    enocean      enocean: received header with data_length = 1 / opt_length = 0x00 / type = 2
2019-05-14  21:45:06 DEBUG    enocean      enocean: call function << _calc_crc8 >>
2019-05-14  21:45:06 DEBUG    enocean      enocean: accepted package with type = 0x02 / len = 8 / data = [0x55, 0x00, 0x01, 0x00, 0x02, 0x65, 0x00, 0x00]!
2019-05-14  21:45:06 DEBUG    enocean      enocean: call function << _process_packet_type_response >>
2019-05-14  21:45:06 DEBUG    enocean      enocean: sending command returned code = OK
    Hier funktioniert es:
    Code:
    2019-05-14  21:45:10 DEBUG    Main         enocean: call function << update_item >>
2019-05-14  21:45:10 DEBUG    Main         enocean: item << xenocean.Markise.fahren >> updated externally.
2019-05-14  21:45:10 DEBUG    Main         enocean: item << xenocean.Markise.fahren >> has tx_eep
2019-05-14  21:45:10 DEBUG    Main         enocean-PrepareData: data-preparer called with tx_eep = A5_3F_7F
2019-05-14  21:45:10 INFO     Main         enocean-PrepareData: A5_3F_7F item has no attribute enocean_tx_id_offset! Set to default = 0
2019-05-14  21:45:10 DEBUG    Main         enocean-PrepareData: prepare data for tx_eep A5_3F_7F
2019-05-14  21:45:10 DEBUG    Main         enocean-PrepareData: A5_3F_7F actuator runtime of 60 s specified.
2019-05-14  21:45:10 INFO     Main         enocean-PrepareData: A5_3F_7F returns [0xa5], [0x00, 0x3c, 0x01, 0x08], []
2019-05-14  21:45:10 DEBUG    Main         enocean: call function << _send_radio_packet >>
2019-05-14  21:45:10 DEBUG    Main         enocean: call function << _send_packet >>
2019-05-14  21:45:10 DEBUG    Main         enocean: call function << _calc_crc8 >>
2019-05-14  21:45:10 DEBUG    Main         enocean: call function << _calc_crc8 >>
2019-05-14  21:45:10 INFO     Main         enocean: sending packet with len = 17 / data = [0x55, 0x00, 0x0a, 0x00, 0x01, 0x80, 0xa5, 0x00, 0x3c, 0x01, 0x08, 0xff,
 0xba, 0xd0, 0x00, 0x00, 0x6f]!
2019-05-14  21:45:11 DEBUG    enocean      enocean: data received
2019-05-14  21:45:11 DEBUG    enocean      enocean: call function << _calc_crc8 >>
2019-05-14  21:45:11 DEBUG    enocean      enocean: received header with data_length = 1 / opt_length = 0x00 / type = 2
2019-05-14  21:45:11 DEBUG    enocean      enocean: call function << _calc_crc8 >>
2019-05-14  21:45:11 DEBUG    enocean      enocean: accepted package with type = 0x02 / len = 8 / data = [0x55, 0x00, 0x01, 0x00, 0x02, 0x65, 0x00, 0x00, 0x55, 0x
00, 0x07, 0x07, 0x01, 0x7a, 0xf6, 0x01, 0x05, 0x00, 0xe5, 0x08, 0x30, 0x01, 0xff, 0xff, 0xff, 0xff, 0x5c, 0x00, 0xaf]!
2019-05-14  21:45:11 DEBUG    enocean      enocean: call function << _process_packet_type_response >>
2019-05-14  21:45:11 DEBUG    enocean      enocean: sending command returned code = OK
2019-05-14  21:45:11 DEBUG    enocean      enocean: call function << _calc_crc8 >>
2019-05-14  21:45:11 DEBUG    enocean      enocean: received header with data_length = 7 / opt_length = 0x07 / type = 1
2019-05-14  21:45:11 DEBUG    enocean      enocean: call function << _calc_crc8 >>
2019-05-14  21:45:11 DEBUG    enocean      enocean: accepted package with type = 0x01 / len = 21 / data = [0x55, 0x00, 0x07, 0x07, 0x01, 0x7a, 0xf6, 0x01, 0x05, 0x00, 0xe5, 0x08, 0x30, 0x01, 0xff, 0xff, 0xff, 0xff, 0x5c, 0x00, 0xaf]!
2019-05-14  21:45:11 DEBUG    enocean      enocean: call function << _process_packet_type_radio >>
2019-05-14  21:45:11 INFO     enocean      enocean: radio message: choice = f6 / payload = [0x01] / sender_id = 0500E508 / status = 48 / repeat = 0
2019-05-14  21:45:11 DEBUG    enocean      enocean: radio message with additional info: subtelnum = 1 / dest_id = FFFFFFFF / signal = -92dBm / SecurityLevel = 0
2019-05-14  21:45:11 DEBUG    enocean      enocean: Sender ID found in item list
2019-05-14  21:45:11 DEBUG    enocean      enocean: processing F6_02_03_01: shutter actor
2019-05-14  21:45:11 DEBUG    enocean      enocean: radio message results = {'B': 1, 'STATUS': 'Start movin up'}
    An der Konfiguration habe ich nichts geändert. Da alle drei Aktoren Schwierigkeiten haben, liegt das Problem vermutlich eher an der Zentrale. An das IBBCape ist eine Antenne angeschlossen.

    Hat jemand ähnliche Erfahrungen bzw. kann Hinweise zum weiteren Debuggen geben?

    Kürzlich sind im selben Raum 2 Photovoltaik Wechselrichter installiert worden. Könnte es da zu Interferenzen kommen? Zu Problemen kommt es aber auch bei Dunkelheit, wenn die Wechselrichter nichts mehr zu tun haben.

    Viele Dank für Hinweise.
    Gerd

    Stichworte: -
    #2
    Du kannst ja mal auf 868,3 MHz nachmessen lassen ;-)
    Spaß beiseite: Haben die Wechselrichter auch Schnittstellen wie Bluetooth & Co.? Welche Typen sind da aufgehängt worden?

    Oder hast Du noch was von ZWave, Zigbee oder KNX-RF dazugepackt?
    Zuletzt geändert von bmx; 15.05.2019, 10:17.

    Kommentar

      #3
      Der eine Wechselrichter (SMA 5000TL-20) hat Bluetooth (damit frage ich ihn auch ab), beim anderen (SMA STP5.0-3AV-40) läuft die WLAN Schnittstelle.
      Abstand zum Beaglebone mit IBBCape sind viellicht 2m.

      Tatsächlich habe ich am Beaglebone auch noch einen USB Stick mit einer Zigbee Schnittstelle am Laufen. Den Stick habe ich aber zu Testzwecken entfernt und beobachte immer noch die gleichen Aussetzer. Wechselwirkungen mit dem Stick hatte ich erst in Verdacht, daran scheint es aber nicht zu liegen.



      Kommentar

        #4
        Meinst Du, das es am Plugin oder an SHNG liegen kann? Welche Version SHNG setzt Du ein?

        Kommentar

          #5
          SHNG: v1.5.1
          Encocen Plugin: 1.3.3

          Mir ist schleierhaft, woher das Problem plötzlich kommt. Vielleicht ist es auch ein Hardware Problem am IBBCape.
          Wie kann ich denn erkennen, dass tatsächlich eine Nachricht gesendet wurde und der Aktor etwas tun müsste?

          Kommentar

            #6
            Da bin ich nun überfragt, ich habe kein EnOcean bei mir im Einsatz. Ich würde erstmal nachts die Solar-Wechselrichter ausschalten und schauen ob die Probleme damit behoben sind. Wenn nicht, heißt es weitersuchen.

            Aber Dein Log oben schaut für mich komisch aus. Wenn Du mal Die Längenangabe (len) mit den tatsächlich anhängenden Bytes in Data vergleichst, dann ist das im oberen Abschnitt plausibel und im unteren nicht. Unten stimmt die Länge nicht. Komischerweise hast Du geschrieben, das der oben nicht funktioniert und unten schon.

            Kommentar

              #7
              Den Hinweis hinsichtlich der Plausibilität und Längen kann ich nicht ganz nachvollziehen. Im zweiten Beispiel (wo es funktioniert), wird die empfangene Rückmeldung des Aktors ordentlich verarbeitet. Das sieht für mich gut aus.

              Über ein Skript sende ich nun im Testmodus alle 30min Befehle an einen Aktor. Da gibt es keine Unterschiede zwischen Tag und Nacht.

              Vielleicht besorge ich mir eine andere Antenne oder einen USB Enocean Stick.

              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