This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/simtrace@lists.osmocom.org/.
Harald Welte laforge at gnumonks.orgHi Martin,
On Wed, Feb 15, 2012 at 11:43:23PM +0100, Martin Kaiser wrote:
> I tried dfu-util -l, the board wasn't listed.
>
> On a second box (debian squeeze) there's log messages when the usb is
> connected
>
> Feb 15 22:34:44 greta kernel: [186232.651806] usb 1-1.1: new full speed
> USB device using ehci_hcd and address 13
> Feb 15 22:34:44 greta kernel: [186232.745566] usb 1-1.1: New USB device
> found, idVendor=16c0, idProduct=0762
> Feb 15 22:34:44 greta kernel: [186232.745573] usb 1-1.1: New USB device
> strings: Mfr=4, Product=5, SerialNumber=0
> Feb 15 22:34:44 greta kernel: [186232.745577] usb 1-1.1: Product:
> SimTrace SIM Sniffer - Runtime Mode
> Feb 15 22:34:44 greta kernel: [186232.745581] usb 1-1.1: Manufacturer:
> sysmocom - systems for mobile communications GmbH
> Feb 15 22:34:44 greta kernel: [186232.745694] usb 1-1.1: configuration
> #1 chosen from 1 choice
>
> lsusb doesn't show anything either
that's really weird, if the kernel has recognized it and read the device
and string descriptors, it should also show up in lsusb. The
information lsusb uses is gathered by exactly those kernel log messages
above.
> the red led is on after connecting, simtrace (linked against libusb-1.0)
> says "can't open USB device"
ths was running as root? can you post a 'strace -f -s1024 ./simtrace'
to see what's happening on a system call level?
> root at greta:~# dfu-util -l
> dfu-util - (C) 2007-2008 by OpenMoko Inc.
> This program is Free Software and has ABSOLUTELY NO WARRANTY
>
> dfu-util does currently only support DFU version 1.0
>
> Found DFU: [0x16c0:0x0762] devnum=17, cfg=0, intf=0, alt=0,
> name="SimTrace DFU Interface - Application Partition"
> Found DFU: [0x16c0:0x0762] devnum=17, cfg=0, intf=0, alt=1,
> name="SimTrace DFU Interface - Bootloader Partition"
> Found DFU: [0x16c0:0x0762] devnum=17, cfg=0, intf=0, alt=2,
> name="SimTrace DFU Interface - RAM"
>
>
> However, I'm not able to write a firmware. I tried the main_simtrace.bin
> that Harald posted to this list some days ago.
>
> root at greta:~# dfu-util -d 16c0:0762 -a0 -D
> /home/martin/tmp/main_simtrace.bin -R
> dfu-util - (C) 2007-2008 by OpenMoko Inc.
> This program is Free Software and has ABSOLUTELY NO WARRANTY
>
> dfu-util does currently only support DFU version 1.0
>
> Opening USB Device 0x16c0:0x0762...
> Found Runtime: [0x16c0:0x0762] devnum=17, cfg=0, intf=0, alt=0,
> name="SimTrace DFU Interface - Application Partition"
> Claiming USB DFU Interface...
> Setting Alternate Setting #0 ...
> Determining device status: state = dfuERROR, status = 8
> dfuERROR, clearing status
> Determining device status: state = dfuIDLE, status = 0
> dfuIDLE, continuing
> Transfer Size = 0x0100
> bytes_per_hash=417
> Starting download:
> [#################################################dfu_download:
> usb_control_msg returned -32: error sending control message: Broken pipe
> Error during download
that's almost at the end of the dlwonload, quite strange.
You don't happen to have a compatible serial cable (T191, OsmocomBB,
...) that could be used to look at the serial console output of the
device?
Also, if you have a self-powered USB hub around (i.e. with its own power
supply), it would be interesting to see if that makes any difference.
> Does anyone have an idea what else I can try to track down the problems
> and get the board up and running?
Assuming this board was bought from sysmocom, I think after a few more
experiments (see above) we will replace it with another one.
Regards,
Harald
--
- Harald Welte <laforge at gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)