20 SX20s all running TC7.3.5 software and TC7.3.6 - Three of the units appear to be experiencing BUG: CSCud08102
Customer is using a USB dongle and operating the SX20 via Creston controller. The units stop communicating with each other and communication can be re-established by unplugging and replugging in the USB connector. - Disconnect happens at any time and is completely random.- it can happen sleeping, during a call or in standby.- Removing the USB and plugging back in is the ONLY way we can re-establish the camera controls. We swapped one of the troubled codecs with a working codec that did NOT have this issue and the problem followed the codec. This was done after swapping out the several USB -to- RS232 dongles and checking commands and control on the DMPS.
Creston not compatible with the TC language, is not an option because this same Creston works properly with other SX20’s
On TC7.3.6 issue happened, logs attached, issue happened on 9/8/2016 around 9:30am
2016-09-07T21:25:49.107-04:00 (none) kernel: musb-hdrc musb-hdrc.1: Data toggle same as previous (=0) on ep10
2016-09-08T09:36:07.068-04:00 (none) kernel: hub 2-0:1.0: state 7 ports 1 chg 0000 evt 0002
2016-09-08T09:36:07.068-04:00 (none) kernel: hub 2-0:1.0: port 1, status 0100, change 0001, 12 Mb/s
2016-09-08T09:36:07.068-04:00 (none) kernel: usb 2-1: USB disconnect, address 2
2016-09-08T09:36:07.068-04:00 (none) kernel: usb 2-1: unregistering device
2016-09-08T09:36:07.068-04:00 (none) kernel: usb 2-1: unregistering interface 2-1:1.0
2016-09-08T09:36:07.068-04:00 (none) kernel: musb-hdrc musb-hdrc.1: shutdown urb c42ee200 ep1in-intr
2016-09-08T09:36:07.068-04:00 (none) kernel: musb-hdrc musb-hdrc.1: Data toggle same as previous (=0) on ep10
2016-09-08T09:36:07.068-04:00 (none) kernel: musb-hdrc musb-hdrc.1: shutdown urb c42ee400 ep3in-bulk
2016-09-08T09:36:07.075-04:00 (none) kernel: pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
2016-09-08T09:36:07.075-04:00 (none) kernel: pl2303 2-1:1.0: device disconnected
2016-09-08T09:36:07.078-04:00 (none) kernel: usb 2-1: usb_disable_device nuking all URBs
2016-09-08T09:36:07.184-04:00 (none) kernel: hub 2-0:1.0: debounce: port 1: total 100ms stable 100ms status 0x100
2016-09-08T09:36:44.587-04:00 (none) kernel: hub 2-0:1.0: state 7 ports 1 chg 0000 evt 0002
2016-09-08T09:36:44.587-04:00 (none) kernel: hub 2-0:1.0: port 1, status 0101, change 0001, 12 Mb/s
2016-09-08T09:36:44.691-04:00 (none) kernel: hub 2-0:1.0: debounce: port 1: total 100ms stable 100ms status 0x101
2016-09-08T09:36:44.793-04:00 (none) kernel: usb 2-1: new full speed USB device using musb-hdrc and address 3
2016-09-08T09:36:44.906-04:00 (none) kernel: usb 2-1: default language 0x0409
2016-09-08T09:36:44.906-04:00 (none) kernel: usb 2-1: udev 3, busnum 2, minor = 130
2016-09-08T09:36:44.906-04:00 (none) kernel: usb 2-1: New USB device found, idVendor=0557, idProduct=2008
2016-09-08T09:36:44.906-04:00 (none) kernel: usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
2016-09-08T09:36:44.906-04:00 (none) kernel: usb 2-1: Product: USB-Serial Controller D
2016-09-08T09:36:44.906-04:00 (none) kernel: usb 2-1: Manufacturer: Prolific Technology Inc.
2016-09-08T09:36:44.909-04:00 (none) kernel: usb 2-1: usb_probe_device
2016-09-08T09:36:44.909-04:00 (none) kernel: usb 2-1: configuration #1 chosen from 1 choice
2016-09-08T09:36:44.909-04:00 (none) kernel: usb 2-1: adding 2-1:1.0 (config #1, interface 0)
2016-09-08T09:36:44.909-04:00 (none) kernel: usbserial_generic 2-1:1.0: usb_probe_interface
2016-09-08T09:36:44.909-04:00 (none) kernel: usbserial_generic 2-1:1.0: usb_probe_interface - got id
2016-09-08T09:36:44.909-04:00 (none) kernel: pl2303 2-1:1.0: usb_probe_interface
2016-09-08T09:36:44.909-04:00 (none) kernel: pl2303 2-1:1.0: usb_probe_interface - got id
2016-09-08T09:36:44.909-04:00 (none) kernel: pl2303 2-1:1.0: pl2303 converter detected
2016-09-08T09:36:44.912-04:00 (none) kernel: usb 2-1: pl2303 converter now attached to ttyUSB0
2016-09-08T09:36:44.913-04:00 (none) kernel: drivers/usb/core/inode.c: creating file '003'
2016-09-08T09:36:44.913-04:00 (none) kernel: hub 2-0:1.0: state 7 ports 1 chg 0000 evt 0002
2016-09-08T09:36:44.913-04:00 (none) kernel: hub 2-0:1.0: port 1 enable change, status 00000103
Same behavior as detailed on BUG CSCud08102 , but bug says is fixed on TC6.1.0, any idea ?
