Apologies, I missed that part of your response. I PM’ed you now.
On that note, I did perform their troubleshooting steps to no avail. I did find it interesting though that I could calibrate the device (so it has a working depth sensor), but since I know literally nothing about how laser scan modes work, I suspect the depth scanner plays no role in the laser scan modes.
There were these errors in my log, although they may be benign:
2026-07-03 05:14:03:335 (005448-014024) [SDK INFO ] create device info by camera info:D26710435B6S00E1B
2026-07-03 05:14:03:335 (005448-014024) [SDK ENTER] device-windows.cpp cs::CameraDevice::CameraDevice 127
2026-07-03 05:14:03:335 (005448-014024) [SDK TRACE] find windows usb camera device
2026-07-03 05:14:03:335 (005448-014024) [SDK TRACE] create camera devices instance
2026-07-03 05:14:03:335 (005448-014024) [SDK TRACE] hidInit OK, 0, retry again
2026-07-03 05:14:03:335 (005448-014024) [SDK TRACE] upgrade serial:D26710435B6S00E1B
2026-07-03 05:14:03:337 (005448-014024) [SDK TRACE] open hid success:D26710435B6S00E1B,0000022DBEBA8980,0
2026-07-03 05:14:03:337 (005448-014024) [SDK INFO ] CameraDevice::initDevice: primary HID ok, start 2nd HID path vid=0x2207 pid=0x110c serial=D26710435B6S00E1B
2026-07-03 05:14:03:337 (005448-014024) [SDK TRACE] deviceDataComUsbWin[stop]: request stop
2026-07-03 05:14:03:337 (005448-014024) [SDK TRACE] deviceDataComUsbWin[stop]: done
2026-07-03 05:14:03:337 (005448-014024) [SDK INFO ] deviceDataComUsbWin[conn]: vid=0x2207 pid=0x110c, hid_enumerate total paths=1
2026-07-03 05:14:03:337 (005448-014024) [SDK INFO ] deviceDataComUsbWin[conn]: allPaths[0]=\?\hid#vid_2207&pid_110c&mi_04#7&340351e7&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}
2026-07-03 05:14:03:338 (005448-014024) [SDK INFO ] deviceDataComUsbWin[conn]: serial-matched paths=1 (camera serial wstr used for filter)
2026-07-03 05:14:03:338 (005448-014024) [SDK INFO ] deviceDataComUsbWin[conn]: serialPaths[0]=\?\hid#vid_2207&pid_110c&mi_04#7&340351e7&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}
2026-07-03 05:14:03:338 (005448-014024) [SDK WARN ] deviceDataComUsbWin[conn]: need >=2 HID interfaces for this vid/pid, abort 2nd HID
2026-07-03 05:14:03:338 (005448-014024) [SDK WARN ] CameraDevice::initDevice: 2nd HID (deviceDataComUsb) start failed, only primary HID active
2026-07-03 05:14:03:338 (005448-014024) [SDK TRACE] deviceDataComUsbWin[stop]: request stop
2026-07-03 05:14:03:338 (005448-014024) [SDK TRACE] deviceDataComUsbWin[stop]: done
2026-07-03 05:14:03:340 (005448-014024) [SDK ERROR] hid rsp file not exit
2026-07-03 05:14:03:342 (005448-014024) [SDK ERROR] hid rsp file not exit
2026-07-03 05:14:03:342 (005448-014024) [SDK TRACE] camera state internal : 0
2026-07-03 05:14:03:342 (005448-014024) [SDK ENTER] csCamera.cpp cs:
:setCameraState 7801
and:
2026-06-30 17:52:10:360 (027132-162968) [SDK TRACE] [D26710435B6S00E1B] pre getUserData /data/camparam_blue/camparam.yaml
2026-06-30 17:52:10:465 (027132-162968) [SDK TRACE] [D26710435B6S00E1B] getUserData successful, /data/camparam_blue/camparam.yaml
2026-06-30 17:52:10:465 (027132-162968) [SDK TRACE] [D26710435B6S00E1B] pre getUserData /data/camparam_blue/LC_RT.bin
2026-06-30 17:52:10:467 (027132-162968) [SDK ERROR] hid rsp file not exit
2026-06-30 17:52:10:467 (027132-162968) [SDK ERROR] [D26710435B6S00E1B] The file not exist, path = /data/camparam_blue/LC_RT.bin
2026-06-30 17:52:10:467 (027132-162968) [SDK ERROR] [D26710435B6S00E1B] getUserData failed(18), /data/camparam_blue/LC_RT.bin
2026-06-30 17:52:10:467 (027132-162968) [SDK TRACE] [D26710435B6S00E1B] pre getUserData /data/camparam_blue/Distort.bin
2026-06-30 17:52:10:469 (027132-162968) [SDK ERROR] hid rsp file not exit
2026-06-30 17:52:10:469 (027132-162968) [SDK ERROR] [D26710435B6S00E1B] The file not exist, path = /data/camparam_blue/Distort.bin
2026-06-30 17:52:10:469 (027132-162968) [SDK ERROR] [D26710435B6S00E1B] getUserData failed(18), /data/camparam_blue/Distort.bin
2026-06-30 17:52:10:469 (027132-162968) [SDK TRACE] [D26710435B6S00E1B] pre getUserData /data/camparam_blue/Pl.bin
2026-06-30 17:52:10:471 (027132-162968) [SDK TRACE] [D26710435B6S00E1B] getUserData successful, /data/camparam_blue/Pl.bin
2026-06-30 17:52:10:471 (027132-162968) [SDK TRACE] [D26710435B6S00E1B] pre getUserData /data/camparam_blue/camparamLR/Q.bin
Customer Service is also asking me to go through the logs and highlight the messages that contain certain terms, e.g. nullptr – is that normal or just a casualty of being too busy to do it themselves right now?
They’re clearly ready to RMA it, but they just aren’t doing it.
It’s worth pointing out, I am a current owner of a POP 2 and I have been part of this journey with you all for quite some time. I know how tough it’s been from a customer service perspective – users completely new to 3D scanning expecting flawless results OOTB, but not taking the time to learn iteratively (they want their cake and to eat it too, right now).
I’m not that user. I am a highly seasoned and diversified software developer of over 25 years – if I felt there was a snowball’s chance in Hell that this was user error, I wouldn’t have reached out.
If we could get this rolling, I’d really appreciate it!
P.S. If those .bin files missing are the likely cause and there’s an easy way to push them to the filesystem (e.g. adb? not sure if the POP 4 still uses adb like the POP 2 did), I’d prefer fixing it since it would pay off sooner than waiting for a replacement.
Thanks,
Nick