PICs programmieren und auslesen
Hilmar Bunjes
ich möchte in das Gebiet der PICs einsteigen und suche deshalb noch Infos.
Ich habe mich bei einigen Versandhändlern nach PIC-Programmierern umgehört,
jedoch kosteten alle um 400,- DM. Gibt es da eventuell ein Bausatz um 100,-
DM? Ich muss nur die 12er und 16er Reihe programmieren können.
Was mich auch interessiert ist, wie ich die PICs wieder auslesen kann. Ich
habe gehört, man soll die Auslesemöglichkeit sperren können, gibt es da
eine Möglichkeit dies zu umgehen?
Danke,
Hilmar
MaWin
> ich möchte in das Gebiet der PICs einsteigen und suche deshalb noch Infos.
> Ich habe mich bei einigen Versandhändlern nach PIC-Programmierern umgehört,
> jedoch kosteten alle um 400,- DM. Gibt es da eventuell ein Bausatz um 100,-
> DM? Ich muss nur die 12er und 16er Reihe programmieren können.
Die 16er-Reihe enthaelt eine ganze Latte an PARALLEL PROGRAMMIERBAREN
Chips, z.B. PIC16C54, fuer die unbedingt ein PICStart oder kompatibles
Programmiergeraet noetig ist (also die Dinger, die so 400.- kosten).
Schau ganz aufmerksam auf die Liste der programmierbaren Chips.
Nur die SERIELL programmierbaren Chips, wie PIC16F84 und 12er, koennen
mit billigen Hobbyistengeraeten (fuer 1.- :-) programmiert werden.
Aber auch hier: Achte genau auf die Liste der unterstuetzten Chips.
Siehe de.sci.electronics FAQ: http://dse-faq.e-online.de/
> Was mich auch interessiert ist, wie ich die PICs wieder auslesen kann. Ich
> habe gehört, man soll die Auslesemöglichkeit sperren können, gibt es da
> eine Möglichkeit dies zu umgehen?
>
Im Prinzip ja, aber nicht fuer dich. Du brauchst MEHRERE Chips mit
demselben Programm, und diese Chips werden beim 'cracken' zerstoert,
bzw. bei PIC16F84 wenigstens nur geloescht.
(Nein, ich habe die Telefonnnummer von dem, der das so macht, nicht da).
Der PIC16C84 laesst sich trotz security-fuse so auslesen.
--
Manfred Winterhoff, mawin at gmx.net, remove NOSPAM if replying
homepage: http://www.geocities.com/mwinterhoff/
Read 'Art of Electronics' Horowitz/Hill before you ask.
Lese 'Hohe Schule der Elektronik 1+2' bevor du fragst.
I. Liebe
Hallo
Hilmar Bunjes <hil...@bluecall.de> schrieb in im Newsbeitrag:
91dkcp$qsd$1...@ac1.ewetel.de...
> Hallo,
> ich möchte in das Gebiet der PICs einsteigen und suche deshalb noch Infos.
>
> Ich habe mich bei einigen Versandhändlern nach PIC-Programmierern umgehört,
> jedoch kosteten alle um 400,- DM. Gibt es da eventuell ein Bausatz um 100,-
> DM? Ich muss nur die 12er und 16er Reihe programmieren können.
Ich hätte ein PicStart Plus und einige Pic´s abzugeben.
Allerdings nicht für 100DM. Das kosten die Pic´s schon.
Gruß Ingo
Robert Hoffmann
Glaube nicht so einfach, sonst hätte das Feature ja keinen Sinn.
Die sind doch eh´ in circuit programmable. Sogar die 12CXXX,
zumindest die OTP-Versionen, aber ich denke auch die UV-Versionen, da
ja nur in einem anderen Gehäuse stecken. Der 16F84 ist sowieso
ICP-fähig. Download Adapter zum Selberbasteln gibts ein paar und
schlechter als der PIC-Start+ mitsamt seiner "tollen" Software können
die auch nicht sein.
z.B:
LUDIPIPO von Ludwig Catta (für URL bitte Alatvista bemühen)
NOPPP von Michael A. Covington
http://www.mindspring.com/~covington/noppp
PP von David Tait (für aktuelle URL bitte Alatvista bemühen)
evtl.
http://www.man.ac.uk/~mbhstdj
oder
ftp://ftp.ai.uga.edu/pub/microcontrollers/pic/David.Tait/PIC/icp84.html
TOPIC
evtl.
http://www.man.ac.uk/~mbhstdj
Die URLs sind schon einigermaßen alt und ich weiß nicht ob sie noch
funktionieren, evtl. könnte ich dir meine runtergeladenen ZIPs aber
auch mailen.
Robert
Dipl.Ing. Robert Hoffmann
robert_...@utanet.at
Hilmar Bunjes
Ich
> >habe gehört, man soll die Auslesemöglichkeit sperren können, gibt es da
> >eine Möglichkeit dies zu umgehen?
> Glaube nicht so einfach, sonst hätte das Feature ja keinen Sinn.
bräuchte, die danach zerstört oder gelöscht sind. Ich glaube, dass könnte
ich dann verschmerzen. Schauen wir mal.
> Die sind doch eh´ in circuit programmable. Sogar die 12CXXX,
> zumindest die OTP-Versionen, aber ich denke auch die UV-Versionen, da
> ja nur in einem anderen Gehäuse stecken. Der 16F84 ist sowieso
> ICP-fähig. Download Adapter zum Selberbasteln gibts ein paar und
> schlechter als der PIC-Start+ mitsamt seiner "tollen" Software können
> die auch nicht sein.
> [ein paar Links]
Danke Robert für die Links und Tips. Ich glaube, jetzt zieh ich mich mal
zurück und bau mir meinen Programmer.
CU
Hilmar Bunjes
RA Dr. M. Michael Koenig
>bzw. bei PIC16F84 wenigstens nur geloescht.
>(Nein, ich habe die Telefonnnummer von dem, der das so macht, nicht da).
Woher weißt Du das dann? ;-)
>Der PIC16C84 laesst sich trotz security-fuse so auslesen.
Shocking! Gibt es keinen Weg, dies zu verhindern? Ich dachte, diese
fuse sei sicher ...
Dr. Michael König
--
RA Dr. M. Michael König * Anwaltskanzlei Dr. König & Coll.
D-65843 Sulzbach/Ts. * Antoniter-Weg 11 * +49/6196/750120 Fax 750324
D-65929 Frankfurt a.M. * Adelonstraße 58 * +49/69/301024 Fax 315271
e-mail in...@drkoenig.de * http://www.drkoenig.de
RA Dr. M. Michael Koenig
(Robert Hoffmann):
>z.B:
>LUDIPIPO von Ludwig Catta (für URL bitte Alatvista bemühen)
Geht aber nicht incircuit.
Dafür mit:
http://www.jdm.homepage.dk/newpics.htm
http://www.jdm.homepage.dk/newpic3.htm
Moritz Alshuth
"RA Dr. M. Michael Koenig" schrieb:
> >Der PIC16C84 laesst sich trotz security-fuse so auslesen.
>
> Shocking! Gibt es keinen Weg, dies zu verhindern? Ich dachte, diese
> fuse sei sicher ...
Dieses "read code protected PIC" ist ein running gag unzähliger
PIC-Foren. Ich weiss nicht, ob es wirklich reproduzierbar funktioniert,
vielleicht ist ja auch Meister MaWin hier einer urban legend
aufgesessen .. (>aus-der-Reserve-lock :-)< ). Eigentlich wäre
Microchip ruiniert, wenn das wirklich ginge. Dauernd bieten
"Experten" aus der Halb- und Unterwelt oder andere Spinner ihr
diesbezügliches Knoff Hoff zu Wucherpreisen an.
Das konkreteste, was ich zu dem Thema gehört habe, ist eine
angebliche Instabilität der CP-Speicherbits bei _einigen_ PICs
(angeblich) älterer Bauart, die das Auslesen trotz allem ermöglichen
soll. Diese Instabilität tritt bei Unterversorgung des Bausteins auf,
quasi im Delirium: So ab 3V abwärts sollen die protect-bits wackeln.
Grüße,
Moritz
MaWin
>
> aus-der-Reserve-lock
Ja ja.
> >
> > Shocking! Gibt es keinen Weg, dies zu verhindern? Ich dachte,
> > diese fuse sei sicher ...
>
Deutsche Rinder sind auch sicher, die EC-Karte auch, und es gibt
sicher immer wieder Dumme, die an Sicherheit von irgendwas glauben.
a) Der 16C84 laesst sich auslesen, der Inhalt wird umgerechnet
ausgegeben. Irgendwann hat dann irgendwer die Umrechnungsmethode
erkannt. Deshalb wurde daraufhin der 16C84 der den 16F84 ersetzt.
b) Die parallel programmierbaren PICs haben EPROM. Man kann die
unteren 8 bit auslesen. Die oberen Bits nicht, aber die kann man
*ueberprogrammieren*. Durch trial&error (deshalb mehrere Chips)
kann man bitweise vorgehen und jedesmal pruefen, ob sich das
Programm aendert. Es geht nicht ohne Denkarbeit, sonst verbraucht
man zu viele Chips. Bei anderen PICs sieht es aenhlich aus.
c) Es gibt die entsprechenden Leute, die diese Arbeit fuer Geld
machen.
d) Das hat nichts mit knappen Versorgungsspannungen etc. zu tun.
--
Manfred Winterhoff, mawin at gmx.net, remove NOSPAM if replying
homepage: http://www.geocities.com/mwinterhoff/
de.sci.electronics FAQ: http://dse-faq.e-online.de/
Marc
>>
>> Shocking! Gibt es keinen Weg, dies zu verhindern?
Ja, den Nachfolger 16F84 verwenden.
>Dieses "read code protected PIC" ist ein running gag unzähliger
>PIC-Foren. Ich weiss nicht, ob es wirklich reproduzierbar funktioniert,
Ja, definitiv.
>Das konkreteste, was ich zu dem Thema gehört habe, ist eine
>angebliche Instabilität der CP-Speicherbits bei _einigen_ PICs
>(angeblich) älterer Bauart, die das Auslesen trotz allem ermöglichen
>soll. Diese Instabilität tritt bei Unterversorgung des Bausteins auf,
>quasi im Delirium: So ab 3V abwärts sollen die protect-bits wackeln.
Dabei handelt es sich um einen anderen Angriff. Er zielt
auf die OTP Chips, nicht den 16C84.
Er basiert darauf, dass bei vielen PICs der Code gescramblet
auslesbar ist. Durch Verschiebung der EPROM Schaltschwelle
durch Uebertemperatur+Ueberspannung+teilweise Loeschung
"wirkt" der Chip leer. Man kann dann gezielt Bits im Chip
programmieren. Nach Verschieben der Schaltschwelle in die
entgegengesetzte Richtung erscheint der eben nicht mehr lesbare
Inhalt der EPROM Zellen wieder zurueck. Aus den beiden
gescramblten Leseergebnissen (vor und nach der mit Bedacht
gewaehlten Aenderung) laesst sich der urspruengliche Inhalt
errechnen.
Funktioniert nicht bei PICs, die lauter 00-bytes ausgeben
statt gescrambletem Speicherinhalt.
Aguja
"Hilmar Bunjes" <hil...@bluecall.de> wrote:
>Ich habe mich bei einigen Versandhändlern nach PIC-Programmierern umgehört,
>jedoch kosteten alle um 400,- DM. Gibt es da eventuell ein Bausatz um 100,-
>DM? Ich muss nur die 12er und 16er Reihe programmieren können.
Solange Du auf die 16C5x- und die 17C4x-Familie verzichten kannst (und
glaube mir, dass kannst Du), mein Tip: www.PROuC.de
>Was mich auch interessiert ist, wie ich die PICs wieder auslesen kann. Ich
>habe gehört, man soll die Auslesemöglichkeit sperren können, gibt es da
>eine Möglichkeit dies zu umgehen?
Man kann mit einem Laser und anderen Praezisionswerkzeugen den PIC oeffnen
und das Copy-Bit einzeln loeschen...
cu,
Aguja
-->> This email-address expires 03-01-2001 ! (Spamprotection) <<--
*** www.PROuC.de >>> Free AVR-, PIC- & 8051-Programmers, Apps & Tips ***
Georg Seegerer
noch'n Selbsbau-PIC-Board
Hat eine Gruppe an meiner Uni gebaut, fkt. einwandfrei
einfach 15V Betriebsspannung anlegen und Programmieren
http://www.eas.e-technik.uni-erlangen.de/agee/
Bis die Tage
Georg
Jürgen
haarstreubenden Methoden gehört den trotzdem auslesen zu können, aber eher
killt man den PIC als die Daten rauszubekommen.
Gruß
Jürgen
"RA Dr. M. Michael Koenig" <ra.dr....@drkoenig.de> schrieb im Newsbeitrag
news:3a3b8066...@News.CIS.DFN.DE...
snip
Jorgen Lund-Nielsen
habe:
Hat irgendjemand Erfahrung mit der PLS-Serie von Philips
(PLS155--PLS159)???
PLS= Programable Logic Sequencer o.ä.)
Bezüglich Auslesen von evtl. defekten Devices?
Ich hab hier nämlich ein defektes Board an dessen Funktion mir sehr
gelegen wäre, darauf
sind diverse dieser Käfer, ich hab den Hauptverdächtigen mal ausgelötet
und mit einem "Sprint"-
Eprommer ausgelesen und verifiziert, heraus kam daß der Käfer OK sei
also Checksumme und Funktion
übereinstimmen soll..
Wenn der Defekt im Käfer natürlich mit ausgelesen wurde ist hinterher
die Verifizierung ja
auch ok, weiß jemand wie sich das verhält ???
Natürlich kann auch noch diverses anderes auf dem Board defekt sein,
aber der Ausgang dieses Käfers
ist nunmal "Steady State". Ich hab schon einige Wochen an dem Board
herumoszilloskpiert, fische also nicht mehr ganz im Trüben.
Jorgen
dj0ud
ckue...@my-deja.com
Infos und ein erstes Programmbeispiel unter www.ckuehnel.ch.
> Danke Robert für die Links und Tips. Ich glaube, jetzt zieh ich mich
mal
> zurück und bau mir meinen Programmer.
Sent via Deja.com
http://www.deja.com/