Ich habe diese Frage schon in einem Forum gestellt, jedoch keine Rückmeldungen erhalten. Ich hoffe, es ist also I.O. dies hier nochmals einzu tragen ;-)
Ich benötige einen parallel Programmer für einige M16c (M30624FGAFP) zu löschen. Da die ID für diese Controller nicht mehr verfügbar ist, müssen diese parallel programmiert werden.
Die Firma Segger hatte einst einen Flasher4 entwickelt, jedoch werden diese seit zwei Jahren nicht mehr vertrieben und sind meines Erachtens auch nicht als gebraucht zu bekommen.
Evtl. könnte mir ja jemand für ca. eine Woche einen derartigen passenden Programmer leihweise vermitteln. Über die Kostenseite kann man ja reden ;-)
Übrigens für das parallele Programmieren mußt du den 100pinner doch auslöten. Also ich würde den danach nicht wieder einlöten. Dann kann man doch auch gleich einen Neuen einlöten mit einer neuen ID. Es sei denn, du hast gar keine Daten mehr. Alles seltsam...
Da sagst Du mir nun aber was neues! "-protect2" kannte ich bisher noch nicht. Kann man, ohne dieses Flag zu setzen den uC trotz ID auslesen?
Ein Auslesen des Chips ist in meinem Fall nicht nötig. Ich möchte Ihn einfach nur löschen, damit ich meine Programme aufspielen kann...
Habe auch schon die Holzhammer-Methode ala heiß machen oder >5V5 Versorgungsspannung anlegen versucht :-) Das einzige was funktionierte war, das scheinbar jegliches Programm vom uC entfernt wurde und ich so auch den Bootloader verloren hatte, grins.
Ich hatte mit Glyn schon telefoniert. Die sagten, dass Segger einst einen parallel Programmer (Flash4) im Programm hatte, der dies könnte. Leider ist die Serie seit zwei Jahren ausgelaufen und die Schaltpläne wurden (wie sonst bei der Firma üblich) nicht veröffentlicht.
Da ich einige dieser Controller hier habe, ist es mir schon sehr wichtig, diese auch programmiert zu bekommen.
Nochmal lesen: ROM code protect function The ROM code protect function is used to prohibit reading out or modifying the contents of the flash memory during parallel I/O mode and is set by using the ROM code protect control address register (0FFFFF16). Figure 1.27.1 shows the ROM code protect control address (0FFFFF16). (This address exists in the user ROM area.) If one of the pair of ROM code protect bits is set to 0, ROM code protect is turned on, so that the contents of the flash memory version are protected against readout and modification. ROM code protect is implemented in two levels. If level 2 is selected, the flash memory is protected even against readout by a shipment inspection LSI tester, etc. When an attempt is made to select both level 1 and level 2, level
2 is selected by default. If both of the two ROM code protect reset bits are set to "00," ROM code protect is turned off, so that the contents of the flash memory version can be read out or modified. Once ROM code protect is turned on, the contents of the ROM code protect reset bits cannot be modified in parallel I/O mode. Use the serial I/O or some other mode to rewrite the contents of the ROM code protect reset bits.
Ich lese das so: Falls eines dieser Protection Register gelöscht(aktiv) ist, dann kannst du die im Parallel-Mode nicht zurücksetzen. Das geht nur im Serial-I/O-Mode, für den du aber die ID benötigst. Wenn Protection Register1 gelöscht(aktiv) dann kann der On-Chip-Flash von einem Parallel-Programmer nicht gelesen und nicht modifiziert werden. Wenn Protection Register2 gelöscht(aktiv) dann kann der On-Chip-Flash von einem LSI-Tester nicht gelesen und nicht modifiziert werden.
Ich schalte bei meinen Projekten grundsätzlich immer Protection Register2 aktiv.
Damit hast du den M16C möglicherweise gegrillt, denn: The boot ROM area contains a standard serial I/O mode control program which is stored in it when shipped from the factory. This area can be erased and programmed in only parallel I/O mode.
Ich fürchte, deine Chancen sind da sehr klein. Die Protection Register dürfen nicht aktiv sein und du brauchst einen Parallel-Programmer.
Oder eben Bruce Force, wenn du so viele gleiche Controller hast, kann man die Parallel angreifen. Das dürfte die Zeit nochmals reduzieren ;-))
Ich habe den Datenblattausschnitt auch so verstanden wie Du. Laut Glyn braucht man halt einen parallel Programmer um an der ID vorbei zu kommen und den Chip löschen zu können. Leider kann ich erst mit so einem Gerät genau sagen ob die ProtectionRegister alle gesetzt sind :-(
Ja, zwei M16c sind bei meinen "zerstörerischen" Tests definitiv defekt heraus gekommen was aber zu verkraften ist. Einem habe ich jedoch den Bootloader gelöscht bekommen, was mir aber nichts bringt, da ich ja nicht parallel programmieren kann :-(
BruteForce kann man meiner Meinung ziemlich ausschliessen. Die Idee hatte ich auch schon, jedoch nach kurzen Überschlagen der Möglichkeiten hatte ich die Idee eigentlich verworfen. Hatte schon einmal gehört, das einige lustige Leute aus Fernost diese uC gecracked haben und die Programme nun auf eigener Hardware laufen...
Ist wirklich blöd. Ich möchte ja nichtmal den Code, der da drauf läuft haben. Die sollten nur einfach in den Auslieferungszustand rückgesetzt werden.
Wie es so scheint sind diese parallel Programmer ja nicht sehr verbreitet. Schon einmal etwas davon gehört sich einen selber bauen zu können? Konnte leider im Internet nichts darüber finden.
Scheint mit einem einfachen EPROM-Programmer zu gehen
formatting link
Zum Auslesen muss man ja nicht mit 12V herangehen.
Ich vermute mal, es hängt davon ab, wie man CNVss und EPM beschaltet. Reset wird wohl auf Low bleiben, CNVss auf extern und an EPM kommt sicher die Programmierspannung.
Falls du was gefunden hast, dann lass mal was von dir hören.
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.