Why oh why


Bronze Member
Username: Bvvenegas

Post Number: 72
Registered: Apr-07
can somebody confirm that bin 228 is down for pansat 2700a and if so any clue when it will be up again

Silver Member
Username: Ustaad_hc

Post Number: 458
Registered: Oct-06
all STB down now. nothing is up so waiiiiiiiiiiiiiit.

Bronze Member
Username: Mrsofty

Platinum VIP Member

Post Number: 49
Registered: Nov-07
except my viewsat using old bin 071207 platinum all open on Bev

buy FTA Receivers Cheap at Auction www.GetDSS.com
or not FusionFTA.com

Silver Member
Username: Oleg1474

Florida Usa

Post Number: 645
Registered: Aug-06
well something this good shouldn't die

pouring over this all evening.

as with the ird to fta work lately to me its the last area of the hobby I need to play with

I am finding the hobby really boring, its never about tv its about doing something new and learning.

and would love to work on the Viewsat & Pansat. for just shits and giggles.

when satfta left/was made to leave the hobby it left a rather large hole, then cc closed. so much is done closed source now. I don't think the advent of the fta has detremented the hobby I just think it hasn't been used to its full potentional. a box we can mess with and the legal providers can NOT write legally. so its only our code to deal with no updates. just wish more was done open source and publically exploiting the hardware having fun.

even the crappiest fta has a cpu and ram that far outruns a echostar Euro/ECM666

I don't own an fta so plan to mess with the echostar Euro/Ecm66 just as a winter play project it probably won't amount to much but atleast have fun trying.

now for an utter NEWBIE question

in page 2 of this thread

to quote O-PHD-2

0x7FFFFFFE, the top of memory (because it is signed addressing) , the last few bytes of the Flash (or TSOP for those who didn't know). At that location there will be a jmp to some address close by (as it only allows for 2 bytes). This is common to see amongst all versions.

7FFFFFE7 272F2F2F20202040 ldc #7FFF0000
7FFFFFEF F6 gcall
7FFFFFFE 6107 j loc_7FFFFFE7

Or something along that lines (as the board will really mess up my formatting).

now shockingly in the E666 bev Euro/Ecm666 tsop I have

7FFFFFFE 6107this using 7FF80000 as a base offset in hex workshop

now using these to documents

View/C4 Core Instruction Set Reference Manual pdf

View datasheet pdf

I don't see where the j routine is broken down from the 61 or 07 I am and I know this is a bad thing but ASSUMING the 61 is the jump and the 07 is its relative addressing

page 95 of the first pdf

j n jump
Code: Function 0
Description: Unconditional relative jump. The destination of the jump is expressed as
a byte offset from the first byte after the current instruction. j 0 causes a breakpoint.
if (n = 0)
Take a breakpoint trap
Iptr4 u next instruction + n
Areg4 u undefined
Breg4 u undefined
Creg4 u undefined
Error signals: j 0 can cause a breakpoint trap to be signalled.
Primary instruction.
Instruction is a descheduling point.
Instruction is a timeslicing point.

so I understand its a primary instruction

now by the View pdf

code Memory Mnemonic Processor Name Notes
code cycles
0 0X j 5 jump D,Tnow

D Instruction can deschedule
T Instruction can timeslice

I am just trying to understand the nomenclature

am familar with asm and its one of my favourite languages
and have worked on the mostek the intel and motorola processors

and I figure no point going past the first instruction until I understand it. so I probably need to be hit with a clue x 4.

but any takers or pointers?

and yes my 7FFFFFE7 exactly matches what Dave2 posted but I figure as I stated above might as well start off on the right foot.

I love the winter gives time late nights for reading the old threads.

Thank you!! Oleg PHD@usa

Silver Member
Username: Oleg1474


Post Number: 630
Registered: Aug-06
Posted on Sunday, December 16, 2007 - 12:32 am:

well still up reading so might as well correct myself on my wrong assumptions

not sure what this dump was from but the relevant code matched and was dissassembled

e509| from loader.txt found in the sti5518 development on curious contraptions
20 | 7FFFFFE4 20 PFIX 00000000
20 | 7FFFFFE5 20 PFIX 00000000
20 | 7FFFFFE6 20 PFIX 00000000
27 | 7FFFFFE7 27 PFIX 00000007
2F | 7FFFFFE8 2F PFIX 0000007F
2F | 7FFFFFE9 2F PFIX 000007FF
20 | 7FFFFFEB 29 PFIX 0007FFF9
20 | 7FFFFFEC 22 PFIX 007FFF92
20 | 7FFFFFED 22 PFIX 07FFF922
40 | 7FFFFFEE 44 LDC 7FFF9224
F4 | 7FFFFFF0 80 ADC 00000000
F1 | 7FFFFFF1 E0 STNL 00000000
7F | 7FFFFFF3 7F LDL 0000000F
A0 | 7FFFFFF4 A4 CJ 00000004 (7FFFFFF9)
F1 | 7FFFFFF5 DD STL 0000000D
7F | 7FFFFFF7 7F LDL 0000000F
01 | 7FFFFFF8 00 J 00000000 (7FFFFFF9)
00 | 7FFFFFF9 02 J 00000002 (7FFFFFFC)
00 | 7FFFFFFA 00 J 00000000 (7FFFFFFB)
00 | 7FFFFFFB 80 ADC 00000000
20 | 7FFFFFFC 20 PFIX 00000000
20 | 7FFFFFFD 20 PFIX 00000000
07 | 7FFFFFFF 07 J FFFFFFE7 (7FFFFFE7)any hints truely appreciated so is it working in nibbles or bytes. just talking to myself laugh. will keep reading in the morning, anyway thought I'd post to keep the thread alive.
the 0 at 7FFFFFFF 07 I understand the 7 puzzles me but more when I wake.


Bronze Member
Username: Jack_meoff

Post Number: 81
Registered: Nov-07
« Previous Thread Next Thread »

Main Forums

Today's Posts

Forum Help

Follow Us