Vecima Tuning Adapter Won't Initialize with Ceton infiniTV 6 USB - Cox Las Vegas
About a month ago, in July 2024, I was furnished a new tuning adapter, a Vecima HSC-1-H high split converter / tuning adapter, to replace a Cisco STA1520 that I've had since at least 2013. I understand this is to ensure continued functionality when the cable plant in the Las Vegas, Nevada area switches over to high split SDV. The tuning adapter is paired to a Ceton infiniTV 6 USB external tuner, which has a CableCARD.
After self-install and diagnostics over the phone failed, a service technician was dispatched. Despite having a visit from a Cox technician, we haven't been able to figure out a solution to the problem.
The infiniTV has an internal webpage configuration and status interface. There is a page for Tuning Adapter specifically. Under TR Status, the status gets stuck as "Waiting for Initialization." Under the CableCARD menu, the CableCARD appears to pair and authorize without issue, reflecting "Validated, validation message is received, authenticated, and the IDs match those in the current binding" under "Card authorization." In the log menu, the infiniTV shows that it's getting stuck in what appears to me to be an initialization cycle for the tuning adapter. I've copied some of the log below where a number of the entries repeat and time out.
Jan 1 00:07:57 ocur[21]: ocur: found tuning resolver @ 1:3
Jan 1 00:07:58 ocur[21]: ocur: claimed tr[1:3] read_ep 81 write_ep 02
Jan 1 00:07:58 ocur[21]: ocur: Doing initial USB reset
Jan 1 00:07:58 ocur[21]: ocur: WARNING: tr[1:3] cancel failed -5
Jan 1 00:07:58 ocur[21]: ocur: WARNING: tr[1:3] cancel failed -5
Jan 1 00:07:58 ocur[21]: ocur: WARNING: tr[1:3] cancel failed -5
Jan 1 00:07:58 ocur[21]: ocur: WARNING: tr[1:3] cancel failed -5
Jan 1 00:07:58 ocur[21]: ocur: WARNING: tr[1:3] cancel failed -5
Jan 1 00:07:58 ocur[21]: libcetontrif: trif[6] Waiting 20 seconds for init_rsp
Jan 1 00:07:58 ocur[21]: ocur: WARNING: Clearing dynamic OCTA map on 6
Jan 1 00:07:58 ocur[21]: ocur: WARNING: tr[1:3] submit failed -1
Jan 1 00:08:18 ocur[21]: libcetontrif: WARNING: trif[6] init req timeout, requesting reset (failures 1)
Jan 1 00:08:19 ocur[21]: ocur: WARNING: Clearing dynamic OCTA map on 6
Jan 1 00:08:19 ocur[21]: libcetontrif: trif[6] Waiting 20 seconds for init_rsp
Jan 1 00:08:19 ocur[21]: ocur: WARNING: tr[1:3] submit failed -1
Jan 1 00:08:25 ocur[21]: ocur: accumulating new channel map (413) into old channel map (415)
Jan 1 00:08:25 ocur[21]: ocur: accumulated channel map same as old
Jan 1 00:08:39 ocur[21]: libcetontrif: WARNING: trif[6] init req timeout, requesting reset (failures 2)
Jan 1 00:08:40 ocur[21]: ocur: WARNING: Clearing dynamic OCTA map on 6
Jan 1 00:08:40 ocur[21]: libcetontrif: trif[6] Waiting 20 seconds for init_rsp
Jan 1 00:08:40 ocur[21]: ocur: WARNING: tr[1:3] submit failed -1
Jan 1 00:09:00 ocur[21]: libcetontrif: WARNING: trif[6] init req timeout, requesting reset (failures 3)
Jan 1 00:09:01 ocur[21]: ocur: WARNING: Clearing dynamic OCTA map on 6
Jan 1 00:09:01 ocur[21]: libcetontrif: trif[6] Waiting 30 seconds for init_rsp
Jan 1 00:09:01 ocur[21]: ocur: WARNING: tr[1:3] submit failed -1
Jan 1 00:09:31 ocur[21]: libcetontrif: WARNING: trif[6] init req timeout, requesting reset (failures 4)
Jan 1 00:09:32 ocur[21]: ocur: WARNING: Clearing dynamic OCTA map on 6
Jan 1 00:09:32 ocur[21]: libcetontrif: trif[6] Waiting 40 seconds for init_rsp
Jan 1 00:09:32 ocur[21]: ocur: WARNING: tr[1:3] submit failed -1
Jan 1 00:10:12 ocur[21]: libcetontrif: WARNING: trif[6] init req timeout, requesting reset (failures 5)
Jan 1 00:10:13 ocur[21]: ocur: WARNING: Clearing dynamic OCTA map on 6
Jan 1 00:10:13 ocur[21]: libcetontrif: trif[6] Waiting 50 seconds for init_rsp
Jan 1 00:10:13 ocur[21]: ocur: WARNING: tr[1:3] submit failed -1
Jan 1 00:11:03 ocur[21]: libcetontrif: WARNING: trif[6] init req timeout, requesting reset (failures 6)
Jan 1 00:11:04 ocur[21]: ocur: WARNING: Clearing dynamic OCTA map on 6
Jan 1 00:11:04 ocur[21]: libcetontrif: trif[6] Waiting 60 seconds for init_rsp
Jan 1 00:11:04 ocur[21]: ocur: WARNING: tr[1:3] submit failed -1
Jan 1 00:12:04 ocur[21]: libcetontrif: WARNING: trif[6] init req timeout, requesting reset (failures 7)
Jan 1 00:12:05 ocur[21]: ocur: WARNING: Clearing dynamic OCTA map on 6
Jan 1 00:12:05 ocur[21]: libcetontrif: trif[6] Waiting 70 seconds for init_rsp
Jan 1 00:12:05 ocur[21]: ocur: WARNING: tr[1:3] submit failed -1
Jan 1 00:13:15 ocur[21]: libcetontrif: WARNING: trif[6] init req timeout, requesting reset (failures 8)
Jan 1 00:13:16 ocur[21]: ocur: WARNING: Clearing dynamic OCTA map on 6
Jan 1 00:13:16 ocur[21]: libcetontrif: trif[6] Waiting 80 seconds for init_rsp
Jan 1 00:13:16 ocur[21]: ocur: WARNING: tr[1:3] submit failed -1
Jan 1 00:14:36 ocur[21]: libcetontrif: WARNING: trif[6] init req timeout, requesting reset (failures 9)
Jan 1 00:14:37 ocur[21]: ocur: WARNING: Clearing dynamic OCTA map on 6
Jan 1 00:14:37 ocur[21]: libcetontrif: trif[6] Waiting 90 seconds for init_rsp
Jan 1 00:14:37 ocur[21]: ocur: WARNING: tr[1:3] submit failed -1
Jan 1 00:16:07 ocur[21]: libcetontrif: WARNING: trif[6] init req timeout, requesting reset (failures 10)
Jan 1 00:16:08 ocur[21]: ocur: WARNING: Clearing dynamic OCTA map on 6
Jan 1 00:16:08 ocur[21]: libcetontrif: trif[6] Waiting 100 seconds for init_rsp
Jan 1 00:16:08 ocur[21]: ocur: WARNING: tr[1:3] submit failed -1
I still have the old Cisco tuning adapter. For what it's worth, it pairs and initializes with the Ceton infiniTV just fine, though it loses WMDRM Pairing every night and has to be manually rebooted and reinitialized to regain WMDRM Pairing. But at least I can still get the Cisco tuning adapter to work with the infiniTV.
Given that the infiniTV and CableCARD seem to be working just fine, and continue to work with the old Cisco tuning adapter, I think I can confidently say the issue is something with the configuration of the new Vecima tuning adapter and it not wanting to initialize and pair with the infiniTV.
Any ideas from more knowledgeable technicians, Cox?