• Die Programmierung mit Data I/O Geräten
• Sprint - Systeme
• UniSystem - Systeme
• TaskLink
• Gehäuseformen

• Bausteintechnologien
  - Logikbausteine
  - Mircocontroller
  - Weitere

Die aktuelle Programmierarchitektur in Data I/O Geräten ist so konstruiert, dass der Baustein quasi in das Schaltschema des Programmiergeräts integriert wird. Damit erreichen wir unglaublich kurze Programmierzeiten, die sich der theoretischen Betriebsgeschwindigkeit des zu programmierenden Bausteins immer weiter annähern. Bei der Bausteinprogrammierung laufen mehrere Unterprozeduren ab. Mit unseren Geräten lassen sich diese individuell festlegen. Idealerweise wählen Sie nur die aus, die Ihnen einen maximalen Output garantieren. Trotzdem sind Sie im Hinblick auf den Durchsatz, je nach Gerät, auch eingeschränkt.

Das Programmiergerät prüft, ob alle entscheidenden Pins mit den Sockelkontakten verbunden sind. Diese Methode wurde in den frühen 80iger Jahren von Data I/O zusammen mit Testingenieuren unterschiedlicher Halbleiterhersteller entwickelt, um die Programmierung betriebssicherer zu machen. Die meisten Bausteine besitzen ESD-Schutzdioden und andere parasitäre Komponenten wie Widerstände und Kapazitäten, die dafür verantwortlich sind dass Strom fließt, wenn der Baustein an eine invertierte Spannung angeschlossen wird. Das heißt, wenn die Versorgungsspannung (VSS) positiv wird, erzeugt das an den zu testenden Pins messbare Effekte, weil diese im Bezug zur VSS auf ein negatives Niveau gezogen werden.

Da keine Bausteintechnologie der anderen gleicht, gibt es mehrere Möglichkeiten die Pins zu testen. Die jeweils richtige Methode wird dann bestimmt, wenn der Bausteinsupport erstellt wird. Bei einem kleinen Teil der Bausteine kann ein Continuity Test nicht durchgeführt werden. Dann geht man davon aus, dass bei einem eventuell fehlenden Kontakt der Baustein durch einen der anderen Tests ausfällt.

Der „illegal bit“-Zustand tritt immer dann auf, wenn der Versuch unternommen wird, eine programmierte Zelle durch erneutes Programmieren zu löschen. Bit für Bit vergleicht das Programmiergerät die zu programmierenden Daten mit seinem eigenen RAM-Speicher, damit es überhaupt nicht zum „illegal bit“-Zustand kommt.

Das gilt nicht für byte-löschbare Bausteine, bei denen der Löschvorgang in die Programmierung integriert ist, aber für alle anderen Bausteine inklusive denen, welche auf einmal gelöscht werden müssen wie z.B. Flash EEproms.

Bei der Programmierung werden Daten in den Datenspeicherbereich eines programmierbaren Bausteines geschrieben. Weil diese Art der Bausteine allgemein als „Read Only“ fungieren, benötigen viele vor allem ältere Bausteintechnologien eine spezielle Beschaltung. Außerdem müssen diese Chips während der Programmierung vom Schaltkreis isoliert sein.

Die korrekte Programmierung von Speicherzellen programmierbarer Bausteine erfordert spezielle Algorithmen. Diese Algorithmen werden vom Bausteinhersteller spezifiziert. Data I/O Geräte garantieren, dass immer der richtige Algorithmus verwendet wird – vorausgesetzt der richtige Baustein wurde vorher ausgewählt.

Wort für Wort vergleicht das Programmiergerät die Daten mit den geladenen im eigenen RAM-Speicher. Das vollzieht sich in zwei Schritten: einmal mit VCC am unterem Limit und einmal mit VCC am oberen Limit gesetzt. Wenn die 1-Pass-Verifizierung gewählt wurde, wird VCC auf den Nominallevel gesetzt. All diese Level sind im Abschnitt „DC Eigenschaften“ der Bausteinspezifikation definiert. Viele Programmiergerätehersteller halten eine Dataenverifizierung für überflüssig, weil die Daten auf dem Baustein schon während des Programmierens überprüft werden. Die interne Automatik des Chips bestätigt aber nur die Daten, die von außen geliefert werden. Hat ein Pin also keinen richtigen Kontakt, können Daten- oder Adressbits verloren gehen. Gerade weil die Kontaktierung nach wie vor mechanisch geschieht, ist es nicht immer möglich, während des gesamten Vorgangs optimale Kontakte zu gewährleisten.

Obwohl die Data I/O Geräte so zuverlässig sind, dass eine nachträgliche Kontrolle nicht unbedingt nötig wäre, empfehlen wir nach der Programmierung zumindest die 1-Pass-Verifizierung durchzuführen.

Das Programmiergerät belegt seinen RAM mit den entsprechenden Daten. Die Daten werden spezifiziert als Byte oder Word, und mit diesem Byte oder Wort wird der ganze Baustein programmiert.

Wenn all die oben genannten Unterprozeduren für den Programmiervorgang gewählt wurden, ergibt sich diese Abfolge:

1. Fill Programmer Ram
2. Download Data from Host Computer
3. Continuity Testing
4. I.D. Checking
5. Blank Testing
6. Illegal Bit Testing (nur bei Ausfall von Blank Testing)
7. Data and Feature Programming
8. Data Verification
9. Functional Verification (nur Logikbausteine)
10. Security Bit Programming (falls anwendbar)
11. Security Bit Verification (falls anwendbar)