-
Thread
Einfacher Einstieg in AVR
Pollin-Board wäre ich vorsichtig (auch wenn es sehr preisgünstig ist), v.a. was die Programmierung angeht (PonyProg oder alternativ ein zusätzliches Programmiergerät, wobei PonyProg schon so manchen Anfänger in den Wahnsinn getrieben hat, erst recht, wenn der verwendete Computer keine echte serielle Schnittstelle
Lötkolben heiß wird ;). Aus Zeitmangel habe ich erst vor 2 Tagen angefangen damit zu "arbeiten" und PonyProg nervte mich schnell. Ich programmiere zur Zeit noch in Bascom (ich komme beruflich aus der Basic-Ecke) und das kompilieren und dann laden in PonyProg und flashen damit wird beim Testen und Rumspielen
-
Thread
Fehlerhafte ATtiny2313 mit Datecode 0530 ?
spezielle Großprojekte gefertigt werden. Diese haben auf Wunsch des Großkunden dann z.B. geänderte Fusebits. Wenn dann am Ende Stückzahlen davon übrig bleiben, werden die über diverse Kanäle (aber nicht die Distributoren) verramscht. Gruß, Marcus
entspricht. Datecode ist 0512 Ohne vorher ein Programm zu flashen kann ich die Fusebits mit Ponyprog jedoch problemlos ändern. Gruß Volker
-
Thread
Bootloader und ATmega128
Bootloader-Sektion. Mit der korrekten Platzierung des Codes im Flash bin ich mir aber nicht ganz sicher. Ponyprog zeigt als Startadresse 0x01fc00 an, während er laut Datenblatt bei 0xfe00 liegen sollte. Das scheint aber an der Unterschiedlichen Zählweise von Ponyprog zu liegen. Die Fuse-Bits sind folgendermaßen
Welchen Wert hat die M103C Fuse?
-
Thread
Atmega16 mit C über Pollin Evaluationsboard V2.0
hast du die Fusebits richtig gesetzt?
Lese mit ponyprog mal deine Fusebits aus und mache ein screenprint und Poste das Bild dann.
-
Thread
KS0108: Warum immer Anzeige auf beiden LCD-Hälften?
geht! Allerdings kann ich jetzt den µC nicht mehr programmieren, wenn JTAG aus ist (also das Fuse-Bit JTAGEN nicht gesetzt ist). Ich muss das vorher immer erst wieder setzen, dann das Programm übertragen, dann wieder löschen (verwende PonyProg dazu). Aber JTAG hat doch nichts mit der Programmübertragung
JTD in MCUCR setzen. Nur leider funktioniert das dann trotzdem nicht, also das bleibt aktiviert. PonyProg spinnt jetzt auch irgendwie - jedesmal bringt es jetzt einen Übertragungsfehler (auch wenns richtig übertragen wurde). Naja auch egal erstmal - deaktivier ichs halt jedesmal. Vielleicht löt ich
-
Thread
wieder mal ATMega8 und ISP
SCK, RST, GND mit denen des Programmers verbunden. Soweit dazu. "versuch mal, die Fuse-Einstellungen auszulesen" weiter oben schon beschrieben. Pony sagt alle Kästchen leer avrdude sagt ff bis auf >> read lock 3f vielleicht ist das das Problem?
anschließen, dicht am AVR die üblichen 100n zwischen VCC und GND. Reset nur ein 47n...100n gegen GND. Pony muß den AVR erkennen, Pony muß die Fuses mit Read auslesen können und die Haken müssen dem des AVR Lieferzustand entsprechen. Kalibrierung von Pony nicht vergessen, Interface Parallelport, AVR ISP
-
Thread
ATmega8 -> Ponyprog "no device found"
soll ponyprog nicht manchmal die fusebits verändern, wenn man sie nicht explizit ausliest? gibg hier irgendwann mal rum, aber da ichs nicht benutze müssten da mal die ponyprog anhänger was zu sagen :)
kalte Löstelle). Aber RESET DISABLE ist ja z.B. auch noch ein Kandidat. @all.: Ich hab das mit PonyProg noch nicht ausprobiert, ich lese die Fusebits immer erst aus, bevor ich schreibe (ich könnte ja mal einen alten µC riskieren ;-) und das Ergebnis hier posten). Aber wie gesagt, ein Wackler im
-
Thread
ATmega16 vs. Quarzoszillator
gekauft und setzte die Fuses wie beim ersten. ext. Clock (16MHz Quarzoszillator): CLKSEL: 0000 (PonyProg: alle CKSEL angehakt) sonst blieb alles default. Wie es nicht anders zu erwarten war, funktionierte das ganze natürlich nicht (PonyProg: Device missing or unknown device). Im moment läuft
So ist es. Jede dieser Taktarten hat aber eine andere Fusebit-Einstellung. Die Daten dazu findest du im Datenblatt. Gruß, Arno
-
Thread
Programming Mode (fehler erneut->gefunden)
Hi wie hast du die Fuses gesetzt? PonyProg? HAst du vorher gelesen? Evtl. steht dein AVR auf externer Takt. Dann könnte ein externer Oszillator helfen. Wenn alle Stricke reisen und das Ding nicht mehr will könntest du ihn mir schicken und
Da ich erst seit kurzem mit der Thematik MC arbeite verstehe ich noch nicht ganz was Du mit PonyProg meinst? Kannst Du das mir erklären? Danke Peter
-
Thread
Parallel ISP + ATMega8L -> welche Software?
dass ich Software kompilieren kann und im Zweifelsfall auch den Controller auslesen kann (über PonyProg, gibt zwar ne Fehlermeldung aus, scheint aber trotzdem zu funktionieren). Das einzige Problem ist nun, dass ich nicht schreiben kann. PonyProg erkennt den Controller nicht und auch mit WinAVR hab
Wenn Ponyprog eine Fehlermeldung ausgibt, dann funktionierts nicht. Interessant wäre eine Mitteilung, *welche* Fehlermeldung da erscheint, und welches Betriebssystem Du benutzt. Welche Version von Ponyprog?
-
Thread
Atmega16 mit externen 16MHz Quarz
also mit Häckchen) und es sollte funktionieren. BTW: Du solltest dir die aktuelle Version von PonyProg besorgen. Matthias
nur diesmal in einer neuen Schaltung. Gibt es vielleicht mittlerweile eine Lösung? In der Ponyprog-Hilfe steht, dass man Einstellungen in der INI Datei vornehmen soll, falls diese Fehlermeldung auftritt. Da habe ich auch einiges probiert...umsonst. MfG
-
Thread
OSCCAL für 8MHz ?!? be ATTiny26
Hi Stefan, mit PonyProg kommst Du definitiv _nicht_ an die anderen CalBytes. Das rührt noch aus der Entstehungszeit von PonyProg - damals war ein Fehler in den Manuals (siehe Errata) und der wurde in PonyProg (ohne
> mit PonyProg kommst Du definitiv _nicht_ an die anderen > CalBytes. Das hätte ich jetzt nicht erwartet... Nagut, ein weiterer Grund, es nicht zu benutzen. > Bei jungfräulichen ICs stehen die Werte auch
-
Thread
Mega8 startet nicht?!
Hallo, Das mit den Fusebits, etc. ist wie auf der Page eingestellt... Also so wie es beim Mega8 sein sollte. Ja, die m8def.inc hab ich eingetragen und ist auch da, wo sie sein soll. Habe den Mega8 auf eine Platine gelötet
schau mal nach ob du mit Ponyprog oder Yaap zum µC connecten kannst und die aktuelle Fusebits auslesen . wenn ja, funtioniert der Takt. würde an deiner stelle lieber mal schaun' ob an RESET das gewünschte HIGH Signal (VCC+) anliegt
-
Thread
ATmega8 -UART Problem(dringend!!!)
Änderungen die Fusebits einlesen nicht vergessen!
http://www.mikrocontroller.net/articles/Pony-Prog_Tutorial#Fuses ...Ist die Artikelsammlung echt so schwer zu finden?
-
Thread
ATmega32 und PORTC
Da ist JTAG noch aktiviert, deswegen können die Bits nicht benutzt werden. Also erst mit Ponyprog die Fuse "JTAGEN" abschalten. Siehe auch http://www.mikrocontroller.net/articles/AVR_Checkliste#Fuses_richtig_gesetzt.3F Danach hatte ich auch mal 5 Stunden gesucht :-((
einer mitgezählt wer den Rekord hält? ATmega128 mit der M103 Fuse oder ATmega16/32 mit JTag Fuse?
-
Thread
Bierdeckelprogrammer Firmware flashen
Gesagt getan :) In diesem Makefile wird nur das Fusebit für den Reset pin gesetzt oder? Die könnte ich doch im Zweifelsfall mit PonyProg setzen. Ist zwar ein bisschen her dass ich das gemacht hab, aber vielleicht krieg ich das ja noch hin :) Ist wohl
Attiny zumindest (ab und zu) auslesen, aber beim Programmieren zeigt er mir dann no device :( Fusebits kann ich mit Ponyprog auch auslesen: CKDIV8 SUT0 CKSEL3 CKSEL2 CKSEL0
-
Thread
AVR Dragon: Nur 1. Aktion geht nach Start vom AVR-Studio
versorgt wird. Danach kann ich genau 1. Aktion durchführen. Egal ob Fuse lesen, Signatur lesen, Fusebits lesen oder programmieren. Danach ist Schluss und ich bekomme bei jeder weiteren Aktion einen Fehler. Wenn ich jetzt die Fuses auslesen will sind alle Häckchen gesetzt. Ziehe ich den 6 PIN ISP Header
4.18 SP1 und SP3, alles probiert. Immer das gleiche. Ich kann den AVR einmal ansprechen. Egal ob Fuses, Lockbits, Signatur, Programm aufspielen, alles geht problemlos, danach ist Feierabend. Ich bin nicht der einzige mit em Problem, hier im Forum gibts auch zwei ältere Beiträge zu finden, allerdings
-
Thread
Mega8, SPI, SCK tut nichts
(1<<SPIF))); //Wartet bis Byte gesendet wurde }[/c] Compiler ist WinAVR, geflasht wird mit PonyProg.
OSC und einer mit externem Quartz, diese funktionieren mit exakt dem gleichen Code wunderbar. Die Fusebits sind auch gleich. Ich nehme also an, dass genau dieser eine AVR wohl (teilweise?) kaputt ist...
-
Thread
ATmega8 16-Bit Timer Uhr zu langsam
Du musst auf 'external crystal' fusen. Details finden sich in deinem Datenblatt http://www.mikrocontroller.net/articles/AVR_Fuses
scheinbar kein Separates Datenblatt, es gibt nur das vom normalen ATmega8 und in diesem stehen die Fuse-Bit Einstellungen nur bis 8MHZ.
-
Thread
Atmega644 via simplen ISP-Parallelportadapter programmieren
Kermit schrieb: > Zu den Fuses: Gibt es wirklich ein Fusebit, dass man den Controller > nicht noch ein mal schreiben kann? Das gibt's beim PIC nicht, da gibt's > nur das code-protect, dass man ihn nicht mehr lesen kann. Neuschreiben > ging aber immer. es gibt ein Fusebit, dass das Programmieren über ISP verhindert, HV geht aber dann immer noch...
-
Thread
Pollin evaluation board 2.01 avr Studio4
Da Du ja mit einem USB-progger programmierst, aus Studio heraus, ohne über ponyprog zu gehen, ist der erste Test die Überprüfung von ISP mit dem Lesen der Signatur. Dazu gibt es im Studio4 nach erfolgreichem "connect" im Menu für das Programmiergerät, Untermenu "main" die Option
ok.Controller getauscht, funktioniert. Aus irgend einem Grund wird bei dem alten Controller das Fusebit SPIEN nicht erkannt, bzw. nicht gesetzt. Mit dem neuen Controller alles ok. Danke für Eure Infos, IchNur
-
Thread
-
Thread
Basecom funktioniert PonyProg nicht?
meinem ersten Fund war diese Brücke nicht eingebaut. Der Adapter ist Kompatibel da man ihn direkt im PonyProg anwählen kann. Nun zu den Fuses... In Bascom habe ich auf Send to Chip geklickt. Im folgenden Fenster das ja den Chip anzeigt habe ich die Fuses geändert und dann auf automatisches Programmieren
zu PonyProg kompatibel. > Man findet eben 10000 verschiedene Möglichkeiten bei meinem ersten Fund > war diese Brücke nicht eingebaut. > Der Adapter ist Kompatibel da man ihn direkt im PonyProg anwählen kann
-
Thread
ATtiny25 lässt sich nicht mehr programmieren
mit dem STK500 geht es wieder rückgängig zu machen. Was macht den der STK500 anders als der Ponyprog? Ist es nur eine andere Hardware, oder liegt es auch an der Software?
Atomic schrieb: > Was macht den der STK500 anders als der Ponyprog? der kann eben die HV-Programmierung, die den Reset-Pin nicht als Reset-Pin braucht...
-
Thread
USART. Übertragungfehler.
liegt es glaub ich nicht, das einzige das ich noch nicht ausgetauscht habe ist das Quarz. Die Fusebits sind alle in PonyProg nicht gesetzt, also External Crystal/Ceramic Resonator (Quarz). Woran könnt es noch liegen ? woran hab ich noch nicht gedacht ?
-
Thread
LCD und AVR Board
P.S. Die Fuses habe ich mit PonyProg eingestellt. Ich habe bedenken, ob die Zeiten bei der Initialisierung korrekt sind??? Das kann wiederum auf die Fuses zurückzuführen sein... ..... void display_init(unsigned char
Hi Jetzt muss ich dir leider sagen, das meine Kenntnisse bezüglich PonyProg als auch C mehr oder weniger rudimentär sind. Von PonyProg weiss ich nur, das es da einen 'umgekehrten' Zusammenhang zwischen 'Häkchen' und Fuse gibt. MfG Spess
-
Thread
programmer für avr studio 4.12 gesucht
Kurz und knapp: Nein. Der von dir verlinkte Adapter funktioniert aber mit PonyProg (link dazu in dem Link von dir)
Simulator enthalten. Das damit erzeugte HEX-File kann man dann mit einem anderen Programm, zB. PonyProg flashen. Aber vorsichtig sein mit den Fuses, da hört man hier immer wieder, das diese ausversehen falsch gesetzt wurden mit Pony. Es grüsst, Arno
-
Thread
AVR minimale Taktfrequenz
müssen. Habe einen ATmega48 für eine KFZ-Anwendung (also Ziel: Strom sparen) mit 128kHz getaktet (per Fuses). Das Ergebnis war, daß ich mich damit für das ISP erstmal ausgesperrt habe. Erst "uisp" war per Argument in der Lage, den STK200-Klon langsam genug zu takten, so daß der AVR auch mitkam. Fuses konnte
erkennen und die Fuses zu schreiben. Wie gesagt, Flash schreiben bzw. verifizieren schlägt fehl. PonyProg konnte ich leider nicht testen, weil meine libc-Version nicht paßte. ;( PonyProg hat sich sonst bei Schreibproblemen sehr gut bewährt (auch wenn ich die Kommandozeilentools wie avrdude und uisp bevorzuge
-
Thread
ISP Programmer will nicht....
Was ist dapa ? Ich nutze gern Pony Prog, es ist einfach und unkompliziert.
an der MOSI Leitung jetzt eine LED um zu testen ob überhaupt was geschrieben wird. Wenn ich PonyProg nehme, blitzt diese mehrmals auf und er sagt mir dann das Gerät wäre unbekannt. Unter uisp habe ich jetzt als Gerät stk200 und paravisp probiert. Bei ersterem blitzt die LED ebenfalls kurz auf
-
Thread
ATtiny12 macht nix
Hi Ich habe ein ATtiny12 und habe mit Pony Prog folgendes Prog. auf mein MC geladen, doch leider tut sich nichts. Wo könnte das problem liegen? Muß der MC mit einem externe RC Oscillator( max. 8MHz ) betrieben werden? So viel ich weiß hat er
> Anscheind habe ich ihn schon kaputt gespiel jetzt läst er sich nicht > einmal mehr beschreiben pony prog sagt immer unknow device. Na ja zum > glück kosten sie nicht viel werde dann nächste woche zu reichelt gehen > und ein oder zwei in voraus kaufen. Reset abgeschaltet? (RSTDISBL - Fuse). Gruss
-
Thread
Fusebits & AtMega8 & PonnyProg
programmierst die Fuses wieder richtig... Hat bei mir wunderbar funktioniert (Pollin Eval-board, Ponyprog). Wäre ja schade um die Dinger.
@Michael, ich wollte nur dem in der Luft liegenden PonyProg-Bashing vorbeugen. Mir ist es selbst als low-level MC-Bitschubser nicht gelungen einen MC mit PonyProg zu zerfusen.
-
Thread
DMX RGB-LED Strip Controller
ausprobiert und beide funktionieren. Kann mir noch jemand die Fuse für AVRDude geben? über PonyProg hat das nicht funktioniert. Ich glaube immernoch das das der haupt Fehler ist aber ich bin noch zu anfänger als das ich das selber herrausfinden kann selbst hiermit bin ich etwas überfordert https://www.engbedded.com/fusecalc/
-
Thread
LCD mit BASCOM an Port C
Eine Frage hätte ich da noch...wo kann ich JTAGEN deaktivieren? Mit dem PonyProg oder im Bascom-Programm geht das wohl nicht oder?
Beitrag #7665458: > Eine Frage hätte ich da noch...wo kann ich JTAGEN deaktivieren? > Mit dem > PonyProg oder im Bascom-Programm geht das wohl nicht oder? Bascom: Disable JTAG.
-
Thread
Application Note AVR309 ATMega8 USB (Erfahrungsaustausch)
dann aber schreibt es funktioniet nicht richtig (das USB-Gerät). Ich habe das HEX-File mit PonyProg2000 unter XP fehlerfrei gebrannt. Der Quarz hat zwei 22pf Kondensatoren. Kann mir da evtl jemand helfen? Spannungen sind ok. Ob der Quarz schwingt kann ich ohne Oszi leider nicht messen. Müssen irgendwelche Fusebits gesetzt werden? PonyProg2000 Hat mir nur Lock1 und Lock2 aktiv angezeigt. CKOPT war schonmal garnicht mit in der Liste. Wenn ich die .INF für den Treiber installiere habe ich auch kein Erfolg.
-
Thread
SI-Prog und Tiny15
zu SCK? 3. Hast Du einen Pullup zum Reset, wird der Tiny15 richtig "Resettet" beim ansteuern von Pony-Prog? Wenn Reset-Pullup, ist der Pullup-Widerstand dann nicht zu niedrig? Mal ohne probieren. 4. Ist die Spannungsregelung in Ordnung? Kommen aus dem Regler auch wirklich 5V raus? 5. Hast Du im Pony-Prog
nicht mehr ein was man noch alles prüfen kann aber nimm noch mal alles genau unter die Lupe. Die Fuse-Bits findest Du im Datenblatt unter "Memory Programming". Die Standard-Einstellungen sind SPIEN = 0, RSTDISBL = 1 wobei 0 = programmed (ein) und 1 = unprogrammed (aus) bedeutet. Denke dran, das Pony-Prog
-
Thread
Mega 128 lässt sich nur langsam flashen
<Spekulation> Taktfrequenz des AVR? (Fusebits) </Spekulation> ...
ich arbeite mit de notepad und dem ponyprog
-
Thread
mega8/16 auf 16MHz takten
laufen ohne CKOPT laufen. Liebe Leute, im Rahmen meines Projekts "Wir lernen µC" habe ich mit PonyProg ein Beispielprogramm mit blinkender LED in den ATmega8-16 geschoben. Und siehe, es war gut. Blinkte nur zu langsam. Ach ja, interner Oszillator statt Quartz. Nun hatte ich außen einen 16MHz-Quartz
habe ich die Fuses auf SUT 11 und CKSEL 1111 geschaltet. Danach stellte sich der µC tot und PonyProg war ganz komisch. Nach einigem Stöbern in diesem Forum habe ich dann einfach den 16MHz gegen einen 6MHz-Quartz getauscht und nu geht's wieder. ABER: Wie schaltet man denn so ein Ding nun auf 16MHz
-
Thread
ISP für AVRs
Ja. In Ponyprog funktioniert es jetzt, nachdem ich den AVR ordentlich in den Sockel geprügelt habe. Yaap funzt aber noch nicht und Yaap ist in der Hinsicht besser, weil gesagt wird, dass man damit die Fusebits
ponyprog kann auch alles mit fusebits anstellen, was du willst
-
Thread
External Clock ATTiny26
Pin 2 und einen C4,7µF an Pin2/6. Rechnerisch ergibt sich ein Takt von 15,3KHz. Aber leider kann Pony Prog die Fuse-Bits nicht lesen. Sind 15KHz für Programmer zu wenig? Ich hatte statt dem C4,7µF schon einen mit 100nF drin, rechnerisch ca. 720KHz. aber mit dem gleichen Ergebnis. Die Diode von Pin
Tastkopf-Einstellausgang auf 100kHz stellen und an XTAL1 legen. ISP-Frequenz < 25kHz einstellen, fertig! 2. Pony-Prog hat wohl immer noch keinerlei hinweise darauf, dass die ISP-Frequenz max. 1/4 des Systemtaktes sein darf. Auch kann man die ISP-Frequenz nur schwer einstellen. Kann nur zum AVRISP raten, ist um
-
Thread
Quarz geht nicht
Die Mega haben eine internen RC Oszillator - kann mit PonyProg Fuse Bit ungestellt werden auf externen Oszillator - Quarz etc. Gruß Bernhard
du musste die fusebits passend setzten. aber bitte mit bedacht und datenplatt sonst versetzt du deinen uC schnell ins koma :)
-
Thread
Fuses gesetzt durch Schreibfehler ?
Hallo zusammen, ist euch auch schonmal folgendes passiert : Man programmiert mit PonyProg den Flashspeicher (mega8515), es kommt eine "write failed" Meldung. Danach sind die Fusebits verändert! (Takt zu langsam, zu schnell oder ganz aus!). Durch externen Takt konnte ich den µC wieder "
halt, er lässt sich aber noch auslesen wenn ich im ponyprog "ignore" mach... sonst aber nix
-
Thread
ATmega8L - kein Zugriff mehr - Reseteingang?
jetzt stell ich die Frage mal an euch. Ich programmiere meinen mega8L über die serielle und ponyprog. Es funktioniert alles prima, ausser ich greife in irgendeiner Weise die CKSEL-bits an. Ich verwende dzt. für die Tests den internen Taktgenerator mit 1MHz wollte aber auch mal höhere Takfrequenzen
Hi, ich hatte mit meinem ATMeaga128 ein ähnliches Problem. Ich wollte die Fusebits mit dem Kommandozeilen tool stk500 programmieren, um den 103 Modus auszuschalten. Ich habe auch nur dieses Fusebyte umprogrammiert. Leider werden dann die beiden anderen Fusebytes auf 0xff gesetzt
-
Thread
Kompatibilität ISP-Programmer
eine Alternative zu PonyProg. Mit PonyProg konnte man sogut die FuseBits und andere Dinge Einstellen. .. Sogar den Atmel wiederbeleben wenn man die FuseBits falsch gesetzt hat .. Gibt es eine Alternative?
isp-programmer schrieb im Beitrag #5971795: > PonyProg konnte man sogut die FuseBits und andere Dinge Einstellen. .. > Sogar den Atmel wiederbeleben wenn man die FuseBits falsch gesetzt hat > .. Gibt es eine Alternative? Hi, mit dem STK500 entsprechend
-
Thread
ATmega162 Taktfrequenz
Geht auch mit Pony Prog. Die Bedeutung der Fuse Bits kann man im entsprechenden Datenblatt nachlesen.
Das CKDIV8 ist das fragliche fuse-bit. Wenn dieses programmiert ist wird die Taktfrequenz nach RESET durch 8 geteilt.
-
Thread
Fuse Bits bei ATTINY 2313
> Prozessortakt. anders rum. Der Prozessortakt muss 4 mal höher als der ISP Takt sein. Bei PonyProg gibt es im Installationsverzeichnis noch ein PonyProg.INI Dort kann man die Taktrate runtersetzen.
Prozessortakt. > > anders rum. Der Prozessortakt muss 4 mal höher als der ISP > Takt sein. > > Bei PonyProg gibt es im Installationsverzeichnis noch > ein PonyProg.INI Dort kann man die Taktrate runtersetzen. Hast du eine Ahnung welche der Zeile in PonyProg.INI verändert werden muss?
-
Thread
AtMega8 Programmieren
Frank Schubert schrieb im Beitrag #3848163: > Was meinst du was PonyProg macht ? die schalten doch auch nur ihre > Bits.! na und? auch bei PonyProg gibt es genug Fälle, wo es mit usb2rs232-Wandlern eben NICHT klappt, weil die so eine "Zweckentfremdung" nicht mitmachen
PonyProg geht auch seriell mit ein paar Bauteile.
-
Thread
ATTINY2313 und ATMEGA8 nach flash ohne funktion
kleinem Problem. Habe eigentlich ein Projekt mit einem Atmega32 jedoch habe ich ausversehen die Fusebits auf Ext. Clock gestellt und hatte keinen Zugriff mehr drauf (flashen/löschen/Fusebits). Habe als ganz artiger Forumnutzer die Suche benutz und gelesen das ich einen anderen Prozessor nehmen könnte
geholfen, den RESET-Knopf während des Programmierens gedrückt zu halten. Ich verwende auerdem nicht Ponyprog, sondern avrdude. Wäre vielleicht auch noch einen Versuch wert. Die Geschwindigkeit der seriellen Schnittstelle zu ändern hilft gar nix, weil das Pollin-Board die Datenübertragung(RxD und TxD) gar
-
Thread
ATtiny2313 nicht löschbar
> per Lock-Fusebits Was nun? Lock oder Fuse? Das ist Zweierlei... @Falk: Ich bekam mal aus einem IB, wo mit Ponyprog gearbeitet wurde, ein gutes Dutzend zerschossene Tiny2313 auf den Tisch. Die meisten waren
angesprochen werden. Allerdings paßt das Fehlerbild nicht dazu. Ich hatte mir auch mal einen Tiny2313 mit PonyProg bei einem Experiment abgeschossen, da war´s die DebugWire Fuse. HV ging problemlos, jetzt läuft die Hütte wieder.
-
Thread
ATMEGA16 Programmieren schlägt fehl
Hast du den Test in PonyProg gemacht und Calibration? Wenn der Mega16 neu ist, brauchst du den Quarz nicht. Mit 330p wird aber nichts gehen, auf einem Steckbrett geht es eher ohne Kondensatoren.
Mega16 ist nicht der neueste, im Gegenteil, der gehört zu den älteren. Solange du den Kontroller im PonyProg findest, solltest du ihn auch programmieren können. Sonst gibt es keine Einstellungen.
-
Thread
Ethersex, ATMega644, Fuses, Pollin NetIO etc.
der Prozessor mit internem Oszi und Teiler läuft (Defaulteinstellung). OK - also den einen Fuse-Calculator aus dem Internet befragt und per [c] avrdude -c ponyser -v -P /dev/ttyS0 -p m644 -U lfuse:w:0xFF:m -U hfuse:w:0x99:m -U efuse:w:0xff:m [/c] die Fuses gesetzt. In Make menuconfig von ethersex
Markus Kuttke wrote: > [c] avrdude -c ponyser -v -P /dev/ttyS0 -p m644 -U lfuse:w:0xFF:m -U > Ach so: Wie durch die Option zu erkennen ist auf dem Pollin-Board ein > 16MHz Quarz verbaut der auch funktioniert (mit dem original > ATMega32