Bei jedem Start/Neustart von FHEM bekomme ich einmalig diese Logmeldung:
PCA301 Unknown device 0D3B48, please define it
Ich habe einen JeeLink und ein PCA301 mit der Definition "0D3B4E 01" (per Autocreate erstellt) im Einsatz.
Aber woher kommt die einmalige Meldung beim FHEM-Start mit der nur in de letzten Stelle abweichenden ID?
Welche JeeLink-version? Und hast Du nach dem Peering gespeichert?
Habe bei mir keine Probleme mit der (fast) gleichen Konfiguration. Unterschied: 3 Dosen
ist der aktuelle JeeLink (v3) - Jlink 868 mit aktueller Firmware.
Und das eine PCS301-device 0D3B4E funktioniert ja auch wunderbar und empfängt Daten.
Wurde von Autocreate erkannt und dann gespeichert....
Welche Firmwareversion .... oder, von woher hast Du die Firmware?
FHEM aktuell?
Da es bei mir geht, ohne "Probleme" beim Neustart, muß es an den unterschieden liegen ...
FHEM ist aktuell ... Update erst heute wieder gemacht:
# $Id: 36_JeeLink.pm 4756 2014-01-27 21:15:50Z justme1968 $
JeeLink-Software kommt von http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/arduino/
list JeeLink
Internals:
Clients :PCA301:EC3000:RoomNode:LaCrosse:
DEF /dev/ttyUSB0@57600
DeviceName /dev/ttyUSB0@57600
FD 24
JeeLink_MSGCNT 362
JeeLink_TIME 2014-01-29 15:47:25
NAME JeeLink
NR 314
PARTIAL
RAWMSG OK 24 1 4 13 59 78 1 8 50 4 215
STATE Initialized
TYPE JeeLink
VERSION [pcaSerial.10.0i]
Matchlist:
1:PCA301 ^\S+\s+24
2:EC3000 ^\S+\s+22
3:RoomNode ^\S+\s+11
4:LaCrosse ^\S+\s+9
Attributes:
DbLogExclude .*
group IOdev
room -Admin-
Komisch ... sieht gleich aus:
Internals:
Clients :PCA301:EC3000:RoomNode:LaCrosse:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A702GD6P-if00-port0
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A702GD6P-if00-port0@57600
FD 12
JeeLink_PCA301_MSGCNT 2755
JeeLink_PCA301_TIME 2014-01-29 15:54:38
NAME JeeLink_PCA301
NR 24
PARTIAL
RAWMSG OK 24 1 4 6 200 148 0 0 0 0 170
STATE Initialized
TYPE JeeLink
VERSION [pcaSerial.10.0i]
Matchlist:
1:PCA301 ^\S+\s+24
2:EC3000 ^\S+\s+22
3:RoomNode ^\S+\s+11
4:LaCrosse ^\S+\s+9
Bitte wundere Dich nicht beim Devicenahmen, verwende die von Linux per Seriennummer vergebenen Devicenamen, da damit ein eventueller 2. JeeLink eindeutiger Identivizierbarer ist ... ttyUSBX ist nicht immer eindeutig.
Hallo,
ich schliess mich hier gleich mal an, habe genau das selbe Phänomen, mein Jeelink ist allerding V2 (denke ich). FHEM ist auf Letztstand vom vergangenen Wochenende. Ich habe das Problem aber schon länger, weit vor Weihnachten, da aber sonst alles funktioniert (ausser den Fehlermeldungen im Logfile), habe ich das bisher nicht näher untersucht. Lästig war halt nur dass mit autocreate jedesmal vier neue Devices+logfiles angelegt wurden.
Meine Fehlermeldungen, ich habe 4 PCA301 Dosen im Einsatz:
2014.01.28 14:40:03 3: PCA301 Unknown device 076029, please define it
2014.01.28 14:40:03 3: PCA301 Unknown device F8ADFE, please define it
2014.01.28 14:40:04 3: PCA301 Unknown device 0D03D9, please define it
2014.01.28 14:40:05 3: PCA301 Unknown device 0C3C24, please define it
Keine meiner funktionierende Dosen hat eine dieser ID'S (klar, sonst wäre es ja nicht Unknown)
Internals:
CFGFN ./FHEM/jeelink.cfg
Clients :PCA301:EC3000:RoomNode:LaCrosse:
DEF /dev/ttyUSB1
DeviceName /dev/ttyUSB1@57600
FD 80
JEELINK1_MSGCNT 160411
JEELINK1_TIME 2014-01-30 09:47:36
NAME JEELINK1
NR 1389
NR_CMD_LAST_H 1
PARTIAL
RAWMSG OK 24 1 4 7 120 14 0 0 0 0 106
STATE Initialized
TYPE JeeLink
VERSION [pcaSerial.10.0i]
CHANGETIME:
Helper:
Dblog:
State:
Mydblog:
TIME 1390916361.97432
VALUE UNKNOWNCODE �cd5"�ca #�`�c�c��#`�`�`��"c�`�ce4#�c�`�`�� `a" �c�b�cd4"�`a #�bd5#�c�c�`�`
Matchlist:
1:PCA301 ^\S+\s+24
2:EC3000 ^\S+\s+22
3:RoomNode ^\S+\s+11
4:LaCrosse ^\S+\s+9
XMIT_TIME:
1391043600.19628
Attributes:
devStateIcon Initialized:cul@green .*:cul@red
group Transceiver
icon cul
room System
Save config
Floorplans
dmesg eintrag vom Jeelink
[ 9.212491] usb 1-1.1.3: Detected FT232RL
[ 9.221493] platform reg-20-cs-ldo4: Driver reg-20-cs-ldo4 requests probe deferral
[ 9.230830] usb 1-1.1.3: Number of endpoints 2
[ 9.248270] usb 1-1.1.3: Endpoint 1 MaxPacketSize 64
[ 9.264196] platform reg-20-cs-buck2: Driver reg-20-cs-buck2 requests probe deferral
[ 9.277083] usb 1-1.1.3: Endpoint 2 MaxPacketSize 64
[ 9.283903] init: plymouth-splash main process (245) terminated with status 1
[ 9.301250] usb 1-1.1.3: Setting MaxPacketSize 64
[ 9.310431] platform reg-20-cs-buck3: Driver reg-20-cs-buck3 requests probe deferral
[ 9.325439] platform reg-20-cs-ldoio0: Driver reg-20-cs-ldoio0 requests probe deferral
[ 9.339348] usb 1-1.1.3: FTDI USB Serial Device converter now attached to ttyUSB1
[ 9.349543] ftdi_sio: v1.6.0:USB FTDI Serial Converters Driver
das ganze läuft auf einem CB2 mit Linaro, 3.4.43+ #2 SMP PREEMPT Sat Aug 3 17:36:00 CST 2013 armv7l armv7l armv7l GNU/Linux
ich habe die firmware aus dem contrib ordner verwendet, das Problem hatte ich allerdings mit der Vorgängerversion auch (deswegen habe ich neu geflasht).
wenn ich noch irgendetwas testen/liefern soll bitte um Nahcricht
Gruss
Karl
Kleine Nachfrage:
Was hast Du eigentlich auf ttyUSB0 ??
Und welche ttyUSBx hast Du in Deiner fhem.cfg konfiguriert??
auf USB0 habe ich einen RFXTRX:
Internals:
DEF /dev/ttyUSB0@38400
DeviceName /dev/ttyUSB0@38400
FD 14
NAME RFXCOM
NR 44
PARTIAL
RAWMSG 0a520174e10400df1f0259
RFXCOM_MSGCNT 8060
RFXCOM_TIME 2014-01-30 10:11:53
STATE Initialized
TYPE TRX
Attributes:
devStateIcon Initialized:usb@green disconnected:usb@red
group Transceiver
icon usb
room System
rssi 1
verbose 1
Save config
Floorplans
root@HAL9000:~# lsusb
Bus 001 Device 002: ID 1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub
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:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
Bus 001 Device 004: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1 Fob, 1-Wire adapter
Bus 001 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 006: ID 1908:0102 GEMBIRD
Bus 001 Device 007: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 008: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
dann habe ich noch einen Bluetooth Stick, CUL, 1-Wire DS1490 (oder so)
Ich habe nicht alle configurationen in der fhem.cfg sondern habe viel in includede datein ausgelagert.
in der fhem.cfg:
define CUL CUL /dev/ttyACM0 1234
attr CUL devStateIcon Initialized:cul_868@green .*:cul_868@red
attr CUL group Transceiver
attr CUL icon cul_868
attr CUL room System
define RFXCOM TRX /dev/ttyUSB0@38400
attr RFXCOM devStateIcon Initialized:usb@green disconnected:usb@red
attr RFXCOM group Transceiver
attr RFXCOM icon usb
attr RFXCOM room System
attr RFXCOM rssi 1
attr RFXCOM verbose 1
define HMLAN HMLAN 192.168.255.35:1000
attr HMLAN devStateIcon opened:hm_lan@green .*:hm_lan@red
attr HMLAN group Transceiver
attr HMLAN hmId 10F5FB
attr HMLAN hmLanQlen 1_min
attr HMLAN icon hm_lan
attr HMLAN respTime 2
attr HMLAN room System
attr HMLAN wdTimer 25
include ./FHEM/owconfig.cfg
include ./FHEM/CUL.cfg
include ./FHEM/netzwerk.cfg
include ./FHEM/webcams.cfg
include ./FHEM/infrarot.cfg
include ./FHEM/heizung.cfg
include ./FHEM/HMS.cfg
include ./FHEM/FS20.cfg
include ./FHEM/Homematic.cfg
include ./FHEM/Weather.cfg
include ./FHEM/Dummys.cfg
include ./FHEM/notify.cfg
include ./FHEM/ignore.cfg
include ./FHEM/trxfrx.cfg
#include ./FHEM/zwave.cfg
include ./FHEM/jeelink.cfg
include ./FHEM/wintergarten.cfg
jeelink.cfg
define JEELINK1 JeeLink /dev/ttyUSB1
attr JEELINK1 devStateIcon Initialized:cul@green .*:cul@red
attr JEELINK1 group Transceiver
attr JEELINK1 icon cul
attr JEELINK1 room System
Könnte es sein, das die PCA301-Meldungen über den RFXTRX reinkommen?
bzw. wird der JeeLink vor oder nach den PCA301-Definitionen in der Config geladen?
Ansonsten .. kann Dir nicht weiterhelfen. Für mich sieht es O.K. aus und kann es bei mir auch nicht "nachstellen". Da ich mittlerweile in FHEM editiere, habe ich auch keine include-Dateien ...
Könnte bei euch das hier beschriebene Problem zuschlagen: http://www.fhemwiki.de/wiki/PCA301_Funkschaltsteckdose_mit_Energieverbrauchsmessung#Pairen_der_zweiten_und_weiterer_Steckdosen
Falls ein "delete xxx" nicht geht: steht ein device mit der ID evtl. in der fhem.save Datei?
Sie schreiben aber, das das Schalten funktioniert, d.h. bis jetzt es "nur" ein Schönheitsfehler ist. Trotzdem ist der Hinweis gut!
Asche auf mein Haupt >:(
ich habe den Wiki Artikel sicher dreimal gelesen, aber leider habe ich nie die beiden commands nach dem flashen abesetzt:
set myJeeLink raw 0c
set myJeeLink raw 2c
jetzt habe ich keine Fehlermeldungen mehr
danke
... und jetzt bin ich selbst auch darauf reingefallen.
Immer wieder sind die drei PCA301 wieder aufgetaucht, die ich wegen des 30W-Leerlauf-Fehlers zurückgeschickt habe. Ich habe meine Fhem-Installation rauf- und runter-durchsucht (nach den IDs dieser Dosen). Nichts gefunden, aber nach dem nächsten Restart (oder rereadcfg) waren sie wieder da. Erst nach dem erwähnten "set raw .." wurden die Geräte dann nicht wieder autocreated.
André, ist da im JeeLink Sketch oder in der PCA301-Implementierung noch was zu machen, dass das Problem so nicht wieder auftritt?
Installierte Versionen:
[pcaSerial.10.0i]
# $Id: 36_JeeLink.pm 4756 2014-01-27 21:15:50Z justme1968 $
# $Id: 36_PCA301.pm 4439 2013-12-22 12:09:51Z justme1968 $
Gruß, Peter
der jeelink lernt selbständig die vorhandenen devices und kümmert sich um die zuordnung kanal <-> device. er pollt und speichert auch die verbrauchswerte wenn fhem nicht läuft. beim fhem start wird dieser status aller den jeeljnk bekannten devices abgefragt.
es reicht also nicht ein device aus fhem zu löschen sondern muss es auch aus dem jeelink löschen.
ohweh scheint leider keine zeit zu haben noch etwas am sketch zu machen.
in der aktuellen version hilft glaube ich nur den jeelknk wie im wiki beschrieben auf 0 zurück zu setzen. dann lernt er die vorhanden dosen neu.
gruss
andre
ok, dann werde ich im Wiki mal ergänzen, dass man (zumindest derzeit) nach dem Löschen von PCA301-Devices die beiden "set raw" Befehle ausführen muss.
Danke, Peter
Hallo Leute nachdem ich das gleiche Problem hatte habe ich die beiden im Wiki beschriebenen RAW Befehle ausgeführt aber da scheint es dabei irgendetwas in meinem Jeelink Rom zerjuckt zu haben denn jetzt schreit der Jeelink beim starten des FHEM "myJeeLink: Unknown code , help me!" von meinen PCA301 Empfange ich jetzt nichts mehr :( Werde wohl den Sketch neu aufspielen müssen. Hoffe dann geht alles wieder.
Grüße Georg
OK nachdem ich den Sketch neu aufgespielt habe geht alles wieder :)