-
Thread
ATTiny13 Programmieren
ATtiny13 zu programmieren. Mal abgesehen von ein paar Anfängerfehlern (Reset als Ein-/Ausgang & Fusebitspielereien), die ich jetzt lasse, habe ich ein Problem: Ich habe ein simples Programm, welches nicht läuft und weiss nicht, warum. Ich benutze den Programmieradapter von lancos & PonyProg. Das Programm
quasi nicht beschrieben habe... Die Pfadangabe hatte ich noch drin, weil ich versuchen wollte, ob Ponyprog evtl. die Datei nicht findet... Und was ich immer noch nicht verstehe: Warum funktioniert alles im Simulator so schön? Danke an alle, die mich unterstützen!
-
Thread
Mega8 will sich nicht beschreiben lassen :(
will garnichts, lediglich die Fusebits lassen sich ändern aber nur unter Protest (2-3 Versuche bis es geht) Die Fusebits stehen gleich wie auf mega8nr1 Mega32 lief bis vorhin super, aber seit ca 2 Stunden will sich dieser auch nicht
er die Fusebits gleich hat wie ein Mega8 den ich benutzen kann wie ich will. Kann es beim Schreiben des Flash zu einer Änderung in den Fusebits kommen? Das würde mein Problem mit dem MEga32 erklären Gruß
-
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
Frage zum Setzen von Fuse-Bits
@Robert K. Genau dass hatte ich gemacht. Die Häkchen werden wie bei Ponyprog gesetzt. @Michael U. Ich habe mir schon überlegt ob ich CKOPT setzen soll um die volle Taktamplitude zu erhalten. Aber folgender Text im Datenblatt hat mich stutzig gemacht: >By programming the CKOPT Fuse, the user can enable internal >capacitors on XTAL1 and XTAL2, thereby removing the need for >external capacitors. The internal capacitors have a nominal >value of 36 pF. Werden da die internen
-
Thread
Zeigt her Eure Kunstwerke! Gesperrt Bilder
Einen haben wir noch, einen haben wir noch... Seriell-ISP-Programmer für Atmel/PonyProg, im Sub-D-Gehäuse eingebaut. Reinhard
Test-Board für ein Attiny 2313 mit festaufgelegter USB-Buchse, LCD-Anschluss, Quarzoszillator für falsche Fuses, alle wichtigen Pins auf Klemmleisten und ISP-Anschluss. Dann mein DOGM 163 im SPI-Betrieb und mein IR Empfänger der in der Mitte liegt. Die Platine in "USB-Stick-Form" ist für meine Facharbeit und
-
Thread
Fusebits und Timer1
erhöhen Timer_overflow: Sekunden = Sekunden + 1 Timer1 = 49911 Return und so sehen meine Fusebits aus die ich über PonyProg einstelle: haken bei JATGEN, SPIEN, CKOPT, BOOTSZ1, BOOTSZ0, SUT1 Zur zeit zählt er einfach viel zu schnell die Sekunden, die werden auf dem Addon board von Pollin ausgegeben
Ich verstehe deinen Ansatz, das macht Sinn. Kann mir trotzdem jemand zeigen wie ich über ponyprog meinen atmega16 an meinem pollin board so einstelle dass der externe quarz benutzt wird?
-
Thread
AVRStudio / AVRISP mkII Klon (usbProg) / SPIEN ausgegraut: Entering program mode failed
Schnittstelle besorgt, um doch einen Fehler mit dem usbProg auszuschließen und mein altes ISP-Kabel sowie PonyProg zu verwenden. Und es ging auch damit nicht. Damit war mir klar: der ATMega8 ist Schrott. Doch dann habe ich es nochmals mit AVRStudio und dem usbProg ausprobiert, allerdings wie Hubert empfohlen die
probiert. DOCH: ES FUNZT. Jetzt kann es endlich weitergehen. (Warum es mit dem alten Kabel und PonyProg nicht ging, ich weiß es nicht, aber jetzt kann ich endlich meinen neue Konfiguration verwenden :-) )
-
Thread
Ponyprog mit Fehler (-24)
Hallo, beim Programmieren des TINY2313 tritt bei mir folgendes Problem auf: Ich habe die FUSE-Bits BODLEVEL0..2 so gesetzt, dass ein Brown-out-Reset bei kleiner 4,3 V durchgeführt wird (meine Versorgungsspannung ist 5 V). Der Programmiervorgang der FUSE-Bits ist erfolgreich (zumindest keine Fehlermeldung
, verbindest diesen Pin, PD2, mit XTAL1 eines nichtfunktionierenden. Diesen versuchst du dann mit PonyProg wieder zu aktivieren, d.h. die Fuses zu korrigieren.
-
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
-
Thread
-
Thread
Tiny2313 lässt sich nur 1x programmieren
µC ist Serie 0823 und relativ neu. 23. Kalenderwoche 2008 Änderst Du beim Programmieren die Fusebits? > Sind evl. Probleme bei dieser Serie bekannt? Nein, habe auch mehrere Tiny2313, die irgendwas 08xx sein müssten und keine solche Probleme.
Ja, ich ändere die Fusebits auf externen oszillator. Bei der einen platine funktioniert es ja. Die andere läuft auch, nur kann ich den µc nich nochmal programmieren ...
-
Thread
Display mit Touchscreen bei Pollin?
mal, dass ich mit einem ATMega8 arbeite, d.h. auch die erste Aufgabe für diesen. Wo finde ich in PonyProg die CKDiv8-Fuse beim ATMega8? Hab sie nirgendwo entdecken können. Vielen Dank, vor allem an Benedikt! grüssse g.
Nein an den Fusebits habe ich nichts verstellt. Muss ich dann zuerst das Programm in den ATmega laden und dann diese Fusebits setzten oder? Wie stelle ich denn die Fuse-Bits bei PonnyProg richtig ein? Und was bedeutet
-
Thread
Arduino und Pollin-Eva.-Board
doch respekt vor den Fusebits
Du kannst den Bootloader sicherlich damit Flashen, aber...das Problem bleiben dann natürlich die Fusebits. Ich kenne PonyProg nicht da ich das STK500 und den Dragon verwende, der zeigt die Fusebits richtig herum an. Aber was kann schon groß passieren? Probiere doch die Fusebits, nen ATMega 8 kostet doch
-
Thread
LED leuchtet nicht!
Fusebits?
> Aber ich hab gelesen die Fusebits sind ziemlich heikel, Wenn man nicht lesen kann (oder will), ja. > denn die kann man nicht wieder rückgängig machen, Wo steht das denn? > und das die Fusebits meistens schon gesetzt
-
Thread
Atmega32 Fusebits übersetzten nach PonyProg (Anfänger)
habe ein Problem beim Flashen eines Atmega32. Im Anhang sind zwei Bilder, das erste zeigt die FuseBits wie ich sie nach einer Anleitung einstellen muss, das zweite das Einstellungspanel das ich bei PonyProg habe. Jetzt weiß ich nicht, wie ich bei PonyProg die richtigen Einstellungen setze, da es dort
Schon mal hier geschaut? www.engbedded.com/fusecalc/
-
Thread
Transistortester mit AVR Gesperrt
Darin befindet u.a eine Exelliste mit den Reichelt-Bauteil-Bestellnummern und eine PDF mit den Fusebit-Haken für die Ponyprog. Fans. Wigbert
Heute hat - das Ergebnis selb der Kapazität in 1,5 Male grösser geprüft. FuseBits(PonyProg) wie auf der Zeichnung.
-
Thread
Richtige Fuses für ATMEGA16?
Frequency Einstellung (bzw. in der > letzten Zeile in besagter Tabelle)... Sorry, ich hatte den Fuse-Dialog jetzt nicht vor Augen, ich weiß aber, dass es sehr oft vergessen wird (besonders bei Nutzern von Pony & Co), da es im Datenblatt nicht besonders auffällig beschrieben ist. > CKOPT MUSS gesetzt
-
Thread
Negative Spannung am ATmega8 durch ISP
ganz gut funktioniert, bis sich die AVR's nicht mehr "ansprechen", sprich programmieren ließen. PonyProg sagt nur das es das "Device" nicht finden kann. Das Display hängt am PortC. Ich habe dann mal die Pegel am MOSI und SCK PIN(µC) gemessen. Ich messe hier im Ruhezustand -0,7V !!!??? Das ISP auf
seriellen ISP sind wohl alle so aufgebaut. Nein, nicht alle: http://www.mikrocontroller.net/articles/Pony-Prog_Tutorial#Schaltbild
-
Thread
atmega8 auslesen ?
Habe jetzt versucht die fusebits aus zulesen Command-Line avrdude -p m8 -c sp12 -P lpt1 -U lfuse:r:fusebits.txt:i dabei karm das raus :01000000E41B :00000001FF Sind das brauchbare Werte ? Wie gesagt AVRs sind für
Hat dein neuer Mega8 auch die selbe Beschaltung (Hardware) und die gleichen Fuseeinstellungen?
-
Thread
Anschluss Evulationsboard an AVR Studio
Mit dem Seriellen Programmer und PonyProg habe ich persönlich schlechte Erfahrungen gemacht. Ich rate dir dazu gleich n guten ISP-Programmer zu kaufen (evtl. USBprog, ISP MKII). Das erleichtert auf jeden fall das Programmieren und vor allem Fuse-Bits setzen erheblich! Ob die Uart-Kommunikation über den Schnittstellenwandler funktioniert weis ich nicht.
-
Thread
Tool mit einfachem Fuse-Konfigurator
Hi, ich bin hier mal über ein kleines Tool zum Flashen von Atmels inkl. sehr schönem Konfigurator für Fuses (insbesondere was die Taktungsgeschichte angeht) gestolpert. Leider finde ich es einfach nicht mehr. Kann sich wer denken, welches ich meine, und kann mir einen Hinweis geben ? Danke
-
Thread
USBasp in AVRstudio verwenden?
Oder liegt der Fehler woanders. P.s. Den ATMEGA8 des USBasp flashe ich über den Parallelport mit Ponyprog.
Weile rumprobiert. Momentan siehts bei mir so aus: 1. Bootloader in Programm Memory geflasht (Pony Prog) 2. Fusebits CKOPT, BOOTSZ1, BOOTSZ0 und BOOTRST häkchen gesetzt (Pony Prog) 3. USB-AVR-Tool installiert (Treiber kommen ja entsprechend mit) 4. -> Unbekanntes Gerät, USB-AVR-Tool sieht auch
-
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
Aus atmega8 ausgesperren
noch geschrieben. Kann sich PonyProg da irgendwie selbstständig machen und Fusebits setzen? Hab zwar jetzt schon nen neuen µC bestellt, aber ich fürcht, dass ich irgendwo nen Fehler gemacht hab, drum schätz ich die Überlebenschancen
Ich nuze PonyProg schon seit mehreren Jahren unter verschiedenen Windows-Betriebssystemen (Win 95, Win 98, Win2000, WinXP). Dabei ist es noch NIE vorgekommen, daß Ponyprog "versehentlich" von selbst Fuse-Bits verstellt
-
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
AVR Mega32 auf Pollin Board lässt sich nicht schreiben
der Hase im > Pfeffer begraben liegen? Kann es. Ich habe mit deinen Stichworten in der Ponyprog-Doku nachgesehen. Dort steht: SI-Prog interface select "serial" check-box and choose "SI-Prog API" or "SI-Prog I/O" in the combo-box. Windows 95/98/ME and NT/2000/XP work either with "PonyProg
Du hast die Kalibrierung in PonyProg gemacht? PonyProg läuft mit der Einstellung "SI Prog API"? Du verwendest welches Kabel zwischen PC und Pollinboard? Vollbeschaltetes 1:1 RS232-Kabel (OK)? Nullmodemkabel (wird nix)? USB-RS232
-
Thread
ATTINY26 Timer0-Interrupt kommt nicht
ich hab das mit dem PB7 versucht und Michael hat recht, das ändert leider nichts ich wollte in PonyProg das bit RSTDISBL einschalten aber leider lässt ponyprog das nicht zu (grau hinterlegt) hab auch probiert den global Interrupt von Hand zu setzten (SREG |= 0x80;) dachte mir das könnte aus irgendeinem
Ich hab die datei so benat weil ponyprog das file dann sofort findet aber ja ich kompiliere es und lade es dann mit ponyprog in den µC wie sollte ich sonst machen ?
-
Thread
FuseBits ATmega16 nach autoprogramm BASCOM
dann hab ich aus versehen den Button "autoprogramm chip" erwischt und nun kann weder Bascom noch PonyProg nicht mehr die FuseBits auslesen "Device missing or unknown" Atmega 16 Programmiere über Parallelport Das Board http://www.mikrocontroller.com/de/avr-ctrl.php was soll ich machen?
. Achtung: Bei PonyProg-Fuses bedeutet ein Haken eine "0" Gruß Wolf(_1)
-
Thread
2561 warning:flash byte adress.
4,28V. setzten wir wieder das bit clock divide by 8 haben wir am pin ein rechteck 0V / 5,12V. die fusebits sind: Reading fuses address 0 to 2.. 0x3F, 0xD9, 0xFD .. OK! und die lockbits: Reading lockbits .. 0xFF .. OK!
jetzt haben wir den controler über LPT1 verbunden und versuchen mit ponyprog v 2.07c den controler zu programmieren. nachdem er elendig lange das verify durchgefürt hat sagt er writing failed. lese ich den flash aus spuckt er nen hex file aus das so aussieht als ob jemand
-
Thread
JTAG ICE keine Verbindung zum Target
@ analog >Achja vielleicht nochmal mit Ponyprog und ISP mal prüfen, ob die Targets >JTAGENabled sind. Da habe ich drauf geachtet. Die Probleme mit den Fuse sind mir bekannt. Im Anhang habe ich das Fusebild des Atmaega 16 auf dem JTAG ICE.
diesem Ergebnis auch. Ich habe vorhin noch einmal eine ISP-Verbindung angelötet. Dann konnte ich mit PonyProg die Fusebits und das hexfile auslesen. Also werden die obigen Ports duurch den verdrehten Stecker nicht gelitten haben. >Hier mal das Bild, das ich bekomme, wenn ich einmal durch den >JTAG-Programmierzyklus
-
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
Erstes AVR Projekt "Quarzoszillator an AT90S2313"
Datenblatt doch Null'n und Eins'n verstehe ich ich leider nicht. Kann mir Jemand eine Antwort auf die FuseBits setzung mit PonyProg2000 einem Quarzoszillator und dem AT90S2313 geben ? Entschuldigung für den ewig-langen text doch ich wollte meine Erfahrungen mit AVRs nich ganz außen vor lassen. Lieben
moin beim oldie at90S2313 brauchst keine Fuse bits zu proggen ;) The AT90S2313 has two Fusebits:SPIE and FSTRT.
-
Thread
Taktfrequenz ATmega16-16PU
Display ist an PORTC angeschlossen. Mit welchen Programm kann man das am besten machen? Mit PonyProg und den FuseBits habe ich schon schlechte Erfahrung gemacht. (habe schon 2 µC daduch geschrottet) Gruß Ralph-Uwe
Mit PonyProg kann der Controller eigentlich nicht geschrottet werden. In den meisten Fällten kann der Controller mit einem 1MHz Rechteck an XTAL1 ins Leben zurück geholt werden.
-
Thread
Watchdog - first use
durchgelesen. Leider bekomme ich es nicht hin. Sobald ich die Fuse WDTON enable (Häkchen in den fuses) reagiert mein Programm gar nicht mehr.Im Code habe ich folgendes geschrieben: Fuses: WDTON - Häkchen (enabled) [c] void main (void) { [...] wdt_enable(WDTO_500MS); [...] for(;;) //
dann (ohne Reset) nicht mehr zu stoppen. > Muss ich in den Fuses WDTON enablen? Benutzt du Ponyprog? Je nach Brennprogramm kann die Logik invertiert zum Datenblatt sein. > Ich benutze ja > > wdt_enable(); Damit schaltest du den Watchdog unabhängig von der Fuse ein.
-
Thread
AVR ISP Progger -> welcher?
, damit das pony-prog wegfällt, und evtl. auch funktionieren wenn man hardeware isp dran hat und alles noch unter spannung hat *g* ... einen puffer sollte er haben, und vielleicht sogar meine defekten avr's (da hab ich
: welcher avr-isp ist empfehlenswert, er sollte gleich im >avr-studio funktionieren, damit das pony-prog wegfällt, und evtl. auch >funktionieren wenn man hardeware isp dran hat und alles noch unter >spannung hat AVR-ISP mkII mit USB für unterwegs und daheim, der kann auch die neuen XMegas programmieren
-
Thread
Problem mit Ponyprog und serielle Schnittstelle
will mit meinem Desktop Pc meinen atmega32 über den seriellen Port (Pollin evaluationboard) mit PonyProg zu programmieren bekomm ich die meldung Probe OK aber im Nachhinein wenn ich die Fuse-Bits auslesen will die fehlermeldung Device missing. auf einem alten laptop funktioniert es super. darum wird
starten und dann probieren Ich habe bzw. hatte meinen am Programmieradapter am Parallelport mit Ponyprog, da gabs halt auch Probleme, weil dort normalerweise mein LCD dranhängt und die LCD-Software 'dazwischengeschrieben' hat. Meistens merkt man es dann aber. Vor 2 Wochen habe ich mir dann bei Reichelt
-
Thread
ATXMEga Bootloader
Hallo sdz55, hmmm.... Wenn Ponyprog nicht die Signature Bytes ausliest, dann wäre es eigentlich möglich einen XMega-Code zu laden, indem Du den Programmer auf ATMEga128 stellst. Ponyprog wird das HExfile weiterleiten - Du brauchst
Wie soll das denn gehen? Ich muss das JTAGmkII zuerst mit PonyProg erkennen können (funktioniert nicht!). Danach sollte ich die Device erkennen (kann ich nicht)?! Helmut Ru wrote: >Ponyprog wird das HExfile weiterleiten - Du brauchst aber noch eine SW >im
-
Thread
External Clock
Plattencondansator an GND gelötet und CKSEL pabe ich auf 0000 (External Clock) gesetzt. Das hab ich mit ponyprog gemacht. Jetzt macht der µC ganichts mehr und ich kann ihn auch nicht mehr programmiren. An den kontackten des quarz liegen 0,8 und 0,6 V gegenüber GND an.
XTAL1 an, den Quarz nimmst du erst mal weg, siehe Seite 36 im Datenblatt. Danach kannst du die Fusebits wieder auf vernünftige Werte umstellen.
-
Thread
Programmieren eines AT89S8252 auf Mac OS
bequem über Macports installieren). In der avrdude.conf habe ich auch nix gefunden, dafür soll ponyprog ihn unterstützten,aber auf die schnelle habe ich keine Version von PonyProg für OS X gefunden (gegoogelt und bei Macports). "Vendor Code = 0xff, Part Family = 0xff, Part Number = 0xff" Sowas ähnliches
Programming Method (in AVR Studio dann) funktionierte das Flashen wieder. Da habe ich wohl die Fuse-Bits verstellt und mich ausgesperrt. Seltsamerweise konnte ich es aber nicht mehr richten. Darum, funktioniert das Flashen unter Windows eigentlich? viel Erfolg!!! mano
-
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
USB AVR Lab news
Lab im Gerätemanager unter "Jungo" als "AVRISP mkII" erkannt ist. Das zweite Problem lag bei den Fuses. Mein Testsystem läuft mit internen Takt von 1MHz. Die max. ISP Freq darf dann max. 250 KHz sein. Die Fuses müssen immer erst geschrieben werden. Nach mehrmaligen probieren und zurücklesen, funktioniert
jetzt tadellos. Ein toller Adapter. Viel Besser und schneller als der parallel Adapter STK200 mit PonyProg. Gruß, Tobias
-
Thread
Verfust - Takt zu langsam zum Programieren - Atmega168
TinyAVR mag nicht, avrdude auch (noch) nicht, unabhaengig vom "-i". Pony-stk200 muesste doch der richtige Programmer sein? Reset scheint noch zu gehen (manuell auf Ground legen startet den Blinkzyklus neu).
die Suche diesen Thread hier finden: 1. Problem: Der Chip (bei mir ein Atmega168) hat falsche FuseBit Einstellungen und ist sooo langsam, dass man mit normalen Programmier-Mitteln nicht mehr ran kommt. 2. PonyProg.ini Einstellung ULTRASLOW funktioniert in Version 2.07c nicht! 3. Lösung: Die
-
Thread
ATmega8 geht nicht mehr
zumeist ein trivialer Fehler. Schnittstelle zwischenzeitlich für etwas anderes Benutzt oder in PonyProg einen anderen µC eingestellt z.B.
Wenn du mal das Forum durchsuchst ("Ponyprog Probleme") findest du geschätzte 8.000 Beiträge. Es hat einfach keinen Sinn mit dem Ding. Besorg dir irgendeinen Programmer, der das timing des Programmierens selbst macht und nicht dem PC überlässt
-
Thread
Atmega 644 über SPI nicht mehr programmiebar
Beim Setzen der Fusebits mit Ponyprog habe ich mich vermutlich selber ausgesperrt. Programmieren über SPI und externem Takt an CLK1 funktioniert nun nicht mehr. Der Programmer ist in Ordnung denn ein Atmega 32 läßt sich
programmier frequenz auf die kleinst mögliche größe zu stellen.. vielleicht hast du durch deine fuse-einstellung den atmega nur auf eine sehr kleine betriebsfrequenzgestellt und die frequenz mit der du ihn jetzt programmieren/auslesen willst ist jetzt einfach zu hoch. grüße thomas
-
Thread
USBisp Problem
nur USB Ports. Weiter habe ich AVR Studio v4.14 und AVRDUDE 5.5 Den Bootloader habe ich mit PonyProg draufgemacht und der startet auch wunderbar. Die Fusebits sind alle eingestellt wie in der Doku. Wenn ich nun den Programmer über USB mit der app_v2.hex flashen möchte bringt mir AVRDUDE keinen
-
Thread
Pollin-Eval-Brd + ATMega32
können's aber nicht sein, denn das Programmieren eines ATMega88 funktioniert mit der Konfiguration (PonyProg 2.07cbeta, serielles Kabel) völlig problemlos. Habe es auch mit einem AVR910 probiert, allerdings mit identischem Ergebnis. Das Pollin-Board (Vers. 2.0.1) kann ich aber auch hier nicht ganz als
versuchen. Im Anhang ist noch mal das Lese-Ergebnis dargestellt, wenn man die Lesefehler im PonyProg ignoriert und dann die Fuses einliest. Beim Schreiben geht's scheinbar, aber die FuseBits ändern sich nicht! Auch der hier im Forum verteilte Tipp, beim Programmieren den Reset-Taster gedrückt zu
-
Thread
Programm startet erst nach Read-Fuses
Hallo zusammen! Meine Porgramme starten nach dem flashen erst beim dem einlesen der Fuses. Meine Umgebung besteht im Moment aus dem aktuellen AVR STudio, PonyProg und dem Polin Evaluation Board 2.01 mit einem Mega16. Nachdem ich das Hex-File in PP geladen habe und mit "write Flash
-
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
ATMega mit USBprog flashen?
nicht. Ich hab sonst keine Ahnung was ich da nehmen kann. Hab diverse SW bereits ausprobiert (ponyprog, avrdude, avrprog und das avrstudio halt auch), aber auch nix zu laufen bekommen. Wenn mir jemand irgend erklären kann oder nen Link hat der erklärt wie ich den ATMega flashen kann wäre das super
ein Fenster kommt, das AVRISP mkII heißt, und in welchem versch. Registerkarten, wie z.B. Program, Fuses, LockBits, usw. sind, dann hast du den ersten Schritt schon einmal geschafft: Du hast den USBprog mit der AVRISP mkII Firmware mit AVR Studio verbunden! Wie du nun den USBprog per ISP- Schnittstelle