EPROM las BCD Decoder verwenden

Hallo,

naja mit einem Eprommer. Aber nimm doch bei den EPROM-Preisen gleich einen µC. AVR und Co.

Gruß Holger

Die Antwort kam ja schnell... Das ich eine Programmiergerät brauche ist mir auch klahr ! Es ging mir um die Softwareentwicklung - fals man so etwas "einfaches" so nennen darf. Entwicklungsumgebung für ATMEL habe ich hier und auch schon einige kleinere Spielereien zum laufen gebracht. Mit der selben Software kann ich auch EPROM,s programmieren. Mir fehlt nur der Ansatz wie ich dafür das Programm schreibe !

Andreas Straßer schrieb:

Warst du da jemals drin? Nach deiner Fragestellung bleibt da ja kein anderer Schluss.

hattest du welche?

ein sehr gängiges Verfahren. Bei exotischen Anwendungen. Ansonsten gibt es dafür fertige Chips

Das wissen wir auch nicht. Es gibt da unzählige Möglichkeiten. Je nach (?)Prom und "Prommer" - ich frage mich nur wie man sowas vergessen kann.

logisch - sonst steht ja nichst drin ausser FF

Mit einem passenden Programmiergerät!

Wie wäre es wenn du mal google bemühst? Und/oder wikipedia. Da findest du Basiswissen und garantiert auch Wege und fertige Anleitungen Gruss Wolfgang

Hi,

Ganz einfach: Vergessen, daß das ein "Programm" ist. Was Du da machen willst ist einfach eine Wertetabelle: In Adresse 0 kommt das Bitmuster der Segmente, die bei einer 0 leuchten sollen, in Adresse 1... Das kannst Du mit einem Feld-Wals-Wiesen-Editor als HEX-Datei schreiben.

Wenn Du es mit nem AVR (oder ähnlich) machen willst, brauchts tatsächlich ein Programm drum rum... das das entsprechende Byte zum Eingabewert aus eben der Wertetabelle holt.

Gruß Michael Kutscher

Ich möchte mich hiermit öffendlich für meine Frage entschuldigen ! Innerhalb von 10-15 Jahren kann man so manches vergessen. Oder bist Du ein Genie und weißt Du Heute noch was Du vor

Hallo Andreas,

Is doch nur Wolfgang gewesen, der ist manchmal so drauf. Ist nicht weiter schlimm.

Marte

Marte Schwarz schrieb:

Manchmal?

Stimmt, es gibt ja Filter.

Gruß Dieter

Andreas Straßer schrieb:

trollen?

ja

ich weiss sogar nach ca. 25 Jahren "wie" und mit was ich meine erstes Eprom programmiert habe.

Lies doch ganz einfach mal deine Frage. Stell dir vor du liest so eine "dumm" gestellte Frage von jemand anderem.

Da bleibt ja fast keine Wahl als auch so dumm zu antworten. So was provoziert es ja regelrecht.

Ist es denn so schwer eine Frage verständlich und inhaltlich nachvollziehbar zu formulieren? Muss man so sinnlose Brocken absondern?

Letzlich zeigte sich ja durch dein weiteres Posten dass du was ganz anderes wissen willst als das, wonach du gefragt hast!

Es geht schon mit dem völlig unpassenden Subjekt los.

Gruss Wolfgang

Hallo Andreas,

ich hatte mir ein Datenblatt angesehen und mir dann mit einem Monoflop selbst ein Einfachprogrammiergerät für solche Einfachlogik gebaut, klassisch mit Lochraster und Fädeldraht. Aber solche Technik ist furchtbar Out. Wenn Du jetzt mit (digitaler) Elektronik ensteigen willst, dann such Dir eine Prozessorfamilie Deiner Wahl aus.

Marte

"Marte Schwarz" schrieb:

Macht viel Spaß. Ich habe mir mal ein derartiges Programmiergerät für

Damit hat mein erster Computer dann ,,laufen gelernt'' (Zeichengenerator für die Bildschirmsteuerung und Monitorprogramm), später konnte der dann selbst EPROMs programmieren.

Hallo,

"Marte Schwarz" schrieb im Newsbeitrag news:4516a843$0$26959$ snipped-for-privacy@newsspool4.arcor-online.net...

Wobei Du sicher Microcontroller meintest. Da ist ein kleiner aber feiner Unterschied. Was ich allerdings nicht so recht nachvollziehen kann, was hat jetzt das Eine mit dem Anderen zu tun? Wären da nicht PLD und für den Anfang GAL's oder PALCE's angebrachter? Ich nutze die Dinger, wenn auch oftmals hier verrissen, recht gerne. Zumal man damit für eigene Controlleranwendungen recht schnell mal die entsprechende Dekodierlogik zusammengestrickt hat. Auch für relativ komplexe Decoder sind die Dinger einfach Klasse. Und der intensive Umgang damit schult selbst lange verschüttete Grundlagen. Boolesche Algebra und dgl. holt der µC nicht wirklich wieder zurück. Ist aber nur so'n Gedanke. Ich hatte sogar früher mal angedacht S-TTL Proms für derartige Aufgaben (Decoder) einzusetzen. Pollin hat die Dinger zu Hunderten rausgehauen. Allerdings mangelte es schon zu der Zeit an Programmiergeräten für die Teile, so daß der Gedanke verworfen wurde. Aber hey, was solls. Ich habe auch mal eine kleine Lichteffektgeschichte mit einem Taktgeber, Zähler und einem 2716 gebastelt. Liegt zwar schon Jahre zurück, aber lehrreich war's allemale.

Gruß Ingo

"Joerg Wunsch" schrieb im Newsbeitrag news:ef6q2f$2sr6$ snipped-for-privacy@uriah.heep.sax.de...

Und ich dachte, das nur ich Depp meine ersten (ebenfalls 2708) EPROMs so programmiert habe...

Ich hab' so mein erstes CSI 28C16 so programmiert! Jaha, ein echtes (paralleles) EEPROM!

Gruß Henning

P.S.: Das war aber auch schon 1995/96, ich wollte mir kein UV-Löschgerät anschaffen.

Ich hab die Siemens S353 mit Kippschaltern und "burn-it"-Taste programmiert :) Diodenmatrix-PROM, braucht dreierlei Spannungen zum Programmieren, richtige Scheißdinger.

Hallo,

Du schreibst Dir die logische Verknüpfung der einzelnen Ausgänge als Funktion der Eingänge auf, z.B y1=x1 and x2 or x3 ... Dann schreibst Du ein kleines Basic- oder was-auch-immer-für-eine-Programmiersprache-Programm, dass alle Eingangskombinationen durchklappert und die 8 Ausgänge zu einem Byte verknüpft. Diese Bytes werden der Reihenfolge nach abgespeichert und ergeben das zu programmierende Binärfile. Hab' in meiner Pre-uC-Zeit einige nette Dinge mit ausgeschlachteten EPROMs so gebastelt.

MfG Michael

Hallo Andreas,

Im EPROM wird einfach die Wertetabelle eingegeben. Beispiel: Eingang BCD[3..0] Ausgang: 7-Segment a-f

BCD -> 7-Seg

Adresse -> Daten

Stichwort "Mikroprogrammierte Steuerung" Man kann auf die Art auch ganze Automaten bauen. Ein Teil der Ausgänge (Datenleitungen) beschreibt den Folgezustand des Automaten. Diese Leitungen werden über ein Register auf die Eingänge zurückgeführt (aktueller Zustand). Am Register liegt am CLK-Eingang der Takt des Automaten an. Bei Interesse kann ich noch ein Beispiel schreiben (sonst spare ich mir die Tipperei).

B. Spitzer hat beim Tippe wieder was vergessen: Hallo Andreas,

das Tool Log/IC konnte nicht nur JEDEC-Dateien für GALs und CPLDs erstellen, sondern für genau dieses Problem gab es den Baustein "HyperROM". Hier hat Log/IC dann ein Hex-File ausgespuckt, mit dem das EPROM programmiert wurde. Log/IC gibt es nicht mehr am Markt, aber die letzte Version ist unter

tschuessle Bernhard Spitzer

Hallo !

Wieder mal einer der mich versteht und weiß was ich eigendlich will bzw. welche Hilfe ich suche! Ich will keine Programmiergeräte bauen - na endlich hat es einer verstanden! Ich habe jetzt Deine Zeilen gedanklich durchgespielt und langsam kommt wieder die Erinnerung zurück. Ich habe die restlichen Hex Daten raus:

Um nicht soviel zu tippen habe ich das etwas gekürzt aufgeschrieben. Kannst Du das mal kurz überprüfen - danke. Das Intel Hex File sieht so aus:

:100000007E306D79335B5F707F7B00000000000005

Die restlichen freien Zellen habe ich mit Nullen aufgefüllt. Der Rest des EPROM,s ist leer (FF). Wenn ich es schaffe werde ich am WE mal ein EPROM brutzeln und schauen ob das auch so richtig ist. Die Ideen mit einen ATMEL sind zwar auch gut,aber man braucht mehr "drumherum" (Quarz,usw.). Da habe ich es doch mit einen EPROM doch leichter und muß nicht so viel tippen :-) Danke nochmal für die Hilfe aller Beteiligten.

Gruß

Andreas

Hab' den Kram einige Jahre als Assi an der Uni betreut...

Die 6 könnte man auch 1F machen. Deine sieht so aus: _ |_ |_|

die 05 ist die Prüfsumme (Quersumme über alle Bytes = x00)

Bei Bedarf auch gleich mehrere Versionen ab Adresse 00010. Dann Kannst Du mit den übrigen Adressleitungen auf andere Codes umschalten.

Siehe noch den anderen Hinweis zu Log/IC. Damit kannst Du auch Gleichungen oder (mehrere unabhängige) Wertetabellen eingeben und die HEX-Datei wird automatisch generiert.

tschuessle Bernhard Spitzer