ADSP 2181 Splitterproblem

[Andreas (Gast)]

Hallo Leute
ich habe ein Problem mit dem ADSP 2181 von Analog Devices.
Der Bootcode lädt brav den Dm und dann den PM
jedoch die letzte zu ladende Page (also Page 0)ist im
bnm-file nicht richtig eingeordnet, im folgenden versuche
ich das mal zu erklären:
Laut Loader-Code meines Programms wird die BootPage 0
im Eprom ab 025Ah gelesen und in den PM nach 0000h
geschrieben und zwar 3Da7h mal (BWcount =148Dh ).
D.h. die letzte zu übertragende Byte ist im bnm-File
auf 4000h. Da jedoch steht ja schon wieder das erste
Byte von Page 1. Das wiederum bedeutet, daß der letzte
Befehl von Page 0, so er nicht gerade ein nop ist, ein
sinnloser Befehl wird , na ja und wenn das gerade ein
rti ist verrennt sich der Prozessor völlig; sind es
"nur" Daten ist es u.U. nicht so schlimm aber man kann
sich dann auch totsuchen warum Daten nicht stimmen oder
"unerklärliche" Fehler auftreten.
Der Splitter gibt dem BWCount wohl die korrekte Länge
vor, plaziert aber die PM-Page 0 im bnm-file um 1 Byte
zu weit nach hinten, was den Fehler im letzten Byte
zur Folge hat.
Hier mal kurz ein Ausschnitt des bnm-Files:
S225003FF0000B812B3422200F912B3A0C00200A000D0308907F9082029422E00F194954 
820229
und die passende Stelle im .exe-File (bevor der Splitter sein übles Werk 
tut)
34000B
812B34
22200F
912B3A
0C0020
0A001F  o.k.
0D0308  o.k.
907F90
820294
22E00F
194954
82025A

Da die DM-Pages (im bnm-File) zwischen Loader-Code und
PM-Page 0 liegen, gehe ich davon aus daß bereits diese um ein
Byte zu weit hinten liegen.
Also liegts am Splitter, der den ganzen Keks falsch plaziert.
Mein Splitter ist der spl.exe V 1.37, hat jemand einen neueren?
(ich arbeite mit Legacy Modell, nicht LDF also der elfspl.exe nützt mir 
nix)

Gruß Andreas