Ne, so kann das nicht gehen.

Sag mal genau, was du machen willst, dann können wir dir evtl. helfen, meine BASCOM-Kentnisse haben extrem nachgelassen, seitdem ich es nicht mehr nutze.

---

Wenn du Daten im ROM platzierst, ich denke, dass geht mit Data, dann musst du mal schauen, ob es einen Befehl gibt, der diese Daten lesen kann.

---

Ein Array wird allerdings noch etwas anders deklariert: Dim I[10] As Byte z.b.

_________________

Zitat : DonComi hat am 22 Feb 2007 16:51 geschrieben :

Ne, so kann das nicht gehen. Sag mal genau, was du machen willst, dann können wir dir evtl. helfen, meine BASCOM-Kentnisse haben extrem nachgelassen, seitdem ich es nicht mehr nutze. Wenn du Daten im ROM platzierst, ich denke, dass geht mit Data, dann musst du mal schauen, ob es einen Befehl gibt, der diese Daten lesen kann. Ein Array wird allerdings noch etwas anders deklariert: Dim I[10] As Byte z.b.

Doch, so geht das schon, aber halt nicht mit einer Variablen, die den Namen einer anden enthält.
Lt. Anleitung werden DATA Zeilen im ROM Platziert (bzw. im Flash) und dann zur Laufzeit ausgelesen - soweit sogut.
Ich habe eine 5x5 LED Matrix gebaut, auf der sollen jetzt verschiedene Buchstaben auftauchen, später dann auch scrollen.
Der Text steht in einem String, davon übergebe ich den jeweiligen Buchstaben an eine Variable die dann den Namen des DATA-Eintrags enthält - und da endet die Reise dann wie gesagt schon....

Jeder Buchstabe besteht aus 5 Bytes, die sollen ausgelesen und in einen Array geparkt werden, der dann von der Anzeigeroutine Zeile für Zeile angezeigt wird.

Die Dimensionierung der Variablen klappt soweit prima, hat alles seine Richtigkeit - nur eben das dynamische Zuweisen der auzulesenden DATA-Zeile nicht.

Ich will halt Subroutinen für jeden Buchstaben vermeiden, das ist total überflüssig meiner Meinung nach.
Ich denke eher, dass es ein Problem mit der Syntax-Schreibweise ist...

Stefan Z

Ich mache das ungefähr so:

Tabelle mit Offsetwerten irgendwo im ROM platzieren.
Das auszugebene Zeichen wird auf die Basisadresse (erstes Byte) gerechnet, und der Tabellenwert wird wiederum als Offset benutzt und auf eine Tabellenbasisadresse gerechnet. Nachdem nun die Adresse eingestellt ist, wird nurnoch der Inhalt gelesen. Da du 5 Bytes hast, musst du halt entsprechend große Tabellen schreiben, aber das sollte eigentlich rel. gut gehen.

Nachdem du das erste Byte gelesen hast, muss der ROM-Zeiger (Z-Register) inkrementiert werden und das nächste Byte gelesen werden. Das ganze fünf mal.

Du musst dir nur was ausdenken, wie du das mit dem krummen Wert von 5 machst. Mit 5 multiplizieren ist in Basic leicht, aber auch anstrengend und zeitintensiv für den Prozessor.
Besser mit graden Werten wie 8 oder so rechnen. Da reicht es z.B., alle Bits drei Stellen nach links zu schieben.
Du verschwendest dann zwar pro Zeichen 3 Bytes, aber man muss da Nachteile und Vorteile gegeneinander aufrechnen.


Habe ich das Thema getroffen?


Oder: verschachtelte Select Case-Anweisungen.

_________________

Zitat : DonComi hat am 22 Feb 2007 20:31 geschrieben :

Ich mache das ungefähr so: Tabelle mit Offsetwerten irgendwo im ROM platzieren. Das auszugebene Zeichen wird auf die Basisadresse (erstes Byte) gerechnet, und der Tabellenwert wird wiederum als Offset benutzt und auf eine Tabellenbasisadresse gerechnet. Oder: verschachtelte Select Case-Anweisungen.

Wie leg ich denn so ne Tabelle an? Auch mit DATA?
Wenn ich dirch richtig verstehe, dann leg ich ne große Tabelle an, alle Zeichen hintereinander (schlauerweise vielleicht in ASCII-Sortierung ).
Dann Halt den aktuellen Buchstaben als String nehmen, daraus den entsprechenden ASCII/Binär-Wert erstellen, den dann mit 5 multiplizieren und als Offset für die Tabelle nutzen, 5 Byte auslesen, fertig.

Stefan Z

Ja, du hast mich korrekt verstanden.

Wie man das mit Basic macht, weiß ich leider nicht, in Assembler könnte ich dir weiterhelfen.

Sonst legst du halt einfach die Tabellen ins EEPROM, da kann ich dir dann auch sagen, wie das geht (da kenn ich noch die Zugriffbefehle).

Wenn mich aber nicht alles täuscht, sollte auch ein Array als Tabelle mit den Werten für die Zeichen reichen. Das Array ist dann eben im schlimmsten Fall (=alle ASCII-werte von 0-255) 256*5 Bytes groß.

Edit:
Dim Kode[255] As String * 5

Am Anfang muss dann die Tabelle mit den Werten gefüllt werden, die als Konstanten irgendwo im ROM rumliegen.
Deshalb macht es mehr Sinn, direkt im OM zu bleiben, ohne 768 Bytes im SRAM zu verschwenden. Nur musste dann rausfinden, wie man mit Basic auf Zellen im ROM zugreifen kann. Bedenke auch, dass das ROM nicht byte- sondern word-organisiert ist!

_________________


[ Diese Nachricht wurde geändert von: DonComi am 23 Feb 2007 14:41 ]

Also ich habe das Ding jetzt endlich soweit am laufen - allerdings ist der EEPROM vom ATiny2313 ja schon arg klein
Von A bis Y komme ich, das Z ist dann nur noch in den ersten drei Zeilen korrekt, dann erscheinen die ersten zwei Zeilen des A wieder

Wie bekomme ich denn jetzt die verdammte DATA-Tabelle in den Flash-Speicher? (Davon hat er ja zumindest 2KB an Bord).

Ich habs mit $eeprom und Readeeprom gemacht (ja ich weiß, es ist falsch, aber womit machichs sonst?).

Das Listing habe ich angehangen - ist bestimmt auch für andere sie sowas bauen interessant.

Dankbar für jede Hilfe:
Stefan Z

OK, hab des Rätsels Lösung gefunden... Mannomann.


Hier steht eigentlich alles Wesentliche:
http://www.mcselec.com/index2.php?o.....=3420

Vielen Dank nochmal für Eure Hilfe - ohne Internet wäre ich echt aufgeschmissen

Stefan Z

PS - des neuen Source und alles poste ich die Tage nochmal - wird jetzt noch verfeinert. Anbei schonmal ein kleines (schlechtes) Video - in Echt steht das Bild 1A!