Stuck on channel 8
-
- Junior Member
- Posts: 4
- Joined: Sat Nov 26, 2005 1:04 pm
Stuck on channel 8
I have a box that won't flip channels and is stuck on channel 8. It does get video on channel 8. I have read about stuck on 0 but not on 8. If I load a different nvram the box will work. But I think the stuck on 8 nvram is from my area. Any ideas on how to mod the nvram so the channels will flip?
Thanks.
Thanks.
-
- Junior Member
- Posts: 381
- Joined: Fri Oct 28, 2005 8:43 am
As well usbbdm he might want to check your past post included here to verify it and possibly correct it. Always remember to backup before you play...
Search the NVRAM range from 00 01 02 00 between $20b000 - $20b1d6
Here is what I have
00 01 02 00 81 9F 00 10 FF FF at address
Use 5th and 6th byte is 0x819f. Sub 0x8000 got 0x19f.
Use 0x19f * 0x20 = 0x33e0
Add 0x200418, 0x200418 + 0x33e0 = 0x2037f8
Go to address 0x2037f8
Offset 37F8 size 200
7F FF FF FF FF FF FF FF FF BB FF 7F FF FF FF BE
FF D6 03 FF FF FF FF FF 01 60 00 87 FE 00 00 7E
C0 00 00 00 00 07 F0 00 00 00 00 00 00 00 00 00
Each bit in here is a channel enable/disable. So try to disable one channel just reset that bit.
Change the first 7F FF FF to 7F 00 00 to see what happened.
Search the NVRAM range from 00 01 02 00 between $20b000 - $20b1d6
Here is what I have
00 01 02 00 81 9F 00 10 FF FF at address
Use 5th and 6th byte is 0x819f. Sub 0x8000 got 0x19f.
Use 0x19f * 0x20 = 0x33e0
Add 0x200418, 0x200418 + 0x33e0 = 0x2037f8
Go to address 0x2037f8
Offset 37F8 size 200
7F FF FF FF FF FF FF FF FF BB FF 7F FF FF FF BE
FF D6 03 FF FF FF FF FF 01 60 00 87 FE 00 00 7E
C0 00 00 00 00 07 F0 00 00 00 00 00 00 00 00 00
Each bit in here is a channel enable/disable. So try to disable one channel just reset that bit.
Change the first 7F FF FF to 7F 00 00 to see what happened.
-
- Junior Member
- Posts: 21
- Joined: Wed Jul 27, 2005 9:16 pm
- Location: NewYork&Chicago
- Contact:
-
- Junior Member
- Posts: 156
- Joined: Wed Oct 12, 2005 7:03 pm
It doesn't matter what NVram you use as long as it's from your area. The NVRam just sets the channel line up. The programing is set by a differnt chip, which is still being researched how to program. If all you have is analog channels then that's all your going to have for a while. there is no way to add channels unless you subscribe the box. Then there are other forum threads you should read if you go that route.
-
- Junior Member
- Posts: 4
- Joined: Sat Nov 26, 2005 1:04 pm
I guess I am a little confused. The only nvram file I have that might be from my area is the one stuck on 8. That is why I wanted to edit it to make flip channels. If I load an nvram from here I get only analog stuff. But I thought that if I had an nvram from my area and this box happens to have some preimum stuff subscribed on it (chip we can't access), I could get those subscribed channels. Is this correct or not? If correct, that is why I want a good working nvram from my area.
Thanks.
Thanks.
-
- Junior Member
- Posts: 381
- Joined: Fri Oct 28, 2005 8:43 am
mako,
The reports are correct. I have examined the init routines in the microcode. And there are segments of code that perform memory tests and based on the result proceed to overwrite this range of memory. This is probably an initialization sequence based on the state of the nvram. Your best possible solution will be to obtain a good copy of the nvram from your local area.
Depending on the CC network and DAC system you may be able to get a copy of an nvram based on the multicast data that is sent to the XC chip from multiple geographical locations.
For example in the SPIlog there is a command the looks like this
80 0E 05 30 1A 19 35 85 88
this data will be common to the DAC control system if someone has the same multicast data in their log you may likely be able to use a copy of their nvram on you unit.
Of course you would be the first to try this out but I think it will work.
Post your 80 0E 05 30 XX XX XX XX CC sequence an maybe we can see if there is a match somewhere.
The reports are correct. I have examined the init routines in the microcode. And there are segments of code that perform memory tests and based on the result proceed to overwrite this range of memory. This is probably an initialization sequence based on the state of the nvram. Your best possible solution will be to obtain a good copy of the nvram from your local area.
Depending on the CC network and DAC system you may be able to get a copy of an nvram based on the multicast data that is sent to the XC chip from multiple geographical locations.
For example in the SPIlog there is a command the looks like this
80 0E 05 30 1A 19 35 85 88
this data will be common to the DAC control system if someone has the same multicast data in their log you may likely be able to use a copy of their nvram on you unit.
Of course you would be the first to try this out but I think it will work.
Post your 80 0E 05 30 XX XX XX XX CC sequence an maybe we can see if there is a match somewhere.
Who is online
Users browsing this forum: No registered users and 4 guests