Issue metadata
Sign in to add a comment
|
Cfm client side issue: logitech ConferenceCam CC3000e Moving automatically |
||||||||||||||||||||||
Issue descriptionChromeOS version: 64.0.3282.144 Cfm device model: HP Chromebox CB1-(000-099) / HP Chromebox G1/ HP Chromebox for Meetings Case#: 15123588 Description: the logitech ConferenceCam CC3000e is moving automatically like it tries to calibrate continually if the customer starts a meeting, the camera stops moving. after closing the meeting, after a variable time, the camera starts moving again. the customer has already upgraded the firmware of the camera from version 8.2.301 to version 8.4.478(last version available from logitech support site) but the issue is still present. it's happening only after the upgrade to M64 Steps to reproduce: 1) power up the chromebox Current Behavior / Reproduction: the camera start moving and continues to move Expected Behavior: after first calibration, the camera should not move Drive link to logs: https://drive.google.com/open?id=1wrtNBGF-tvccNQGKtCXhadldxRAHv0C4 video of the issue: https://drive.google.com/open?id=1ndOWg4DldABvxzguZUGjZIqLt66Mly9a customer info: https://drive.google.com/open?id=1G8rcUHdJtA_Q1wOtG0pNkS3Wbi8ItpaYDyng0Ynu-wA in the log I see a lot of reset for the camera: 2018-02-28T02:12:18.218650-05:00 INFO kernel: [ 7.285573] usb 1-5.4.1: New USB device found, idVendor=046d, idProduct=0848 2018-02-28T02:12:18.218664-05:00 INFO kernel: [ 7.285589] usb 1-5.4.1: New USB device strings: Mfr=0, Product=2, SerialNumber=1 2018-02-28T02:12:18.218665-05:00 INFO kernel: [ 7.285601] usb 1-5.4.1: Product: ConferenceCam CC3000e Camera 2018-02-28T02:12:18.218667-05:00 INFO kernel: [ 7.285612] usb 1-5.4.1: SerialNumber: D1A6A009 2018-02-28T02:12:18.381654-05:00 INFO kernel: [ 7.448467] uvcvideo: Found UVC 1.00 device ConferenceCam CC3000e Camera (046d:0848) 2018-02-28T02:12:18.383929-05:00 INFO kernel: [ 7.450063] usbcore: registered new interface driver uvcvideo 2018-02-28T02:12:18.383944-05:00 INFO kernel: [ 7.450075] USB Video Class driver (1.1.1) ... 2018-02-28T02:12:24.181652-05:00 INFO kernel: [ 13.247475] usb 1-5.4.1: reset high-speed USB device number 9 using xhci_hcd 2018-02-28T02:12:24.204654-05:00 WARNING kernel: [ 13.270155] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880173c65a80 ... 2018-02-28T02:12:32.244890-05:00 DEBUG kernel: [ 21.938727] ieee80211 phy0: device now idle 2018-02-28T02:12:34.538447-05:00 INFO kernel: [ 24.234954] usb 1-5.4.1: reset high-speed USB device number 9 using xhci_hcd 2018-02-28T02:12:34.560420-05:00 WARNING kernel: [ 24.257037] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880173c65a80 2018-02-28T02:12:37.540419-05:00 INFO kernel: [ 27.236426] usb 1-5.4.1: reset high-speed USB device number 9 using xhci_hcd 2018-02-28T02:12:37.562449-05:00 WARNING kernel: [ 27.258551] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880173c65a80 2018-02-28T02:12:40.542419-05:00 INFO kernel: [ 30.237955] usb 1-5.4.1: reset high-speed USB device number 9 using xhci_hcd 2018-02-28T02:12:40.564424-05:00 WARNING kernel: [ 30.260052] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880173c65a80 2018-02-28T02:12:42.294743-05:00 DEBUG kernel: [ 31.987424] ieee80211 phy0: device no longer idle - scanning 2018-02-28T02:12:43.542447-05:00 INFO kernel: [ 33.237459] usb 1-5.4.1: reset high-speed USB device number 9 using xhci_hcd 2018-02-28T02:12:43.564428-05:00 WARNING kernel: [ 33.259486] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880173c65a80 2018-02-28T02:12:45.561399-05:00 DEBUG kernel: [ 35.255772] ieee80211 phy0: device now idle .. 2018-02-28T05:00:19.664417-05:00 INFO kernel: [10087.685061] usb 1-5.4.1: reset high-speed USB device number 11 using xhci_hcd 2018-02-28T05:00:19.686453-05:00 WARNING kernel: [10087.707093] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801744a80c
,
Mar 21 2018
We have the exact same experience as of Chrome OS 64 with Dell Chromebox for meetings. Even though the PTZ Pro is the same camera as the camera included in the CC3000E kit it does not happen on the PTZ Pro. We have around 20 of these and it is happening on all of them. Can you provide a potential timeline this will be fixed in, otherwise we are going to have to purchase replacements.
,
Mar 21 2018
#c2: We would recommend to reach out to Logitech to enroll the peripheral in our peripheral qualification program: https://support.google.com/chromedevicesformeetings/answer/7657004 Or use one of the supported peripherals: https://support.google.com/chromedevicesformeetings/answer/4618201#supported
,
Apr 18 2018
This seems to have resolved itself, was this patched?
,
Apr 19 2018
Thanks for the update. It could be possible that some changes in ChromeOS have fixed this issue as a side-effect, but we haven't made any changes specifically for this. Closing as not reproducible. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by kotah@chromium.org
, Mar 17 2018