NM27C256 und MC68HC11A8 [Archiv] - ProgForum.com - Das Elektronik Diskussionsforum

Archiv verlassen und diese Seite im Standarddesign anzeigen : NM27C256 und MC68HC11A8

Import-Script

09.07.2003, 10:34

Hallo, brauche mal Hilfe für ein Projekt, habe einmal ein NM27C256 und ein MC68HC11A8 EProm und auf dem ist ein Programm jeweils drauf, wie bekomme ich diese Programm ausgelesen und ist es überhaupt möglich?

Import-Script

09.07.2003, 12:34

Der 68HC11 ist eine komplette CPU. In der Regel funktioniert ein ReadBack nicht. Sei es aus Prinzip (wozu auch, löschen und neu drüberprogrammieren reicht), falls doch eine Readback-Möglichkeit existiert, lässt sich diese ber security-Bit nach erfolgtem program und verify ausser Betrieb setzen, und das machen die Programmierer dann auch, damit eben nicht leute wie Du "Reverse-Engeneering" betreiben. Und mal ganz im Ernst: Wer baut aus seinem Auto den ControllerChip der Zündanlage aus, um ihn dann in einen Prommer zu stecken, zwecks Backup-Diskette erstellen, falls das Auto mal nicht anspringt, oder um im Winter prophylaktisch einen neuen Chip dabei zu haben. Kauf Dir ein Starthilfekabel oder Abschleppseil. Da hast Du mehr von. <img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0>

Import-Script

09.07.2003, 14:12

Also ich habe den Chip nicht aus dem Auto ausgebaut, der ist auf einer Steuerung für Kochbäder drauf und die Firma braucht das Programm, da es nicht mehr vorhanden ist und neu gebaut werden soll. Ich weiß also nicht was das mit einem Auto zu tun hat.

Import-Script

09.07.2003, 15:47

Sag ich doch: Reverse Engeneering<img src="http://progshop.com/elektronik/diskussion/clipart/talker.gif" border=0> Auf die Sache mit dem Auto kam ich nur, weil es hier von Motorchippern (Privatpersonen wohlgemerkt)nur so wimmelt. Dass jetzt bereits Firmen das durchziehen: <img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0>Aua haua

Import-Script

09.07.2003, 16:50

@Steve Becker Also, der 68HC11A8 (Familie HC11, Typ A8) ist eine MCU mit 8 KBytes ROM, 256 Byte RAM und 512 Bytes EEPROM. Der NM27C256 ist ein ordinäres UV-EPROM mit 32 KBytes. Das ROM ist vom Hersteller maskenprogrammiert. Kann aber gut sein, daß die 8k mit dem Buffalo beschrieben sind (Betriebssystem). Das Programm steckt dann vermutl. im EPROM (und das besitzt keinen Auslese-Schutz). Allerdings können sowohl die ROM- als auch die EEPROM-Zellen in der Memory-Map ausgeblendet sein (hängt vom Config-Register ab). Und im EEPROM können sich wichtige Programmwerte (Initialisierungen, kurze Programmsequenzen etc.) befinden. Zur Programmm-Analyse müßten also ein paar Bits im Config-Register verändert werden ( geht nur im "special Mode"). Ob da noch ein Protect dazwischen steht, bin ich mir im Moment nicht sicher. Ganz abgesehen davon kommt das schon 'ner kleinen Studienarbeit gleich. Denn ich vermute aus deinem Posting, daß du weder die MCU kennst noch deren Umfeld (HC11 Befehle, Modi, PC-Anbindung usw.) Also mit eben mal so auslesen wird das sicher Nix. Gruß Gerd

Import-Script

09.07.2003, 17:55

Hey Gerd, wow. <img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0> Das übertrifft ja fast die "Störungen des Differenzträger Tonempfangs durch Phasenmodulation des Bildträgers" Gut dass die 8031er Gemeinde nur internes / externes RAM, super-speziell-adressierbares RAM, "Move-to-(falls von da nach da)-Befehle" hat. Denen geht´s richtig gut...

Import-Script

09.07.2003, 18:53

Vielen Dank an Gerd, hat mir soweit geholfen, als das ich eine Firma finden muß, die mir versucht das Programm auszulesen, bzw. die Datei, die vorhanden ist auf Diskette so auszulesen, das man sie lesen kann, als Programm.

Import-Script

09.07.2003, 20:34

@Steve Becker Wenn die Datei nicht als lesbarer Assembler Quellcode vorliegt, kann es auch das Motorola S-Record Format sein (.s19, wird über die serielle PC Schnittst. zur MCU geschickt). Es gibt Tools, die dann wieder einen ASM Quelltext draus machen. Die Definition der Konstanten und Sprungmarken sind natürlich futsch (heißt ASM schwer zu lesen). Noch ein paar Tipps: 1. Motorola mailen und fragen ob A8 ROM+EEPROM grundsätzlich auslesbar sind. 2. Mal bei Motorola schauen: <a href="http://e-www.motorola.com/webapp/sps/site/taxonomy.jsp?nodeId=01624684498635" target=_top>http://e-www.motorola.com/webapp/sps/site/taxonomy.jsp?nodeId=01624684498635</a> (für A8 Google bemühen) 3. In der AN1060 (PDF saugen) sind die 4 Betriebsarten erklärt. 4. Nur Mut! <IMG SRC="http://progshop.com/elektronik/diskussion/clipart/happy.gif" ALT=":-)" BORDER=0> Gruß Gerd

Import-Script

09.07.2003, 20:38

@Andreas Wieso? Steht doch alles im Manual von Motorola. Manchmal muß man eben die Leute darauf hinweisen, daß man einiges an Zeit und Arbeit investieren muß, um kleine Erfolgserlebnisse zu erreichen. Ohne dicke Manuals zu durchstöbern ist da kaum was zu machen. Außerdem paßts, da ich gerade so ne HC08GP32 auf meinem Monitor stehen hab (in DIP), die noch auf ne schöne LP wartet <IMG SRC="http://progshop.com/elektronik/diskussion/clipart/happy.gif" ALT=":-)" BORDER=0>. Außerdem bist Du doch der, von dem ich ständig ASM-Code gepostet sehe ;) Ne ne, die Motorolas sind für mich im Moment eher überschaubar, als die Forum-Lieblings-MCUs. Aber was ich auf dem Peter Dannegger seiner Webseite zum 8051 gelesen habe, hat mir gefallen. Werde da wohl demnächst mal rangehen (paßt dann auch so schön hierher). P.S.: Wie geht's denn jetzt mit deinem NT weiter? Man liest ja gar nichts mehr im entspr. Thread. <IMG SRC="http://progshop.com/elektronik/diskussion/clipart/happy.gif" ALT=":-)" BORDER=0> Gruß Gerd

Import-Script

09.07.2003, 23:39

@Gerd: Das mit dem NT reift, das dauert noch ein paar Tage, aber keine Panic; Du wirst´s gewahr. Zu dem Assembler den ich "dauernd" poste - so wild ist das nicht. Ich bin eher der Pascal Mensch, allerdings auf Pascals, die idR. einen Assembler besitzen, sei es da ein 68008 EPAC mit ROM-Pascal, oder ein KWS 68000 mit SORBAS und Assembler oder auch ein PC. Ich mache halt viel Hardware, bezeichne mich auch eher als Elektroniker denn als Programmierer, in letzter Zeit sogar als Chip-Designer im weitesten Sinne. Ist halt von allem was dabei. That´s all. Die Motorolas find ich halt ganz angenehm, nichts desto Trotz interessiere ich mich auch für die 8051er, hab mir auch ein ROM-Pascal dafür zugelegt, klaro. Mal sehen was es gibt. Kann ich Dir ja mal ausleihen; sieht ganz interessant aus. NILI Pascal für 8051 und Derivate, recht ordentlich so auf den ersten Blick. Übrigens 68705 mache ich nur! in Assembler. Das ist allerdings bei dem auch kein Problem, der ist so saueinfach...

Import-Script

10.07.2003, 01:25

@Andreas Gut Ding will Weile haben, alter PASCALer <IMG SRC="http://progshop.com/elektronik/diskussion/clipart/happy.gif" ALT=":-)" BORDER=0>! Ja, da hab ich mich doch gleich an mein gutes altes TP for Win erinnert, mit den schönen gedruckten Handbüchern. <img src="http://progshop.com/elektronik/diskussion/messages/4982/7981.jpg" alt="sosahsaus"> Da wär doch noch Platz für den Rest gewesen. Egal. Ist eh erstaunlich, allein wie viel Pascal-Ansätze es für µCs, Varianten für Programmierspr. oder sonstwas gibt. Einfach nicht totzubekommen, das Zeug. (Hey Andreas, das war nur ein Spaaaaaß <IMG SRC="http://progshop.com/elektronik/diskussion/clipart/happy.gif" ALT=":-)" BORDER=0><IMG SRC="http://progshop.com/elektronik/diskussion/clipart/happy.gif" ALT=":-)" BORDER=0>) Gruß Gerd

Import-Script

10.07.2003, 09:56

Den Spaaaaaß hab ich tag täglich im Einsatz; allerdings in Form von FreePascal weil das ein echter 32Bit Compiler ist, insofern die konsequente Weiterentwicklung "NICHT" in Richtung Delphi. Da hat man dann auch echt noch was von seinen Pentiums mit den GHz(en) und Megabytes. Samplearray : Array[0..1024*1024*4] of byte; das hakt jetzt endlich nicht mehr an der 64k Grenze. Insofern ist Pascal doch nach wie vor OK, warum also nicht Pascal? übrigens mit dem Array von 4MB hatte mein Baujahr 85 KWS Null Stress. Der Stress fing erst mit den PCs an. Ich hatte mir auch mal den Spass (Notwendigkeit) gemacht, den von Turbo-Pascal erzeugten Code zu disassemblieren, an der erzeugten Schleifenstruktur war nichts zu verbessern, das war optimal gecoded, beste Registerausnutzung usw.<img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0>