JeelLink: bei jedem Start von FHEM "PCA301 Unknown device 0D3B48, please define"

[roedert]

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?

[Wernieman]

Welche JeeLink-version? Und hast Du nach dem Peering gespeichert?

Habe bei mir keine Probleme mit der (fast) gleichen Konfiguration. Unterschied: 3 Dosen

[roedert]

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....

[Wernieman]

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 ...

[roedert]

FHEM ist aktuell ... Update erst heute wieder gemacht:

Code Auswählen Erweitern

# $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

Code Auswählen Erweitern

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-

[Wernieman]

Komisch ... sieht gleich aus:

Code Auswählen Erweitern

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.

[schka17]

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:

Code Auswählen Erweitern

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)

Code Auswählen Erweitern

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

Code Auswählen Erweitern

[    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

[Wernieman]

Kleine Nachfrage:
Was hast Du eigentlich auf ttyUSB0 ??

Und welche ttyUSBx hast Du in Deiner fhem.cfg konfiguriert??

[schka17]

auf USB0 habe ich einen RFXTRX:

Code Auswählen Erweitern

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

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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

Code Auswählen Erweitern


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


[Wernieman]

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 ...

[ph1959de]

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?

[Wernieman]

Sie schreiben aber, das das Schalten funktioniert, d.h. bis jetzt es "nur" ein Schönheitsfehler ist. Trotzdem ist der Hinweis gut!

[schka17]

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

[ph1959de]

... 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

[justme1968]

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

[ph1959de]

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

[hgw77]

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

[hgw77]

OK nachdem ich den Sketch neu aufgespielt habe geht alles wieder