Jumper,
It seems like that's better. Here is dump result:
:4
:0
:9E
:AA
:FD
7
:AE
:50
8
:80
:E1
:EF
:75
:F0
:E9
:50
But we should be able to do this with a custom DEFINE, no??
Joe
Jumper,
It seems like that's better. Here is dump result:
:4
:0
:9E
:AA
:FD
7
:AE
:50
8
:80
:E1
:EF
:75
:F0
:E9
:50
But we should be able to do this with a custom DEFINE, no??
Joe
I didn't really look into this because I never use any other loaders but maybe this forum can come up with an answer.
This will not be solved today since we have passed Midnight a long time ago here.
Maybe moving this to a new thread might be a good idea after we have solved these problems. Then all our misstakes will be forgotten......
/me
Jumper,
Looking at the .lst listing. the code appears to start at $EB00, even though the ORG directive specifies 60160
joe
EB00 is 60160
Remeber some numbers are in Decimal and some in HEX
/me
I might be doing the math wrong, but by my calculation EB00 is
E(15) * 4096 + B(11) * 256 + 0 + 0 = 64256
Joe
Ooops!!!!
how stupid of me...of course E is 14 decimal and you are correct!
So the code is assembling at the correct location....hmmm
Joe
Jumper,
I went back to the other method (your special DEFINE), and here's what the (partial) assembly code looks like. It apears that something's putting another ORG after the one we defined. I wonder if it's another INCLUDE file that's doing it:
00037 LIST
00EB00 00038 ORG 60160 ; type the adress for loader here
00088 LIST
00089 ; Oscillator is 8MHz
01140 LIST
000000 01141 ORG RESET_ORG ; Reset vector at 0
01150 LIST
000000 EF66 F000 01151 goto INIT ; Finish initialization
02058 LIST
000004 02059 HSERIN
02060 ifdef HSER_CLROERR
02061 btfsc RCSTA, OERR ; Check for overflow error
02062 bcf RCSTA, CREN ; Toggle continuous receive to clear error
02063 bsf RCSTA, CREN
Bookmarks