Ankündigung

Einklappen
Keine Ankündigung bisher.

EnOcean USB 300 Telegramme senden?

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

  • kkreuzer
    antwortet
    Nur also Info: Diese Fallstricke habe ich auch in Kai Kreuzer: "Forget Me Not" with openHAB and EnOcean beschrieben - dort insbesondere im Zusammenhang mit dem EnoceanPi, also dem Aufsteckmodul.

    Grüße,
    Kai

    Einen Kommentar schreiben:


  • thoern
    antwortet
    Freut mich, wenn es jetzt geht.
    Du solltest im Eventlog sehen, wenn der Sensor was meldet. Die Teile senden ihren Status nach einem eigenen Algorithmus. Wenn keine oder nur geringe Meßwertänderung kann das schon mal eine halbe Stunde oder länger dauern. Bei größeren Wertänderungen wird auch sofort gesendet.

    Gruß,
    Thomas

    Einen Kommentar schreiben:


  • staehler
    antwortet
    Der Tipp war schon mal ganz gut ;-)
    Der Fehler taucht jetzt nicht mehr auf, allerdings sehe ich im openhab.log jetzt gar nix mehr von diesem Binding ... hmmm
    Die Items liefern auch keine Werte, was mich vermuten lässt, dass immer noch was nicht passt.

    Was sollte im openhab.log denn stehen, wenn das Binding sich korrekt meldet?

    Update: Tipp war hervorragend :-) Jetzt geht es, ich musste den SMD Knopf am Sensor noch drücken. Jetzt habe ich Werte. DANKE!!!!

    Einen Kommentar schreiben:


  • maggu2810
    antwortet
    1. udev Regel für Rechte und eindeutigen Namen verwenden
    2. Unter Umständen -Dgnu.io.rxtx.SerialPorts=... setzen (https://code.google.com/p/openhab-sa...inks_(on_Linux)
    3. /var/lock muss für den Nutzer, der openHAB startet beschreibbar sein

    Einen Kommentar schreiben:


  • thoern
    antwortet
    Läuft dein openHAB als root? Falls nein, muss evtl. der openhab-User der Gruppe "dialout" zugeordnet werden.
    (Siehe ownership von /dev/ttyUSB0)

    Gruß, Thomas

    Einen Kommentar schreiben:


  • staehler
    antwortet
    > lsusb
    Code:
    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 003 Device 004: ID 0764:0501 Cyber Power System, Inc. CP1500 AVR UPS
    Bus 003 Device 003: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1 Fob, 1-Wire adapter
    Bus 004 Device 004: ID 147b:5120
    Bus 004 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
    Ich habe onewire, meine USV (CyberPower) und KNX am USB hängen, neben dem USB300. Jetzt sind alle 4 Ports voll ;-)

    > lsusb -v (Auszug des USB300)
    Code:
    Bus 004 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
    Device Descriptor:
      bLength                18
      bDescriptorType         1
      bcdUSB               2.00
      bDeviceClass            0 (Defined at Interface level)
      bDeviceSubClass         0
      bDeviceProtocol         0
      bMaxPacketSize0         8
      idVendor           0x0403 Future Technology Devices International, Ltd
      idProduct          0x6001 FT232 USB-Serial (UART) IC
      bcdDevice            6.00
      iManufacturer           1 EnOcean GmbH
      iProduct                2 EnOcean USB 300 DA
      iSerial                 3 FTWFMOEL
      bNumConfigurations      1
      Configuration Descriptor:
        bLength                 9
        bDescriptorType         2
        wTotalLength           32
        bNumInterfaces          1
        bConfigurationValue     1
        iConfiguration          0
        bmAttributes         0xa0
          (Bus Powered)
          Remote Wakeup
        MaxPower               90mA
        Interface Descriptor:
          bLength                 9
          bDescriptorType         4
          bInterfaceNumber        0
          bAlternateSetting       0
          bNumEndpoints           2
          bInterfaceClass       255 Vendor Specific Class
          bInterfaceSubClass    255 Vendor Specific Subclass
          bInterfaceProtocol    255 Vendor Specific Protocol
          iInterface              2 EnOcean USB 300 DA
          Endpoint Descriptor:
            bLength                 7
            bDescriptorType         5
            bEndpointAddress     0x81  EP 1 IN
            bmAttributes            2
              Transfer Type            Bulk
              Synch Type               None
              Usage Type               Data
            wMaxPacketSize     0x0040  1x 64 bytes
            bInterval               0
          Endpoint Descriptor:
            bLength                 7
            bDescriptorType         5
            bEndpointAddress     0x02  EP 2 OUT
            bmAttributes            2
              Transfer Type            Bulk
              Synch Type               None
              Usage Type               Data
            wMaxPacketSize     0x0040  1x 64 bytes
            bInterval               0
    Device Status:     0x0000
      (Bus Powered)

    Einen Kommentar schreiben:


  • thoern
    antwortet
    Als welcher User läuft dein OpenHAB?

    Einen Kommentar schreiben:


  • thoern
    antwortet
    was sagt
    lsusb -v

    Siehst du das Device?

    Einen Kommentar schreiben:


  • staehler
    antwortet
    Hi Thomas,

    > ls -l /dev/ttyUSB*
    crw-rw---T 1 root dialout 188, 0 Okt 6 20:35 /dev/ttyUSB0

    das hat sich auch nach diversen reboots nicht geändert :-(

    Viele Grüße
    Staehler

    Einen Kommentar schreiben:


  • thoern
    antwortet
    Hi,

    mach mal einen
    ls -l /dev/ttyUSB*

    und schau nach, ob das tty tatsächlich /dev/ttyUSB0 heisst. Das ändert sich manchmal, wenn neu gebootet wird (kann man auch festlegen, weiss aber gerade nicht wie)

    ggf. OpenHAB neu starten, nachdem du den USB300 angesteckt und tty-Name kontrolliert hast.

    (schreib heute irgendwie nur Mist...und muss deshalb mehrmals editieren...)

    Gruß,
    Thomas

    Einen Kommentar schreiben:


  • staehler
    antwortet
    Hallo,
    ich spiele auch gerade mit dem Binding org.openhab.binding.aleoncean-1.6.0-SNAPSHOT.jar und einem USB300 rum.
    Ich bekomme folgende Meldung im openhab.log:
    Code:
    2014-10-06 20:41:26.601 WARN  eu.aleon.aleoncean.rxtx.USB300[:67]- Port  (/dev/ttyUSB0) not found. 
    gnu.io.NoSuchPortException: null 
            at  gnu.io.CommPortIdentifier.getPortIdentifier(CommPortIdentifier.java:273) 
            at eu.aleon.aleoncean.rxtx.USB300.connect(USB300.java:65) 
            at  org.openhab.binding.aleoncean.internal.worker.Worker.startESP3(Worker.java:223) 
            at  org.openhab.binding.aleoncean.internal.worker.Worker.handleWorkerItemESP3Port(Worker.java:160) 
            at  org.openhab.binding.aleoncean.internal.worker.Worker.run(Worker.java:116) 
            at java.lang.Thread.run(Thread.java:744)
    Ohne USB300 gibt es /dev/ttyUSB0 nicht, sobald ich es einstecke finde ich dieses Device. Dass das Binding es nicht findet kann ich mir nicht erklären.

    Ich habe im openhab.cfg den Eintrag
    Code:
    ################################# Aleoncean Binding #####################################
    #
    # Aleoncean USB adapter serial port
    aleoncean:port=/dev/ttyUSB0
    das Binding nach addons kopiert und openhab neu gestartet.

    Was mache ich falsch?

    Einen Kommentar schreiben:


  • maggu2810
    antwortet
    Bei den D2 Profilen geht es ja um Familien.

    Kann bei Zeiten mal drüber schauen, worin sich 08 und 09 unterscheiden.
    Probier mal D2-01-08 remote device.

    Aber lass uns das dann mal anderwo erörtern, geht hier am Topic vorbei.

    Einen Kommentar schreiben:


  • rotorh
    antwortet
    Die Abhilfe war einfach ein erneutes starten.
    (Nachdem ich das Binding eingerichtet habe, hatte ich schon einen Neustart gemacht.)

    Aber nach einem weiteren scheint das Binding prinzipiell zu funktionieren.
    Und ich empfange auch Daten.

    Nur kann ich die halt aktuell nicht verarbeiten...


    Das entsprechende Gerät ist ein "Smart Plug" von Permundo (PSC234).

    Kann ich irgendwie helfen das Profil im Binding unterzubringen?

    Einen Kommentar schreiben:


  • maggu2810
    antwortet
    Das waren ja nur Debug-Meldungen.

    Sagst du noch, was dein Problem war und wie du es gelöst hast?
    Schon allein für die Inbeteiebnahmedokumentation.

    Die unterstützten EEPs sind hier gelistet:
    https://github.com/aleon-GmbH/aleonc...p/supported.md

    Ich selbst habe kein Gerät mit dem von dir genannten EEP.
    Kann da jetzt nichts zu sagen.

    Einen Kommentar schreiben:


  • rotorh
    antwortet
    Ich versuche das Binding bei mir mit dem USB Device zum laufen zu bekommen.

    Was ich im Log sehe:

    Code:
    2014-08-14 19:24:35.226 DEBUG o.o.b.a.i.AleonceanBinding[:121]- Parse config: port; /dev/ttyUSB0
    2014-08-14 19:24:35.228 DEBUG o.o.b.a.i.AleonceanBinding[:121]- Parse config: service.pid; org.openhab.aleoncean
    2014-08-14 19:24:35.240 DEBUG o.o.b.a.internal.worker.Worker[:157]- Received ESP3 port: /dev/ttyUSB0
    2014-08-14 19:24:35.243 DEBUG o.o.b.a.internal.worker.Worker[:235]- Do a disconnect...
    2014-08-14 19:24:35.246 DEBUG o.o.b.a.internal.worker.Worker[:237]- Disconnect returned.
    2014-08-14 19:24:35.248 DEBUG o.o.b.a.internal.worker.Worker[:239]- Wait for reader thread...
    2014-08-14 19:24:35.258 DEBUG o.o.b.a.internal.worker.Worker[:241]- Wait for reader thread returned.
    Was bedeutet in diesem Fall das "Do a disconnect..."?

    => OK, das Problem scheine ich gelöst zu haben.

    Jetzt ist nurnoch das "Problem", dass mein EEPD2 01 09 wohl noch nicht unterstützt wird.
    Wird das reinkommen?

    Einen Kommentar schreiben:

Lädt...
X