Ich habe ein altes Phytec miniCon-535/LC Board, aber keine Unterlagen dazu.
Mit Spannungsversorgung läuft es und ich kann das Basic mit der Eingabe von "basic" im seriellen Terminal (9600baud) eingeben.
Ich bin auf der Suche nach den Basicbefehlen und insbesondere wie man Graphik auf dem Display darstellen kann.
Ich würde einfach mal bei Phytec nach Unterlagen nachfragen. Meist waren die auch als PDF abrufbar und ich kann mir nicht vorstellen, dass dort keine Unterlagen für ihre Boards mehr vorhanden sind. Ich hatte früher beruflich mit Phytec öfter Kontakt und konnte mich über deren Service nicht beklagen.
Ich würde einfach mal bei Phytec nach Unterlagen nachfragen.
Danke für den Hinweis. Das wäre vielleicht der einfachste Weg. Eigentlich untersuche ich das Board nur aus Interesse. Das angezeigte Datum ist ja 1988 und das ist schon eine ganze Weile her. Mich wundert ja, dass das EPROM die Daten noch nicht verloren hat.
Da sich das Board über die RS232 ansprechen und bedienen lässt, habe ich schon ein paar Sachen durch Probieren heraus gefunden. Ich überlegen, einen Memory-Dump zu machen und die Befehle vielleicht optisch zu entdecken.
Hier mal die bisherigen Erkenntnisse.
1
Eingabe von
2
basic
3
wechselt in den Basic-Interpreter
4
5
zurück mit
6
exit
7
8
? zeigt die Hilfe
9
10
mit
11
12
conf 0
13
14
kommt man in den reinen terminal Mode
15
16
#?
17
memory display modify fill verify
18
bit: >DB range >EB address >FILLB range value >VB range value
19
code: >DC range >EC address >FILLC range value >VC range value
20
data: >DD range >ED address >FILLD range value >VD range value
21
idata: >DI range >EI address >FILLI range value >VI range value
22
xdata: >DX range >EX address >FILLX range value >VX range value
23
24
program execution breakpoint(s) program load/save
25
>G [address] [,breakadd] - go >BD bp - disable >:hex_rec - load intel hex
26
>T [count] - trace step >BE bp - enable >S range - save intel hex
27
>P [count] - procedure step >BK bp - kill
28
>BL - list
29
>BS address - set
30
utility
31
>A address - assemble >MX xrange dest - move xdata
32
>U range - disassemble >MC crange dest - move cdata
Basic als höhere Programmiersprache sollte, bis auf irgendwelche proprietären Erweiterung, die gleichen Grundbefehle verwenden, wie anderen Basic-Interpreter auch.
... und insbesondere wie man Graphik auf dem Display darstellen kann.
Das Display hängt wohl über einen Port am µP, d.h. da brauchst du das Manual vom Graphikcontroller.
Das Basic auf dem minConLC-Board scheint tatsächlich recht ähnlich. Die meisten Kommandos funktionieren und es gibt auch ein paar Erklärungen im Manual die weiterhelfen. Schön wäre es natürlich, wenn man ein Repository mit ein paar Programmbeispielen hätte. Damals gab es aber github noch nicht.
Ich habe noch das Spezifikationsblatt des minCon_LC gefunden.
Unpraktisch bei dem Basic ist, dass es kein "print at x,y" wie bei manchen frühen Basic-Computern gibt. Das heißt, man kann das LCD nur Zeichenweise füllen. Oder wie seht ihr das?
Schön wäre es natürlich, wenn man ein
Repository mit ein paar Programmbeispielen hätte.
Na ja, der Befehlsvorrat ist überschaubar und BASIC ist jetzt auch nicht gerade C++. Von daher dürfte es recht einfach sein selbst ein paar kleine Beispielprogramme zu schreiben.
Um die Beschäftigung mit der kontrollerspezifischen Eigenschaften (also Lage und Funktion der SFR) kommst du eh nicht herum.
Unpraktisch bei dem Basic ist, dass es kein "print at x,y" wie bei
manchen frühen Basic-Computern gibt.
Dafür hast du ja das BASIC. :-)
Ist ja jetzt kein Hexenwerk selbst ein entsprechendes Unterprogramm zu
schreiben.
Ich vermute, Christoph wollte den Text pixelgenau positionieren. Das wird so oder so nicht funktionieren. Die meisten einfachen BASIC-Dialekte konnten keine Grafik (das gab die Hardware gar nicht her) sondern konnten Text nur auf einen 80x25 oder 40x25 Zeichenraster plazieren.
Mit den grafikfähigen Heimcomputern gegen Ende der BASIC-Ära kamen zwar BASIC-Dialekte auf, die das konnten. Aber verbreitet waren die zumindest in meiner Wahrnehmung nicht. Erkennen konnte man die recht einfach: wenn sie Primitiven wie LINE, RECT oder CIRCLE anboten, konnten sie zumindest Grafik. Aber Textausgabe war dann trotzdem meist auf ein festes Raster (typisch 8x8 Pixel) beschränkt.
Das hat mit der Organisation des Bildwiederholspeichers (Frame Buffer) zu tun. Ein Pixel entsprech damals typischerweise einem Bit. Adressierbar waren aber nur Bytes. Um ein Pixel an einer beliebigen Position zu setzen (bzw. löschen) brauchte man also einen read-modify-write Zyklus. Für ein Zeichen aus einem 8x8 Zeichensatz sind das 64 solche Zyklen. Zum Schreiben eines Zeichens auf eine Position im 8x8 Raster brauchte man aber nur 8 Schreibzugriffe. Das ging also deutlich fixer.
BASIC-Dialekte konnten keine Grafik (das gab die Hardware gar nicht her)
sondern konnten Text nur auf einen 80x25 oder 40x25 Zeichenraster
plazieren.
Ein erster Schritt könnte schon die Positionierung mit Zeichenauflösung sein, aber es wäre natürlich viel toller, wenn man z.B. auch einen Temperaturgraph zeichnen könnte. Im Anhang die Displayplatine von hinten.
Mit den grafikfähigen Heimcomputern gegen Ende der BASIC-Ära kamen zwar
BASIC-Dialekte auf, die das konnten. Aber verbreitet waren die zumindest
in meiner Wahrnehmung nicht. Erkennen konnte man die recht einfach: wenn
sie Primitiven wie LINE, RECT oder CIRCLE anboten, konnten sie zumindest
Grafik. Aber Textausgabe war dann trotzdem meist auf ein festes Raster
(typisch 8x8 Pixel) beschränkt.
Schon die Grafikbefehle des Commodore Basic 3.5 (C16, C116, Plus4)
können das.
Der Text allerdings im Graphikmodus geschrieben, was Einschränkungen
der Geschwindigkeit nach sich zieht.
Diese Grafikroutinen habe ich vor vielen Jahren als Basis für eine
Erweiterung des Extended Basic (Exbasic) für den C64 benutzt.
Aber was will man heute mit einem Basic auf der Basis 8052 noch
anfangen?
Für die PIC32 gibt es ein Basic als C-Projekt. Damit kann man innerhin
das Basic sehr leicht um eigene Befehle erweitern, deren Ausführung
durch den Basicinterpreter für eine sinnvolle Anwendung zu langsam wäre.
Also z.B. ein Messraster in eine Grafik einblenden.
Die Hardware ist dafür recht einfach gestrickt: Maximite/Duinomite.
Der Controller (PIC32MX795F512) ist ein PIC32 mit immerhin 80 MHz Takt.
Schon die Grafikbefehle des Commodore Basic 3.5 (C16, C116, Plus4)
können das.
Das nützt in dem Fall aber wenig, da es keine Grafikkommandos gibt.
Das angehängte File mit dem Kommandos habe ich über Memory-Dumps und KI-Hilfe generiert und sieht dem hier ganz ähnlich:
Schon die Grafikbefehle des Commodore Basic 3.5 (C16, C116, Plus4)
können das.
Das nützt in dem Fall aber wenig, da es keine Grafikkommandos gibt.
Das angehängte File mit dem Kommandos habe ich über Memory-Dumps und
KI-Hilfe generiert und sieht dem hier ganz ähnlich:
... Die meisten einfachen
BASIC-Dialekte konnten keine Grafik (das gab die Hardware gar nicht her)
sondern konnten Text nur auf einen 80x25 oder 40x25 Zeichenraster
plazieren.
Was direkt wieder zu der Frage führt, was will man mit einem Basic
das auf einem 8052 Derivat basiert, dass man nicht einmal für seine
Zwecke anpassen kann. Z.B. Grafikbefehle beim Interpreter nachrüsten.
Ein "ganz ähnlich" wird nicht reichen.
Wäre es nicht auf einem 8052 Derivat basieren würde, sondern auf
einem 8052, und der für das 8052AH-Basic geplanten Hardware, wäre
dies immerhin möglich.
Eine Grafik die elementar mit Basicbefehlen aufgebaut und verändert
wird, ist unbenutzbar langsam.
Das BASIC von Phytec war eine Lizenz des Intel 8052AH BASIC mit einigen Erweiterungen und auch Fehlerkorrekturen des originalen Intel-Codes. Soweit ich mich erinnere, hat Guido Philippi da tief die Finger drin gehabt, der später ein eigenes Ing.-Büro in Frankfurt Kelsterbach gründete. Vielleicht beantwortet er dir noch Fragen.
Graphikbefehle gab es keine drin. Als Studenten haben wir bei Phytec mal eine Graphikbibliothek in Assembler angefangen, sie wurde aber nie fertig.
Ich hatte den Bresenham bis hin zum Zeichnen von maskierten Ellipsen implementiert. Es lief aber einfach zu langsam, um praktisch verwendbar zu werden. Der Display-Controller ist strunzdumm und das Setzen von Grafikpunkten sehr umständlich, was die Sache äußerst behinderte.
Der Display-Controller ist strunzdumm und das Setzen von Grafikpunkten
sehr umständlich, was die Sache äußerst behinderte.
Dass das Board (und die LCD) nach 40 Jahren immer noch funktioniert, finde ich ja äußerst verwunderlich. Auch weil die sich darauf befindenden EPROMs ja mittlerweile ihre Ladung verloren haben könnten. Dem ist aber nicht so.
Es ist ja nur eine Spielerei. Wenn ich wüsste, an welche Stellen ich "hinein poken" müsste, könnte ich ja die Zeichen direkt an die richtige Stelle setzen.
Du weißt ja nicht, ob nicht doch ein paar Bits schon gekippt sind. Solange der Prozessor dort nicht vorbeirauscht, hat es keine Auswirkung.
Der Displaycontroller ist ein Toshiba T6963C. Soweit ich mich erinnere, wird er über zwei Speicheradressen angesprochen und dämlicherweise war er glaub auf 6Bit(Pixel) pro Byte im Grafiklayer hardwaremäßig voreingestellt (Bin mir nicht ganz sicher). Es gibt noch eine Textlayer, die den internen Charactergenerator benutzt. Also ein Byte ASCII gleich ein komplettes Zeichen auf dem Display.
Vielleicht findest du eine Memorymap oder den Schaltplan. Ich habe da nix mehr, leider.
Dem TO wurde bereits vorgeschlagen die Firmware (Dump der EPROMs) hier hochzuladen well das weitere Einblicke ermöglichen würde. Will er aber scheinbar nicht, dann gibt es halt keine weiteren Einblicke...
Dem TO wurde bereits vorgeschlagen die Firmware (Dump der EPROMs) hier
hochzuladen well das weitere Einblicke ermöglichen würde. Will er aber
scheinbar nicht, dann gibt es halt keine weiteren Einblicke...
So ungefähr .. vielleicht noch mit der kleinen Ergänzung, dass es der TO selbst vorgeschlagen hat (ich).
Der EPROM Dump liegt ab Adresse 0x8000, die Display Initialisierung ist bei Adresse 0xE943. Da kann man sich ansehen wie die Kommunikation mit dem Display Controller funktioniert.
Es sieht auf den ersten Blick nicht so aus als ob der Grafik Modus verwendet wird.
Auf der Platine ist ein programmiertes GAL (Der schmale Baustein mit weißen Label). Darin befindet sich wie bei sehr vielen Modulen von Phytec der Adressdekoder.
Aber vielleicht fragst du einfach Phytec, ob sie dir ein paar Fotokopien aus dem Archiv schicken.
Der MC535/LC wurde wesentlich weniger oft als die MM535 verkauft. Die Displayplatine wurde zugekauft, da gibt's vielleicht woanders noch ein entsprechendes Datenblatt.
Wenn man weiß wie der Displaycontroller antworten muß, kann man ja auch bisserl wild im Adressraum rumpoken, bis er reagiert. Das DB hast du ja nun.
Steht ja auch im Readme dass es sich um den Intel BASIC-52 Source Code handelt.
Und die obigen neu dazu gekommenen Befehle sind fast alle so einfach bzw. offensichtlich dass man noch nicht mal in den Code schauen muss um ihre Funktion zu erkennen bzw. es reicht aus sie einfach nur auszuprobieren.
Und die Ansteuerung der RTC des Boards ergibt sich aus dem Code an Adresse 0xD64F (RCLOCK) und 0xD710 (SCLOCK).
phytec_miniCon535_LCDstart.JPG
(200 KB)
