Originally posted by: <email address deleted>
hallo FHEM users,
ich habe mir din der box eine WS444PC mit KS300 geschossen.
habe damit allerdings probleme mit FHEM an der Fritzbox7390.
mein eintrag in der fhem.cfg
define WS300Device WS300 /dev/ttyUSB0 15 202
in der log steht folgendes
2012.02.06 20:27:47 2: Telnet port 7072 opened
2012.02.06 20:27:48 3: FHZ opening FHZ device /dev/ttyUSB0
2012.02.06 20:27:48 3: FHZ opened FHZ device /dev/ttyUSB0
2012.02.06 20:27:50 2: FHEMWEB port 8083 opened
2012.02.06 20:27:50 2: FHEMWEB port 8084 opened
2012.02.06 20:27:50 2: FHEMWEB port 8085 opened
2012.02.06 20:27:50 3: FHEM2FHEM opening ds1 at 192.168.199.110:7072
2012.02.06 20:27:50 3: Can't connect to 192.168.199.110:7072:
Connection refused
2012.02.06 20:27:52 1: WS300 Device /dev/ttyUSB0 opened
2012.02.06 20:27:54 0: Server started (version 5.2+SVN from 2012-01-23
($Id: fhem.pl 1204 2012-01-22 12:21:05Z rudolfkoenig $), pid 4820)
2012.02.06 20:27:58 1: WS300: no data
2012.02.06 20:28:03 1: WS300: no data
2012.02.06 20:28:08 1: WS300: no data
2012.02.06 20:28:13 1: WS300: no data
2012.02.06 20:28:18 1: WS300: no data
2012.02.06 20:28:23 1: WS300: no data
2012.02.06 20:28:28 1: WS300: no data
2012.02.06 20:28:33 1: WS300: no data
2012.02.06 20:28:38 1: WS300: no data
2012.02.06 20:28:43 1: WS300: no data
2012.02.06 20:28:48 1: WS300: no data
2012.02.06 20:28:53 1: WS300: no data
2012.02.06 20:28:58 1: WS300: no data
2012.02.06 20:29:03 1: WS300: no data
2012.02.06 20:29:08 1: WS300: no data
2012.02.06 20:29:13 1: WS300: no data
2012.02.06 20:29:18 1: WS300: no data
2012.02.06 20:29:23 1: WS300: no data
2012.02.06 20:29:28 1: WS300: no data
2012.02.06 20:29:33 1: WS300: no data
2012.02.06 20:29:38 1: WS300: no data
2012.02.06 20:29:43 1: WS300: no data
2012.02.06 20:29:48 1: WS300: no data
2012.02.06 20:29:53 1: WS300: no data
2012.02.06 20:29:59 1: WS300: no data
2012.02.06 20:30:04 1: WS300: no data
2012.02.06 20:30:09 1: WS300: no data
2012.02.06 20:30:14 1: WS300: no data
2012.02.06 20:30:19 1: WS300: no data
2012.02.06 20:30:24 1: WS300: no data
2012.02.06 20:30:29 1: WS300: no data
2012.02.06 20:30:34 1: WS300: no data
2012.02.06 20:30:39 1: WS300: no data
.
.
.
meine fhz wird durch die ws blokiert, die 3 fht werden nicht mehr
geloggt.
der 5 sekundentakt kommt vom internen at der 50_WS300.pm.
hat schon jemand die WS300 an der fritzbox zum laufen bekommen ?
bin für jede hilfe dankbar.
unter win 7 läuft die ws zusammen mit dem ws-logger ohne probleme.
mfg aus erfurt
senni
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
On 02/06/2012 09:05 PM, senni wrote
> ich habe mir din der box eine WS444PC mit KS300 geschossen.
> [...]
>
> 2012.02.06 20:27:47 2: Telnet port 7072 opened
> 2012.02.06 20:27:48 3: FHZ opening FHZ device /dev/ttyUSB0
> 2012.02.06 20:27:48 3: FHZ opened FHZ device /dev/ttyUSB0
> 2012.02.06 20:27:50 2: FHEMWEB port 8083 opened
> 2012.02.06 20:27:50 2: FHEMWEB port 8084 opened
> 2012.02.06 20:27:50 2: FHEMWEB port 8085 opened
> 2012.02.06 20:27:50 3: FHEM2FHEM opening ds1 at 192.168.199.110:7072
> 2012.02.06 20:27:50 3: Can't connect to 192.168.199.110:7072:
> Connection refused
> 2012.02.06 20:27:52 1: WS300 Device /dev/ttyUSB0 opened
> [...]
>
> meine fhz wird durch die ws blokiert, die 3 fht werden nicht mehr
> geloggt.
Meinst Du nicht, daß FHZ & WS unterschiedliche Ports nutzen sollten?
-kai
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
hallo kai,
ich habe die baustelle ja nicht seit heute, mein ansatz war auch USB1
zu nehmen, siehe hier
2012.02.04 11:53:49 3: FHZ opening FHZ device /dev/ttyUSB0
2012.02.04 11:53:49 3: FHZ opened FHZ device /dev/ttyUSB0
2012.02.04 11:53:51 1: Error opening WS300 Device /dev/ttyUSB1
2012.02.04 11:53:51 1: define: Can't open /dev/ttyUSB1: No such file
or directory
2012.02.04 11:53:51 3: Please define WS300 first
und dann mal testweise USB2,
2012.02.04 12:52:05 1: Error opening WS300 Device /dev/ttyUSB2
2012.02.04 12:52:05 1: define: Can't open /dev/ttyUSB2: No such file
or directory
da die fritz7390 2 usb-ports hat gibts wohl nicht mehr viel auswahl
oder ?
das 5-sekundenproblem habe ich über die foren-suche auch bei einem
anderen user gefunden,
leider gab es da keine antwort im forum drauf.
-senni
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hi,
On 02/06/2012 09:44 PM, senni wrote:
> ich habe die baustelle ja nicht seit heute, mein ansatz war auch USB1
> zu nehmen, siehe hier
> [...]
> 2012.02.04 11:53:51 1: define: Can't open /dev/ttyUSB1: No such file
> or directory
>
> und dann mal testweise USB2,
>
> 2012.02.04 12:52:05 1: Error opening WS300 Device /dev/ttyUSB2
> 2012.02.04 12:52:05 1: define: Can't open /dev/ttyUSB2: No such file
> or directory
>
> da die fritz7390 2 usb-ports hat gibts wohl nicht mehr viel auswahl
> oder ?
Das wäre latent eine relevante Information des ersten Posts gewesen; lt. Google-Suche sollte eine WS300 als ttyUSBx von Linux erkannt werden, lt. [1] sogar als ftdi_sio-Gerät. Lt. [2] sollten Geräte mit diesem Chip an der 7390 erkannt werden -- sollten ...
Du wirst warten müssen, bis ein anderer Nutzer einer WS300 sich gemeldet hat, der diese an einer Fritzbox an den Start bekommen hat -- den generellen Funktionsversuch (mit Windows) hast Du ja auch gemacht, damit scheint es ein Erkennungsproblem der WS300 durch die 7390 zu sein.
"lsusb" und "dmesg" von der 7390 könnten Einblicke verschaffen, aber eigentlich sprengt Fritz!Box-USB-Support den Rahmen dieser Gruppe, um sowas kümmern sich schon Andere ...
Ah, wo ich grade drüber stolpere, WELCHE Art von FHEM setzt Du denn ein, das problematische AVM-Zeug mit chroot? Dann gibt es evtl. nur ttyUSB0 in der chroot, siehe [3] ...
-kai
[1] http://wiki.carsten-wolf.de/hardware:ws_300_pc_funk-wetterstation
[2] http://fhemwiki.de/wiki/AVM_Fritz!Box#Bekannte_Probleme
[3] http://www.wehavemorefun.de/fritzbox/index.php/Fhem#Begriff
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
hallo kai,
ich habe als erstes die fritzbox labor Hausautomation von AVM
installiert und dann das
Fritz!Box 7390 image drüber installiert.
das für mich verwirrende war ja, dass an beiden usb-anschlüssen der
box die WS300PC unter /dev/ttyUSB0
erkannt wird.
-senni
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
On 02/06/2012 11:02 PM, senni wrote:
> ich habe als erstes die fritzbox labor Hausautomation von AVM
> installiert und dann das
> Fritz!Box 7390 image drüber installiert.
Welches "Fritz!Box 7390 image"? Wie gesagt, ich nix 73er FB, bitte
nenne Roß und Reiter :)
> das für mich verwirrende war ja, dass an beiden usb-anschlüssen der
> box die WS300PC unter /dev/ttyUSB0
> erkannt wird.
"Erkannt" wird da leider nix. Das WS300-Modul von FHEM war in der Lage,
den Port /dev/ttyUSB0 zu öffnen. Was mich etwas irritiert, wo doch schon
FHZ auf den Port zugreifen sollte; aber vielleicht stört das Perls
"new Device::SerialPort ($DeviceName);" ja nicht, daß da schon wer sitzt.
Und "/dev/ttyUSB0" ist unter Linux das erste *gefundene" USB-Device dieses
Typs. Es gibt erst einmal *kein* Mapping der Devices zu den Ports; die erste
gefundene serielle Schnittstelle ist ttyS0, das erste gefundene "ttyUSB"-
Gerät ist ttyUSB0. Normalerweise sollte der Kernel in einer nachvollziehbaren
Reihenfolge die Ports abklappern und entsprechend Geräte erkennen, aber wenn
Dein bisheriges ttyUSB0 z. B. kaputt ist (== nicht erkannt wird), wird das
bisherige ttyUSB1 beim Neustart zu ttyUSB0 ... Dafür gibt's eigentlich udev
mit /etc/udev/rules.d, aber ich fürchte, den Luxus hat man bei der FB ein-
gespart ;)
telnette mal auf Deine 7930 und versuche herauszufinden, ob überhaupt a)
ein /dev/ttyUSB1 existiert ("ls -l /dev/ttyUSB*") und b) ob FHEM in einer
chroot läuft oder nicht.
-kai
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
hallo kai und die anderen mitleser,
also fhem läuft wohl entsprechnd der beschreibung der installation des
fhem-5.1-fb7390.image
in einer non chroot umgebung.
ls -l /dev/ttyUSB* bringt nur /dev/ttyUSB0 und nicht /dev/ttyUSB1
beide usb-anschlüsse können aber genutzt werden, an einem hängt meine
FHZ1000PC und der
zweite wird für diverse usb-sticks, mein android-handy ... genutzt.
ich wollte eigentlich der fritzbox nicht noch einen ständigen
begleiter in form eines
pc gönnen.
aber wie sagte mir mein sohn "Eine Haussteuerrung braucht auch einen
Steuerrechner."
mfg aus erfurt
senni
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hej hej,
kannst du einmal das Device an die Box anstecken, dann ca. 10 Sekunden
warten, anschließend in der Konsole der FB einmal 'dmesg' eingeben und
den Output bitte hier einmal posten? Ich glaube, der hilft hier am
besten weiter. ;-)
Greetz,
Gerhard
Am 9. Februar 2012 21:59 schrieb senni :
> hallo kai und die anderen mitleser,
>
> also fhem läuft wohl entsprechnd der beschreibung der installation des
> fhem-5.1-fb7390.image
> in einer non chroot umgebung.
>
> ls -l /dev/ttyUSB* bringt nur /dev/ttyUSB0 und nicht /dev/ttyUSB1
>
> beide usb-anschlüsse können aber genutzt werden, an einem hängt meine
> FHZ1000PC und der
> zweite wird für diverse usb-sticks, mein android-handy ... genutzt.
>
> ich wollte eigentlich der fritzbox nicht noch einen ständigen
> begleiter in form eines
> pc gönnen.
>
> aber wie sagte mir mein sohn "Eine Haussteuerrung braucht auch einen
> Steuerrechner."
>
> mfg aus erfurt
>
> senni
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Ich betreibe an der FB7390 sowohl einen CUL (wird als ttyACM0 eingebunden),
als auch einen USB-to-Serial-Konverter (ttyUSB0) und ein USB-to-1-Wire
Interface (ttyUSB1).
Der Tipp von Gerhard Pfeffer ist schon richtig. Möglicherweise wird auf der
reichlich kryptischen Linux-Version der FB nicht das richtige Modul für die
WS300 geladen.
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
ein hallo in die runde,
hier mein log zu 'dmesg' und "ls -l /dev/ttyUSB*"
=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2012.02.10 15:11:29
=~=~=~=~=~=~=~=~=~=~=~=
Fritz!Box web password:
BusyBox v1.16.1 (2011-02-14 11:14:59 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.
ermittle die aktuelle TTY
tty is "/dev/pts/1"
weitere telnet Verbindung aufgebaut
# dmesg
Linux version 2.6.28.10 (hjortmann@EmbeddedVM) (gcc version 4.4.4
(Buildroot 2010.05) ) #3 Thu Jul 28 14:18:34 CEST 2011
argc 5 arg gocommand env HWRevision
memsize board_memsize = 134217728
psb_value = 0x0600007f memsize = 0x08000000 xtensa_mem_start =
0x06000000 xtensa_mem_size 0x00800000
wlan_mem_start = 0x05f40000
arg[1] memsize=128
arg[2] flash_start=0xBF000000
arg[3] flash_size=16
arg[4] console=ttyS0,115200n8r
board_flash_size 0x01000000
CPU revision is: 0001964c (MIPS 24Kc)
Determined physical RAM map:
memory: 05f40000 @ 00000000 (usable)
memory: 01800000 @ 06800000 (usable)
nid=0 start=0 map=4f8 end=8000 mapsize=1000 mode_bootmen_map=804f8000
Zone PFN ranges:
Normal 0x00000000 -> 0x00008000
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
0: 0x00000000 -> 0x00005f40
0: 0x00006800 -> 0x00008000
On node 0 totalpages: 30528
free_area_init_node: node 0, pgdat 803e7d40, node_mem_map 81000000
Normal zone: 256 pages used for memmap
Normal zone: 0 pages reserved
Normal zone: 30272 pages, LIFO batch:7
Movable zone: 0 pages used for memmap
[request_resource] Kernel code: start 0x10000 < root->start 0x6800000
[request_resource] Kernel data: start 0x300ce0 < root->start 0x6800000
entering build_all_zonelists()
return from set_zonelist_order()
Built 1 zonelists in Zone order, mobility grouping on. Total pages:
30272
Kernel command line: memsize=128 flash_start=0xBF000000 flash_size=16
console=ttyS0,115200n8r nor_size=16777216 nand_size=512MB
[0:parse_mtd_size/687] '16777216'
[0:mtdnor_setup/779] nor_size = 0x1000000
[0:mtdnor_setup/786] mtd2 = 0x9F000000,0x9F020000
[0:mtdnor_setup/802] mtd0 = 0x9F000000,0x9F000000
[0:mtdnor_setup/814] mtd1 = 0x9F020000,0x9FF00000
[0:mtdnor_setup/826] mtd3 = 0x9FF00000,0x9FF80000
[0:mtdnor_setup/838] mtd4 = 0x9FF80000,0xA0000000
[FUSIV] add physmap-flash to the platform device list
[0:parse_mtd_size/687] '512MB'
[0:mtdnand_setup/751] nand_size = 0x20000000
[FUSIV] add direct-avm-nand to the platform device list
[trap_init] cpu_has_ejtag
[trap_init] cpu_has_watch
[trap_init] cpu_has_divec
[trap_init] cpu_has_mcheck
[trap_init] cpu_has_4kex
Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
Writing ErrCtl register=00000000
Readback ErrCtl register=00000000
PID hash table entries: 512 (order: 9, 2048 bytes)
console [ttyS0] enabled
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 115724k/122112k available (3011k kernel code, 6220k reserved,
930k data, 152k init, 0k highmem)
Calibrating delay loop... 330.75 BogoMIPS (lpj=661504)
Mount-cache hash table entries: 512
kernel_init: started
kernel_init: kernel locked
net_namespace: 636 bytes
NET: Registered protocol family 16
[ikan_gpio_init]
[cpmac] Version: 1.108.1.78 - Revision 811:1364 - Do 28.07.2011
14:18:25
Fusiv PCI: starting...
registering PCI controller with io_map_base unset
[FUSIV] register 2 platform device(s)
pci 0000:00:01.0: reg 10 32bit mmio: [0x000000-0x00ffff]
pci 0000:00:02.0: reg 10 32bit mmio: [0x000000-0x00ffff]
NET: Registered protocol family 8
NET: Registered protocol family 20
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP reno registered
NET: Registered protocol family 1
[simple_profiling] 0 entries 50 min
squashfs: version 3.4 (2008/08/26) Phillip Lougher
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
fuse init (API version 7.10)
yaffs: yaffs built Jul 28 2011 14:18:09 Installing.
msgmni has been set to 226
alg: No test for stdrng (krng)
io scheduler noop registered (default)
avm_net_trace: Up and running.
[avm] configured: watchdog event debug
AVM_WATCHDOG: Watchdog Driver for AR7 Hardware (Version 1.0, build:
Jul 28 2011 14:17:36)
[simple-profiling]: 2 performance counters implemented
Enable Performance Counter 0 for Data cache load/stores (User-Mode
enabled Supervisor-Mode enabled Kernel-Mode enabled Exeption-Mode
disable)
[simple-profiling]: 2 performance counters implemented
Enable Performance Counter 1 for Data cache load/store misses (User-
Mode enabled Supervisor-Mode enabled Kernel-Mode enabled Exeption-Mode
disable)
[avm]: AVM Simple Profiling enabled.
[gpio 13]: VX180_GPIO_POLAR: active low
[gpio 13]: GPIO_EDGE_SENSITIVE
[loadcontrol] set auto - scale=1
Serial: 8250/16550 driver1 ports, IRQ sharing disabled
serial8250: ttyS0 at MMIO 0xb90a0000 (irq = 29) is a 16450
PPP generic driver version 2.4.2
NET: Registered protocol family 24
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky
[physmap_flash_probe] line=93, doing probes
physmap platform flash device: 01000001 at 1f000000
physmap-flash: Found 1 x16 devices at 0x0 in 16-bit bank
Amd/Fujitsu Extended Query Table at 0x0040
physmap-flash: CFI does not contain boot bank location. Assuming top.
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code
brokenness.
[parse_mtd_partitions] types=cmdlinepart
[parse_mtd_partitions] types=RedBoot
RedBoot partition parsing not available
[parse_mtd_partitions] types=find_jffs2
[fusiv_jffs2_parser_function] mtd_info->name physmap-flash mtd_info-
>index 0 param=0 p_mtd_pat=0x878d9b68
[fusiv_jffs2_parser_function] try partition kernel (offset 0x20000 len
15597568)
[parse_mtd_partitions] types=find_squashfs
[fusiv_squashfs_parser_function] mtd_info->name physmap-flash mtd_info-
>index 0 param=0 p_mtd_pat=0x878d9b68
[fusiv_squashfs_parser_function] *p_mtd_pat->name filesystem
[fusiv_squashfs_parser_function] try partition kernel (offset 0x20000
len 15597568 blocksize=20000)
[fusiv_squashfs_parser_function] magic found @pos 0x159d00
[fusiv_squashfs_parser_function] flashsize=1000000
[fusiv_squashfs_parser_function] jffs2_start@da0000 size: 22
6 find_squashfs partitions found on MTD device physmap-flash
Creating 6 MTD partitions on "physmap-flash":
0x00159d00-0x00f00000 : "rootfs" (master-size:16777216)
mtd: partition "rootfs" doesn't start on an erase block boundary --
force read-only
[0:fusiv_mtd_add_notifier/610] name rootfs
[0:fusiv_mtd_add_notifier/614] found rootfs
[0:fusiv_mtd_add_notifier/621] use rootfs
[0:fusiv_mtd_add_notifier/625] root device: /dev/mtdblock0 (rootfs)
0x00020000-0x00159d00 : "kernel" (master-size:16777216)
mtd: partition "kernel" doesn't end on an erase block -- force read-
only
[0:fusiv_mtd_add_notifier/610] name kernel
[0:fusiv_mtd_add_notifier/654] skip kernel
0x00000000-0x00020000 : "urlader" (master-size:16777216)
[0:fusiv_mtd_add_notifier/610] name urlader
[0:fusiv_mtd_add_notifier/635] set fusiv_urlader_mtd
0x00f00000-0x00f80000 : "tffs (1)" (master-size:16777216)
[0:fusiv_mtd_add_notifier/610] name tffs (1)
[0:fusiv_mtd_add_notifier/643] tffs (1) on Index 3
0x00f80000-0x01000000 : "tffs (2)" (master-size:16777216)
[0:fusiv_mtd_add_notifier/610] name tffs (2)
[0:fusiv_mtd_add_notifier/650] tffs (2) on Index 4
0x00da0000-0x00f00000 : "jffs2" (master-size:16777216)
[0:fusiv_mtd_add_notifier/610] name jffs2
[0:fusiv_mtd_add_notifier/654] skip jffs2
Generic platform RAM MTD, (c) 2004 Simtec Electronics
AVM Direct NAND driver, © 2008 AVM Berlin
[direct_avm_nand_probe] error output
[NAND] direct NAND: GPIO usage: 16: /CE0 17: /CE1: 20 /WP 18: CLE 19:
ALE (0x3)
[direct_avm_nand_probe] irq init
[gpio 21]: VX180_GPIO_POLAR: active high
[gpio 21]: GPIO_EDGE_SENSITIVE
[gpio 7]: VX180_GPIO_POLAR: active high
[gpio 7]: GPIO_EDGE_SENSITIVE
NAND device: Manufacturer ID: 0x20, Chip ID: 0xdc (ST Micro NAND
512MiB 3,3V 8-bit)
Scanning device for bad blocks
Creating 1 MTD partitions on "NAND 512MiB 3,3V 8-bit":
0x00000000-0x20000000 : "nand-filesystem" (master-size:536870912)
[0:fusiv_mtd_add_notifier/610] name nand-filesystem
[0:fusiv_mtd_add_notifier/654] skip nand-filesystem
CAPI Subsystem Rev 1.1.2.8
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP cubic registered
mcfw: IGMPv3 fast forwarding
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
Bridge firewalling registered
Ebtables v2.0 registered
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
802.1Q VLAN Support v1.8 Ben Greear
All bugs added by David S. Miller
TFFS: tiny flash file system driver. GPL (c) AVM Berlin (Version 2.0)
mount on mtd3 and mtd4 (double buffering)
Adam2 environment variables API installed.
kernel_init: basic setup done
[squashfs] use lzma compression
VFS: Mounted root (squashfs filesystem) readonly.
Freeing unused kernel memory: 3ea000: 152k freed
trying /sbin/init
TFFS Name Table H
led_modul_Fritz_Box_7390: module license '
(C) Copyright 2008 by AVM
' taints kernel.
[led_system_init] Warning: No GPIOs defined for hardware sub-revision
2 (choosing config for sub-revison 0)
[led_gpio_bit_driver_init] gpio 24 name power
[led_gpio_bit_driver_init] gpio 28 name internet
[led_gpio_bit_driver_init] gpio 26 name festnetz
[led_gpio_bit_driver_init] gpio 27 name wlan
[led_gpio_bit_driver_init] gpio 22 name dual1
[led_gpio_bit_driver_init] gpio 23 name dual2
[button_init] initialize buttons (irq-implementation):
[button_init] name button_wlan, gpio 31 active_low
[gpio 31]: VX180_GPIO_POLAR: active low
[gpio 31]: GPIO_BOTH_EDGES_SENSITIVE
[button_init] name button_dect, gpio 29 active_low
[gpio 29]: VX180_GPIO_POLAR: active low
[gpio 29]: GPIO_BOTH_EDGES_SENSITIVE
[LED] "wyatt_earp_turn_off_leds" (0x804c98b0) loaded
AVM_WATCHDOG: System Init UEberwachung 240 Sekunden
rtc-avm rtc-avm.0: rtc core: registered avm as rtc0
[avm-rtc]: avm_rtc_probe: register: ret=0x879c3c00
[avm-rtc]: avm_rtc_probe: success
fusiv library initializing...
Buffer Copy Through DMA is enabled
fusiv library initialized SUCCESSFULLY...
AP2AP fastpath initialized SUCCESSFULLY
Buffer Manager is initializing...
BMU GIGE clock
Slave Mem Alloc: Req size 32 Ptr2Block 0x191f0000
Load into BM APU Successful !!!
Timers are getting initalized
Timers are initilized SUCCESSFULLY...
periApDriverInit: doneSlave Mem Alloc: Req size 32 Ptr2Block
0x191f0020
*******LOAD firmware to AP:PERI_ID result:0Load into PERI_AP APU
Successful !!!
cpmac0: Netpro Sierra Ethernet found at 0xb9110000, irq 14
GIGE 1 clock dev->baseAddr b9110000
Setting unknown egress to SPA
Slave Mem Alloc: Req size 32 Ptr2Block 0x191f0040
Ethernet Driver is initialized SUCCESSFULLY
ACL-AP is initializing...
ACL major allocated is 201
Slave Mem Alloc: Req size 32 Ptr2Block 0x191f0060
Configuring host ACL Layer-2 ruleset (128/4 Rules/Intf)
Intf Addr
0 07a18000
1 07a18e00
2 07a19c00
3 07a1aa00
Configuring host ACL Layer-3 ruleset (128/4 Rules/Intf)
Intf Addr
0 07a10000
1 07a10e00
2 07a11c00
3 07a12a00
[cpmac] [macport_alloc] got packet before initialisation
[cpmac] [macport_alloc] got packet before initialisation
[cpmac] [macport_alloc] got packet before initialisation
[cpmac] [macport_alloc] got packet before initialisation
[cpmac] [macport_alloc] got packet before initialisation
[cpmac] [macport_alloc] got packet before initialisation
[cpmac] [macport_alloc] got packet before initialisation
[cpmac] [macport_alloc] got packet before initialisation
Load into ACL_AP APU Successful !!!
Need to run mknod ...
bmedrv_init: Registered BME device with Major number 247
Request Region 0xa6000000 - 0xa67fffff
bmedrv_init: Region 0xa6000000 - 0xa67fffff allocated successfully
BME Driver has been loaded SUCCESSFULLY
yaffs: dev is 32505862 name is "mtdblock6" rw
yaffs: passed flags ""
yaffs: yaffs: Attempting MTD mount of 31.6,"mtdblock6"
yaffs: yaffs_read_super: is_checkpointed 0
[piglet]use gpio-settings for 156
patch_dectfw: c1da2000, totallen = 68523(10bab)
patch_dectfw: patch_adress: f103a max_len: 26 with Version 2 Len: 17
dect_loader: fast-bootmode
*
*************************************************************************************************************************************
dect144xx_file_process: upload of '/lib/modules/
dectfw_secondlevel_488.hex' successfull
[piglet]bitfile '/lib/modules/bitfile.bit'
[piglet] try to preload in progress-context: /lib/modules/bitfile.bit
[piglet] bitfile 169309 bytes done
[piglet] "wyatt_earp_unload_xilinx" loaded
[pcmlink]svn: 1385
driver params overwritten io_addr=0x0 irq_num=0
[pcmlink]chrony-support
[adsp_load] file loaded svnVersion 34
PCMLINK-Version(Fusiv): 6.1385 - dsp: 34 time 14:17:55 date Jul 28
2011
[avm_debug]redirect kernel-messages (/dev/debug)
# ls -l /dev/ttyUSB*
crw-rw---- 1 root root 188, 0 Feb 10 15:05 /dev/ttyUSB0
#
FHZ1000PC und WS440PC sind beide angeschlossen aber leider will meine
fritzbox wohl nicht so wie sie soll.
alternativ suche ich nach der lösung wie ich daten aus einer CSV-Datei
in FHEM einlese.
für die WS300PC / WS 444 PC gibt es das Programm WS-Logger welches die
daten in einer CSV-Datei ablegt
und gleichzeitig kann ich damit auch einen info-frame bedienen, aber
das ist eine andere baustelle.
mfg
senni
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hej,
also mir wäre im dmesg nichts von deinem Device aufgefallen. Hast du
es unmittelbar davor an die FB angesteckt?
Weiters wäre noch ein 'ls -la /dev/tty*' interessant um zu sehen,
welche Geräte so eingebunden wurden.
Greetz,
Gerhard
2012/2/10 senni :
> ein hallo in die runde,
>
> hier mein log zu 'dmesg' und "ls -l /dev/ttyUSB*"
>
> =~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2012.02.10 15:11:29
> =~=~=~=~=~=~=~=~=~=~=~=
> Fritz!Box web password:
>
>
> BusyBox v1.16.1 (2011-02-14 11:14:59 CET) built-in shell (ash)
> Enter 'help' for a list of built-in commands.
>
> ermittle die aktuelle TTY
> tty is "/dev/pts/1"
> weitere telnet Verbindung aufgebaut
> # dmesg
> Linux version 2.6.28.10 (hjortmann@EmbeddedVM) (gcc version 4.4.4
> (Buildroot 2010.05) ) #3 Thu Jul 28 14:18:34 CEST 2011
> argc 5 arg gocommand env HWRevision
> memsize board_memsize = 134217728
> psb_value = 0x0600007f memsize = 0x08000000 xtensa_mem_start =
> 0x06000000 xtensa_mem_size 0x00800000
> wlan_mem_start = 0x05f40000
> arg[1] memsize=128
> arg[2] flash_start=0xBF000000
> arg[3] flash_size=16
> arg[4] console=ttyS0,115200n8r
> board_flash_size 0x01000000
> CPU revision is: 0001964c (MIPS 24Kc)
> Determined physical RAM map:
> memory: 05f40000 @ 00000000 (usable)
> memory: 01800000 @ 06800000 (usable)
> nid=0 start=0 map=4f8 end=8000 mapsize=1000 mode_bootmen_map=804f8000
> Zone PFN ranges:
> Normal 0x00000000 -> 0x00008000
> Movable zone start PFN for each node
> early_node_map[2] active PFN ranges
> 0: 0x00000000 -> 0x00005f40
> 0: 0x00006800 -> 0x00008000
> On node 0 totalpages: 30528
> free_area_init_node: node 0, pgdat 803e7d40, node_mem_map 81000000
> Normal zone: 256 pages used for memmap
> Normal zone: 0 pages reserved
> Normal zone: 30272 pages, LIFO batch:7
> Movable zone: 0 pages used for memmap
> [request_resource] Kernel code: start 0x10000 < root->start 0x6800000
> [request_resource] Kernel data: start 0x300ce0 < root->start 0x6800000
> entering build_all_zonelists()
> return from set_zonelist_order()
> Built 1 zonelists in Zone order, mobility grouping on. Total pages:
> 30272
> Kernel command line: memsize=128 flash_start=0xBF000000 flash_size=16
> console=ttyS0,115200n8r nor_size=16777216 nand_size=512MB
> [0:parse_mtd_size/687] '16777216'
> [0:mtdnor_setup/779] nor_size = 0x1000000
> [0:mtdnor_setup/786] mtd2 = 0x9F000000,0x9F020000
> [0:mtdnor_setup/802] mtd0 = 0x9F000000,0x9F000000
> [0:mtdnor_setup/814] mtd1 = 0x9F020000,0x9FF00000
> [0:mtdnor_setup/826] mtd3 = 0x9FF00000,0x9FF80000
> [0:mtdnor_setup/838] mtd4 = 0x9FF80000,0xA0000000
> [FUSIV] add physmap-flash to the platform device list
> [0:parse_mtd_size/687] '512MB'
> [0:mtdnand_setup/751] nand_size = 0x20000000
> [FUSIV] add direct-avm-nand to the platform device list
> [trap_init] cpu_has_ejtag
> [trap_init] cpu_has_watch
> [trap_init] cpu_has_divec
> [trap_init] cpu_has_mcheck
> [trap_init] cpu_has_4kex
> Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
> Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
> Writing ErrCtl register=00000000
> Readback ErrCtl register=00000000
> PID hash table entries: 512 (order: 9, 2048 bytes)
> console [ttyS0] enabled
> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Memory: 115724k/122112k available (3011k kernel code, 6220k reserved,
> 930k data, 152k init, 0k highmem)
> Calibrating delay loop... 330.75 BogoMIPS (lpj=661504)
> Mount-cache hash table entries: 512
> kernel_init: started
> kernel_init: kernel locked
> net_namespace: 636 bytes
> NET: Registered protocol family 16
> [ikan_gpio_init]
> [cpmac] Version: 1.108.1.78 - Revision 811:1364 - Do 28.07.2011
> 14:18:25
> Fusiv PCI: starting...
> registering PCI controller with io_map_base unset
> [FUSIV] register 2 platform device(s)
> pci 0000:00:01.0: reg 10 32bit mmio: [0x000000-0x00ffff]
> pci 0000:00:02.0: reg 10 32bit mmio: [0x000000-0x00ffff]
> NET: Registered protocol family 8
> NET: Registered protocol family 20
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 4096 (order: 3, 32768 bytes)
> TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
> TCP: Hash tables configured (established 4096 bind 4096)
> TCP reno registered
> NET: Registered protocol family 1
> [simple_profiling] 0 entries 50 min
> squashfs: version 3.4 (2008/08/26) Phillip Lougher
> Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
> fuse init (API version 7.10)
> yaffs: yaffs built Jul 28 2011 14:18:09 Installing.
> msgmni has been set to 226
> alg: No test for stdrng (krng)
> io scheduler noop registered (default)
> avm_net_trace: Up and running.
> [avm] configured: watchdog event debug
>
> AVM_WATCHDOG: Watchdog Driver for AR7 Hardware (Version 1.0, build:
> Jul 28 2011 14:17:36)
> [simple-profiling]: 2 performance counters implemented
> Enable Performance Counter 0 for Data cache load/stores (User-Mode
> enabled Supervisor-Mode enabled Kernel-Mode enabled Exeption-Mode
> disable)
> [simple-profiling]: 2 performance counters implemented
> Enable Performance Counter 1 for Data cache load/store misses (User-
> Mode enabled Supervisor-Mode enabled Kernel-Mode enabled Exeption-Mode
> disable)
> [avm]: AVM Simple Profiling enabled.
> [gpio 13]: VX180_GPIO_POLAR: active low
> [gpio 13]: GPIO_EDGE_SENSITIVE
> [loadcontrol] set auto - scale=1
> Serial: 8250/16550 driver1 ports, IRQ sharing disabled
> serial8250: ttyS0 at MMIO 0xb90a0000 (irq = 29) is a 16450
> PPP generic driver version 2.4.2
> NET: Registered protocol family 24
> tun: Universal TUN/TAP device driver, 1.6
> tun: (C) 1999-2004 Max Krasnyansky
> [physmap_flash_probe] line=93, doing probes
> physmap platform flash device: 01000001 at 1f000000
> physmap-flash: Found 1 x16 devices at 0x0 in 16-bit bank
> Amd/Fujitsu Extended Query Table at 0x0040
> physmap-flash: CFI does not contain boot bank location. Assuming top.
> number of CFI chips: 1
> cfi_cmdset_0002: Disabling erase-suspend-program due to code
> brokenness.
> [parse_mtd_partitions] types=cmdlinepart
> [parse_mtd_partitions] types=RedBoot
> RedBoot partition parsing not available
> [parse_mtd_partitions] types=find_jffs2
> [fusiv_jffs2_parser_function] mtd_info->name physmap-flash mtd_info-
>>index 0 param=0 p_mtd_pat=0x878d9b68
> [fusiv_jffs2_parser_function] try partition kernel (offset 0x20000 len
> 15597568)
> [parse_mtd_partitions] types=find_squashfs
> [fusiv_squashfs_parser_function] mtd_info->name physmap-flash mtd_info-
>>index 0 param=0 p_mtd_pat=0x878d9b68
> [fusiv_squashfs_parser_function] *p_mtd_pat->name filesystem
> [fusiv_squashfs_parser_function] try partition kernel (offset 0x20000
> len 15597568 blocksize=20000)
> [fusiv_squashfs_parser_function] magic found @pos 0x159d00
> [fusiv_squashfs_parser_function] flashsize=1000000
> [fusiv_squashfs_parser_function] jffs2_start@da0000 size: 22
> 6 find_squashfs partitions found on MTD device physmap-flash
> Creating 6 MTD partitions on "physmap-flash":
> 0x00159d00-0x00f00000 : "rootfs" (master-size:16777216)
> mtd: partition "rootfs" doesn't start on an erase block boundary --
> force read-only
> [0:fusiv_mtd_add_notifier/610] name rootfs
> [0:fusiv_mtd_add_notifier/614] found rootfs
> [0:fusiv_mtd_add_notifier/621] use rootfs
> [0:fusiv_mtd_add_notifier/625] root device: /dev/mtdblock0 (rootfs)
> 0x00020000-0x00159d00 : "kernel" (master-size:16777216)
> mtd: partition "kernel" doesn't end on an erase block -- force read-
> only
> [0:fusiv_mtd_add_notifier/610] name kernel
> [0:fusiv_mtd_add_notifier/654] skip kernel
> 0x00000000-0x00020000 : "urlader" (master-size:16777216)
> [0:fusiv_mtd_add_notifier/610] name urlader
> [0:fusiv_mtd_add_notifier/635] set fusiv_urlader_mtd
> 0x00f00000-0x00f80000 : "tffs (1)" (master-size:16777216)
> [0:fusiv_mtd_add_notifier/610] name tffs (1)
> [0:fusiv_mtd_add_notifier/643] tffs (1) on Index 3
> 0x00f80000-0x01000000 : "tffs (2)" (master-size:16777216)
> [0:fusiv_mtd_add_notifier/610] name tffs (2)
> [0:fusiv_mtd_add_notifier/650] tffs (2) on Index 4
> 0x00da0000-0x00f00000 : "jffs2" (master-size:16777216)
> [0:fusiv_mtd_add_notifier/610] name jffs2
> [0:fusiv_mtd_add_notifier/654] skip jffs2
> Generic platform RAM MTD, (c) 2004 Simtec Electronics
> AVM Direct NAND driver, © 2008 AVM Berlin
> [direct_avm_nand_probe] error output
> [NAND] direct NAND: GPIO usage: 16: /CE0 17: /CE1: 20 /WP 18: CLE 19:
> ALE (0x3)
> [direct_avm_nand_probe] irq init
> [gpio 21]: VX180_GPIO_POLAR: active high
> [gpio 21]: GPIO_EDGE_SENSITIVE
> [gpio 7]: VX180_GPIO_POLAR: active high
> [gpio 7]: GPIO_EDGE_SENSITIVE
> NAND device: Manufacturer ID: 0x20, Chip ID: 0xdc (ST Micro NAND
> 512MiB 3,3V 8-bit)
> Scanning device for bad blocks
> Creating 1 MTD partitions on "NAND 512MiB 3,3V 8-bit":
> 0x00000000-0x20000000 : "nand-filesystem" (master-size:536870912)
> [0:fusiv_mtd_add_notifier/610] name nand-filesystem
> [0:fusiv_mtd_add_notifier/654] skip nand-filesystem
> CAPI Subsystem Rev 1.1.2.8
> ip_tables: (C) 2000-2006 Netfilter Core Team
> TCP cubic registered
> mcfw: IGMPv3 fast forwarding
> NET: Registered protocol family 10
> IPv6 over IPv4 tunneling driver
> NET: Registered protocol family 17
> Bridge firewalling registered
> Ebtables v2.0 registered
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> 802.1Q VLAN Support v1.8 Ben Greear
> All bugs added by David S. Miller
> TFFS: tiny flash file system driver. GPL (c) AVM Berlin (Version 2.0)
> mount on mtd3 and mtd4 (double buffering)
> Adam2 environment variables API installed.
> kernel_init: basic setup done
> [squashfs] use lzma compression
> VFS: Mounted root (squashfs filesystem) readonly.
> Freeing unused kernel memory: 3ea000: 152k freed
> trying /sbin/init
> TFFS Name Table H
> led_modul_Fritz_Box_7390: module license '
> (C) Copyright 2008 by AVM
> ' taints kernel.
> [led_system_init] Warning: No GPIOs defined for hardware sub-revision
> 2 (choosing config for sub-revison 0)
> [led_gpio_bit_driver_init] gpio 24 name power
> [led_gpio_bit_driver_init] gpio 28 name internet
> [led_gpio_bit_driver_init] gpio 26 name festnetz
> [led_gpio_bit_driver_init] gpio 27 name wlan
> [led_gpio_bit_driver_init] gpio 22 name dual1
> [led_gpio_bit_driver_init] gpio 23 name dual2
> [button_init] initialize buttons (irq-implementation):
> [button_init] name button_wlan, gpio 31 active_low
> [gpio 31]: VX180_GPIO_POLAR: active low
> [gpio 31]: GPIO_BOTH_EDGES_SENSITIVE
> [button_init] name button_dect, gpio 29 active_low
> [gpio 29]: VX180_GPIO_POLAR: active low
> [gpio 29]: GPIO_BOTH_EDGES_SENSITIVE
> [LED] "wyatt_earp_turn_off_leds" (0x804c98b0) loaded
> AVM_WATCHDOG: System Init UEberwachung 240 Sekunden
> rtc-avm rtc-avm.0: rtc core: registered avm as rtc0
> [avm-rtc]: avm_rtc_probe: register: ret=0x879c3c00
> [avm-rtc]: avm_rtc_probe: success
> fusiv library initializing...
> Buffer Copy Through DMA is enabled
>
> fusiv library initialized SUCCESSFULLY...
>
> AP2AP fastpath initialized SUCCESSFULLY
> Buffer Manager is initializing...
> BMU GIGE clock
> Slave Mem Alloc: Req size 32 Ptr2Block 0x191f0000
> Load into BM APU Successful !!!
>
> Timers are getting initalized
>
> Timers are initilized SUCCESSFULLY...
> periApDriverInit: doneSlave Mem Alloc: Req size 32 Ptr2Block
> 0x191f0020
>
>
> *******LOAD firmware to AP:PERI_ID result:0Load into PERI_AP APU
> Successful !!!
>
> cpmac0: Netpro Sierra Ethernet found at 0xb9110000, irq 14
> GIGE 1 clock dev->baseAddr b9110000
> Setting unknown egress to SPA
> Slave Mem Alloc: Req size 32 Ptr2Block 0x191f0040
>
> Ethernet Driver is initialized SUCCESSFULLY
>
> ACL-AP is initializing...
> ACL major allocated is 201
> Slave Mem Alloc: Req size 32 Ptr2Block 0x191f0060
> Configuring host ACL Layer-2 ruleset (128/4 Rules/Intf)
> Intf Addr
> 0 07a18000
> 1 07a18e00
> 2 07a19c00
> 3 07a1aa00
> Configuring host ACL Layer-3 ruleset (128/4 Rules/Intf)
> Intf Addr
> 0 07a10000
> 1 07a10e00
> 2 07a11c00
> 3 07a12a00
> [cpmac] [macport_alloc] got packet before initialisation
> [cpmac] [macport_alloc] got packet before initialisation
> [cpmac] [macport_alloc] got packet before initialisation
> [cpmac] [macport_alloc] got packet before initialisation
> [cpmac] [macport_alloc] got packet before initialisation
> [cpmac] [macport_alloc] got packet before initialisation
> [cpmac] [macport_alloc] got packet before initialisation
> [cpmac] [macport_alloc] got packet before initialisation
> Load into ACL_AP APU Successful !!!
>
> Need to run mknod ...
> bmedrv_init: Registered BME device with Major number 247
> Request Region 0xa6000000 - 0xa67fffff
> bmedrv_init: Region 0xa6000000 - 0xa67fffff allocated successfully
> BME Driver has been loaded SUCCESSFULLY
> yaffs: dev is 32505862 name is "mtdblock6" rw
> yaffs: passed flags ""
> yaffs: yaffs: Attempting MTD mount of 31.6,"mtdblock6"
> yaffs: yaffs_read_super: is_checkpointed 0
> [piglet]use gpio-settings for 156
> patch_dectfw: c1da2000, totallen = 68523(10bab)
> patch_dectfw: patch_adress: f103a max_len: 26 with Version 2 Len: 17
> dect_loader: fast-bootmode
> *
> *************************************************************************************************************************************
> dect144xx_file_process: upload of '/lib/modules/
> dectfw_secondlevel_488.hex' successfull
> [piglet]bitfile '/lib/modules/bitfile.bit'
> [piglet] try to preload in progress-context: /lib/modules/bitfile.bit
> [piglet] bitfile 169309 bytes done
> [piglet] "wyatt_earp_unload_xilinx" loaded
> [pcmlink]svn: 1385
> driver params overwritten io_addr=0x0 irq_num=0
> [pcmlink]chrony-support
> [adsp_load] file loaded svnVersion 34
> PCMLINK-Version(Fusiv): 6.1385 - dsp: 34 time 14:17:55 date Jul 28
> 2011
>
> [avm_debug]redirect kernel-messages (/dev/debug)
> # ls -l /dev/ttyUSB*
> crw-rw---- 1 root root 188, 0 Feb 10 15:05 /dev/ttyUSB0
> #
>
> FHZ1000PC und WS440PC sind beide angeschlossen aber leider will meine
> fritzbox wohl nicht so wie sie soll.
>
> alternativ suche ich nach der lösung wie ich daten aus einer CSV-Datei
> in FHEM einlese.
> für die WS300PC / WS 444 PC gibt es das Programm WS-Logger welches die
> daten in einer CSV-Datei ablegt
> und gleichzeitig kann ich damit auch einen info-frame bedienen, aber
> das ist eine andere baustelle.
>
> mfg
>
> senni
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Interessant ist, warum gar nichts gefunden wird. Kann es sein, dass da ein
aktiver USB-Hub dazwischen steckt, der nicht erkannt wird ? Kommt auch vor.
Außerdem sollte man mal nachsehen, was die Oberfläche der Fritzbox als USB
devices auflistet - mindestens als "Unknown" sollte das Ding dort sichtbar
sein.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
hallo in die runde,
hier noch mal die ausgabe von ls -la /dev/ttyUSB*
# ls -la /dev/ttyUSB*
crw-rw---- 1 root root 188, 0 Feb 11 22:35 /dev/ttyUSB0
und hier die ausgabe der fritzbox
Angeschlossene USB-Geräte
USB-Gerät Typ Eigenschaften
Unbekanntes Gerät USB-Gerät Es handelt sich um ein nicht unterstütztes
USB-Gerät.
jeweils ein gerät hängt an einem usb-anschlus der fritz 7390 und es
ist kein usb-hub dazwischen.
ohne die WS444PC läuft meine FHZ1000PC seit anfang dezember 2011 mit
fasst voller zufriedenheit
auf der fritz, nur wetteranwendungen funktionieren wohl nicht.
wünsche eine gute nacht
senni
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Linux findet nur ein USB-Device, insofern hat das Problem mit FHEM gar
nichts zu tun.
Wir sollten also die Kur auch unabhängig von FHEM durchführen.
Nächster Schritt: per telnet auf die fritzbox einloggen, Kommando lsusb
eingeben und den Output hier posten.
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hej senni,
wenn die Fritzbox über ein 'lsusb' verfügt, dann bitte wie bereits von
Peter Henning angefordert, dessen Output hier posten.
Aber dennoch hätte ich gerne den von mir gewünschten Output auch noch...
Und der war aber nicht wie bereits zuvor von dir ausgeführt: 'ls -l
/dev/ttyUSB*' sondern 'ls -la /dev/tty*'. Ob jetzt -l oder -la ist mir
in dem Fall im großen und ganzen gleich - eine reine Gewohnheitssache
meinerseits. ;-)
Greetz,
Gerhard
Am 12. Februar 2012 10:19 schrieb Prof. Dr. Peter A. Henning
:
> Linux findet nur ein USB-Device, insofern hat das Problem mit FHEM gar
> nichts zu tun.
>
> Wir sollten also die Kur auch unabhängig von FHEM durchführen.
>
> Nächster Schritt: per telnet auf die fritzbox einloggen, Kommando lsusb
> eingeben und den Output hier posten.
>
> LG
>
> pah
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
hallo ,
das das problem nicht an fhem liegt ist mir auch klar, es fehlt halt
die verbindung zum gewünschten gerät.
hier die logausgabe:
=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2012.02.12 12:25:05
=~=~=~=~=~=~=~=~=~=~=~=
Fritz!Box web password:
BusyBox v1.16.1 (2011-02-14 11:14:59 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.
ermittle die aktuelle TTY
tty is "/dev/pts/0"
Console Ausgaben auf dieses Terminal umgelenkt
# lsusb
BUS=002
DEV=001
VID=1d6b
PID=0001
CLS=09
SCL=00
SPEED='full'
VER='1.1'
ISOC=0
INUM=1
ICLS1=09
ISCL1=00
BUS=002
DEV=006
VID=0403
PID=e0f7
CLS=00
SCL=00
SPEED='full'
VER='1.1'
ISOC=0
INUM=1
ICLS1=255
ISCL1=255
BUS=002
DEV=002
VID=0403
PID=f06f
CLS=00
SCL=00
SPEED='full'
VER='1.1'
ISOC=0
INUM=1
ICLS1=255
ISCL1=255
BUS=001
DEV=001
VID=1d6b
PID=0002
CLS=09
SCL=00
SPEED='hi'
VER='2.0'
ISOC=0
INUM=1
ICLS1=09
ISCL1=00
# ls -la /dev/tty*
crw-rw-rw- 1 root root 5, 0 Feb 12 12:25 /dev/tty
crw-rw-rw- 1 root root 4, 0 Aug 4 2011 /dev/tty0
crw-rw---- 1 root root 4, 64 Jan 19 22:06 /dev/ttyS0
crw-rw-rw- 1 root root 4, 65 Aug 4 2011 /dev/ttyS1
crw-rw---- 1 root root 188, 0 Feb 12 12:15 /dev/ttyUSB0
crw-rw---- 1 root root 3, 0 Jan 1 1970 /dev/ttyp0
crw-rw---- 1 root root 3, 1 Jan 1 1970 /dev/ttyp1
crw-rw---- 1 root root 3, 2 Jan 1 1970 /dev/ttyp2
crw-rw---- 1 root root 3, 3 Jan 1 1970 /dev/ttyp3
crw-rw---- 1 root root 3, 4 Jan 1 1970 /dev/ttyp4
crw-rw---- 1 root root 3, 5 Jan 1 1970 /dev/ttyp5
crw-rw---- 1 root root 3, 6 Jan 1 1970 /dev/ttyp6
crw-rw---- 1 root root 3, 7 Jan 1 1970 /dev/ttyp7
crw-rw---- 1 root root 3, 8 Jan 1 1970 /dev/ttyp8
crw-rw---- 1 root root 3, 9 Jan 1 1970 /dev/ttyp9
crw-rw---- 1 root root 3, 10 Jan 1 1970 /dev/ttypa
crw-rw---- 1 root root 3, 11 Jan 1 1970 /dev/ttypb
crw-rw---- 1 root root 3, 12 Jan 1 1970 /dev/ttypc
crw-rw---- 1 root root 3, 13 Jan 1 1970 /dev/ttypd
crw-rw---- 1 root root 3, 14 Jan 1 1970 /dev/ttype
crw-rw---- 1 root root 3, 15 Jan 1 1970 /dev/ttypf
#
mfg
senni
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hej again,
die FB verfuegt wohl ueber keine Device-DB, um etwaige Geraetebezeichnungen
auszugeben... Bin selbst gerade unterwegs und tu mir daher schwer, da jetzt
im Netz nachzusehen... Aber sei so nett und schieß hier noch ein 'lsmod'
nach.
Thx a lot! :-)
Greetz,
Gerhard
Am 12.02.2012 12:34 schrieb "senni" :
> hallo ,
>
> das das problem nicht an fhem liegt ist mir auch klar, es fehlt halt
> die verbindung zum gewünschten gerät.
>
> hier die logausgabe:
>
> =~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2012.02.12 12:25:05
> =~=~=~=~=~=~=~=~=~=~=~=
> Fritz!Box web password:
>
>
> BusyBox v1.16.1 (2011-02-14 11:14:59 CET) built-in shell (ash)
> Enter 'help' for a list of built-in commands.
>
> ermittle die aktuelle TTY
> tty is "/dev/pts/0"
> Console Ausgaben auf dieses Terminal umgelenkt
> # lsusb
> BUS=002
> DEV=001
> VID=1d6b
> PID=0001
> CLS=09
> SCL=00
> SPEED='full'
> VER='1.1'
> ISOC=0
> INUM=1
> ICLS1=09
> ISCL1=00
>
> BUS=002
> DEV=006
> VID=0403
> PID=e0f7
> CLS=00
> SCL=00
> SPEED='full'
> VER='1.1'
> ISOC=0
> INUM=1
> ICLS1=255
> ISCL1=255
>
> BUS=002
> DEV=002
> VID=0403
> PID=f06f
> CLS=00
> SCL=00
> SPEED='full'
> VER='1.1'
> ISOC=0
> INUM=1
> ICLS1=255
> ISCL1=255
>
> BUS=001
> DEV=001
> VID=1d6b
> PID=0002
> CLS=09
> SCL=00
> SPEED='hi'
> VER='2.0'
> ISOC=0
> INUM=1
> ICLS1=09
> ISCL1=00
>
> # ls -la /dev/tty*
> crw-rw-rw- 1 root root 5, 0 Feb 12 12:25 /dev/tty
> crw-rw-rw- 1 root root 4, 0 Aug 4 2011 /dev/tty0
> crw-rw---- 1 root root 4, 64 Jan 19 22:06 /dev/ttyS0
> crw-rw-rw- 1 root root 4, 65 Aug 4 2011 /dev/ttyS1
> crw-rw---- 1 root root 188, 0 Feb 12 12:15 /dev/ttyUSB0
> crw-rw---- 1 root root 3, 0 Jan 1 1970 /dev/ttyp0
> crw-rw---- 1 root root 3, 1 Jan 1 1970 /dev/ttyp1
> crw-rw---- 1 root root 3, 2 Jan 1 1970 /dev/ttyp2
> crw-rw---- 1 root root 3, 3 Jan 1 1970 /dev/ttyp3
> crw-rw---- 1 root root 3, 4 Jan 1 1970 /dev/ttyp4
> crw-rw---- 1 root root 3, 5 Jan 1 1970 /dev/ttyp5
> crw-rw---- 1 root root 3, 6 Jan 1 1970 /dev/ttyp6
> crw-rw---- 1 root root 3, 7 Jan 1 1970 /dev/ttyp7
> crw-rw---- 1 root root 3, 8 Jan 1 1970 /dev/ttyp8
> crw-rw---- 1 root root 3, 9 Jan 1 1970 /dev/ttyp9
> crw-rw---- 1 root root 3, 10 Jan 1 1970 /dev/ttypa
> crw-rw---- 1 root root 3, 11 Jan 1 1970 /dev/ttypb
> crw-rw---- 1 root root 3, 12 Jan 1 1970 /dev/ttypc
> crw-rw---- 1 root root 3, 13 Jan 1 1970 /dev/ttypd
> crw-rw---- 1 root root 3, 14 Jan 1 1970 /dev/ttype
> crw-rw---- 1 root root 3, 15 Jan 1 1970 /dev/ttypf
> #
>
> mfg
>
> senni
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
habe selber mal ein wenig gegoogelt
VID=0403 PID=e0f7 ist die WS300PC / WS444PC
VID=0403 PID=f06f ist die FHZ1000PC
jetzt fehlt nur noch ttyUSB1
On 12 Feb., 12:34, senni wrote:
> hallo ,
>
> das das problem nicht an fhem liegt ist mir auch klar, es fehlt halt
> die verbindung zum gewünschten gerät.
>
> hier die logausgabe:
>
> =~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2012.02.12 12:25:05
> =~=~=~=~=~=~=~=~=~=~=~=
> Fritz!Box web password:
>
> BusyBox v1.16.1 (2011-02-14 11:14:59 CET) built-in shell (ash)
> Enter 'help' for a list of built-in commands.
>
> ermittle die aktuelle TTY
> tty is "/dev/pts/0"
> Console Ausgaben auf dieses Terminal umgelenkt
> # lsusb
> BUS=002
> DEV=001
> VID=1d6b
> PID=0001
> CLS=09
> SCL=00
> SPEED='full'
> VER='1.1'
> ISOC=0
> INUM=1
> ICLS1=09
> ISCL1=00
>
> BUS=002
> DEV=006
> VID=0403
> PID=e0f7
> CLS=00
> SCL=00
> SPEED='full'
> VER='1.1'
> ISOC=0
> INUM=1
> ICLS1=255
> ISCL1=255
>
> BUS=002
> DEV=002
> VID=0403
> PID=f06f
> CLS=00
> SCL=00
> SPEED='full'
> VER='1.1'
> ISOC=0
> INUM=1
> ICLS1=255
> ISCL1=255
>
> BUS=001
> DEV=001
> VID=1d6b
> PID=0002
> CLS=09
> SCL=00
> SPEED='hi'
> VER='2.0'
> ISOC=0
> INUM=1
> ICLS1=09
> ISCL1=00
>
> # ls -la /dev/tty*
> crw-rw-rw- 1 root root 5, 0 Feb 12 12:25 /dev/tty
> crw-rw-rw- 1 root root 4, 0 Aug 4 2011 /dev/tty0
> crw-rw---- 1 root root 4, 64 Jan 19 22:06 /dev/ttyS0
> crw-rw-rw- 1 root root 4, 65 Aug 4 2011 /dev/ttyS1
> crw-rw---- 1 root root 188, 0 Feb 12 12:15 /dev/ttyUSB0
> crw-rw---- 1 root root 3, 0 Jan 1 1970 /dev/ttyp0
> crw-rw---- 1 root root 3, 1 Jan 1 1970 /dev/ttyp1
> crw-rw---- 1 root root 3, 2 Jan 1 1970 /dev/ttyp2
> crw-rw---- 1 root root 3, 3 Jan 1 1970 /dev/ttyp3
> crw-rw---- 1 root root 3, 4 Jan 1 1970 /dev/ttyp4
> crw-rw---- 1 root root 3, 5 Jan 1 1970 /dev/ttyp5
> crw-rw---- 1 root root 3, 6 Jan 1 1970 /dev/ttyp6
> crw-rw---- 1 root root 3, 7 Jan 1 1970 /dev/ttyp7
> crw-rw---- 1 root root 3, 8 Jan 1 1970 /dev/ttyp8
> crw-rw---- 1 root root 3, 9 Jan 1 1970 /dev/ttyp9
> crw-rw---- 1 root root 3, 10 Jan 1 1970 /dev/ttypa
> crw-rw---- 1 root root 3, 11 Jan 1 1970 /dev/ttypb
> crw-rw---- 1 root root 3, 12 Jan 1 1970 /dev/ttypc
> crw-rw---- 1 root root 3, 13 Jan 1 1970 /dev/ttypd
> crw-rw---- 1 root root 3, 14 Jan 1 1970 /dev/ttype
> crw-rw---- 1 root root 3, 15 Jan 1 1970 /dev/ttypf
> #
>
> mfg
>
> senni
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hatte ich mir schon gedacht, dass es bei der Anzahl an Devices wohl dabei
sein muss... Wird also nur das dazugehoerige Modul nicht geladen - wo wir
wieder beim Thena waeren... Output von 'lsmod' bitte. :-)
Am 12.02.2012 12:47 schrieb "senni" :
> habe selber mal ein wenig gegoogelt
>
> VID=0403 PID=e0f7 ist die WS300PC / WS444PC
> VID=0403 PID=f06f ist die FHZ1000PC
>
> jetzt fehlt nur noch ttyUSB1
>
>
> On 12 Feb., 12:34, senni wrote:
> > hallo ,
> >
> > das das problem nicht an fhem liegt ist mir auch klar, es fehlt halt
> > die verbindung zum gewünschten gerät.
> >
> > hier die logausgabe:
> >
> > =~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2012.02.12 12:25:05
> > =~=~=~=~=~=~=~=~=~=~=~=
> > Fritz!Box web password:
> >
> > BusyBox v1.16.1 (2011-02-14 11:14:59 CET) built-in shell (ash)
> > Enter 'help' for a list of built-in commands.
> >
> > ermittle die aktuelle TTY
> > tty is "/dev/pts/0"
> > Console Ausgaben auf dieses Terminal umgelenkt
> > # lsusb
> > BUS=002
> > DEV=001
> > VID=1d6b
> > PID=0001
> > CLS=09
> > SCL=00
> > SPEED='full'
> > VER='1.1'
> > ISOC=0
> > INUM=1
> > ICLS1=09
> > ISCL1=00
> >
> > BUS=002
> > DEV=006
> > VID=0403
> > PID=e0f7
> > CLS=00
> > SCL=00
> > SPEED='full'
> > VER='1.1'
> > ISOC=0
> > INUM=1
> > ICLS1=255
> > ISCL1=255
> >
> > BUS=002
> > DEV=002
> > VID=0403
> > PID=f06f
> > CLS=00
> > SCL=00
> > SPEED='full'
> > VER='1.1'
> > ISOC=0
> > INUM=1
> > ICLS1=255
> > ISCL1=255
> >
> > BUS=001
> > DEV=001
> > VID=1d6b
> > PID=0002
> > CLS=09
> > SCL=00
> > SPEED='hi'
> > VER='2.0'
> > ISOC=0
> > INUM=1
> > ICLS1=09
> > ISCL1=00
> >
> > # ls -la /dev/tty*
> > crw-rw-rw- 1 root root 5, 0 Feb 12 12:25 /dev/tty
> > crw-rw-rw- 1 root root 4, 0 Aug 4 2011 /dev/tty0
> > crw-rw---- 1 root root 4, 64 Jan 19 22:06 /dev/ttyS0
> > crw-rw-rw- 1 root root 4, 65 Aug 4 2011 /dev/ttyS1
> > crw-rw---- 1 root root 188, 0 Feb 12 12:15 /dev/ttyUSB0
> > crw-rw---- 1 root root 3, 0 Jan 1 1970 /dev/ttyp0
> > crw-rw---- 1 root root 3, 1 Jan 1 1970 /dev/ttyp1
> > crw-rw---- 1 root root 3, 2 Jan 1 1970 /dev/ttyp2
> > crw-rw---- 1 root root 3, 3 Jan 1 1970 /dev/ttyp3
> > crw-rw---- 1 root root 3, 4 Jan 1 1970 /dev/ttyp4
> > crw-rw---- 1 root root 3, 5 Jan 1 1970 /dev/ttyp5
> > crw-rw---- 1 root root 3, 6 Jan 1 1970 /dev/ttyp6
> > crw-rw---- 1 root root 3, 7 Jan 1 1970 /dev/ttyp7
> > crw-rw---- 1 root root 3, 8 Jan 1 1970 /dev/ttyp8
> > crw-rw---- 1 root root 3, 9 Jan 1 1970 /dev/ttyp9
> > crw-rw---- 1 root root 3, 10 Jan 1 1970 /dev/ttypa
> > crw-rw---- 1 root root 3, 11 Jan 1 1970 /dev/ttypb
> > crw-rw---- 1 root root 3, 12 Jan 1 1970 /dev/ttypc
> > crw-rw---- 1 root root 3, 13 Jan 1 1970 /dev/ttypd
> > crw-rw---- 1 root root 3, 14 Jan 1 1970 /dev/ttype
> > crw-rw---- 1 root root 3, 15 Jan 1 1970 /dev/ttypf
> > #
> >
> > mfg
> >
> > senni
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
hallo gerhard,
hier der lsmod log
# lsmod
Module Size Used by Tainted: P
wlan_scan_ap 13376 1
wlan_acl 5600 1
wlan_wep 5888 0
wlan_tkip 12064 2
wlan_ccmp 8736 0
wlan_xauth 1184 0
ath_pci 189312 0
ath_spectral 95712 1 ath_pci
ath_rate_atheros 63664 1 ath_pci
wlan 287152 10
wlan_scan_ap,wlan_acl,wlan_wep,wlan_tkip,wlan_ccmp,wlan_xauth,ath_pci,ath_rate_atheros
ath_dfs 43840 3 wlan_scan_ap,ath_pci,wlan
ath_hal 330016 6
ath_pci,ath_spectral,ath_rate_atheros,ath_dfs
avm_ath_extensions 46112 6
wlan_scan_ap,ath_pci,ath_rate_atheros,wlan,ath_dfs,ath_hal
nlaudio 23872 0
cdc_acm 14224 0
ulpcmlink 26928 0
ftdi_sio 34032 1
usbserial 27408 3 ftdi_sio
kdsldmod 1138688 4
ohci_hcd 19568 0
ehci_hcd 33776 0
usbcore 125744 6
cdc_acm,ftdi_sio,usbserial,ohci_hcd,ehci_hcd
ramzswap 17888 1
lzo_decompress 2240 1 ramzswap
lzo_compress 2080 1 ramzswap
dect_io 12352 2
avm_dect 245344 1 dect_io
capi_codec 434752 0
isdn_fbox_fon5 787536 5
pcmlink 267792 5
nlaudio,ulpcmlink,avm_dect,capi_codec,isdn_fbox_fon5
Piglet_noemif 29264 0
bmedrv 4496 0
opensrc_lkm 1664 1 bmedrv
aclap_driver_lkm 20272 0
sysKCode_lkm 15936 0
ethdriver_lkm 41440 1 aclap_driver_lkm
periap_driver_lkm 14816 1 ethdriver_lkm
timers_lkm 5776 0
bmdriver_lkm 12192 0
ap2ap_lkm 22944 6
wlan,kdsldmod,aclap_driver_lkm,sysKCode_lkm,ethdriver_lkm,bmdriver_lkm
fusivlib_lkm 47872 8
wlan,kdsldmod,aclap_driver_lkm,sysKCode_lkm,ethdriver_lkm,periap_driver_lkm,bmdriver_lkm,ap2ap_lkm
rtc_avm 5488 2 pcmlink
rtc_core 14224 2 rtc_avm
led_modul_Fritz_Box_7390 72464 4
#
On 12 Feb., 12:53, Gerhard Pfeffer wrote:
> Hatte ich mir schon gedacht, dass es bei der Anzahl an Devices wohl dabei
> sein muss... Wird also nur das dazugehoerige Modul nicht geladen - wo wir
> wieder beim Thena waeren... Output von 'lsmod' bitte. :-)
> Am 12.02.2012 12:47 schrieb "senni" :
>
>
>
>
>
>
>
> > habe selber mal ein wenig gegoogelt
>
> > VID=0403 PID=e0f7 ist die WS300PC / WS444PC
> > VID=0403 PID=f06f ist die FHZ1000PC
>
> > jetzt fehlt nur noch ttyUSB1
>
> > On 12 Feb., 12:34, senni wrote:
> > > hallo ,
>
> > > das das problem nicht an fhem liegt ist mir auch klar, es fehlt halt
> > > die verbindung zum gewünschten gerät.
>
> > > hier die logausgabe:
>
> > > =~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2012.02.12 12:25:05
> > > =~=~=~=~=~=~=~=~=~=~=~=
> > > Fritz!Box web password:
>
> > > BusyBox v1.16.1 (2011-02-14 11:14:59 CET) built-in shell (ash)
> > > Enter 'help' for a list of built-in commands.
>
> > > ermittle die aktuelle TTY
> > > tty is "/dev/pts/0"
> > > Console Ausgaben auf dieses Terminal umgelenkt
> > > # lsusb
> > > BUS=002
> > > DEV=001
> > > VID=1d6b
> > > PID=0001
> > > CLS=09
> > > SCL=00
> > > SPEED='full'
> > > VER='1.1'
> > > ISOC=0
> > > INUM=1
> > > ICLS1=09
> > > ISCL1=00
>
> > > BUS=002
> > > DEV=006
> > > VID=0403
> > > PID=e0f7
> > > CLS=00
> > > SCL=00
> > > SPEED='full'
> > > VER='1.1'
> > > ISOC=0
> > > INUM=1
> > > ICLS1=255
> > > ISCL1=255
>
> > > BUS=002
> > > DEV=002
> > > VID=0403
> > > PID=f06f
> > > CLS=00
> > > SCL=00
> > > SPEED='full'
> > > VER='1.1'
> > > ISOC=0
> > > INUM=1
> > > ICLS1=255
> > > ISCL1=255
>
> > > BUS=001
> > > DEV=001
> > > VID=1d6b
> > > PID=0002
> > > CLS=09
> > > SCL=00
> > > SPEED='hi'
> > > VER='2.0'
> > > ISOC=0
> > > INUM=1
> > > ICLS1=09
> > > ISCL1=00
>
> > > # ls -la /dev/tty*
> > > crw-rw-rw- 1 root root 5, 0 Feb 12 12:25 /dev/tty
> > > crw-rw-rw- 1 root root 4, 0 Aug 4 2011 /dev/tty0
> > > crw-rw---- 1 root root 4, 64 Jan 19 22:06 /dev/ttyS0
> > > crw-rw-rw- 1 root root 4, 65 Aug 4 2011 /dev/ttyS1
> > > crw-rw---- 1 root root 188, 0 Feb 12 12:15 /dev/ttyUSB0
> > > crw-rw---- 1 root root 3, 0 Jan 1 1970 /dev/ttyp0
> > > crw-rw---- 1 root root 3, 1 Jan 1 1970 /dev/ttyp1
> > > crw-rw---- 1 root root 3, 2 Jan 1 1970 /dev/ttyp2
> > > crw-rw---- 1 root root 3, 3 Jan 1 1970 /dev/ttyp3
> > > crw-rw---- 1 root root 3, 4 Jan 1 1970 /dev/ttyp4
> > > crw-rw---- 1 root root 3, 5 Jan 1 1970 /dev/ttyp5
> > > crw-rw---- 1 root root 3, 6 Jan 1 1970 /dev/ttyp6
> > > crw-rw---- 1 root root 3, 7 Jan 1 1970 /dev/ttyp7
> > > crw-rw---- 1 root root 3, 8 Jan 1 1970 /dev/ttyp8
> > > crw-rw---- 1 root root 3, 9 Jan 1 1970 /dev/ttyp9
> > > crw-rw---- 1 root root 3, 10 Jan 1 1970 /dev/ttypa
> > > crw-rw---- 1 root root 3, 11 Jan 1 1970 /dev/ttypb
> > > crw-rw---- 1 root root 3, 12 Jan 1 1970 /dev/ttypc
> > > crw-rw---- 1 root root 3, 13 Jan 1 1970 /dev/ttypd
> > > crw-rw---- 1 root root 3, 14 Jan 1 1970 /dev/ttype
> > > crw-rw---- 1 root root 3, 15 Jan 1 1970 /dev/ttypf
> > > #
>
> > > mfg
>
> > > senni
>
> > --
> > To unsubscribe from this group, send email to
> > fhem-users+unsubscribe@googlegroups.com
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hmm...
So langsam wird das mit den Tipps schwierig, da ich mit so einem
Device nicht dienen kann...
Aber probier doch mal folgendes:
Es gibt (hoffentlich auch bei der FB) ein File in /etc/modules.d/ das
irgendwo usb-serial beinhaltet.
Öffne das File zum Editieren und ergänze es um folgende Zeile:
usbserial vendor=0x0403 product=0xe0f7
Danach File speichern und ich glaube, nach dem nächsten Mal ab- und
anstecken des USB-Geräts müsste die Änderung schon greifen
(andernfalls bitte die FB mal neu starten).
Wenn das nichts hilft, dann stell mal den Output von:
ls -la /etc/modules.d/
hier rein.
Thx a lot!
Greetz,
Gerhard
2012/2/12 senni :
> hallo gerhard,
>
> hier der lsmod log
>
> # lsmod
> Module Size Used by Tainted: P
> wlan_scan_ap 13376 1
> wlan_acl 5600 1
> wlan_wep 5888 0
> wlan_tkip 12064 2
> wlan_ccmp 8736 0
> wlan_xauth 1184 0
> ath_pci 189312 0
> ath_spectral 95712 1 ath_pci
> ath_rate_atheros 63664 1 ath_pci
> wlan 287152 10
> wlan_scan_ap,wlan_acl,wlan_wep,wlan_tkip,wlan_ccmp,wlan_xauth,ath_pci,ath_rate_atheros
> ath_dfs 43840 3 wlan_scan_ap,ath_pci,wlan
> ath_hal 330016 6
> ath_pci,ath_spectral,ath_rate_atheros,ath_dfs
> avm_ath_extensions 46112 6
> wlan_scan_ap,ath_pci,ath_rate_atheros,wlan,ath_dfs,ath_hal
> nlaudio 23872 0
> cdc_acm 14224 0
> ulpcmlink 26928 0
> ftdi_sio 34032 1
> usbserial 27408 3 ftdi_sio
> kdsldmod 1138688 4
> ohci_hcd 19568 0
> ehci_hcd 33776 0
> usbcore 125744 6
> cdc_acm,ftdi_sio,usbserial,ohci_hcd,ehci_hcd
> ramzswap 17888 1
> lzo_decompress 2240 1 ramzswap
> lzo_compress 2080 1 ramzswap
> dect_io 12352 2
> avm_dect 245344 1 dect_io
> capi_codec 434752 0
> isdn_fbox_fon5 787536 5
> pcmlink 267792 5
> nlaudio,ulpcmlink,avm_dect,capi_codec,isdn_fbox_fon5
> Piglet_noemif 29264 0
> bmedrv 4496 0
> opensrc_lkm 1664 1 bmedrv
> aclap_driver_lkm 20272 0
> sysKCode_lkm 15936 0
> ethdriver_lkm 41440 1 aclap_driver_lkm
> periap_driver_lkm 14816 1 ethdriver_lkm
> timers_lkm 5776 0
> bmdriver_lkm 12192 0
> ap2ap_lkm 22944 6
> wlan,kdsldmod,aclap_driver_lkm,sysKCode_lkm,ethdriver_lkm,bmdriver_lkm
> fusivlib_lkm 47872 8
> wlan,kdsldmod,aclap_driver_lkm,sysKCode_lkm,ethdriver_lkm,periap_driver_lkm,bmdriver_lkm,ap2ap_lkm
> rtc_avm 5488 2 pcmlink
> rtc_core 14224 2 rtc_avm
> led_modul_Fritz_Box_7390 72464 4
> #
>
> On 12 Feb., 12:53, Gerhard Pfeffer wrote:
>> Hatte ich mir schon gedacht, dass es bei der Anzahl an Devices wohl dabei
>> sein muss... Wird also nur das dazugehoerige Modul nicht geladen - wo wir
>> wieder beim Thena waeren... Output von 'lsmod' bitte. :-)
>> Am 12.02.2012 12:47 schrieb "senni" :
>>
>>
>>
>>
>>
>>
>>
>> > habe selber mal ein wenig gegoogelt
>>
>> > VID=0403 PID=e0f7 ist die WS300PC / WS444PC
>> > VID=0403 PID=f06f ist die FHZ1000PC
>>
>> > jetzt fehlt nur noch ttyUSB1
>>
>> > On 12 Feb., 12:34, senni wrote:
>> > > hallo ,
>>
>> > > das das problem nicht an fhem liegt ist mir auch klar, es fehlt halt
>> > > die verbindung zum gewünschten gerät.
>>
>> > > hier die logausgabe:
>>
>> > > =~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2012.02.12 12:25:05
>> > > =~=~=~=~=~=~=~=~=~=~=~=
>> > > Fritz!Box web password:
>>
>> > > BusyBox v1.16.1 (2011-02-14 11:14:59 CET) built-in shell (ash)
>> > > Enter 'help' for a list of built-in commands.
>>
>> > > ermittle die aktuelle TTY
>> > > tty is "/dev/pts/0"
>> > > Console Ausgaben auf dieses Terminal umgelenkt
>> > > # lsusb
>> > > BUS=002
>> > > DEV=001
>> > > VID=1d6b
>> > > PID=0001
>> > > CLS=09
>> > > SCL=00
>> > > SPEED='full'
>> > > VER='1.1'
>> > > ISOC=0
>> > > INUM=1
>> > > ICLS1=09
>> > > ISCL1=00
>>
>> > > BUS=002
>> > > DEV=006
>> > > VID=0403
>> > > PID=e0f7
>> > > CLS=00
>> > > SCL=00
>> > > SPEED='full'
>> > > VER='1.1'
>> > > ISOC=0
>> > > INUM=1
>> > > ICLS1=255
>> > > ISCL1=255
>>
>> > > BUS=002
>> > > DEV=002
>> > > VID=0403
>> > > PID=f06f
>> > > CLS=00
>> > > SCL=00
>> > > SPEED='full'
>> > > VER='1.1'
>> > > ISOC=0
>> > > INUM=1
>> > > ICLS1=255
>> > > ISCL1=255
>>
>> > > BUS=001
>> > > DEV=001
>> > > VID=1d6b
>> > > PID=0002
>> > > CLS=09
>> > > SCL=00
>> > > SPEED='hi'
>> > > VER='2.0'
>> > > ISOC=0
>> > > INUM=1
>> > > ICLS1=09
>> > > ISCL1=00
>>
>> > > # ls -la /dev/tty*
>> > > crw-rw-rw- 1 root root 5, 0 Feb 12 12:25 /dev/tty
>> > > crw-rw-rw- 1 root root 4, 0 Aug 4 2011 /dev/tty0
>> > > crw-rw---- 1 root root 4, 64 Jan 19 22:06 /dev/ttyS0
>> > > crw-rw-rw- 1 root root 4, 65 Aug 4 2011 /dev/ttyS1
>> > > crw-rw---- 1 root root 188, 0 Feb 12 12:15 /dev/ttyUSB0
>> > > crw-rw---- 1 root root 3, 0 Jan 1 1970 /dev/ttyp0
>> > > crw-rw---- 1 root root 3, 1 Jan 1 1970 /dev/ttyp1
>> > > crw-rw---- 1 root root 3, 2 Jan 1 1970 /dev/ttyp2
>> > > crw-rw---- 1 root root 3, 3 Jan 1 1970 /dev/ttyp3
>> > > crw-rw---- 1 root root 3, 4 Jan 1 1970 /dev/ttyp4
>> > > crw-rw---- 1 root root 3, 5 Jan 1 1970 /dev/ttyp5
>> > > crw-rw---- 1 root root 3, 6 Jan 1 1970 /dev/ttyp6
>> > > crw-rw---- 1 root root 3, 7 Jan 1 1970 /dev/ttyp7
>> > > crw-rw---- 1 root root 3, 8 Jan 1 1970 /dev/ttyp8
>> > > crw-rw---- 1 root root 3, 9 Jan 1 1970 /dev/ttyp9
>> > > crw-rw---- 1 root root 3, 10 Jan 1 1970 /dev/ttypa
>> > > crw-rw---- 1 root root 3, 11 Jan 1 1970 /dev/ttypb
>> > > crw-rw---- 1 root root 3, 12 Jan 1 1970 /dev/ttypc
>> > > crw-rw---- 1 root root 3, 13 Jan 1 1970 /dev/ttypd
>> > > crw-rw---- 1 root root 3, 14 Jan 1 1970 /dev/ttype
>> > > crw-rw---- 1 root root 3, 15 Jan 1 1970 /dev/ttypf
>> > > #
>>
>> > > mfg
>>
>> > > senni
>>
>> > --
>> > To unsubscribe from this group, send email to
>> > fhem-users+unsubscribe@googlegroups.com
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
hallo gerhard,
erst mal danke dass du soviel gedult mit mir hast.
ein verzeichnis /etc/modules.d/ habe ich nicht auf meiner fritzbox.
laut http://www.wehavemorefun.de/fritzbox/index.php/Ftdi_sio.ko
ist tief im verzeichnis /lib eine Ftdi_sio.ko, die habe ich auch
gefunden.
gruß
senni
On 12 Feb., 22:37, Gerhard Pfeffer wrote:
> Hmm...
>
> So langsam wird das mit den Tipps schwierig, da ich mit so einem
> Device nicht dienen kann...
> Aber probier doch mal folgendes:
> Es gibt (hoffentlich auch bei der FB) ein File in /etc/modules.d/ das
> irgendwo usb-serial beinhaltet.
> Öffne das File zum Editieren und ergänze es um folgende Zeile:
>
> usbserial vendor=0x0403 product=0xe0f7
>
> Danach File speichern und ich glaube, nach dem nächsten Mal ab- und
> anstecken des USB-Geräts müsste die Änderung schon greifen
> (andernfalls bitte die FB mal neu starten).
> Wenn das nichts hilft, dann stell mal den Output von:
>
> ls -la /etc/modules.d/
>
> hier rein.
>
> Thx a lot!
>
> Greetz,
> Gerhard
>
> 2012/2/12 senni :
>
>
>
>
>
>
>
> > hallo gerhard,
>
> > hier der lsmod log
>
> > # lsmod
> > Module Size Used by Tainted: P
> > wlan_scan_ap 13376 1
> > wlan_acl 5600 1
> > wlan_wep 5888 0
> > wlan_tkip 12064 2
> > wlan_ccmp 8736 0
> > wlan_xauth 1184 0
> > ath_pci 189312 0
> > ath_spectral 95712 1 ath_pci
> > ath_rate_atheros 63664 1 ath_pci
> > wlan 287152 10
> > wlan_scan_ap,wlan_acl,wlan_wep,wlan_tkip,wlan_ccmp,wlan_xauth,ath_pci,ath_rate_atheros
> > ath_dfs 43840 3 wlan_scan_ap,ath_pci,wlan
> > ath_hal 330016 6
> > ath_pci,ath_spectral,ath_rate_atheros,ath_dfs
> > avm_ath_extensions 46112 6
> > wlan_scan_ap,ath_pci,ath_rate_atheros,wlan,ath_dfs,ath_hal
> > nlaudio 23872 0
> > cdc_acm 14224 0
> > ulpcmlink 26928 0
> > ftdi_sio 34032 1
> > usbserial 27408 3 ftdi_sio
> > kdsldmod 1138688 4
> > ohci_hcd 19568 0
> > ehci_hcd 33776 0
> > usbcore 125744 6
> > cdc_acm,ftdi_sio,usbserial,ohci_hcd,ehci_hcd
> > ramzswap 17888 1
> > lzo_decompress 2240 1 ramzswap
> > lzo_compress 2080 1 ramzswap
> > dect_io 12352 2
> > avm_dect 245344 1 dect_io
> > capi_codec 434752 0
> > isdn_fbox_fon5 787536 5
> > pcmlink 267792 5
> > nlaudio,ulpcmlink,avm_dect,capi_codec,isdn_fbox_fon5
> > Piglet_noemif 29264 0
> > bmedrv 4496 0
> > opensrc_lkm 1664 1 bmedrv
> > aclap_driver_lkm 20272 0
> > sysKCode_lkm 15936 0
> > ethdriver_lkm 41440 1 aclap_driver_lkm
> > periap_driver_lkm 14816 1 ethdriver_lkm
> > timers_lkm 5776 0
> > bmdriver_lkm 12192 0
> > ap2ap_lkm 22944 6
> > wlan,kdsldmod,aclap_driver_lkm,sysKCode_lkm,ethdriver_lkm,bmdriver_lkm
> > fusivlib_lkm 47872 8
> > wlan,kdsldmod,aclap_driver_lkm,sysKCode_lkm,ethdriver_lkm,periap_driver_lkm,bmdriver_lkm,ap2ap_lkm
> > rtc_avm 5488 2 pcmlink
> > rtc_core 14224 2 rtc_avm
> > led_modul_Fritz_Box_7390 72464 4
> > #
>
> > On 12 Feb., 12:53, Gerhard Pfeffer wrote:
> >> Hatte ich mir schon gedacht, dass es bei der Anzahl an Devices wohl dabei
> >> sein muss... Wird also nur das dazugehoerige Modul nicht geladen - wo wir
> >> wieder beim Thena waeren... Output von 'lsmod' bitte. :-)
> >> Am 12.02.2012 12:47 schrieb "senni" :
>
> >> > habe selber mal ein wenig gegoogelt
>
> >> > VID=0403 PID=e0f7 ist die WS300PC / WS444PC
> >> > VID=0403 PID=f06f ist die FHZ1000PC
>
> >> > jetzt fehlt nur noch ttyUSB1
>
> >> > On 12 Feb., 12:34, senni wrote:
> >> > > hallo ,
>
> >> > > das das problem nicht an fhem liegt ist mir auch klar, es fehlt halt
> >> > > die verbindung zum gewünschten gerät.
>
> >> > > hier die logausgabe:
>
> >> > > =~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2012.02.12 12:25:05
> >> > > =~=~=~=~=~=~=~=~=~=~=~=
> >> > > Fritz!Box web password:
>
> >> > > BusyBox v1.16.1 (2011-02-14 11:14:59 CET) built-in shell (ash)
> >> > > Enter 'help' for a list of built-in commands.
>
> >> > > ermittle die aktuelle TTY
> >> > > tty is "/dev/pts/0"
> >> > > Console Ausgaben auf dieses Terminal umgelenkt
> >> > > # lsusb
> >> > > BUS=002
> >> > > DEV=001
> >> > > VID=1d6b
> >> > > PID=0001
> >> > > CLS=09
> >> > > SCL=00
> >> > > SPEED='full'
> >> > > VER='1.1'
> >> > > ISOC=0
> >> > > INUM=1
> >> > > ICLS1=09
> >> > > ISCL1=00
>
> >> > > BUS=002
> >> > > DEV=006
> >> > > VID=0403
> >> > > PID=e0f7
> >> > > CLS=00
> >> > > SCL=00
> >> > > SPEED='full'
> >> > > VER='1.1'
> >> > > ISOC=0
> >> > > INUM=1
> >> > > ICLS1=255
> >> > > ISCL1=255
>
> >> > > BUS=002
> >> > > DEV=002
> >> > > VID=0403
> >> > > PID=f06f
> >> > > CLS=00
> >> > > SCL=00
> >> > > SPEED='full'
> >> > > VER='1.1'
> >> > > ISOC=0
> >> > > INUM=1
> >> > > ICLS1=255
> >> > > ISCL1=255
>
> >> > > BUS=001
> >> > > DEV=001
> >> > > VID=1d6b
> >> > > PID=0002
> >> > > CLS=09
> >> > > SCL=00
> >> > > SPEED='hi'
> >> > > VER='2.0'
> >> > > ISOC=0
> >> > > INUM=1
> >> > > ICLS1=09
> >> > > ISCL1=00
>
> >> > > # ls -la /dev/tty*
> >> > > crw-rw-rw- 1 root root 5, 0 Feb 12 12:25 /dev/tty
> >> > > crw-rw-rw- 1 root root 4, 0 Aug 4 2011 /dev/tty0
> >> > > crw-rw---- 1 root root 4, 64 Jan 19 22:06 /dev/ttyS0
> >> > > crw-rw-rw- 1 root root 4, 65 Aug 4 2011 /dev/ttyS1
> >> > > crw-rw---- 1 root root 188, 0 Feb 12 12:15 /dev/ttyUSB0
> >> > > crw-rw---- 1 root root 3, 0 Jan 1 1970 /dev/ttyp0
> >> > > crw-rw---- 1 root root 3, 1 Jan 1 1970 /dev/ttyp1
> >> > > crw-rw---- 1 root root 3, 2 Jan 1 1970 /dev/ttyp2
> >> > > crw-rw---- 1 root root 3, 3 Jan 1 1970 /dev/ttyp3
> >> > > crw-rw---- 1 root root 3, 4 Jan 1 1970 /dev/ttyp4
> >> > > crw-rw---- 1 root root 3, 5 Jan 1 1970 /dev/ttyp5
> >> > > crw-rw---- 1 root root 3, 6 Jan 1 1970 /dev/ttyp6
> >> > > crw-rw---- 1 root root 3, 7 Jan 1 1970 /dev/ttyp7
> >> > > crw-rw---- 1 root root 3, 8 Jan 1 1970 /dev/ttyp8
> >> > > crw-rw---- 1 root root 3, 9 Jan 1 1970 /dev/ttyp9
> >> > > crw-rw---- 1 root root 3, 10 Jan 1 1970 /dev/ttypa
> >> > > crw-rw---- 1 root root 3, 11 Jan 1 1970 /dev/ttypb
> >> > > crw-rw---- 1 root root 3, 12 Jan 1 1970 /dev/ttypc
> >> > > crw-rw---- 1 root root 3, 13 Jan 1 1970 /dev/ttypd
> >> > > crw-rw---- 1 root root 3, 14 Jan 1 1970 /dev/ttype
> >> > > crw-rw---- 1 root root 3, 15 Jan 1 1970 /dev/ttypf
> >> > > #
>
> >> > > mfg
>
> >> > > senni
>
> >> > --
> >> > To unsubscribe from this group, send email to
> >> > fhem-users+unsubscribe@googlegroups.com
>
> > --
> > To unsubscribe from this group, send email to
> > fhem-users+unsubscribe@googlegroups.com
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Tja, wie gesagt, so ohne das Gerät zu kennen ist das schwierig.
Mal spaßeshalber mit mknod (hat meine 7270 zumindest) ein ttyUSB1 erstellen?
-kai
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
hallo kai,
ist das richtig
mknod /dev/ttyUSB1 c 188 1
und dann das
chmod 0666 /dev/ttyUSB1
senni
On 13 Feb., 17:18, Kai 'wusel' Siering wrote:
> Tja, wie gesagt, so ohne das Gerät zu kennen ist das schwierig.
>
> Mal spaßeshalber mit mknod (hat meine 7270 zumindest) ein ttyUSB1 erstellen?
> -kai
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
hallo,
mknod /dev/ttyUSB1 c 188 1
hat zwar ein ttyUSB1 angelegt, es wurde auch mit ls -l /dev/tty*
angezeigt aber beim start von fhem kam wieder nur eine fehlermeldung
"no device..."
wenn die box neu gestartet wird ist ttyUSB1 auch wieder weck.
ich gebs jetzt auf und versuche in der bucht einen kleine
stromsparenden pc zu schießen auf den dann ein linux drauf kommt.
dann wird mit fhem2fhem gekoppelt.
mfg
senni
On 13 Feb., 22:12, senni wrote:
> hallo kai,
>
> ist das richtig
>
> mknod /dev/ttyUSB1 c 188 1
>
> und dann das
>
> chmod 0666 /dev/ttyUSB1
>
> senni
>
> On 13 Feb., 17:18, Kai 'wusel' Siering wrote:
>
>
>
>
>
>
>
> > Tja, wie gesagt, so ohne das Gerät zu kennen ist das schwierig.
>
> > Mal spaßeshalber mit mknod (hat meine 7270 zumindest) ein ttyUSB1 erstellen?
> > -kai
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com