Hey,
I can confirm this problem on my fresh OS X 10.7 (Lion) installation.
The IRQ storm bug you're referring to was caused by TCK byte difference between T=1 and T=0 protocols and has been fixed in firmware 0.2 ( http://laforge.gnumonks.org/weblog/2011/08/16/). This however should not be related I guess as if you connect the simtrace without a phone and simcard attached to it, this bug should not trigger (correct me if i'm wrong).
to debugging: you can use a serial cable connected to the 2.5" jack (something like FTDI based one for osmocom motorola phones if you have one) - that's the debugging interface. I'm currently travelling and don't have my usb->serial cable with me so I will check back at home.
Cheers, Lukas
On Mon, Oct 3, 2011 at 8:29 PM, Peter Stuge peter@stuge.se wrote:
Holger Hans Peter Freyther wrote:
Mac OS is really really strict about USB descriptors being correct, where both Windows and Linux are more lenient. But the error messages say the device would not even accept the address it was assigned, so there is some more fundamental problem with the USB firmware. :\
any debug hints? it will be my first real adventure into the USB land. Right now I would just play trial and error to see how far in the setup things go.
The device address being assigned by the PC is very very early in the USB enumeration (device discovery after plug-in) process, so something goes wrong pretty early.
I understood that the firmware is based on an example firmware from Atmel, so maybe look around their developer resources for any info about known problems with Mac OS.
I would probably add some serial output to the firmware in main() and in the USB interrupt handler, and try to see what differs between Mac OS and other systems during enumeration.
I recall Harald mentioned an interrupt storm in some circumstances, this could also cause the device address assignment to fail if it isn't fixed already.
//Peter