<br><br><div class="gmail_quote">On Thu, Jun 4, 2009 at 8:36 PM, Christian Szpilfogel <span dir="ltr"><<a href="mailto:chrisznews4@rogers.com">chrisznews4@rogers.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Matt Emmott wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
<br>
<br>
/* SA42xxHD IDs */<br>
#define SA4200HD_VENDOR_ID1 0x000014f8<br>
#define SA4200HD_MODEL_ID1 0x00001072<br></div><div class="im">
#define SA4250HD_VENDOR_ID1 0x00001106<br>
#define SA4250HD_MODEL_ID1 0x00000000<br>
<br>
Robert<br>
<br>
<br>
<br>
<br></div><div class="im">
Everything _appears_ to be working but the box just isn't changing channels. I'm able to plug a GUID from dmesg | grep 1394 into sa4250_ch_ guid like so,<br>
<br>
matt@mythdev:~$ sa4250_ch_guid 00110666000000b8 56<br>
Changing channel 56<br>
<br>
But the channel never changes. If I run the non GUID version verbosely I get:<br>
<br>
matt@mythdev:~$ sa4250_ch_new -v 56<br>
node 0: vendor_id = 0x00001106 model_id = 0x00000000<br>
Device acquired on node 0<br>
Changing channel 56<br>
AV/C Command: cmd0=0x00487ce7 cmd1=0x04003800 cmd2=0xff000000<br>
<br>
Again, with the channel never changing. I've tried powering everything down, moving the cable to another firewire port and powering them back on (STB first), with no result. Any ideas what to try next?<br>
</div></blockquote>
You are going to have to debug this lower down. I haven't seen these vendor IDs on an SA4250 (not necessarily an issue) and the Model ID of 0 is unusual to me as well. Your thread however indicates you compiled those values into the channel changer.<br>
<br>
In an earlier email you found:<br>
/sa4250_ch -v<div class="im"><br>
node 0: vendor_id = 0x00001106 model_id = 0x00000000<br></div><div class="im">
node 1: vendor_id = 0x000022ce model_id = 0x000010cc<br>
<br></div>
22ce IS a Scientific Atlanta box and 10cc is a model as well. Have you tried this pair? Your thread suggests you did not.<br>
<br>
I also asked you earlier for an output of plugreport and you did not do this. Can you do this?<br>
<br>
sa4250_ch_new also has a "-n" parameter so if you have the constants correct then perhaps you want the following command:<br>
sa4250_ch_new -n 1 -v 56<div><div></div><div class="h5"><br>
</div></div></blockquote><div><br>Sorry for not providing plugreport sooner. Here it is:<br><br>matt@mythdev:/usr/local/bin$ plugreport<br>Host Adapter 0<br>==============<br><br>Node 0 GUID 0x00110666000000b8<br>------------------------------<br>
libiec61883 error: error reading oMPR<br>libiec61883 error: error reading iMPR<br><br>Node 1 GUID 0x0022ce14782e0000<br>------------------------------<br>oMPR n_plugs=1, data_rate=2, bcast_channel=63<br>oPCR[0] online=1, bcast_connection=0, n_p2p_connections=0<br>
channel=0, data_rate=0, overhead_id=0, payload=146<br>iMPR n_plugs=0, data_rate=2<br><br>And attempting to change the channel with the -n switch gives me:<br><br>matt@mythdev:/usr/local/bin$ ./sa4250_ch_new -n 0 -v 784<br>
node 0: vendor_id = 0x00001106 model_id = 0x00000000<br>Device acquired on node 0<br>Changing channel 784<br>AV/C Command: cmd0=0x00487ce7 cmd1=0x04031000 cmd2=0xff000000<br><br>It looks like it works, but the channel never changes.<br>
<br><br> <br></div></div><br>