-
Thread
STK 500 Fehlermeldung beim beschreiben von Mega8
herauskriegen musst... Aber warum probierst Du nicht erstmal mit dem AVRstudio oder zumindest mit Ponyprog, ob die Kommunikation wirklich in allen Punkten funktioniert? Ansonsten mein Vorschlag: Mach ein neues Thema auf "Hilfe! Ich blicke beim AVR-GCC Makefile nicht durch!" Dann kommen solche Nicht-GCC-Idioten
Äh, Ponyprog SI ist was anderes als STK500... Also nimm nochmal Dein selbstgebasteltes ISP-Parallelkabel und stell Ponyprog auf Parallel, und mach auf jeden Fall "Probe". Ansonsten mit STK500 und AVRstudio
-
Thread
Hey Man Scheisse...hab ich ne begabung µCs zu schrotten
Hi, downloade mal PonyProg2000 und teste mal ob du da den Chip findest. Dann mach auch gleich ein Screen von den Fusebits. Mfg DIrk
nicht sicher ich hab bei der einstellung die 10mhz eingestellt ändert bascom dann automatisch die fusebits ??? hab jetzt versucht mit ponyprog(2000) den mega16 mal auszulesen und auch mit yaap hats nett geklappt aber eigentlich konnte ich auch mit den 2 programmen den avr auch nett proggen. wenn ich bei
-
Thread
Tutorial-Teile bei Reichelt kaufen
Ausgang nutzen. Du kannst ruhig nach dem Tutorial vorgehen, aber einmal vergessen, das dann beim Ponyprog eine 1 eine 0 und eine 0 eine 1 ist, dann hast du verloren. Gruß Florian
ein bisschen ausprobieren und spielen. Und das ist bei dem ATMega günstig möglich. An den Fusebits spiele ich auch nicht rum, versprochen ;-) Und bis ich mit dem Oszillator und den Zeugs drumherum rumspielen werde, wird auch noch ein wenig Zeit vergehen.
-
Thread
AVR Studio Fehler
Hallo, PonyProg prüft automatisch, nachdem das Programm auf den Controller geflasht wurde, ob es mit dem Original identisch ist. Bei mir geht das Flashen, bzw. Lesen auch nicht auf Anhieb, sondern da kommt eine
wieder das selbe Problem. Daher denke ich, es liegt am PC, bzw. an PonyProg. Weiss hier irgendjemand noch Tips, die ich einmal versuchen könnte??? Gruß, Steffen
-
Thread
ATmega16 ext. Quarz lässt sich nicht einstellen
Datenblattes ermittelt und mit dem Fuse Calculator hier aus dem Forum bestätigt. Zum Proggen benutze ich Ponyprog. Das auslesen der Fusebits funktioniert, sobald ich diese entsprechend schreiben möchte kommt die bekannte Fehlermeldung: "Device missing or unknown device (-24)" Danach kann ich weder die Fusebits
Ich habe jetzt versucht mit ext. Quarzoscillator die µCs zurück ins Leben zu holen. PonyProg erkennt den µC wieder und ich kann die Fuse-bits auslesen. Wenn ich diese allerdings dann auf ext. Quarzoscillator stellen möchte kommt erneut die Fehlermeldung!
-
Thread
ATtiny13 Problem mit Tonerzeugung
ausgelöst werden. Zur Programmierung benutze ich einen selbstgebauten Parallelportadapter und PonyProg. Die Einstellungen der Fuse-Bits sind außer SUT0 und CSEL1 alle deaktiviert. Der Takt liegt bei 4,8MHz/Vorteiler-64 .Die Programmierung erfolgt problemlos. An diesem Problem sitze ich nun schon
#2408761: > Um die 4,8MHz als Systemtakt zu bekommen, habe ich angenommen, dass es > reicht, die Fuse-Bits CSEL1 und CSEL0 festzulegen und nicht noch über > den Vorteiler im Register CLKPR - ok. Es gibt keinen Grund, deswegen die Fuses zu verändern. Lass doch den Systemtakt auf 9M6 und ändere nur
-
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
AT89S51 24PI
benötige ich zum brennen dieses prozessor, und wie bekomme ich die entsprechenden dateien in den chip? pony-prog geht nich, bascom auch nicht, avr-studio auch nicht etc. das einzige ist ISP3.0 Baut niemand mit diesem chip? frage warum findet ma so wenig infos über den S51 - oder ist der nicht gut? oben gezeigte
das alles i.o ist. speichern kann ich das auch alles, aber ich kann es nicht im Bascom brennen. Ponyprog kann meinen chip nicht erkennen u.s.w.. ich habe 2 Programme, welche den chip lesen, erkennen, schreiben und verifizieren können. Atmel's ISP 3.0 und ISP-Programmer 1.20.49. wenn ich jetzt das "sample
-
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
Atmega88 nur fehler!
beim mega88 ist von haus aus ein taktteiler in den fusebits gesetzt. -> ISP-Frequenz niedrig einstellen, und erstmal versuchen, ob du an die fusebits rankommst.
alle gemessen und nachgelötet! auch habe ich es gerade mit meinem alten programmer über comn unv ponyprog versucht, selber fehler! kann es sein das er den hitzetod gestorben ist? also zu heis geowrden ist beim löten? aber warum er anfangs funktioniert ist mir rätselhaft und das schon bei 2 versuchen!
-
Thread
AVR: UART Pollin Board
berechnet, und richtig eingetragen hab ich sie auch. Wie genau müssen denn die Fuses gesetzt sein? (mit Pony Prog)
[[AVR_Fuses]] vielleicht auch das mal durchlesen!! und aufpassen beim setzen mit PonyProg!!
-
Thread
LED dimmen durch PWM anstatt mit ATMega 16 mit ATMega 32
Thematik ;) könntest > du mir erklären was du damit meinst und wo ich das finde? Was? Die Fuse-Einstellungen stehen im Datenblatt! [[AVR Fuses]]
irgendwie scheine ich dafür zu blöd zu sein. Hab ich das richtig verstanden, dass ich diese Fuses in PonyProg2000 einstellen muss?. Oder sind das einfach nur zwei/drei Zeilen Quellcode? Sorry das ich solch blöde Fragen stellen muss. Gruß Martin
-
Thread
LCD Kaputt?
Hallo, Haken für OCDEN und JTAGEN müssen raus bei Pony, Einschalten -> programmiert -> auf 0 -> Haken rein Ausschalten -> unprogrammiert -> auf 1 -> Haken raus. Unprogrammierte Fuses sind bei Atmel auf 1, genauso wie ein gelöschtes Flash alles 1 enthält
unter der Tabelle: Note: 1. For all Fuses "1" means unprogrammed while "0" means programmed Hat Pony völlig richtig 1:1 so übernommen. Seite 224, Using On-chip Debug System Seite 225 The JTAGEN Fuse must be programmed to enable... Programmed -> 0 -> Pony-Haken zum Einschalten des JTAG Sorry
-
Thread
Bootloader für ATMega128
muss der MAX232 raus. Aber das ist nmen anderes Thema. Vom Verständnis her muss ich also die Fusebits setzen, den Bootloader raufladen, kann dann den Programmierstecker entfernen, MAX232 stecken und mit Megaload arbeiten? Was muss ich beim kompilieren meines Codes im Makefile beachten? Der darf
16000000 BOOTSTRT = 0x1FC00 MCU = atmega128 Nach obigen Konfiguration wurden dann auch die FUSE-Bits gesetzt. Dann wurde alles kompiliert und mit PonyProg geflasht. Danach habe ich MegaLoad.NET V4.0b1 gestartet, konfiguriert und meinen Controller neu gestartet. Unter Megaload habe ich dann den
-
Thread
UART Probleme
Kondensatoren nach Masse geschaltet ist. In dieser Konstellation und mit der Richtigen Einstellung der Fuse-Bit's habe ich eine stabile UART aufbauen können.
ansonsten läuft der nur mit dem internen 1MHz tackt. Näheres findest du dazu im Datenblatt. Mit PonyProg kanst du die fuses über das Schloß-Symbol aufrufen und auch ändern. Bei mir hat's daran gelegen.
-
Thread
Hilfe Tutorial
jetzt kommts, nichts funktioniert. Keine Software erkennt meine Hardware weder yaap,AVR Studio noch Pony.Ich bin Pin für Pin nochmal durchgegangen, aber irgendwie tut sich da nichts. gibt vieleicht irgendwelche Feinheiten auf die man besonders achten sollte??? Gruß xeus
Du lädts dir jede genau diese Datei runter: http://www.lancos.com/e2p/V2_06/ponyprogV206c.zip Das ist das aktuelle PonyProg, das kann den AtMega8. Hatte das Problem auch, hatte die alpha genommen oder so ;)
-
Thread
Datenblatt fehler?
Wenn ja, geht das leider bei mir nicht wie du es beschrieben hast. Ich benutze das Programm PonyProg2000.
Achso, kleiner Nachtrag noch. Ich beziehe mich auf die aktuelle Version PonyProg2000 2.06c BETA.
-
Thread
Evolution Board + ATMEGA 8 + WinAVR + LCD 4Bit
Im PonyProg hab ich die Configuration und Securitybits ausgelesen und die sagen: CKSEL3 -> x CKSEL2 -> x CKSEL1 -> x CKSEL0 -> Steht der Haken jetzt für 0 oder 1? Im Datenblatt Atmeg8 steht für
Hier die Einstellungen für die Fuses.
-
Thread
Messkette: Wo ist der Fehler?
du vllt. RX und TX vertauscht? Ausgeschlossen. Ich arbeite mich gerade in die Thematik Fuse-Setzung ein (Will ja nichts verfusen). Ich wollte zuerst mittels PonyProg 2.7 durch Learning-by-doing machen. Allerdings kann Pony Prog den AT90USB1287 nicht ansteuern. Jedenfalls habe ich den AT90USB1287 nicht im Verzeichnis von Pony Prog gefunden. Deshalb versuche ich es jetzt mit AVRDude. Julian
-
Thread
ISP-Programmer aus 89C5131
läßt, bis er ein Kommando ausgeführt hat (Erase, Page load, Program Page, Verify, Read, Program Fusebits). Das PC-Programm kann entfallen, wenn man in den Programmer das STK500 Protokoll implementiert. D.h. man gaukelt dem AVRStudio vor, man sei ein STK500. Und die UART habe ich deswegen vorgeschlagen
??? Wenn ja: eine Linux Live-Distribution und ein AVRDUDE in Verbindung mit einem seriellen "ponyser" Kabeladapter ... und du solltest dir einen Chip flashen können, aus dem du einen Programmer basteln kannst !
-
Thread
AVR Studio Fuse setzen und "brennen"
Quarz? Weitere Frage: Ich soll einstellen: "external Crystal" Die Fuse habe ich in PonyProg Format vorliegen. Das Foto hängt bei. Wie setzte ich dieses in AVR Studio um, da ist die Übersicht der Fuse ja anders. Danke
Clock (CKSEL3..0 0000) hat der Projektautor auch gesetzt. Kannst du nehmen. Den Artikel [[AVR Fuses]] kennst du? Mit dessen Hilfe und mit dem Datenblatt kannst du die vorgegebene Einstellung für PonyProg in die Einstellung für AVR Studio umrechnen. Das dauert für den Ungeübten ca. 1h. Denk dran
-
Thread
Atmega16 keine Kommunikation
MAX232 hat den Test auch überstanden? Kann mir wer weiterhelfen? Was ist mit den sogenannten fusebits, ich seh hier in ponyprog nix von? Schönen Gruß aus Bayern, Markus
Ich kapiers nicht...ALLES NUR weil ich nicht das neue ponyprog2000 verwendet habe?!?!
-
Thread
ATmega16 läuft nicht stabil
Falls der Controller mit >8MHz läuft: CKOPT Fusebit gesetzt ?
Von Fuse-bits und Hardware einmal abgesehen, wie schnell läuft der uC? Wenn ich 1 MHz annehme, so komme ich auf eine Zeit von 100*100*4*1 us = 40 ms; wäre nichts für meine müden Augen.
-
Thread
Quarz
Hallo, ab 3MHz äbdert sich da nichts mehr, also CKSEL0...CKSEL3 auf 1. bei Ponyprog also alle Haken raus. Eventuell CKOPT auf 0, meine schwingen allerdings auch mit CKOPT auf 1. Ansonsten: Leitungen zum Quarz und den Kondensatoren kurz genug? 100n dicht an VCC/GND? Die Kondensatoren
den PEN pin auf low ziehe) funktioniert wieder alles...nur er speichert unter keinen umständen die fuses. woran liegt das? mein aufbau ist simpel, da kann man nicht viel falsch machen. Vcc, GND, reset, pen, Xtal1/2, usw sind alle ok, alle zeichnen ein schönes bild auf den oszi. MOSI/MISO/SCK gehen
-
Thread
WinAVR ATmega und Bootloader
und der ATmega (zum Test der ATmega 16) soll auch von da booten, wobei ich letzteres ja in den FuseBits einstellen kann.
im makefile: # Bootloader address (1F800 = FC00 * 2 = 1024 words) ROM_START = 0x1F800 Die FUSE-Bits habe ich auch gesetzt. Allerdings startet das Programm im Bootloader_Bereich nicht, was etwas blöd ist. Ist eine simple Augabe von einem String an die serielle. Laut Ponyprog liegt das Programm
-
Thread
ATMEGA32 Einzellne Pins durchgebrannt ?
machen. Aber denk IMMER an die Grundregel Nummer 1: Ehe du an den Häkchen rumspielst, lass Ponyprog die aktuelle Fuseeinstellung vom Prozessor auslesen! Das ist ganz wichtig und würde ich auch dann auf jeden Fall machen, wenn Ponyprog behauptet, das von sich aus schon zu tun. Das ist einer der
hat. >Aber denk IMMER an die Grundregel Nummer 1: >Ehe du an den Häkchen rumspielst, lass Ponyprog die aktuelle >Fuseeinstellung vom Prozessor auslesen! >Das ist ganz wichtig und würde ich auch dann auf jeden Fall machen, wenn >Ponyprog behauptet, das von sich aus schon zu tun. >Das ist einer
-
Thread
HEX-file mit STK500 nicht flashbar
etwa 1a00 bis 1e00 words geflasht wurden (variiert immer etwas) und dann der Abbruch kam. Mit Ponyprog2000 läßt sich das File einwandfrei (so wie alle anderen auch) flashen und das Programm läuft auch korrekt... dauert mir aber ehrlich gesagt viiiiiiiel zu lange. Kennt jemand dieses Verhalten, bzw.
Problem tatsächlich die STK500 Software ist. Ich hab das o.g. Hexfile ---mal wieder--- mit dem ponyprog in den mega64 geschaufelt. Dann das mega64board wieder an den STK500 gehängt und mit AVRstudio connected. Ich hab jetzt KEINEN ERASE veranlaßt, sondern schlichtweg nur auf "program" geklickt... wie
-
Thread
Mega16, Fusebits und Quarz Probleme.
----------------------------------------- FUSEBITS: Brown-out detection level at VCC=2.7 V; [BODLEVEL=1] Brown-out detection enabled; [BODEN=0] Ext. Crystal/Resonator High Freq.; Start-up time: 16K CK + 4 ms; [CKSEL=1111 SUT=10] -------------------------------------------------- High- Fusebits: siehe Anhang. -------------------------------------------------- Lock-Bits: Mode 1: No memory lock features enabled Application Protection Mode 1: No lock on SPM and LPM in Application
-
Thread
UART Problem
Gibt's bim Mega16 eine CKOPT - Fuse? Manchmal liegt's daran!
PonyProg ATMEGA16 mit extern 16 MHZ Quarz
-
Thread
ATMega8 nur bei geringer Taktfrequenz flashbar
vielleicht hast du den avr8l, der läuft nur mit max 8mhz oder hast die fusebit icht verstellt.
Nein, es ist ein ATMega8-16PI der ja soweit ich weiss bis zu 16 MHz laufen soll. Die Fusebits habe ich soweit ich mich erinnere tatsächlich nicht verändert - was genau muss ich da denn einstellen?
-
Thread
motor/servosteuerung ??
nämlich nur mit 8MHz, weiß auch nicht, wie ich den hochtakten könnte, denn mehr kriege ich mit den fusebits nicht hin....
assembler kann ich leider nicht. programmiere in der umgebung mit winavr, programmers notepad und ponyprog kennt jemand gute c-beispiele ???
-
Thread
ATmega8535 funktioniert nicht mehr nach clk fuse-bit proggen
Hab den mikroC mit Pony prog Programmiert und auch über Parallel Programmer. Wollte die Clk-source auf externen Oszillator stellen. rogrammiert hat er, aber am schluss der Programmierung der fuse-bits hat er einfach gesagt
hab die fuse-bits aber vorher ausgelesen
-
Thread
Polin Display scheint tot
achja, lieber die fusebits mit der demoversion on bascom schreiben! ponyprog kann beim ersten mal gefährlich sein (ich weiß wovon ich rede ;)). damit lässt sich alles ganz gut auswählen.
also ich musste die fusebits aktivieren sonst hat es nicht geklappt!
-
Thread
AVR defekt? Wie feststellen
auf einem Museums-Notebook, auf beiden keine Probleme mit STK200-Dongle und Pony. Gruß aus Berlin Michael
Ich tippe auch auf die Fuses. PonyProg hat da wirklich eine saumäßige Mensch-Maschine Schnittstelle. Einen AVR wirklich kaputt zu bekommen ist gar nicht so einfach :-) Ich habe schon mehrere zerflashte AVRs mit einem Quarzoszi
-
Thread
ATMega16 Programmieren
dann gleich eine warnung hinterher. pass bei ponyprog gut auf die fusebits auf sonst hast du ganz schnell viel ärger
ok danke !ich habs schon gelesen mit der invertierung und so. ich will auch mit pony nurm mein programm drauf machen, sonst ändere ich nix ! Danke nochmal an alle !
-
Thread
LCD und AVR
der AVR auch habe die software genauso wie die ist Assembliert und in Hex umwandelt dann mit PonyProg2000 Write Device das programm draufgeschrieben. Geht aber nix :-( Die balken auf dem Display bleiben. Dann habe ich gedacht muss die "2313def.inc" reintun und nicht "m8def.inc" doch bei Assemblieren
Kondensatoren richtig mit dem Quarz verschaltet? Oder Quarzoszillator? - Hast du beim brennen die Fuse-Bits o.ä. beachtet? - Hast du beim Brennen spezeill auf Watchdog, Oszillatortyp etc. geachtet? Diese ganzen Möglickeiten sollen sich nicht abschrecken, sondern nur mögliche Fehlerquellen aufzeigen
-
Thread
Kopierschutz beim AT Mega8515
über das Programmier-Fenster im AVR-STUDIO4 (Registerkarte "Lock-Bits") erreicht werden können. Im PonyProg gibt es dafür entsprechende Häkchen zu setzen.
Hi Nein. Durch Löschen des Controllers werden die Lockbits zurückgesetzt. Fusebits sind da etwas diffizieler. MfG HG
-
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
Usbasp funktioniert nicht richtig.
auflöten 2. Parallelprogrammer anstöpseln 3. Fuses für 12MHz setzen (mit AVR8_burn_o_Mat oder PonyProg) (hfuse = 0xC9 , lfuse = 0x9F) und Firmware aufspielen. Nutzung des USBasp und 1MHz Target: 1. Target-Board mit USBasp verbinden 2. USBasp auf slow stellen (Jumper) 3. USB Kabel
Im Moment mit einem Serial Programmer und Pony Prog. Nicht grad das beste aber funktioniert seid einiger Zeit ohne Probleme. Ich wollte aber gern mal einen USB Programmer. Mit dem Serial Programmer kann ich alles probolemlos machen bis jetzt. Egal
-
Thread
Problem mit QUarzoszillator und Quarz an ATMEGA644
ich ihn aber nix mehr machen. Muss erst wieder den QUarzoszillator dranhängen. Auch wenn ich die Fusebits umstelle ändert sich nix (muss ich die eig. umstellen da ich doch eh 8Mhz nehme). Kann mir da einer weiterhelfen? Mfg
CKOPT steht für was? Sorry hab bis jetzt nie groß was an den Fusebits geändert...hab da sogut wie keinen Plan von:-/. Ich würde dann in Bascom einfach den ltzten Wert (111111) enstellen und den übertragen richtig?
-
Thread
Tiny13 "halb verfused" Rettung evtl. mit LPT Programmer möglich?
einem Eigenbau > Programmerkabel für die parallele Schnittstelle zu retten? Suche mal nach "Ponyprog" und "veryslow", da müsstest Du Hinweise finden, wie weit Ponyprog mit der ISP-Frequenz runter gehen kann. Auch in AVR-Dude müsste die ISP-Frequenz einstellbar sein. Ich kenne mich aber mit beiden
Der Tiny konnte gerettet werden :-) , ok er war ja auch NUR runter getaktet. DT006 Nachbau + Ponyprog (SPIBUSSPEED=VERYSLOW) und schon konnten die Fusebits neu gesetzt werden. AVRDUDE lief auch damit. Das schwierigste an dieser "Nummer" war, einen PC mit einer "echten" LPT Schnittstelle zu finden
-
Thread
Fehler beim Flashen von Atmega8
Hast Du einen externen Takt angelegt? Um Softwareprobleme auszuschließen kannst Du ja mal Ponyprog probieren wenn der Programmer passt.
Takt angelegt? nein habe ich nicht... ich benutze den Programmer mySmartUSB, ich werde den Ponyprog probieren Danke
-
Thread
Atmega16 o Atmega32 16PU aber keine 16 MHz
Controller drauf, weder via avrdude, das gibt mir immer "invalid device signatur" aus, noch via ponyprog2000 "Device not found" drauf. ISP ist ein simpler Parallelport-Programmer mit 2 Widerstaenden funktioniert auch einwandfrei. Mit usbasp funktioniert es auch nicht. Hab schon die Kondensatoren getauscht
Guck mal hierhin: http://palmavr.sourceforge.net/cgi-bin/fc.cgi Dort kann man sich die Fuse-Einstellungen schön zusammenstellen lassen. MfG Paul
-
Thread
So brachte ich meinen AVR-Net-IO (Pollin810058) zum Laufen!
Ethernetschnittstelle über die ich kontinuirlich Daten auf einen anderen Rechner übertragen will. Mittels PonyProg habe ich den Flash ausgelesen und festgestellt das 28 kb durch die Firmware belegt bzw. reserviert sind. Die restlichen 4 kb will ich für eigene Routinen nutzen. Das Problem: Die Firmware muss an
mit zu. 2. Wenn die IP richtig ist, hast du den Bootloader richtig geladen? Es reicht, wenn du PonyProg öffnest, den Text aus der "bootloader.hex" raus kopierst und einfach bei PonyProg einfügst. Dann schreibt dir das Programm den Bootloader für das Modul in den AVR. 3. Wenn das immer noch nicht hilft
-
Thread
ATmega32 Configuration & Fuse Bits
also das Problem ist, dass man so wie sie im Datenblatt stehen noch invertiert in PonyProg eingeben muss. Zum Beispiel für einen Externen Quarzoszilator im Datenblatt steht CKSEL 1010 müsst ihr im PonyProg 0101 für CKSEL3 bis auf CKSEL0 einstellen. gruß Micha
> Na dann wundert es mich nicht mehr, das dauernd jemand > seinen Controller totfused mit PonyProg. > Welches kranke Hirn denkt sich denn so etwas aus? Arno, das stimmt nicht ganz... Denn das Datenblatt meint mit einer "programmed fuse" eine 0. Und bei Pony muss man für 0 ein Häkchen setzen
-
Thread
Fuse und Lock Bits
> Bei Ponyprog hab ich auf ein Symbol geklickt, > welches "Write Fuse & Lock bits" heißt. > Bei Ponyprog waren zu dem Moment wo ich darauf > geklickt hab, alle Haken weg. Ja, PonyProg ist da etwas umständlich
diese lesen und schreiben kann. In der alten Version brennt PonyProg sofort die aktuell eingestellten Fuse Bits, was natürlich in die Hose gehen kann, wie beschrieben. :) Also obacht bei der alten Version von PonyProg. Mfg raDOn
-
Thread
board gekauft aber was nun?
einen Software für den PC schreiben! Fazit: am einfachsten ein Parallelkabel bauen und über Pony-Prog programmieren, oder für wenig Geld einen ISP kaufen (oder bauen) und dann bequem aus dem Studio heraus flashen, oder am besten ein JTAG-Modul kaufen (da kannst Du auch debuggen)!! Ich bevorzuge
Baudratenquarz? http://www.hanneslux.de/avr/tipps/baudratenquarz.html Wenn ja, hast du dieses auch per Fusebits "eingestellt"? Wenn nicht, dann läuft der AVR mit dem internen RC-Oszillator, der für UART-Betrieb ungeeignet ist.
-
Thread
Kann AVR-Studio serielle Schnittstellen bedienen?
Da stellt sich mir die Frage: "Warum setzt Du die Fusebits nicht gleich mit WinAVR?" Es ist auch keine Frage der Schnittstelle sondern der Protokolle, Ponyprog bedient micht das STK500v2-Protokoll.
erzeugt man unter Studio4 ein .hex file. Anschließend verlässt man Studio4 und startet ponyprog. In dieses ponyprog wird das .hex file neu eingelesen, es kann dann für verify oder prog verwendet werden. Von der Hardware her ist pony auf eine echte parallele oder serielle Schnittstelle ausgelegt
-
Thread
AT89LP51ED2 flashen
Haken bleibt drin. Abwählen geht nicht. Das Datenblatt sagt eindeutig: die CPU kommt nicht an die Fuses, also Flip ebenfalls nicht, da Flip über die CPU programmiert. Ist wohl Zeit, einen Arduino als ISP-Programmer einzusetzen. Hat bei mir gut funktioniert, als PonyProg mit STK200-Dongle nicht funktionieren
petervanhoyweghen.wordpress.com/ https://github.com/PeterVH/ArduinoISP/tree/at89 const unsigned char fuses[] = { ... };
-
Thread
Experimentieren mit Microcontrollern - zur Praxis!
aber nicht. Gerade bei Anfänger ist die Problemsuche und -lösung sehr schwierig. Des weiteren ist PonyProg so ein Thema für sich. Mit den Einstellungen der Fuses ist PonyProg recht eigen und da vertuen sich Anfänger gerne. Beide Anfängerprobleme, Programmieradapter und PonyProg, treten hier im Forum
Modus arbeiten kann um versehentlich falschgesetzte Fuses wieder zurücksetzen zu koennen. (Z.B. JTAG Fuses) MFG, Gerhard