Universelles Programmiergerät - ZIF-Sockel-Beschaltung

Rafael Deliano schrieb:

Wer sagt das der M16 keinen Bus hat?

Das ist ein Argument, wenn man denn ein Betriebssystem und komplexe Treiber braucht. Ich denke mit C und Assembler ist man aber gut bedient.

Also wenn ich es denn quick and dirty mache nehme ich auch schonmal ein paar NOPs, das Timing scheint nicht so komplex und der Compiler nicht so blöd das es Probleme machen würde. Aber Timer hat das Teil wirklich genug.

Ähem, reichen bis zu 512k Flash und 31k Ram (bis 4MB extern) nicht? Das Teil hat diverse Erweiterungsmodi, schau es Dir mal an. 128 Pins (abzüglich denen für den Bus, wenn man ihn nur zur Speichererweiterung nutzt) sollten reichen, wenn nicht nimmt man den mit 100 und packt ein CPLD oder Latches dran. USB und Konsorten müsste man auch an einen x86 extern dranstricken. Ob jemand einen Programmer mit Ethernet braucht lass ich mal dahingestellt. Wenn man sowas um einen alten PC-Prozessor herumbaut, könnte doch auch gleich ein "dummes" Interface an einen PC hängen.

Wie wäre es mit einem Bus bei dem man dynamisch den Takt verändern, und 0-4 Waits durch ein paar Registereinstellungen ändern kann. Oder meinst Du Flankensteilheit?

Ich denke das nimmt sich nicht viel, das Risiko das Teil plötzlich nicht mehr oder nur teuer und mit Aufwand zu bekommen hat man immer und ob in

5-10 Jahren noch jemand sowas nachbauen will?

Aber bevor das noch in einen "Systemkrieg" ausartet: Letzlich muss der entscheiden der die Kiste baut und programmiert. Ich bin aber grundsätzlich bereit was beizusteuern. Und da ich mich gerade mit den versch. M16 befasse würde es halt passen. So flexibel das Teil auch ist, an machen Stellen muss man eben auch aufpassen.

Jörg.

Ja, und ich bin auch da ;-))

So hatte ich das mal geplant. Die Bauteile liegen hier auch noch alle.

Falls ich es doch noch mal schaffen sollte nen Programmer in Angriff zu nehmen wird es wohl was mit nem ATMega, FPGA, USB und Relais/Codierstecker werden. Es sollte sich auch noch Datenlogger eignen.

FPGAs haben den Vorteil, dass die I/O Spannung extern variiert werden kann und sich spezielle Schieberegister auch mal eben implementieren lassen.

Die ATMegas sind gross geworden und AVR-GCC taugt inzwischen auch.

Relais lösen das Problem mit den Pintreibern, Alternative wären Codierstecker.

Der Aufbau wäre wie geplant modular. D.h.:

Sockel

------------- Adapterplatine mit Relais/Codiermöglichkeit | |

------------- Prozessorboard mit USB + Power

Es wäre auch eine Adapterplatine mit mehreren Sockeln denkbar.

Meine mail-Adresse ist auf meine Homepage zu finden.

Grüsse Robert

:-) wir hatten ja vor einiger Zeit schon mal Kontakt, und inzwischen bin ich immer wieder ein Stück weitergekommen; immerhin funktioniert der Prototyp inzwischen (eben bis auf die Probleme die diesen Thread zum Auslöser hatten...) Ich werde jetzt mal mit den Tips die ich hier erhalten habe weitermachen, insbesondere was die Analogschalter anbelangt. Falls Du immer noch an Erfahrungsaustausch interessiert bist, meine Mail-Adresse hat sich nicht geändert....

Gruss,

Andreas

--
Andreas Fester
mailto:Andreas.Fester@gmx.de
WWW: http://littletux.homelinux.org

Wie andere Teile des Threads zeigen sind die Vorstellungen bezüglich CPUs recht unterschiedlich. Bei mir lief das bisher auf 6502 was für PIC16Cxx mit ihren

4k Speichern gangbar war. Bei den 68HC908 reicht der 6502 sowohl von der der 64k MemoryMap als auch von der Geschwindigkeit nichtmehr, sodaß der nächste Schritt eine 16 Bit CPU samt CF-Karte ist.

Wer Software auf PC compiliert braucht ein Kabel zum Programmiergerät. Der übliche Parallelport scheint nicht so üppig. Eventuell ist Ethernet leichter programmierbar als USB, probiert hab ichs allerdings noch nicht.

Da ich FORTH und Assembler verwendet müsste ich das FORTH erst portieren, was aber prinzipiell möglich ist. Soweit ausreichend Programmspeicher ( d.h. zusätzlich 20 - 32kByte ) verfügbar sind kann man es unschwer neben C installieren. Funktionsaufrufe von Unterprogrammen unterschiedlicher Programmiersprachen sind normalerweise auch machbar, wenn die Schnittstellen dokumentiert sind.

Bezüglich der Hardware ist der Aufwand natürlich im Einplatinen- computer maximal, während aufsteckbare Anschaltungen recht simpel sind. Der 16 Bit Einplatinencomputer hat aber wenig Anforderungen die ihn von üblichem Einplatinencomputer für andere Anwendungen unterscheiden. MfG JRD