Hallo zusammen, finde nirgendwo die Pinbelegegung für High Voltage Programming beim 87/167. Kann mir biite jemand einen Tipp geben ? Danke im voraus
>finde nirgendwo die Pinbelegegung für High Voltage Programming beim >87/167. > >Kann mir biite jemand einen Tipp geben ? Datenblatt ganz hinten: Memory Programming.
Danke, Holger -o.k. der 167 kann also (nur) PP - nicht HVP! Das wusste ich nicht. Danke und Grüße
Hendrik L. schrieb: > Danke, Holger -o.k. der 167 kann also (nur) PP - nicht HVP seriell! Das wusste > ich nicht. > > Danke und Grüße Hallo, sorry, noch eine Frage: Kann ein STK500 ALLE ATTinys HVP (PP) oder nur die, die zur Zeit seiner Auslieferung am Markt waren? In anderen Worten - lässt ATMEL das Protokoll unverändert gleich (aufwärtkompatibel) innerhalb einer Familie, oder muss man evtl. das STK500 auf den neusten Stand bringen (Software Update), damit der 167 ansprechbar wird ? Geht ein Software Update überhaupt ? Danke im voraus!
Hi >In anderen Worten - lässt ATMEL das Protokoll unverändert gleich >(aufwärtkompatibel) innerhalb einer Familie, oder muss man evtl. das >STK500 auf den neusten Stand bringen (Software Update), damit der 167 >ansprechbar wird ? >Geht ein Software Update überhaupt ? Rate mal, weshalb bei jedem neuen AVR/ATMEL Studio ein Software Update des STK500fällig war/ist. MfG Spess
Hallo Hendrik, ob das HVP parallel oder seriell ist, hängt von der Anzahl der Pins ab. Das ein ATtiny13 nicht parallel programmiert werden kann, sollte klar sein. HVP wird dann seriell gemacht. Der ATtiny167 wird bei HVP parallel programmiert, wie man ja schon herausgefunden hat. Alternativ kann man den ATtiny167 auch seriell programmiert werden. Das ist dann das klassische ISP (kein HVP). Ich würde ISP für die Programmierung immer vorziehen. Das STK500 kann zwar aktualisiert werden, aber... ACHTUNG: Das STK500 kann mit dem ATtiny167 nichts anfangen! Es kann eben NICHT alle ATtiny HVP programmieren. Da ist auch mit Softwareupdates nichts zu machen. Die Sockel des STK500 sind für den ATtiny167 nicht ausgelegt. Eine DIP Variante des ATtiny167 gibt es auch nicht. Da muss man schon zum STK600 mit entsprechender Zusatzoptionen greifen (Teuer!). Vieleicht geht es auch mit dem AVR Dragon, dass müsste man nochmal genau prüfen. Aus Neugier: - Warum HVP? - Warum ATtiny87/167? (es gibt nicht mal einen Simulator) MfG Uwe
Nils schrieb:
> Ist In Circuit HV-Programming bei AVRs eigentlich nicht möglich?
Kurze Antwort:
In Curcuit HV ist nicht möglich.
Lange Antwort:
Bei serieller HV muss man die Schaltung vor dem 12V am Reset schützen.
Dann könnte Es klappen. Aber der Programmieranschluß und das
Programmiergerät sind Spezialkonstruktionen. Lohnt sich der Aufwand nur
um einen zusätzlichen Pin zu haben ?
Bei paralleler HV gild auch: 12V am Reset schützen. Dann versuchen ob es
klappt. Die Schaltung muss die Programmiersignale verkraften und am
Controler müssen die Signale auch ankommen. Und dann kommt der lustige
Part: Schaue mal ins Datenblatt (z.B. ATtiny2313) wie viele Leitungen Du
von Außen an die Schaltung heranführen musst. Ich habe mit
Stromversorgung 18! gezählt. Dann tendiere ich doch eher zur "kurzen
Antwort". Oder ?
MfG Uwe
:
Bearbeitet durch User
Danke für die Infos. Ich als PICler würde das eher als nein zählen. P.S. Ich will NICHT streiten, es hat mich schon länger interessiert und ich habe diesen Thread als gute Gelegenheit zum Nachfragen gesehen.
Uwe K. schrieb: > Hallo Hendrik, > ob das HVP parallel oder seriell ist, hängt von der Anzahl der Pins ab. > Das ein ATtiny13 nicht parallel programmiert werden kann, sollte klar > sein. HVP wird dann seriell gemacht. > > Der ATtiny167 wird bei HVP parallel programmiert, wie man ja schon > herausgefunden hat. > > Alternativ kann man den ATtiny167 auch seriell programmiert werden. Das > ist dann das klassische ISP (kein HVP). Ich würde ISP für die > Programmierung immer vorziehen. > > Das STK500 kann zwar aktualisiert werden, aber... > > ACHTUNG: > Das STK500 kann mit dem ATtiny167 nichts anfangen! Es kann eben NICHT > alle ATtiny HVP programmieren. Da ist auch mit Softwareupdates nichts zu > machen. Die Sockel des STK500 sind für den ATtiny167 nicht ausgelegt. > Eine DIP Variante des ATtiny167 gibt es auch nicht. > > Da muss man schon zum STK600 mit entsprechender Zusatzoptionen greifen > (Teuer!). Vieleicht geht es auch mit dem AVR Dragon, dass müsste man > nochmal genau prüfen. > > Aus Neugier: > - Warum HVP? > - Warum ATtiny87/167? (es gibt nicht mal einen Simulator) > > MfG Uwe Hallo Uwe, wertvolle Hinweise - Danke! Noch einige Erläuterungen: 1. habe mich über nicht vorhandenen externen Oszialltor "ausgefused" - daher brauche ich HV (leider PP) 2. Über externe Taktung mit 1 Mhz (habe ich auch versucht), klapp's nicht. 3. Entscheidung für 167 war über Umwege ... letzendlich blieb nur der 167er als ATTiny. Simulator ist egal 4. Hätte mir die Leitungen vom STK500 aus einem anderen HV(PP) Sockel herausgeholt und individuell verdrahtet, daher die Frage nach dem Protokoll ... - ist mir aber mittlerweile zu viel Aufwand bei PP (habe mich nun eingelesen!). 5. Alter 167er fliegt raus - neuer 167er kommt rein - Schluß - Aus! Dank an Alle, die mir geholfen haben! Gruß
Hendrik L. schrieb: > 2. Über externe Taktung mit 1 Mhz (habe ich auch versucht), klapp's > nicht. Mit langsamen Programmiertakt und dann nur die Fuse setzen? War die Masse verbunden? Das währe auch meine Idee. Schade, wenn es nicht klappt. > 5. Alter 167er fliegt raus - neuer 167er kommt rein - Schluß - Aus! Die beste Lösung, wenn "2" nicht funktioniert. Alles andere ist teures Basteln.
Habe mich auch mehrfach schon über nicht vorhandenen externen Oszialltor beim 167er "ausgefused" (bei Digispark pro). Das anlegen eines externen 2MHz Takts von einen Funktionsgenerator hat aber stehes bestens funktioniert.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.