Conrad EC3000USB(EM1010PC) an FritzBox 7170

[mr.brown]

Hallo,
ich versuche eine Conrad Energy Control 3000 USB (baugleich mit ELV
em1010pc) an einer Fritzbox 7170 mit fhem 4.5 zu betreiben und
scheitere mit "Can't open /var/elv0: No such device".
Ein patch (mit einem hex editor) der ELV vendor und product id auf die
Conrad version (Vendor=18ef ProdID=e006) des ftdi_sio.ko brachte nicht
den gewünschten Erfolg.
Hier ein paar status Meldungen:
# uname -r
2.6.13.1-ohio
# insmod /var/usr/modules/`uname -r`/usbserial.ko
# lsmod
Module Size Used by Tainted: P
usbserial 27136 0
vfat 11392 1
fat 49072 1 vfat
nls_cp437 5248 1
nls_iso8859_1 3584 1
usb_storage 33296 1
sd_mod 14864 2
scsi_mod 92560 2 usb_storage,sd_mod
kdsldmod 892352 0
usbahcicore 26064 0
usbcore 113328 4 usbserial,usb_storage,usbahcicore
capi_codec 93968 0
isdn_fbox_fon4 898912 1 capi_codec
ubik2 79136 1 isdn_fbox_fon4
tiatm 109344 1 ubik2
jffs2 108832 1
Piglet 10560 0
# insmod /var/usr/modules/`uname -r`/ftdi_sio.ko
# lsmod
Module Size Used by Tainted: P
ftdi_sio 28016 0
usbserial 27136 1 ftdi_sio
vfat 11392 1
fat 49072 1 vfat
nls_cp437 5248 1
nls_iso8859_1 3584 1
usb_storage 33296 1
sd_mod 14864 2
scsi_mod 92560 2 usb_storage,sd_mod
kdsldmod 892352 0
usbahcicore 26064 0
usbcore 113328 5
ftdi_sio,usbserial,usb_storage,usbahcicore
capi_codec 93968 0
isdn_fbox_fon4 898912 1 capi_codec
ubik2 79136 1 isdn_fbox_fon4
tiatm 109344 1 ubik2
jffs2 108832 1
Piglet 10560 0

# cd var
# ls
TZ led
USB-proc-bus-usb-001-001-hub-001 lock
USB-proc-bus-usb-001-002-hub-002 log
USB-proc-bus-usb-001-003-storage-003 media
USB-proc-bus-usb-001-004 mediapath
config.def playlists
default post_install
devices run
elv0 samba
env sysfs
env.cache tam
flash tmp
flash.html usbhostup
fx_moh usr
html websrv_ssl_cert.pem
# tail -f devices

T: Bus=01 Lev=02 Prnt=02 Port=03 Cnt=02 Dev#= 4 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=18ef ProdID=e006 Rev= 2.00
S: Manufacturer=ELV AG
S: Product=ENERGY CONTROL 3000 USB
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr= 44mA
I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
E: Ad=81(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms

Auch der test mit em1010.pl zeigt den gleichen Fehler:
# perl em1010.pl /var/elv0 getDevStatus 1
Can't open /var/elv0: No such device

Wie komme ich hier weiter ? Ist es wirklich notwendig eine neue
ftdi_sio.ko zu kompilieren ?

[Rudolf Koenig]

Die im fb_fhem Paket vorhandene ftdi_sio.ko ist auf das EM1010PC
vorbereitet. Ich habe es auch getestet, allerdings nicht ganz
zufriedenstellend. Das Geraet wurde zwar von meinem FritzBox 7170
erkannt, aber beim ersten Zugriff hat das FritzBox ein Reboot
durchgefuehrt. Evtl lag das an dem nicht extra mit Strom versorgten
USB Hub.

Was sagt denn lsusb (oder cat /proc/bus/usb/devices) zum EC3000USB?
Gruss,
Rudi

[mr.brown]

Vielen Dank für die Rückfrage.
Hier die Informationen:

# lsusb
BUS=001
DEV=001
VID=0000
PID=0000
CLS=09
SCL=00
ISOC=0
INUM=1
ICLS1=09
ISCL1=00

BUS=001
DEV=002
VID=0409
PID=005a
CLS=09
SCL=00
ISOC=0
INUM=1
ICLS1=09
ISCL1=00

BUS=001
DEV=003
VID=0204
PID=6025
CLS=00
SCL=00
ISOC=0
INUM=1
ICLS1=08
ISCL1=06

BUS=001
DEV=004
VID=18ef
PID=e006
CLS=00
SCL=00
ISOC=0
INUM=1
ICLS1=255
ISCL1=255

# cat /proc/bus/usb/devices

T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 1
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 0.00
S: Product=USB AHCI Root Hub
S: SerialNumber=be008000
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=255ms

T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=12 MxCh= 4
D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0409 ProdID=005a Rev= 1.00
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 1 Ivl=255ms

T: Bus=01 Lev=02 Prnt=02 Port=01 Cnt=01 Dev#= 3 Spd=12 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0204 ProdID=6025 Rev= 1.00
S: Manufacturer=USB 2.0
S: Product=Flash Disk
S: SerialNumber=061132001A7E1A05
C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-
storage
E: Ad=01(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms

E: Ad=81(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms

T: Bus=01 Lev=02 Prnt=02 Port=03 Cnt=02 Dev#= 4 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=18ef ProdID=e006 Rev= 2.00
S: Manufacturer=ELV AG
S: Product=ENERGY CONTROL 3000 USB
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr= 44mA
I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
E: Ad=81(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms

Scheinbar liegt das Problem bei Driver=(none), obwohl bei insmod keine
Fehlermeldung ausgegeben wird.

[Rudolf Koenig]

> P:  Vendor=18ef ProdID=e006 Rev= 2.00
> S:  Manufacturer=ELV AG
> S:  Product=ENERGY CONTROL 3000 USB

Das mit dem baugleich ist so'ne Sache, der "echte" hat USB ID
0403:E0EF. Probier mal "insmod vendor=0x18EF product=0xE006" (wenn Du
im Gehaeuse ein ftdi chip findest).

[Matthias Urlichs]

Hi,

Rudolf Koenig:

>
> Das mit dem baugleich ist so'ne Sache, der "echte" hat USB ID
> 0403:E0EF. Probier mal "insmod vendor=0x18EF product=0xE006" (wenn Du
> im Gehaeuse ein ftdi chip findest).

Du meinst "modprobe ftdi_sio vendor=0x18EF product=0xE006".

--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | sm...@smurf.noris.de
Disclaimer: Das Zitat wurde zufällig ausgewählt. | http://smurf.noris.de
- -
Mein Vogel kann surfen. Ist ja auch ein WELLENsittich.

[mr.brown]

Hallo,

On 16 Jan., 09:22, Matthias Urlichs <sm...@smurf.noris.de> wrote:
> Hi,
>
> Rudolf Koenig:
>
>
>
> > Das mit dem baugleich ist so'ne Sache, der "echte" hat USB ID
> > 0403:E0EF. Probier mal "insmod  vendor=0x18EF product=0xE006" (wenn Du
> > im Gehaeuse ein ftdi chip findest).
>
> Du meinst "modprobe ftdi_sio vendor=0x18EF product=0xE006".
>

Weder modprobe noch insmod lassen sich bei mir mit options und symbols
verwenden.

# modprobe /var/usr/modules/`uname -r`/ftdi_sio.ko vendor=0x18ef
product=0xe006
modprobe: module /var/usr/modules/2.6.13.1-ohio/ftdi_sio.ko not found.
modprobe: failed to load module /var/usr/modules/2.6.13.1-ohio/
ftdi_sio.ko
# insmod /var/usr/modules/`uname -r`/ftdi_sio.ko vendor=0x18ef
product=0xe006
insmod: cannot insert `/var/usr/modules/2.6.13.1-ohio/ftdi_sio.ko':
Success (2):
Success
# lsmod -h

Module Size Used by Tainted: P
usbserial 27136 0
vfat 11392 1
fat 49072 1 vfat
nls_cp437 5248 1
nls_iso8859_1 3584 1
usb_storage 33296 1
sd_mod 14864 2
scsi_mod 92560 2 usb_storage,sd_mod
kdsldmod 892352 0
usbahcicore 26064 0
usbcore 113328 4 usbserial,usb_storage,usbahcicore
capi_codec 93968 0
isdn_fbox_fon4 898912 1 capi_codec
ubik2 79136 1 isdn_fbox_fon4
tiatm 109344 1 ubik2
jffs2 108832 1
Piglet 10560 0
# insmod /var/usr/modules/`uname -r`/ftdi_sio.ko

# lsmod -h

Module Size Used by Tainted: P
ftdi_sio 28016 0
usbserial 27136 1 ftdi_sio
vfat 11392 1
fat 49072 1 vfat
nls_cp437 5248 1
nls_iso8859_1 3584 1
usb_storage 33296 1
sd_mod 14864 2
scsi_mod 92560 2 usb_storage,sd_mod
kdsldmod 892352 0
usbahcicore 26064 0
usbcore 113328 5
ftdi_sio,usbserial,usb_storage,usbahcicore
capi_codec 93968 0
isdn_fbox_fon4 898912 1 capi_codec
ubik2 79136 1 isdn_fbox_fon4
tiatm 109344 1 ubik2
jffs2 108832 1
Piglet 10560 0

Koennte moeglicherweise an einer abespeckten busybox version liegen
kann.

# insmod --help
BusyBox v1.1.2 (2008.02.13-13:24+0000) multi-call binary

Usage: insmod [OPTION]... MODULE [symbol=value]...

Loads the specified kernel modules into the kernel.

Options:
-f Force module to load into the wrong kernel version
-k Make module autoclean-able
-v verbose output
-q quiet output
-L Lock to prevent simultaneous loads of a module
-o NAME Set internal module name to NAME
-x do not export externs

# modprobe --help
BusyBox v1.1.2 (2008.02.13-13:24+0000) multi-call binary

Usage: modprobe [-knqrsv] MODULE [symbol=value ...]

Options:
-k Make module autoclean-able
-n Just show what would be done
-q Quiet output
-r Remove module (stacks) or do autoclean
-s Report via syslog instead of stderr
-v Verbose output

Also kein Fortschritt damit.
Die Fritzbox 7170 hat übrigens die Firmware-Version 29.04.57.

[Rudolf Koenig]

> Weder modprobe noch insmod lassen sich bei mir mit options und symbols
> verwenden.

Modprobe wird nur mit dem Namen des Moduls ohne .ko und Pfad
aufgerufen, und braucht eine "gesunde", von depmod -a erstellte
Grundlage. Die Parameter werden eigentlich aus /etc/modprobe.conf
gelesen. Die busybox Varianten der Kommandos kenne ich aber nicht.

[Matthias Urlichs]

Hi,

Rudolf Koenig:

> Modprobe wird nur mit dem Namen des Moduls ohne .ko und Pfad
> aufgerufen, und braucht eine "gesunde", von depmod -a erstellte
> Grundlage. Die Parameter werden eigentlich aus /etc/modprobe.conf
> gelesen.

... man kann sie aber auch auf der Befehlszeile mit angeben.

> Die busybox Varianten der Kommandos kenne ich aber nicht.
>

Auf meinen Systemen ist so ziemlich alles Busybox, aber nicht modprobe.
Das tendiert zum Nichtfunktionieren. :-/

--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | sm...@smurf.noris.de
Disclaimer: Das Zitat wurde zufällig ausgewählt. | http://smurf.noris.de
- -

Gehirn, das:
Das Organ, mit dem Menschen denken, dass sie denken.
-- Ambrose Bierce, "The Devil's Dictionary"

[mr.brown]

Hallo,

mittlerweile habe ich nach einem Ausflug über Freetz die Anpassung der
ftdi_sio an die Conrad EC3000USB hintenangestellt und mir mit der
Modifikation der vid/pid mit Hilfe von mprog 3.5 von
http://www.ftdichip.com/Resources/Utilities.htm weitergeholfen :-)
Conrad EC3000USB ist also jetzt eine ELV EM1010PC und verhält sich
auch entsprechend.

Dummerweise tritt nun das von Rudolf Koenig festgestellte Problem des
Rebootens der Fritzbox auf wenn ich FHEM mit folgender Konfiguration
betreibe.

# cat fhem.cfg
#Monday Jan 26

attr global userattr sent dev

attr global archivedir /var/usr/fhem/archive
attr global nrarchive 2

attr global logfile /var/usr/fhem/log/fhem-%Y-%m.log
#attr global logfile -
attr global modpath /var/usr/fhem
attr global port 7072 global
attr global room _GEN_
attr global statefile /var/usr/fhem/fhem.state
attr global title FHEM @ FritzBox
attr global verbose 5

define HTTP FHEMWEB 8083 global
attr HTTP plotmode SVG
attr HTTP room _GEN_
attr HTTP loglevel 5

define em EM /var/elv0
#define emem EMWZ 1
#define ememlog FileLog /var/usr/fhem/log/emem-%Y-%m.log emem:power.*
#attr ememlog logtype em:power

Sowie ich die Fritz Box mit den letzten drei Zeilen betreibe, bootet
sie spätestens nach zwei ememlog Einträgen. Ohne die letzten drei
Einträge läuft sie stabil.
Ich kann mit dem em1010.pl beliebig viele Zugriffe auf die 'EM1010'
machen ohne einen reboot zu verursachen, was beweisst das die
Komunikation über USB jetzt ok ist.
Der erhöhte loglevel hat nich viel informatives zu Taqge gebracht,
ebenso die zusätzlich Versorgung des USB hubs sowie weitere Freetz und
Original Firmware Versionen auf der Fritzbox.

Welche Möglichkeiten gibt es das Problem einzugrenzen und wo liegen
die wesentlichen Unterschiede zwischen der em100.pl und den EM modul
Implementierung ?

[Rudolf Koenig]

> Sowie ich die Fritz Box mit den letzten drei Zeilen betreibe, bootet
> sie spätestens nach zwei ememlog Einträgen. Ohne die letzten drei
> Einträge läuft sie stabil.

Das ist auch kein Wunder: Das EM Modul macht selber nichts, stellt
nur die Methoden zur Verefuegung. Erst wenn ein "logisches" Geraet
definiert ist, findet eine regelmaessige Kommunikation mit der
EM1010PC statt.

> Ich kann mit dem em1010.pl beliebig viele Zugriffe auf die 'EM1010'
> machen ohne einen reboot zu verursachen, was beweisst das die
> Komunikation über USB jetzt ok ist.

Aha: Wenn das stimmt, dann kann man das Problem ohne kernel-hacking
oder hardware-modifikation loesen, das sind doch gute Neuigkeiten. Was
hast Du den geaendert?

> Welche Möglichkeiten gibt es das Problem einzugrenzen

Schaffst Du es, die syslogs wegzuleiten?

> und wo liegen
> die wesentlichen Unterschiede zwischen der em100.pl und den EM modul
> Implementierung ?

Tja, ich wuerde sagen nicht viel. fhem ist natuerlich etwas groesser,
aber wenn man perl mitrechnet, macht das nicht mal 10% aus. Evtl wird
die serielle Leitung anders geoeffnet.

[mr.brown]

> >  und wo liegen
> > die wesentlichen Unterschiede zwischen der em100.pl und den EM modul
> > Implementierung ?
>
> Tja, ich wuerde sagen nicht viel. fhem ist natuerlich etwas groesser,
> aber wenn man perl mitrechnet, macht das nicht mal 10% aus. Evtl wird
> die serielle Leitung anders geoeffnet.

Die Unterschiede lagen im em60.pl zwischen Version 4.4 und 4.5.
Ich habe folgende drei Zeilen in der em60.pl wieder auf den Stand von
Version 4.4 gebracht.
48+49 wieder hinzugefügt:
delete $hash->{PortObj};
delete $hash->{FD};
91 gelöscht:
my $lev = ($reread_active ? 4 : 2);
Hiermit läuft die Datensammlung jetzt seit einer Woche und es sind
keine reboots aufgetreten.
Aus den Kommentaren im cvs, bezueglich der letzten beiden
eingecheckten Änderungen von em60.pl bin ich nicht richtig schlau
geworden,
deshalb die Frage welche Änderungen sind jetzt wirklich sinnvoll ?

[Rudolf Koenig]

Die erwaehnten Unterschiede sollten keine Auswirkung haben, weder die
ersten zwei, da weder PortObj noch FD je gesetzt wird, noch die
dritte, der den default fhem-loglevel fuer das Geraet aendert.

Verstehe ich es richtig, das Ding laeuft jetzt auf dem Fritzbox?
Welche Firmware Version?

Gruss,
Rudi