Verbindung CUL zu FHEM Server/NAS failed

Begonnen von Guest, 27 März 2012, 16:26:32

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1
Benutzer-Aktionen

Guest

27 März 2012, 16:26:32
Originally posted by: <email address deleted>

Hallo,

ich bin seit ca 1 Woche Besitzer eines CUL und hab einen FHEM Server
(v5.2)  auf meinen Synology DS210J NAS installiert.

Leider bekomme ich den CUL nicht zum Laufen. Ich habe ihn über FLIP
geflashed und wenn ich ihn in mein NAS stecke blinkt es auch fröhlich
vor sich hin. Über "lsusb sehe in den CUL auch => "Bus 001 Device 004:
ID 03eb:204b Atmel Corp."

Nach Installation des usbserial.ko Treibers habe ich "modprobe
usbserial vendor=0x03eb product=0x204b" ausgeführt.

Wenn ich jedoch ein "screen /dev/ttyUSB0" absetze kommt => "No such
device". Spasseshalber habe ich im FHEM Server ein "usb scan"
eingegeben. Dabei schmiert der FHEM Server ab. Nach einem anschl.
Start erscheint im FHEM log :

-> 2012.03.27 09:31:41 3: Opening TCM310 device /dev/ttyUSB0 <-
2012.03.27 09:31:54 2: Telnet port 7072 opened
2012.03.27 09:31:55 2: FHEMWEB port 8083 opened
2012.03.27 09:31:55 2: FHEMWEB port 8084 opened
2012.03.27 09:31:55 2: Creating interface definitions...
2012.03.27 09:31:55 0: Server started (version 5.2+SVN from 2012-03-20
($Id: fhem.pl 1370 2012-03-20 09:39:08Z rudolfkoenig $), pid 17241)

Wenn ich dmesg aufrufe nach dem ich den CUL anschliesse erscheint aber
kein Bezug zu /dev/ttyUSB0 .

Hat jemand einen Idee woran es hier hakt? Funzt der Treiber vlt
nicht?


Gruss
Marcus

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

#1
30 März 2012, 12:34:10
Originally posted by: <email address deleted>

Hallo nochmal,

Nach dem Installieren des USB Treiber (usbserial.ko -> mknod /dev/
ttyUSB0) und anschl.  modprobe usbserial vendor=0x03eb product=0x204b
wie im Manual beschrieben (http://fhem.de/commandref.html#CUL) bekomme
ich jedoch keine Verbindung zum CUL. Über dmesg erscheint keine
Verknüpfung zu ttyUSB0. Wenn ich alternativ beim Installieren des
Treibers die Argument vendor und product die ich über lsusb ausgelesen
habe hinzufüge, erscheint im log "usbserial: Unknown parameter
`vendor'".

Ich habe in diversen Beiträgen (http://groups.google.com/group/fhem-
users/browse_thread/thread/236f23ef946ccdcb/3cfaa7a52ad29659) des FHEM
Forum gelesen, dass man auch einen ftdi_sio Treiber installieren kann.
Dies habe ich mal gemacht und siehe da im Log File sieht man wie die
Connection zwischen Treiber und CUL hergestellt wird. Beim anschl.
screen auf ttyUSB0
kommt jedoch folgendes:

[ 1010.550000] USB Serial support registered for FTDI USB Serial
Device
[ 1010.550000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter
detected
[ 1010.580000] usb 1-1.1: Detected FT2232C
[ 1010.580000] usb 1-1.1: Number of endpoints 1
[ 1010.580000] usb 1-1.1: Endpoint 1 MaxPacketSize 8
[ 1010.590000] usb 1-1.1: Setting MaxPacketSize 8
[ 1010.610000] ftdi_sio ttyUSB0: Unable to read latency timer: -32
[ 1010.610000] usb 1-1.1: FTDI USB Serial Device converter now
attached to ttyUSB0
[ 1010.620000] ftdi_sio 1-1.1:1.1: FTDI USB Serial Device converter
detected
[ 1010.660000] usb 1-1.1: Detected FT2232C
[ 1010.660000] usb 1-1.1: Number of endpoints 2
[ 1010.660000] usb 1-1.1: Endpoint 1 MaxPacketSize 64
[ 1010.670000] usb 1-1.1: Endpoint 2 MaxPacketSize 64
[ 1010.670000] usb 1-1.1: Setting MaxPacketSize 64
[ 1010.680000] ftdi_sio ttyUSB1: Unable to read latency timer: -32
[ 1010.690000] usb 1-1.1: FTDI USB Serial Device converter now
attached to ttyUSB1
[ 1010.720000] usbcore: registered new interface driver ftdi_sio
[ 1010.720000] ftdi_sio: v1.5.0:USB FTDI Serial Converters Driver
[ 1281.970000] ftdi_sio ttyUSB0: Unable to write latency timer: -32
[ 1281.970000] ftdi_sio ttyUSB0: ftdi_set_termios FAILED to set
databits/stopbits/parity
[ 1281.980000] ftdi_sio ttyUSB0: ftdi_set_termios urb failed to set
baudrate
[ 1281.990000] ftdi_sio ttyUSB0: urb failed to clear flow control
[ 1282.000000] Unable to handle kernel NULL pointer dereference at
virtual address 00000040
[ 1282.000000] pgd = c18cc000
[ 1282.010000] [00000040] *pgd=040ae031, *pte=00000000, *ppte=00000000
[ 1282.010000] Internal error: Oops: 17 [#1]
[ 1282.010000] last sysfs file: /sys/block/md1/md/dev-sda2/slot
[ 1282.010000] Modules linked in: ftdi_sio usbserial snd_pcm_oss
snd_mixer_oss snd_usb_audio snd_pcm snd_timer snd_hwdep
snd_usbmidi_lib snd_rawmidi snd_seq_device snd snd_page_alloc
soundcore cifs udf isofs loop usbhid hid usblp usb_storage xhci_hcd
ohci_hcd ehci_hcd nf_conntrack_ipv6 ip6table_filter ip6_tables
xt_state xt_tcpudp xt_multiport nf_conntrack_ipv4 nf_defrag_ipv4
nf_conntrack iptable_filter ip_tables x_tables ds210j_synobios(P) sky2
synoacl_ext4(P) synoacl_vfs(P) hfsplus fuse vfat fat cryptosoft
ecryptfs sha512_generic sha256_generic sha1_generic ecb
cesa_ocf_drv(P) cesa_dev cryptodev(P) ocf(P) chainiv des_generic
crc32c eseqiv krng ansi_cprng rng aes_generic md5 cbc cryptomgr
pcompress aead crypto_hash crypto_blkcipher crypto_wq crypto_algapi
cpufreq cpufreq_stats freq_table dm_snapshot crc_itu_t crc_ccitt
quota_v2 quota_tree usbcore sg psnap llc raid456 raid10 raid0 linear
async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy
async_tx dm_mod ipv6 raid1 md_mod [last unloaded: usbserial]
[ 1282.010000] CPU: 0    Tainted: P            (2.6.32.12 #2198)
[ 1282.010000] PC is at ftdi_submit_read_urb+0x28/0x98 [ftdi_sio]
[ 1282.010000] LR is at 0xc712b800
[ 1282.010000] pc : []    lr : []    psr: 20000013
[ 1282.010000] sp : c2bc3d40  ip : 00000000  fp : c2bc3d64
[ 1282.010000] r10: c3c1822c  r9 : c3c18204  r8 : c6691800
[ 1282.010000] r7 : c712b800  r6 : c3c18200  r5 : 00000000  r4 :
c3c18200
[ 1282.010000] r3 : 00000000  r2 : c2ed9360  r1 : 000000d0  r0 :
c3c18200
[ 1282.010000] Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM
Segment user
[ 1282.010000] Control: 0005397f  Table: 018cc000  DAC: 00000015
[ 1282.010000] Process screen (pid: 12874, stack limit = 0xc2bc2270)
[ 1282.010000] Stack: (0xc2bc3d40 to 0xc2bc4000)
[ 1282.010000] 3d40: 00000000 c2ed9a20 c712b800 c3c18200 00000000
c2ed9a20 c2bc3dac c2bc3d68
[ 1282.010000] 3d60: bf541d24 bf540340 00000000 00000001 c2bc3d87
00000000 00001388 c6691800
[ 1282.010000] 3d80: c2bc3dac c2bc3d90 c024c61c c3c18200 c2ed9398
c6691800 c3c1824c c2ed9360
[ 1282.010000] 3da0: c2bc3de4 c2bc3db0 bf5328c0 bf541c4c 00000100
c3951960 c2bc3de4 c1e682e0
[ 1282.010000] 3dc0: 00000000 c6691800 c3951960 00000100 c50ed000
0bc00000 c2bc3e2c c2bc3de8
[ 1282.010000] 3de0: c0246944 bf5327f4 c2bc3e2c c75e9e50 c2bc2000
00000902 000000bc 00000000
[ 1282.010000] 3e00: c75e9e50 00000000 c1e682e8 c75e9e50 00000000
c3951960 c50ed000 c2547598
[ 1282.010000] 3e20: c2bc3e5c c2bc3e30 c01515c8 c0246674 c2bc3e54
00000000 c0156eb4 c3951960
[ 1282.010000] 3e40: c75e9e50 c015148c 00000000 c400dd20 c2bc3e84
c2bc3e60 c014b820 c015149c
[ 1282.010000] 3e60: c3951960 c0b1c5c0 c2bc3ec0 c50ed000 00000903
ffffff9c c2bc3ea4 c2bc3e88
[ 1282.010000] 3e80: c014c9f8 c014b6e4 00000000 c0b1c5c0 00000000
c2bc3ec0 c2bc3f6c c2bc3ea8
[ 1282.010000] 3ea0: c015c48c c014c9b8 00000000 00000902 c0111cb4
c011186c 00000000 00000000
[ 1282.010000] 3ec0: c400dd20 c2547598 00000000 00000504 155813d7
00000000 00000000 c513b498
[ 1282.010000] 3ee0: 00000000 00000101 00000001 00000000 c2bc3f1c
c2bc3f00 c0111cf8 c0111be0
[ 1282.010000] 3f00: 00000000 00000001 00000001 00000000 c2bc3f6c
c2bc3f20 c00ffa30 00000903
[ 1282.010000] 3f20: 00000000 c3951960 ffffff9c c3e7fa88 00000000
c50ed000 c2bc3f6c c2bc3f48
[ 1282.010000] 3f40: c01653e0 00000902 00000000 ffffff9c 00000000
c002b0a8 c50ed000 00000006
[ 1282.010000] 3f60: c2bc3fa4 c2bc3f70 c014b5c0 c015c08c 00000026
00000000 00000000 00000902
[ 1282.010000] 3f80: 00000000 befaced3 00000005 c002b0a8 c2bc2000
00000000 befacecc c2bc3fa8
[ 1282.010000] 3fa0: c002af00 c014b56c 00000902 00000000 befaced3
00000902 00000000 00060a30
[ 1282.010000] 3fc0: 00000902 00000000 befaced3 00000005 00000000
0006388c 00000000 befacecc
[ 1282.010000] 3fe0: befaced3 befab430 00016a68 40120fcc 60000010
befaced3 00000000 00000004
[ 1282.010000] [] (ftdi_submit_read_urb+0x28/0x98
[ftdi_sio]) from [] (ftdi_open+0xe8/0x118 [ftdi_sio])
[ 1282.010000] [] (ftdi_open+0xe8/0x118 [ftdi_sio]) from
[] (serial_open+0xe0/0x150 [usbserial])
[ 1282.010000] [] (serial_open+0xe0/0x150 [usbserial]) from
[] (tty_open+0x2e0/0x404)
[ 1282.010000] [] (tty_open+0x2e0/0x404) from []
(chrdev_open+0x13c/0x15c)
[ 1282.010000] [] (chrdev_open+0x13c/0x15c) from
[] (__dentry_open+0x14c/0x268)
[ 1282.010000] [] (__dentry_open+0x14c/0x268) from
[] (nameidata_to_filp+0x50/0x68)
[ 1282.010000] [] (nameidata_to_filp+0x50/0x68) from
[] (do_filp_open+0x410/0x7e8)
[ 1282.010000] [] (do_filp_open+0x410/0x7e8) from
[] (do_sys_open+0x64/0x11c)
[ 1282.010000] [] (do_sys_open+0x64/0x11c) from []
(ret_fast_syscall+0x0/0x28)
[ 1282.010000] Code: e5d03084 e590c080 e592e000 e1a03783 (e59c5040)
[ 1282.020000] ---[ end trace 3a814402a96deb88 ]---


Daraufhin habe ich einen Kommentar in diesem Beitrag (http://
groups.google.com/group/fhem-users/browse_thread/thread/
f5ce84641462cd20) von gelesen ..
 3. ftdi_sio.ko ist fuer die ELV Produkte (FHZ/EM1010PC/etc) da, und
ist fuer
     CUL nutzlos.

Mit dem usbserial Treiber komme ich aber erst gar nicht soweit.

Kennt jemand das Problem und kann mir einen Tip geben???

Vielen Dank im voraus.

verzweifelte Grüße
Marcus

On 27 Mrz., 16:26, marcus wrote:
> Hallo,
>
> ich bin seit ca 1 Woche Besitzer eines CUL und hab einen FHEM Server
> (v5.2)  auf meinen Synology DS210J NAS installiert.
>
> Leider bekomme ich den CUL nicht zum Laufen. Ich habe ihn über FLIP
> geflashed und wenn ich ihn in mein NAS stecke blinkt es auch fröhlich
> vor sich hin. Über "lsusb sehe in den CUL auch => "Bus 001 Device 004:
> ID 03eb:204b Atmel Corp."
>
> Nach Installation des usbserial.ko Treibers habe ich "modprobe
> usbserial vendor=0x03eb product=0x204b" ausgeführt.
>
> Wenn ich jedoch ein "screen /dev/ttyUSB0" absetze kommt => "No such
> device". Spasseshalber habe ich im FHEM Server ein "usb scan"
> eingegeben. Dabei schmiert der FHEM Server ab. Nach einem anschl.
> Start erscheint im FHEM log :
>
> -> 2012.03.27 09:31:41 3: Opening TCM310 device /dev/ttyUSB0 <-
> 2012.03.27 09:31:54 2: Telnet port 7072 opened
> 2012.03.27 09:31:55 2: FHEMWEB port 8083 opened
> 2012.03.27 09:31:55 2: FHEMWEB port 8084 opened
> 2012.03.27 09:31:55 2: Creating interface definitions...
> 2012.03.27 09:31:55 0: Server started (version 5.2+SVN from 2012-03-20
> ($Id: fhem.pl 1370 2012-03-20 09:39:08Z rudolfkoenig $), pid 17241)
>
> Wenn ich dmesg aufrufe nach dem ich den CUL anschliesse erscheint aber
> kein Bezug zu /dev/ttyUSB0 .
>
> Hat jemand einen Idee woran es hier hakt? Funzt der Treiber vlt
> nicht?
>
> Gruss
> Marcus

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

rudolfkoenig

#2
30 März 2012, 13:28:49
                                                   

> Kennt jemand das Problem und kann mir einen Tip geben???

Tipp vom Synology-Laien:

- ftdi_sio.ko sollte nicht funktionieren, da im CUL (im Gegensatz zum FHZ1x00)
  _kein_ FTDI Chip verbaut ist.

- Fuer das CUL braucht man cdc_acm.ko, oder notfalls ein usb_serial.ko, der die
  Vendor/Product Parameter beherrscht.

- Ich wuerde erst in der Synology Gruppe nach diesen Dateien fragen, und falls
  das nicht hilft via Crosscompiler mir sie bauen.

- Falls Crosscompilieren keine Option ist, dann wuerde ich entweder CUL gegen
  FHZ1x00/HMLAN bzw. CUNO tauschen, oder statt Synology was anderes probieren
  in dieser Reihenfolge: irgendwas mit vollstaendigen Linux, MacMini, FritzBox.
  Diese Liste ist nach Supportaufwand aufsteigend sortiert :)

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

#3
06 April 2012, 13:44:45
Originally posted by: <email address deleted>

Hallo,

danke.

Ich habe hier einen Driver http://synology.itolosa.com/modules gefunden,
der die Params des usbserial.ko moduls vendor und product definiert hatte.

Hier meine Schritte zum Installieren des USB Treiber für ein CUL auf einem
Synology NAS DS210j:

1. insmod usbserial product=0x03eb vendor=0x204b
2. mknode /dev/ttyUSB0
3. chmod 666 /dev/ttyUSB0  => check: screen /dev/ttyUSB0 - V
4. modify fhem.cfg = define MyCUL CUL /dev/ttyUSB0@directio 1234
n. Anlernen der Steckdose...

Bis jetzt funzt auch alles sehr gut. Widererwartend gibt es auch keine
Probleme mit dem Senden bzw Empfangen der Daten w/ Decken usw (mein NAS
steht im HAR in einem 19" Schrank neben meinem WW-Speicher.



Gruss
Marcus
 
Am Freitag, 30. März 2012 13:28:49 UTC+2 schrieb Rudolf Koenig:
>
> > Kennt jemand das Problem und kann mir einen Tip geben???
>
> Tipp vom Synology-Laien:
>
> - ftdi_sio.ko sollte nicht funktionieren, da im CUL (im Gegensatz zum
> FHZ1x00)
>   _kein_ FTDI Chip verbaut ist.
>
> - Fuer das CUL braucht man cdc_acm.ko, oder notfalls ein usb_serial.ko,
> der die
>   Vendor/Product Parameter beherrscht.
>
> - Ich wuerde erst in der Synology Gruppe nach diesen Dateien fragen, und
> falls
>   das nicht hilft via Crosscompiler mir sie bauen.
>
> - Falls Crosscompilieren keine Option ist, dann wuerde ich entweder CUL
> gegen
>   FHZ1x00/HMLAN bzw. CUNO tauschen, oder statt Synology was anderes
> probieren
>   in dieser Reihenfolge: irgendwas mit vollstaendigen Linux, MacMini,
> FritzBox.
>   Diese Liste ist nach Supportaufwand aufsteigend sortiert :)
>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Drucken
Nach oben Seiten1
Benutzer-Aktionen