Error 221 Backward jump out of Range

[PicNick]

mmmhh. Hab' das mal übernommen.
Bei jammert er jetzt erstmal Wasser und Rotz wegen einiger Functions (MUL32 etc)
Da kann ich mich aber erst morgen weiterspielen, sorry

Zur Erläuterung: Er will von einer Routine in der einen Library zu einer in einer anderen Library springen, und hat da einen relative Jump als Befehl
Je nach Kombination der Libraries im Programm ist das auch mal zu weit für diesen Befehlstyp.
Jetzt müßte man den Aufruf der div. Libraries solange umschlichten, bis es paßt, oder den oder die relativen Jumps finden und ausbessern.
Das ist Arbeit uiuiuiui.
Wenn es das ist, dann ist es aber ein Bug in einer der Libraries

[Gantenbein]

Aber ich binde doch nur folgende beiden zusätzlichen Routinen ein:
$include "Config_MMC.BAS"
$include "CONFIG_AVR-DOS.BAS"
in diversen Beispielprogrammen werden diese auch in gleicher Reihenfolge initialisiert. An Libaries ist diese AVR Dos Libary natürlich auch im Bascom Ordner beigefügt, bei den neueren Versionen ist das ja sogar schon standardmäßig so.
Ich verstehe das so, dass sich die Initialisierung des Displays und des MMC controllers eben gegenseitig irgendwo ins Gehege kommen. Was nach meiner Meinugn durch die getrennten Ports ja eigentlich nicht wirklichs ein kann. Also dieser Fehler ist für mich als Anfänger gerade wirklich etwas zu schwer zu finden..
Inzwischen habe ich auch mal die MMC Karte (Sandisk MMC 32MB)an die betreffenden Kanäle gehangen um zu sehen ob es vielleicht daran liegt (wobei ich ja eigentlich damit rechnete, dass wenn sie nicht daran hängen würde einfach eine Fehlermeldung kommt) -nun daran liegt es also auch nicht. Ich weiß diese Aktion war eher eine Verzweiflungstat.

[PicNick]

Keep cool. Von so einem Software-Wurstel lassen wir uns nicht piesacken.
Ich muß mal schaffen, zur gleichen Fehlermeldung zu kommen wie du, dzt. bringt er mir nur eine Menge anderes Zeugs.

[Gantenbein]

Meine neuste Idee ist nun, dass vielleicht die Verwendung unterschiedlicher SPI Inits nicht wirklich bei mir funktioniert. Das wollte ich erreichen indem ich in der Config_MMC.bas Const Cmmc_soft = 1 setzte.
Wie bereits erwähnt wurde da gerade Port b dann noch durch d ersetzt.
Aber vielleicht habe ich da ja auch einen Fehler gemacht daher poste ich das hier nun auch einmal.

[for_ro]

Hallo,
werden auf dem D062x Board nicht die Ports D2 und D3 für RS232 verwendet? D0 ist standardmäßig an RESET angeschlossen. D1 liegt auf der rechten Taste.
Wenn dies noch so ist, solltest du andere Ports verwenden.
Ich habe übrigens das gleiche Board, nur glaube ich eine etwas ältere Version.
Es ist ja auch schon ein Umsetzer (4050) für 3,3V für das Display installiert. Von den verfügbaren 6 Gattern werden aber nur 3 benötigt. Die anderen drei habe ich für die MMC Karte verwendet. Die habe ich an die freien PortE Anschlüsse gelegt, die bei meinem Board nicht rausgeführt waren.

Gruß Rolf

[PicNick]

Tscha, ich krieg immer nur massenweise
"Invalid data Type"
ohne verwertbare Angaben.

Und zwar nur, wenn ich OPEN und/oder CLOSE verwende
d.h. Bei diesen Funktionen werden Konstanten "Const" aus den CONFIG's verwendet, die nicht korrekt bzw. leer sind.
d.h bei den Const-Definitionen hat's was.

Vielleicht krieg ich das raus, aber dann hab ich immer noch nicht deine Fehlermeldung, um die's ja geht

[Gantenbein]

Ich habs..endlich nach einer Woche.
$include "Config_MMC.BAS"
$include "CONFIG_AVR-DOS.BAS"
habe ich einfach mal gleich zu anfang des Programms eingebunden.
Der fehler war wohl, dass vorher es wohl irgendeinen Aufruf gegeben haben muß der ähnlich auch in einer der beiden Libaries dazu existiert. Das heißt, dass das Programm dann wohl durcheinander kommen mußte welchen er nun verwenden soll bzw. "rückwirkend" einen anderen verwenden wollte. Was das genau für ein Befehl ist der nun er Übeltäter war kann ich nicht sagen. auch nicht warum das ausgerechnet bei mir passiert aber bei den allgemein geläufigen Beispielen die man so findet nicht.. aber es scheint zu gehen.
Nun ja zu gehen ist wohl zu viel gesagt, nun erscheint die fehlermeldung "File System Error" ABER das immerhin auf dem TFT Display und immerhin sorgte ICH dafür,dass so etwas erscheinen kann..jetzt muß ich nur sehen, dass auch mal ein "File System OK" erscheint.
Das scheint jedoch auch nicht so einfach zu gehen wie ich hoffte, nach auswertung der Error Code Table von AVR DOS sehe ich,dass dieser Fehler "Sector 0 on Card is not a Master Boot Record" bedeutet. Allerdings formatierte ich es aus Windows heraus als FAT und mit dem PC funktioniert diese Karte wunderbar. Meine SPI Kabel sind auch nur ein paar cm lang, so dass wohl kaum Störungen darauf kommen können.
Na wie es aussieht habe ich nun einen neuen Fehler der nicht ganz so einfach zu beheben ist.
Habe aber vielen Dank für die ganze Mühe die du dir machtest, ich muß schon sagen, dass das wirklich sehr nett war.