4011 ständiger reboot nach Mainboard tausch

Hallo Leute!

Ich habe zwei 4011 Cams, ca 2,5 Jahre alt, die leider eine Überspannung abbekommen haben.
Von Instar habe ich die Mainboards bestellt, eingbaut und per serieller Verbingung die romfs.img und linux.zip neu eingespielt.

Leider rebootet die Kamera ständig neu! Im seriellen Log hab ich die Meldung „open video device error“ gefunden. Ich vermute, dass es daran liegt.

Unten noch der komplette boot Log.

Vielen Dank schon mal für die Hilfe!

[INDENT]W90P745 Boot Loader [ Version 1.1 $Revision: 1 $ ] Rebuilt on May 11 2010
Memory Size is 0x1000000 Bytes, Flash Size is 0x400000 Bytes
Board designed by Winbond
Hardware support provided at Winbond
Copyright © Winbond Limited 2001 - 2006. All rights reserved.
Boot Loader Configuration:

    MAC Address         : 10:D1:DC:05:84:C6
    IP Address          : 0.0.0.0
    DHCP Client         : Enabled
    CACHE               : Enabled
    BL buffer base      : 0x00300000
    BL buffer size      : 0x00100000
    Baud Rate           : -1
    USB Interface       : Disabled
    Serial Number       : 0xFFFFFFFF

For help on the available commands type ‚h‘

Press ESC to enter debug mode …
Cache enabled!
Processing image 1 …
Processing image 2 …
Processing image 3 …
Processing image 4 …
Processing image 5 …
Processing image 6 …
Processing image 7 …
Unzip image 7 …
Executing image 7 …
Linux version 2.4.20-uc0 (root@maverick-linux) (gcc version 3.0) #1013 Èý 12ÔÂ 2 13:17:32 CST 2009
Processor: Winbond W90N745 revision 1
Architecture: W90N745
On node 0 totalpages: 4096
zone(0): 0 pages.
zone(1): 4096 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/rom0 rw
Calibrating delay loop… 39.83 BogoMIPS
Memory: 16MB = 16MB total
Memory: 14376KB available (1435K code, 288K data, 40K init)
Dentry cache hash table entries: 2048 (order: 2, 16384 bytes)
Inode cache hash table entries: 1024 (order: 1, 8192 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 4096 (order: 2, 16384 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Winbond W90N745 Serial driver version 1.0 (2005-08-15) with no serial options enabled
ttyS00 at 0xfff80000 (irq = 9) is a W90N745
Winbond W90N7451 Serial driver version 1.0 (2005-08-15) with no serial options enabled
ttyS00 at 0xfff80100 (irq = 10) is a W90N7451
I2C Bus Driver has been installed successfully.
Blkmem copyright 1998,1999 D. Jeff Dionne
Blkmem copyright 1998 Kenneth Albanowski
Blkmem 1 disk images:
0: 7F0E0000-7F16BFFF [VIRTUAL 7F0E0000-7F16BFFF] (RO)
S29GL032N Flash Detected
01 eth0 initial ok!
which:0
PPP generic driver version 2.4.2
Linux video capture interface: v1.00
Winbond Audio Driver v1.0 Initialization successfully.
usb.c: registered new driver hub
add a static ohci host controller device
: USB OHCI at membase 0xfff05000, IRQ 15
hc_alloc_ohci
usb-ohci.c: AMD756 erratum 4 workaround
hc_reset
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
usb.c: registered new driver audio
audio.c: v1.0.0:USB Audio Class driver
usb.c: registered new driver serial
usbserial.c: USB Serial Driver core v1.4


|__ / | _ \ / \ / |
/ / | | | | | |/ _ \ _

/ /| |
| | |
| / ___ \ ) |
/
_, |// __/
|___/
ZD1211B - version 2.24.0.0
usb.c: registered new driver zd1211b
main_usb.c: VIA Networking Wireless LAN USB Driver 1.13
usb.c: registered new driver vntwusb
usb.c: registered new driver rt73
dvm usb cam driver 0.0.0.0 by Maverick Gao in 2006-8-12
usb.c: registered new driver dvm
dvm usb cam driver 0.1 for sonix288 by Maverick Gao in 2009-4-20
usb.c: registered new driver dvm usb cam driver for sonix288
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 1024 bind 2048)
VFS: Mounted root (romfs filesystem) readonly.
Freeing init memory: 40K
BINFMT_FLAT: bad magic/rev (0x74202d74, need 0x4)
BINFMT_FLAT: bad magic/rev (0x74202d74, need 0x4)
Shell invoked to run file: /bin/init
Command: mount -t proc none /proc
Command: mount -t ramfs none /usr
Command: mount -t ramfs none /swap
Command: mount -t ramfs none /var/run
Command: mount -t ramfs none /etc
Command: mount -t ramfs none /flash
Command: mount -t ramfs none /home
Command: camera&
[8]
Command: sh

Sash command shell (version 1.1.1)
/> new USB device :80fd7e04-fed640
hub.c: new USB device 2, assigned address 2
aw version is 0.25.2.6
aw version is 3.17.1.62
usb_control/bulk_msg: timeout

Wait for auto-negotiation complete…OK
100MB - FULL
usb_control/bulk_msg: timeout
open video device error
usb_control/bulk_msg: timeout
myreboot[/INDENT]

Das hatten wir hier schon mal:
http://forum.instar.de/showthread.php?2265-Instar-2905-v1-h�ngt-in-Reboot-Schleife-tot!

Mal in einer Suchmaschine „open video device error“ eingeben. Da kommt so einiges.

Und wie ich oben schon mal schrieb, wird dir hier wohl kaum ein user bei solch einem speziellen Problem helfen können.

Danke für Antwort, muck!

Die zwei anderen Themen hatte ich schon gelesen. Da sie schon 2-3 Jahre alt sind, hoffe ich auf neuere Erfahrungen und Lösungsvorschläge.

Das beste wird wohl sein, die Kameras an INSTAR zu schicken. Die Profis dort können das schon wieder hinbiegen …
Kostet ein paar Taler, aber danach sollte auch alles wieder i. O. sein.