TPU Microcoding - kennt sich jemand damit aus?

Steffen H. schrieb:
> sowas noch auskennt?

äusserst rudimentär. Auswendig auf keinen Fall, aber ich habe dazu 
irgendwo noch Notizen mit Beispielen, wie das ging. Kann ich morgen mal 
raus suchen und gucken.
Ich glaub, es gab einen speziellen Assembler, den brauchte man aber 
nicht, wenn man nur vorgefertigte Funktionen der TPU verwendete. Da gabs 
ja so zeug wie "BLDC Motor commutation" und "hall sensor decoding" und 
sowas.

Ja genau, es gibt zwei Maskensets, A und G, die vorgefertigte Funktionen 
bereitstellen. Man kann die TPU aber auch in den Emulationsmodus 
schalten, um eigene Funktionen zu implementieren. Das ist in meiner 
Software leider der Fall.

Ich möchte nun verstehen, was diese selbstgebauten Funktionen machen und 
hab da so meine Schwierigkeiten. Im Profibereich gibt es zwei 
Simulatoren, einen von Ashware und einen von Lauterbach. Preislich 
liegen beide leider außerhalb meiner Möglichkeiten.

Also versuche ich jetzt, mit dem Reference Manual der TPU 
weiterzukommen. Das ist aber kaum erklärender, sondern beschreibender 
Natur. Deshalb verstehe ich die Zusammenhänge nicht.

Hallo,

diese Web-Side kennst Du? http://www.eslave.net/tpu/source/source.html

Mehr kann ich leider nicht beitragen. Meine Experimente mit der TPU 
liegen nun gute 25 Jahre zurück. Mit meinem 68332-System habe ich in 
diesem Jahrtausend auch nicht mehr "gespielt" und die Unterlagen sind 
nach drei Umzügen auch nicht mehr vollständig... :-(

Grüßle
Volker

Danke für den Tipp! Ja, die Seite kenne ich. Sie ist exzellent :-)

Ich habe mir heute (übrigens genau von dort) den TPU Debugger 
heruntergeladen und vor ein paar Stunden auch zum Laufen bekommen. Das 
Tool kann die Befehle decodieren bzw. disassemblieren. Das ist eine 
riesige Hilfe.

Hast Du damals eigene Funktionen erstellt?

Steffen H. schrieb:

> Hast Du damals eigene Funktionen erstellt?

Moin,

Ich wollte immer, habe es aber leider nie umgesetzt. Ziel war, die 
Kommutierung eines bürstenlosen Gleichstrommotors möglichst effektiv zu 
gestalten. Als sich das Folgeprojekt dann aber in Richtung Low-Cost 
entwickelte, war dieser Ansatz leider nicht mehr sinnvoll umsetzbar.

Und im privaten Bereich überzeugten mich dann ab 2000 die AVRs. Nicht 
zuletzt dank GCC und dem integrierten Flash-ROM.

Grüßle
Volker

Chris schrieb:
> Ok, kann dir den SmallC Compiler für die Tpu posten, dauert aber 2 Tage
> dass ich zu dem Rechner komme.

Ich habe gar nicht gewusst, dass es einen Compiler für die TPU gibt. Das 
fände ich klasse, wenn Du das für mich tun würdest! 2 Tage sind kein 
Problem, die warte ich gerne.

Hallo Chris,

hattest Du Gelegenheit, an den Rechner zu kommen?

Steffen

Steffen H. schrieb:
> Chris schrieb:
>> Ok, kann dir den SmallC Compiler für die Tpu posten, dauert aber 2 Tage
>> dass ich zu dem Rechner komme.
>
> Ich habe gar nicht gewusst, dass es einen Compiler für die TPU gibt. Das
> fände ich klasse, wenn Du das für mich tun würdest! 2 Tage sind kein
> Problem, die warte ich gerne.

Da würde ich mir keine allzu großen Hoffnungen machen. Ich gehe von 
einem Headerfile mit Register- und Parameterdefinitionen für den 68HC16 
aus -- aber ich lasse mich gerne positiv überraschen :-)

Steffen, hast Du wirklich kein Interesse an den Unterlagen, die ich Dir 
per PM angeboten habe?

Grüßle
Volker

Volker B. schrieb:
> Steffen, hast Du wirklich kein Interesse an den Unterlagen, die ich Dir
> per PM angeboten habe?

Ich habe Deine Nachrichten gerade gesehen. Du hast die Unterlagen 
eingescant, das ist großartig! Ich melde mich bei Dir!

...auch wenn ich es nicht tun sollte (weil ich es selbst anbiete):
In der Bucht findest Du jetzt das Manual "TPU Microcoding", falls Du es 
noch brauchst.
Es hat mir vor 20 Jahren gute Dienste geleistet. Jetzt brauche ich es 
nicht mehr.
LG, sepp2gl