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
Ankündigung
Einklappen
Keine Ankündigung bisher.
EnOcean USB 300 Telegramme senden?
Einklappen
X
-
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:
-
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:
-
- udev Regel für Rechte und eindeutigen Namen verwenden
- Unter Umständen -Dgnu.io.rxtx.SerialPorts=... setzen (https://code.google.com/p/openhab-sa...inks_(on_Linux)
- /var/lock muss für den Nutzer, der openHAB startet beschreibbar sein
Einen Kommentar schreiben:
-
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:
-
> lsusb
Ich habe onewire, meine USV (CyberPower) und KNX am USB hängen, neben dem USB300. Jetzt sind alle 4 Ports voll ;-)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
> 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:
-
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:
-
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:
-
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:
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.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)
Ich habe im openhab.cfg den Eintragdas Binding nach addons kopiert und openhab neu gestartet.Code:################################# Aleoncean Binding ##################################### # # Aleoncean USB adapter serial port aleoncean:port=/dev/ttyUSB0
Was mache ich falsch?
Einen Kommentar schreiben:
-
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:
-
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:
-
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:
-
Ich versuche das Binding bei mir mit dem USB Device zum laufen zu bekommen.
Was ich im Log sehe:
Was bedeutet in diesem Fall das "Do a disconnect..."?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.
=> 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:


Einen Kommentar schreiben: