Bad Cisco tuning adapter?

[BangBang]

I'm using the Cisco STA1520. I'm always losing certain channels all the time. I finally found some stuff in the logs and wondering maybe my TA may be flaky. Rebooting the TA always seem to fix it for a while but
then it pops up usually when i'm not around. Any ideas?

Channel 746 is a main trouble maker. Its truTVHD. All problem channels seem to be 700 range HD channels for some reason

Before TA reboot -

Onscreen shows : Channel unavailable. SDV error =1

Jan 2 03:30:09 ocur[21]: libcetontrif: trif[6] No response from tr @ timeout to request 0x7d. Got 00. (51 consecutive)
Jan 2 03:30:09 ocur[21]: ocur: WARNING: [0] OCTA resolution failed. tune_status=1.
Jan 2 03:30:09 ocur[21]: ocur: WARNING: [0] Setting timer to fire resolve error c0046001
Jan 2 03:30:09 ocur[21]: ocur: WARNING: [0] Channel 746 not found
Jan 2 03:30:09 ocur[21]: libcetontrif: WARNING: No outstanding tune req/rsp, ignoring cnf.
Jan 2 03:30:09 ocur[21]: ocur: WARNING: [0] retrying SetChannel for 746
Jan 2 03:30:09 ocur[21]: ocur: [0] Program number set to 0, was 0
Jan 2 03:30:09 ocur[21]: ocur: [0] Starting TA[6] resolve for channel 746
Jan 2 03:30:09 ocur[21]: libcetontrif: trif[6] Found channel 746 in map
Jan 2 03:30:09 ocur[21]: upnp: Event(octa[6]): UDCPMessage, "AgEAHAEAfwB4/gLqetNfpUdRDUjesyH4KFyyrsr27eo="
Jan 2 03:30:16 heartbeat[22]: libcetonnet: ERROR: select timed out
Jan 2 03:30:16 ocur[21]: ocur: WARNING: [1] failed to get pat
Jan 2 03:30:18 ocur[21]: libcetontrif: trif[6] No response from tr @ timeout to request 0x7e. Got 00. (52 consecutive)
Jan 2 03:30:18 ocur[21]: ocur: WARNING: [1] OCTA resolution failed. tune_status=1.
Jan 2 03:30:18 ocur[21]: ocur: WARNING: [1] Setting timer to fire resolve error c0046001
Jan 2 03:30:18 ocur[21]: ocur: WARNING: [1] Channel 746 not found
Jan 2 03:30:18 ocur[21]: libcetontrif: WARNING: No outstanding tune req/rsp, ignoring cnf.
Jan 2 03:30:18 ocur[21]: ocur: WARNING: [1] retrying SetChannel for 746
Jan 2 03:30:18 ocur[21]: ocur: [1] Program number set to 0, was 0
Jan 2 03:30:18 ocur[21]: ocur: [1] Starting TA[6] resolve for channel 746
Jan 2 03:30:18 ocur[21]: libcetontrif: trif[6] Found channel 746 in map
Jan 2 03:30:18 ocur[21]: upnp: Event(octa[6]): UDCPMessage, "AgEAHAEAgAF4/gLqE+UC1CLR4m+QU9Z8hsq3TQNmGN8="
Jan 2 03:30:20 ocur[21]: libcetontrif: trif[6] No response from tr @ timeout to request 0x7f. Got 00. (53 consecutive)
Jan 2 03:30:20 ocur[21]: ocur: [0] Starting TA[6] resolve for channel 746
Jan 2 03:30:20 ocur[21]: libcetontrif: trif[6] Found channel 746 in map
Jan 2 03:30:20 ocur[21]: upnp: Event(octa[6]): UDCPMessage, "AgEAHAEAgQB4/gLqnuiYZA46yuUmYq+PdFUBLGr/x/c="
Jan 2 03:30:29 ocur[21]: libcetontrif: trif[6] No response from tr @ timeout to request 0x80. Got 00. (54 consecutive)
Jan 2 03:30:29 ocur[21]: ocur: [1] Starting TA[6] resolve for channel 746
Jan 2 03:30:29 ocur[21]: libcetontrif: trif[6] Found channel 746 in map
Jan 2 03:30:29 ocur[21]: upnp: Event(octa[6]): UDCPMessage, "AgEAHAEAggF4/gLq8HHcPw+cDeSMCKvt6XK0WF00EZ8="
Jan 2 03:30:31 ocur[21]: libcetontrif: trif[6] No response from tr @ timeout to request 0x81. Got 00. (55 consecutive)
Jan 2 03:30:31 ocur[21]: ocur: WARNING: [0] OCTA resolution failed. tune_status=1.
Jan 2 03:30:31 ocur[21]: ocur: WARNING: [0] Setting timer to fire resolve error c0046001
Jan 2 03:30:31 ocur[21]: ocur: WARNING: [0] Channel 746 not found
Jan 2 03:30:31 ocur[21]: libcetontrif: WARNING: No outstanding tune req/rsp, ignoring cnf.

-----------

After TA reboot

Jan 2 03:39:34 ocur[21]: ocur: [1] Attempting to SetChannel (Channel=746 SourceId=0 Mode=0)
Jan 2 03:39:34 ocur[21]: ocur: [1] Program number set to 0, was 0
Jan 2 03:39:34 ocur[21]: ocur: [1] Starting TA[6] resolve for channel 746
Jan 2 03:39:34 ocur[21]: libcetontrif: trif[6] Found channel 746 in map
Jan 2 03:39:34 ocur[21]: upnp: Event(octa[6]): UDCPMessage, "AgEAHAEAlQF4/gLqfXqeCjl583PWBG73qo1iSg+MqkE="
Jan 2 03:39:34 ocur[21]: upnp: [192.168.200.2] Calling Action(octa[6]) SendMessageToUDCP
Jan 2 03:39:34 ocur[21]: upnp: [192.168.200.2] Action(octa[6]) SendMessageToUDCP success
Jan 2 03:39:34 ocur[21]: ocur: [1] Resolved channel 746 -> freq 651000, prog 43104, modulation 16
Jan 2 03:39:34 ocur[21]: ocur: [1] Tune to 746 (mod=q256, freq=651000, program=43104, std=9)
Jan 2 03:39:34 ocur[21]: ocur: [1] Program number set to 43104, was 0
Jan 2 03:39:34 ocur[21]: ocur: [1] Locked: 0 Acc E: 0
Jan 2 03:39:35 ocur[21]: ocur: [1] Tune finished to freq 651000
Jan 2 03:39:35 ocur[21]: upnp: Event(cas[1]): DescramblingStatus, "Unknown"
Jan 2 03:39:35 ocur[21]: ocur: [1] Getting pmt for program 43104
Jan 2 03:39:35 ocur[21]: ocur: [1] Got pmt for program# 43104
Jan 2 03:39:35 ocur[21]: ocur: [1] Adding pid 0x1fed
Jan 2 03:39:35 ocur[21]: ocur: [1] Adding pid 0x100b
Jan 2 03:39:35 ocur[21]: ocur: [1] Adding pid 0x1010
Jan 2 03:39:35 ocur[21]: ocur: [1] Adding pid 0x1017
Jan 2 03:39:35 ocur[21]: ocur: [1] Adding pid 0x100c
Jan 2 03:39:35 ocur[21]: upnp: Event(tuner[1]): PCRLock, "1"
Jan 2 03:39:35 ocur[21]: ocur: [1] Adding pid 0x0000
Jan 2 03:39:35 ocur[21]: ocur: [1] Adding pid 0x1001
Jan 2 03:39:35 ocur[21]: ocur: [1] Adding pid 0x1023
Jan 2 03:39:35 ocur[21]: ocur: [1] Adding pid 0x1011
Jan 2 03:39:35 ocur[21]: ocur: [1] Adding pid 0x1021
Jan 2 03:39:35 ocur[21]: ocur: [1] Channel is scrambled, expecting CCI
Jan 2 03:39:35 ocur[21]: ocur: [1] Sending ca_pmt to CableCARD for program number 43104 index 1
Jan 2 03:39:35 ocur[21]: upnp: [192.168.200.2] Get(tuner[1]): Frequency "651000"
Jan 2 03:39:35 ocur[21]: upnp: Event(octa[6]): UDCPMessage, "AgQAIAEAHQHWfwEEAALqqGD/AALqqGD/GgLqqGD/GgMK8mP/"
Jan 2 03:39:35 ocur[21]: upnp: [192.168.200.2] Get(mux[1]): ProgramNumber "43104"
Jan 2 03:39:36 ocur[21]: ocur: [1] CCI 02 arrived for program# 43104
Jan 2 03:39:36 ocur[21]: ocur: [1.0] Using digital cp 0x40000e2
Jan 2 03:39:36 ocur[21]: ocur: [1] Carrier lock is 1

[erkotz]

That's an SDV 1 error - without a full diagnostic I can't say why, but odds are the TA is not provisioned correctly. I would recommend opening a support ticket with us.