Firewire channel changing does not work for Scientific Atlanta 4250HDC

[anonymous]

Just got the new cable card external security (but they arent using it) system box from TWC. Firewire works great! But the channel change script doesn't work. I sure it would be trivial for someone to edit the sa3250/4200 script to get it to work if they new what they are doing.

here is some info on the box that firewire picks up:

[myth@mythtv channel_changers]$ plugreport Host Adapter 0 ==============

Node 0 GUID 0x00019900000977d2

---

libiec61883 error: error reading oMPR libiec61883 error: error reading iMPR

Node 1 GUID 0x001947db1f1a0000

---

oMPR n_plugs=1, data_rate=2, bcast_channel=63 oPCR[0] online=1, bcast_connection=0, n_p2p_connections=2

channel=0, data_rate=2, overhead_id=0, payload=146

iMPR n_plugs=0, data_rate=2

[myth@mythtv channel_changers]$ sa3250ch -v 1401 node 0: vendor_id = 0x00000199 model_id = 0x00000000 node 1: vendor_id = 0x00001947 model_id = 0x000010cc Could not find SA3250HD or SA4200HD on the IEEE 1394 bus. [myth@mythtv channel_changers]$

[danielk]

Adds model id for SA 4250HDC, treats it as an SA 4200HD

[danielk]

anon, can you try the attached patch (against SVN trunk). It adds the model if for your STB to the internal and external channel changers for Scientific Atlanta boxes. It assumes that this STB behaves like a SA 4200, this may be incorrect, but it is the closest match I can guess at without having a SA 4250 to test with. If you use the internal firewire channel changer in SVN trunk, it allows you to chose which channel changer to use (don't worry that the model number or vendor doesn't match your info, just find one that works, we can fix the UI descriptions later.)

FYI If you are using the Firewire recorder you will need to delete and then add the recorder back in mythtv-setup so that MythTV can collect some additional information about your hardware.

[mitchell.gore@…]

Well after wasting +4 hours on attempting to compile mythtv I give up. Ill wait a few weeks until ATRPM's rebuilds his bleeding packages. Then ill post if this works.

Thanks for the path

Mitchell

[mitchell.gore@…]

well i got it compiled tongith and its not working I get same error.

Just noticed that was was added to the SVN doesn match my ID's of my box.

this is the ideas: node 1: vendor_id = 0x00001947 model_id = 0x000010cc but this was added:

44 #define SA4250HDC_VENDOR_ID1 0x000014f8

45 #define SA4250HDC_VENDOR_ID2 0x00001692 46 #define SA4250HDC_MODEL_ID1 0x000010cc

The 10cc is in there but what about 1947? maybe i dont understand this to me but it seemed to just stickout.

Thanks!

[danielk]

Updated patch

[danielk]

Sorry, try the attached patch. This one should fix the vendor id issue too.

[mitchell.gore@…]

Replying to danielk:

Sorry, try the attached patch. This one should fix the vendor id issue too.

Its still not working getting the same error.

[myth@mythtv ~]$ sa3250ch -v 1460
node 0: vendor_id = 0x00001106 model_id = 0x00000000
node 1: vendor_id = 0x00001947 model_id = 0x000010cc
Could not find SA3250HD or SA4200HD on the IEEE 1394 bus.

I think it should work. I wouldnt thing SA would change anything major from 4200 to 4250 (besides the cable card part)

Mitchell

[danielk]

Can you make absolutely sure you the patch applied cleanly and you ran {

cc -o sa3250ch sa3250ch.c -lrom1394 -lavc1394 -lraw1394

} without any error?

and then run sa3250, with a dot slash: {

./sa3250ch -v 1460

} If that doesn't change the channel correctly, try: {

./sa3250ch -v -s 1460

}

I think you are may be running an old sa3250ch already installed on your system, or you missed a step in running this. It really can't be giving this error message if you ran the right version.

[danielk]

(In [14052]) Fixes #3772. Refs #3727. This tidies up the firewire STB detection and makes the Motorolla detection more generic.

I still need some feedback on #3727, I don't yet know how the SA4250HDC likes to see it's channel changes, for now I'm assuming it works like an SA4200HD, but it may prefer standards compliant channel changing ("GENERIC") or perhaps something else.

[anonymous]

Ok here is all the output from compiling it to it not working and testing it with plugreport & firewire_tester.

[myth@mythtv channel_changers]$ pwd
/home/myth/mythtv_build/trunk/mythtv/contrib/channel_changers
[myth@mythtv channel_changers]$ ls
6200ch.c                d10control.pl         red_eye.c
6200ch-README           d10control-README     red_eye-README
change-channel-lirc.pl  dct2000serial.tar.gz  sa3250ch.c
change-channel-lirc.sh  dct-channel.tar.bz2   sa3250ch-README
[myth@mythtv channel_changers]$ cc -o sa3250ch sa3250ch.c -lrom1394 -lavc1394 -lraw1394 

[myth@mythtv channel_changers]$ ./sa3250ch -v 1460
node 0: vendor_id = 0x00001106 model_id = 0x00000000
node 1: vendor_id = 0x00001947 model_id = 0x000010cc
Could not find SA3250HD or SA4200HD on the IEEE 1394 bus.
[myth@mythtv channel_changers]$ ./sa3250ch -v -s 1460
node 0: vendor_id = 0x00001106 model_id = 0x00000000
node 1: vendor_id = 0x00001947 model_id = 0x000010cc
Could not find SA3250HD or SA4200HD on the IEEE 1394 bus.





[myth@mythtv channel_changers]$ plugreport
Host Adapter 0
==============

Node 0 GUID 0x00110600000053dc
------------------------------
libiec61883 error: error reading oMPR
libiec61883 error: error reading iMPR

Node 1 GUID 0x001947db1f1a0000
------------------------------
oMPR n_plugs=1, data_rate=2, bcast_channel=63
oPCR[0] online=1, bcast_connection=0, n_p2p_connections=1
        channel=1, data_rate=1, overhead_id=0, payload=146
iMPR n_plugs=0, data_rate=2


[myth@mythtv channel_changers]$
[myth@mythtv channel_changers]$ firewire_tester -p -n 1 -r 5
Action: Test P2P connection 5 times, node 1, channel 1
P2P: Testing...Success, 220 packets received
P2P: Testing...Success, 323 packets received
P2P: Testing...Success, 403 packets received
P2P: Testing...Success, 439 packets received
P2P: Testing...Success, 374 packets received
[myth@mythtv channel_changers]$

As you can see the firewire test is complete (i can capture packets from the box) but channel changing still doesnt work.

Mitchell

[danielk]

adds lots of extra debugging

[danielk]

Log showing me updating the sources, applying patch, compiling, running

[mitchell.gore@…]

I think that worked. I cant tell for sure because I am not at home but here is the output of the command.

[root@mythtv channel_changers]# ./sa3250ch -v -s 1460
node 0: vendor_id = 0x00001106 model_id = 0x00000000
node 1: vendor_id = 0x00001947 model_id = 0x000010cc
Using single number channel change command method
AV/C Command: cmd0=0x00487ce7 cmd1=0x0405b400 cmd2=0x00000000

Is there a way to query the current channel? Or a way to test? I can ssh and VNC from work but i can view the STB. Does this look like its working? Ill keep you posted when i get home in 7 hrs.

mitchell

[danielk]

I think you will want to be at home to test which channel changing modes work, i.e. with or without "-s".

BTW you are not running the patch I just added to the ticket. The text "node" would be in caps if you were and you would have additional debugging info. Make sure you have reverted the old patches done an "svn update" and are in the correct directory when you apply the patch.

[mitchell.gore@…]

it seems my svn update does not work. when i am in my svn directory and update i get this:

svn update http://svn.mythtv.org/svn/trunk/mythtv
Skipped 'http://svn.mythtv.org/svn/trunk/mythtv'

Doesnt that mean i am at the current build. I have been removing the entire dir. and redoing the whole download.

Mitchell

[Derek Atkins <warlord@…>]

Dude, leave off the URL in the update command. Just run: "svn update"

[anonymous]

So, i have tested the new svn and it is actually less functionality. When i select SA4250HDC in mythtv setup and then start the FE it reports that the tuner is unavailable.

07-07-27 19:23:17.187 EITHelper: localtime offset -5:00:00 
2007-07-27 19:23:17.835 FireChan(001947DB1F1A0000), Error: Model: 'SA4250HDC' is not supported.
2007-07-27 19:23:17.836 New DB scheduler connection
2007-07-27 19:23:17.837 Connected to database 'mythconverg' at host: localhost
2007-07-27 19:23:19.245 Main::Registering HttpStatus Extension
2007-07-27 19:23:19.245 mythbackend version: 0.20.20070717-1 www.mythtv.org
2007-07-27 19:23:19.245 Enabled verbose msgs:  important general
2007-07-27 19:23:19.246 AutoExpire: Found max recording rate of 349 MB/min
2007-07-27 19:23:19.247 AutoExpire: CalcParams(): Required Free Space: 4.0 GB w/freq: 5 min
2007-07-27 19:23:19.847 Reschedule requested for id -1.
2007-07-27 19:23:20.090 Scheduled 14 items in 0.2 = 0.16 match + 0.08 place
2007-07-27 19:23:20.094 Seem to be woken up by USER
2007-07-27 19:23:25.353 MainServer::HandleAnnounce Monitor
2007-07-27 19:23:25.353 adding: mythtv as a client (events: 0)
2007-07-27 19:23:25.353 MainServer::HandleAnnounce Monitor
2007-07-27 19:23:25.353 adding: mythtv as a client (events: 1)


The log says its not supported

[danielk]

(In [14110]) Refs #3727. Adds SA 4250HDC STB to recognized list but tells user that it is not supported.

Unfortunately none of the existing firewire channel changing code works with the SA 4250 HDC, but by adding it to the recognized list we can at least tell the user that their STB is not supported. You can still use this STB using an IR blaster, but then you have the reliability issues that IR blaster can have.

[danielk]

Sorry, I'm going to have to close this ticket as a feature request without a patch. Since none of the existing channel changing code works this is not something I can write support for you remotely.

Hopefully a programmer somewhere in the world will buy or rent a 4250 HDC soon and write a channel changer for MythTV.

[Brian Long <briandlong@…>]

I can provide remote access to a 4250HDC if someone is willing to login and poke around to try to get channel-changing code working. It appears Time Warner is only giving out CableCard? STBs because of US FCC mandate.

[bic1ster@…]

I have a SA4250 (HD or HDC?) also, but ids are slightly different (and obviously channel change does not work):

./sa3250ch -v -s 287 node 0: vendor_id = 0x000090a9 model_id = 0x00000000 node 1: vendor_id = 0x00001ac3 model_id = 0x000010cc Ignoring SA 4250HDC on node 1 -- sorry not supported yet Could not find SA3250HD or SA4200HD on the IEEE 1394 bus.

[briandlong@…]

The HDC has a CableCard? on the rear and it appears to run different application suite compared to the HD models. I've played around with the avc1394 command set, compiling sa3250ch with various debug statements, etc. I cannot get the transaction_block to return any values, but when I query the 4250HDC to see if it's of type "PANEL", it is. When I look at the dir.label entry for my 4250HDC, it says Scientific Atlantic 4300, which is strange to me.

[danielk]

patch missing on enhancement ticket. Please move discussions to mythtv-dev.