Svenska ElektronikForumet

Min gamla trotjänare till EPROM brännare (Stag PP38) fick för sig att sluta fungera över RS-232

Tänkte att när man ändå måste köpa en ny så vill ja ha en med lite udda krav.
Vill egentligen ha en som klarar av att läsa av t.ex 27C kretsar genom att aktivera chip-select mellan varje adress läsning.

Hittar såklart ingen sådan info om vilka chipbrännare/läsare som klarar av att utföra detta udda läs-sätt, står ju bara vilka kretsar den klarar
Finns det nån läsare som klarar av det? eller finns det nån läsare det går med lite programmering (läs göra eget läs program) att få att klara av det?

måste ju fråga vad man tjänar på det specifika sättet ?

Man simulerar hur en styrbox till bil läser ur det.
Hade tänkt mig att läsa ur några "scramblade" chip, dvs chip med sockel som kastar om benen samt gör datan omkastad om man inte aktiverar chipselect mellan adressläsningarna.

Stön, hur orkar biltillverkare med sådant - en tekniker och en bunt timmar så är scramblingen knäckt och all ansträngning förgäves.

Med kryptoförsöken på Xbox etc. har man hittills inte lyckat skydda någon produkt där det finns tillräcklig stor användarunderlag för att vilja knäcka det, varför knäcka ett krypto om man kan gå runt det eller lyckas vaska ut (huvud)nyckeln med olika metoder.

---

Kanske värt att renovera din gamla EPROM-programerare ändå då sådan info är omöjlig att läsa ut ur de olika eprombrännarnas datablad innan köp.

om det är RS232 så kanske det bara är buffertkretsarna som fått sig en kyss - lätt hänt vintertid pga. statisk elektricitet

Denna
http://www.ebay.com/itm/NEW-ATmega2560- ... 1303481964?

några sladdar och en nollkraftsockel,
sedan får du nöjet att skriva ditt egna program för läsning

Skicka över innehållet via usb och bränn med godtycklig programmerare.

big al skrev:Man simulerar hur en styrbox till bil läser ur det.
Hade tänkt mig att läsa ur några "scramblade" chip, dvs chip med sockel som kastar om benen samt gör datan omkastad om man inte aktiverar chipselect mellan adressläsningarna.

Inga vanliga minnen kastar om adresserna, så jag förstår inte vad du är ute efter.
Är det en minneskrets, så är det ju bara att läsa av den, som den är.

Dock änder det att man på kretskortet kastar om adress och dataledningar för att lura andra, men det påverkar inte läsning eller skrivning av kretsen i fråga.
Det enda som händer är att man får otydbara data.

I de lägena, så får man sätta i kretsen i en separat sockel, och koppla om signalerna manuellt, om man vill kunna tyda data (såvida man inte har ett program som kan göra det på hexfilen).

nifelheim: Snart kastat ihop en
Vart dock lat när jag kommit halvvägs, så tänkte nu när man köper ny att det kanske fanns med den funktionen. Men ser ut som om jag måste göra klart den.

TomasL: Precis, jo är oftast omkastat för att lura både via sockelns "omkastar chip" samt via andra lödbanor. Aktiverar man då inte chip select så kommer den läsa nån annan stans än där man tror man läser.

Nej, aldrig, vad är sockelns "omkastarchip" för något, har aldrig sett eller hört något liknande.
Det påverkar fortfarande inte läsning/skrivning till ett naket minne.

http://www.evc.de/en/product/keys/keys.asp
t.ex

Ok, oavsett, du kan alltid läsa och progga ett eprom oavsett, dock kanske inte resultatet vid läsning ger någon information, dessutom så är ju dessa nycklar personaliserade uppenbarligen, så har du inte rätt nyckel, så kan du inte förstå innehållet oavsett.
Utan "nyckel", du kan läsa och programmera minnena, dock inte göra förändringar i minnet.
Med korrekt nyckel, kan du läsa förändra och programmera.
Med fel nyckel, så är det samma som utan nyckel

... och snart trillar kanske polletten ner även hos TomasL.

Trådstartaren har alltså ett eprom och en sån "nyckel" som någon annan tillverkat, och vill läsa ur det avkodade innehållet som bilens mikroprocessor ser det.

Det är alltså inte biltillverkaren som har kodat något, utan de som gjort trimningsdata som vill försvåra kopiering av "chip-trim"-innehållet.

Nu är det så att bilens ECU garanterat inte togglar CS för varje byte, utan snarare läser ett antal rader i minnet varje gång, så det där med att toggla CS för varje byte, låter rätt osannolikt.

Om EPROM'et sitter på adress-bussen lär det komma en -RD/-CS vid varje läsning.

Men jag ser inte problemet. En lämplig µC med pinnar nog, en liten bit mjukvara som läser sekventiellt och skickar som HEX via UART. Inget större problem.

Problemet är ju/väl att datat i EEPROM'et är "scramblad" via en
sådan där KEY modul som det länkades till. Och (som jag förstår det)
men behöver den kod som ligger i ECU'n för att dekoda det hela.

Att bara läsa EEPROM'et direkt ger data som inte går att tolka.
Den där KEY modulen innehåller i sig en processor som ingår
i kedjan för att scrambla data, så man kanske behöver den
med om man ska läsa ut EEPROM datat. Och *den* delen
kan ju kräva att CS ska togglas vid varje läsning...

Såklart måste man ha "KEY"-grejen i när man läser, sedan kan man sumpa den del helt.

Det är bara en PLD(liknande) krets med lite logik som inverterar och kastar om på data & adress, jag har själv varit med om att göra sånt i sin tid.