-
Thread
Wiedereinstieg AVR ATMega 162
Also ich habe mit meinem (PL2303) USB <-> RS232 Adapter keine Probleme. Ponyprog und avrdude tun wunderbar (mit siprog als Programmieradapter)
Hi CKDIV8 Fuse? MfG Spess
-
Thread
baudrate
und möchte nun einen externen quarz betreiben! Nur da gibt es ein kleines Problem ich kann die Fusebits leider nicht setzen! Ich habe ein Programm (PonyProg2000) von meinem Kollegen bekommen doch die Fuses lassen sich nicht setzen! Ich verwende das OLIMEX MSP430 Development Board. Ich habe andauernd
Im angehängten Source ist was in int prog_fusebits(int n); auskommentiert. Mal nachgeschaut? Ansonsten würde ich avrdude zum flashen empfehlen. Falls du unter Windows arbeitest: WinAVR, da ist avrdude auch schon mit drin.
-
Thread
Mega8 12Mhz Quarz Fuses Ponyprog
gehen und keinen Fehler machen. Wie muss ich mit Ponyprog die Fusess setzen, damit mein 12Mhz Quearz ordentlich läuft? Ein Screenshot wäre super! Ich hoffe es kann sich jemand herablassen und die Frage beantworten. ;)
Um die Fusebits zu bestimmen, find ich den Link hier gut: http://palmavr.sourceforge.net/cgi-bin/fc.cgi
-
Thread
Probleme mit ISP-Adapter
Hast Du den Controller ausgewählt? Wie ist die Programmiergeschwindigkeit eingestellt (pony.ini oder so)? Funkioniert das Auslesen des Devices/der Fuses?
Ich verwende einen Programmer mit einem 74HCT244 selbstgebaut und PonyProg.
-
Thread
Funktionstest für den ISP
mithängen und stören? Ist die Stromversorgung (des Mega32) in ordnung? Ansonsten probiere es mit PonyProg aus - dort kann man definitiv einen Verbindungstest durchführen. Achja, und wenn es klappt, und Du die Fuses ändern willst, vergiß nicht, die aktuellen Fuse-Werte VORHER einzulesen!
Hallo. Die 2.06 Version von PonyProg sagt ständig "device missing or unknown device (-24)". Wie eben vorher auch schon. Michael
-
Thread
Noch eine Fusebit-Variante
Ich habe einen ATMega8 (TQFP) verlötet und ein erstes Testprogramm (Blinkende LED) geflashed (PonyProg). Nach dem Umstellen der Fusebits auf den externen Quarz konnte PonyProg den ISP nicht mehr ansprechen. Jedoch läuft mein Testprogramm immer noch (LED Blinkt mit ca 0.5 Hz). Also muss der interne
Hallo allerseits, anbei habe ich einen Screenshot von PonyProg wie ich es für die Fusebits verwenden möchte. Ich habe die LED für 1s eingeschaltet und für 1s ausgeschaltet. Dann geht es wider von forne los. Das sollte ca 0.5Hz sein. Leider hatte ich die falsche
-
Thread
Wo steckt der Fehler ?
pin (obwohl ja auf HIGH programmiert ?!?!?!) was mich irgendwie stutzig macht, ist das ich die FUSEBITS nicht im "Klartext" lesen und modifizieren kann, so wie. z.B. in der Hilfe von Ponyprog beschrieben.... Ich weiß im moment nur, das der Flash beschrieben wird und nach einem löschen des buffers
@dideldadel: Die FUSEbits des '8515 sind nicht über ISP zugänglich (s. Datenblatt). Es gibt auch kein Fusebit, das Dein Programm am Laufen hindern könnte. Was Du in Ponyprog siehst, sind die LOCKbits. Da das Programmieren
-
Thread
ATMega: Wie oft kann man die Fuse Bits programmieren?
Hi, weiß jemand, wie oft man die Fusebits programmieren kann? Sind die als Flash (10000 mal) oder als EEPROM (100000 mal) implementiert? Danke
jedesmal eine Neuprogrammierung für erforderlich. An alle: Kann mir jemand sagen, wie lange PonyProg zur Programmierung/Verifizierung eines ATMega mit 8, 16, 32, 64k braucht? Was ist die niedrigste Taktung des ATMega, bei der PonyProg noch funktioniert? Und was macht Ihr, wenn als Clocksource der
-
Thread
HILFE!!! ATMega8 CKSEL=0111 und jetzt geht ISP nicht mehr...
Lass mich raten, Du benutzt PonyProg?
alle auf "0". Das heißt alle 4 CKSEL-Fuses programmiert (was auch immer das für das jeweilige Fuse-Setzprogramm heißt - bei PonyProg "checked"). 2. Quarz mit 2 Beinen : Anschluss nach Figure 11 und CKSEL3..0 auf "1111", also alle unprogrammiert. MfG, Khani
-
Thread
GDB(Insight) oder AVR-Studio als Debugger?
kann doch beinahe alles benutzen, was sich an die parallele Schnittstelle klemmen läßt. > ... Fusebits ... wie unkompliziert es mit Ponypro geht ... Hmm, ich lese nur immer die Horrormeldungen über zerschossene Fusebits, so daß der Chip hinterher nicht mehr reagiert. Fast alle, denen das passiert
auch die Fuses), aber ich habe den Eindruck (obwohl ich Ponyprog nie gesehen habe), daß dieses Program mit seinem Klicker-Interface den Leuten vorgaukelt, den Blick ins Datenblatt abnehmen zu können. Fusebits
-
Thread
Howto set/reset AVR Fuses ( mit Winavr ) ?
Datenblatt lesen, die hexadezimalen Fuse-Werte zusammenrechnen, dann "avrdude -t" benutzen.
Oh, "ponyprog" und "total easy"? Das erinnert mich an die vielen Berichte über ATmega8 mit versehentlich gesetzten RSTDSBL-Fuses (ganz zu schweigen von den noch mehr Berichten über falsche Oszillator- Fuses
-
Thread
hex-file über 8MB groß ?!
Noch etwas ist mir aufgefallen: Erzeuge ich die hex-Datei im ihex Format und öffne selbige mit Ponyprog, wird die Dateinicht als ihex interpretiert, sprich die eigentlichen Flashdaten sehen aus wie der Inhalt der ihex Datei. Öffne ich andere (ihex) hex-Dateien interpretiert das Ponyprog immer automatisch
binary sein). Aber selbst im ihex-File stimmt was nicht, wie in meinem ersten Post schon angedeutet: PonyProg interpretiert die Datei nicht als ihex, sondern tut so als ob in der Datei bin-Daten drin wären, die dann natürlich viel zu groß und vor allem sinnentleert sind. Auch AVRISP im AvrStudio meckert
-
Thread
AVR-GCC unter Vista erkennt Geschwindigkeit nicht
Das ist dann wohl eher ein Problem der FuseBits, und nicht von Vista....
Also nochmal es ist die gleiche version von WinAvr (folglich der gleiche Compiler etc). Wenn ich mit PonyProg einmal den auf Vista kompilierten Code übertrage ist es kaputt (viel zu schnell) und den selben Code unter XP kompiliert und über Vista + PonyProg übertrgaen geht ganz toll. Es kann eigentlich nur
-
Thread
Bekomme AT8 nicht mit 16mhz zum laufen
Sebastian schrieb im Beitrag #3341433: > CKSEL ist auf '1111' das heißt bei Ponyprog externe Taktquelle und das ist kein Quarz! Gib mal bei Suche da oben "verfused" ein
ist ext. Takt siehe auch http://www.engbedded.com/fusecalc/
-
Thread
Avrdude chip signatur Atmega644P
="1" Fuse2="1" Fuse3="1" /> <Setting caption="1.8V (1.7V - 2.0V)" Fuse1="1" Fuse2="1" Fuse3="0" /> <Setting caption="2.7V (2.5V - 2.9V)" Fuse1="1" Fuse2="0" Fuse3="1" /> <Setting caption="4.3V (4.1V - 4.5V)" Fuse1="1" Fuse2="0" Fuse3="0" /> </BrownOutDetection> <OscillatorOptions Type="ATmega48" /> </AVR> [/code]
-
Thread
Verbreitung MSP430
günstigste Möglichkeit an Devices zu kommen, besteht wohl darin mehr Launchpads zu bestellen. @ponyprogger >Und son Feature wie "Fuses" läßt den Rauschpegel in der AVR-Bastler-Community mächtig steigen. Wie ist das zu verstehen?
Erg schrieb im Beitrag #3028631: > @ponyprogger >>Und son Feature wie "Fuses" läßt den Rauschpegel in der > AVR-Bastler-Community mächtig steigen. > > Wie ist das zu verstehen? Der Ponypopper hat keine Ahnung von Fuses, vefused seine
-
Thread
AVR Studio 4, Atmega 644P und selbstgebautes Board
stellen? Du kannst ja mal versuchen den AVR mit einem STK200 (Parallelport + 2 Widerstände mit PonyProg) auszulesen, das sollte immer klappen.
ARTICLE=115385&SHOW=1&START=0&OFFSET=16& dann steht da: Funktionen: • FLASH • EEPROM • Fusebits • Lockbits schreiben • lesen • Chip erase • OSCCAL-Register lesen Protokoll: • STK500v2 Softwareunterstützung: • AVR Studio (COM1..COM9) • AVRDUDE • Bascom mit der Einstellung Options
-
Thread
Problem String Ausgabe atmega8 -> UART
Wie viele Zeichen werden dir denn in kryptischer form angezeigt? 5? Ponyprog hat glaube ich inverse Bitlogik bei den Fuses, bin aber nicht ganz sicher denn schon lange nicht mehr beuntzt.
Hmh ok vllt helfen die Clock Fusebits ( aus Ponyprog ) weiter: CKOPT = 0 SUT1 = 1 SUT0 = 0 CKSEL0-3 = 1 (dass bei Ponyprog gesetzer Haken = 0 ist hab ich beachtet) Laut der Tabelle auf dem atmega8 Datenblatt (S 27 Table 4
-
Thread
Problem mit Atmega8-16 - unknown usb device
circuit-zoomed.gif b) für 5V http://www.fischl.de/usbasp/bilder/usbasp_circuit.png Sind die Fusebits auch eingestellt worden, wenn ja auf was für Werte?
Ok.... hab jetzt mein Problem gefunden! in Ponyprog bei den Fuse Bits zu doof gewesen um auf Write zu drücken, mit OK schreibt mir das Programm die Fuse Bits natürlich nicht in den Atmega! Wird jetzt auch schön als Gamecontroller erkannt.
-
Thread
EEprom mit Ponyprog oder ähnlichen manipulieren!
pony schrieb im Beitrag #4663719: > Was mache ich falsch? Du setzt die Prüfsumme nicht korrekt. pony schrieb im Beitrag #4663719: > bzw wie mache ich es richtig? Die Prüfsumme richtig setzen.
pony schrieb im Beitrag #4663764: > Ach wie manipuliert man damit? debug -> up/download memory load from file /save to file
-
Thread
MEGA8-P = ATMEGA8-16PU?
Welchen Fusel benutzt Du?
War es nicht bei PonyProg so, dass alle Fuses invertiert angezeigt werden ? B.
-
Thread
Bootloader ASM
schreiben möchte hängt er sich auf. Kann mir jemand helfen? Ich weiß nicht mehr weiter. Weil an den fusebits kann esja nicht mehr hängen. Der 2313 hat ja keine außer spmen und SDAX ist gesetzt. Sonst würde ja auch löschen nicht gehen.Oder? Hier mein Code: Die Daten liegen aufbereitet im Sram der gleichzeitig
Kann mir keiner helfen? Haben die andersfarbigen Zeilen in ponyprog eine Bedeutung?
-
Thread
avr studio 4 mit mikropaskal kompatibel ?
AVRDUDE und UISP sind gängig, wobei UISP nicht mehr weiterentwickelt wird, wimre. Sonst noch Ponyprog.
, damit ich auch gleich loslegen kann. Zum Programmieren habe ich einfach den altbewährten PonyProg2000. Viele Grüße Herbert
-
Thread
ATmega8 Clock Fuse falsch gesetzt
ja diese Möglichkeit ist mir schon bewusst aber dieses Fusebit habe ich noch nie angerührt...
Burn-O-Mat die Fuses neu beschrieben hast, hast du die aktuelle Belegung vom µC ausgelesen? (War bei Ponyprog früher ein beliebter Fehler, weil Pony die Fuses nicht von sich aus automatisch eingelesen hat)
-
Thread
USBDMX-Nachbau von de
AVR ist korrekt geflasht. AVR ist wie auf dem Bild gefused, ist das richtig??? Vorlage nur von PonyProg! Sonnst auch keine Fehler (Lötstellen OK, Spannungen OK, Reset-Pegel OK...) Kann es sein, dass der USBN (SMD) ein bisschen zu heiß geworden ist und so nur der Oszillator funktioniert und der
, das weis ich auch nicht genau. Bei der Firmware ist nur ein Bild dabei, wie man die Fuses mit PonyProg setzt. Ich mach das allerdings mit dem AVR Studio. Hab noch nicht rausgefunden ob der Controller richtig läuft. Am XTAL1 messe ich zwar 4 MHz aber ob der jetzt das Programm richtig ausführt weis
-
Thread
keine Fusebits setzen in AVRStudio4.14?
quarz angeschlossen hast. Sind die Bürdekondensatoren auch dran? @Horst Winter, mag sein daß Ponyprog (würg) das kann aber wenns nicht mal mit nem Original-Atmel Progger klappt dürfte das mit dem Pony-Schrott schon mal gar nicht gehen, eventuell ist beim A0ufbau was faul. :) Das Pony-Prog gehört meiner
Ändere noch mal die CLKOPT Fuse. Wenns das auch nicht ist bleibt eigentlich nur noch ein Hardwaredefekt am Mega16 oder Quarz bzw. dessen Beschaltung.
-
Thread
Zeitschaltuhr ASM Atmega8
Hallo, also mit meinem Eeprom komme ich einfach nicht weiter :-( Ich lade mit Ponyprog die eep-Datei in das eeprom (ich kann auch im PonyProg-Fenster die Daten im Hex-Format sehen). Wenn ich dann aber in PonyProg ein neues Fenster öffne und die Daten aus dem Eeprom wieder lade, wird
Hi Im Prinzip ja. Aber ich kenne PonyProg nicht. Da müssten andere helfen. MfG Spess
-
Thread
Kompatibiltätsmodus von ATmega128 zu Atmega103 ausschalten
einen "Step", und das ist das > nicht-Programmieren der M103C-Fuse. Mehr nicht. ja habe noch nie Fusebits gesetzt! habe bisher nur gehört, wenn man da was falsch macht läuft der uC plötzlich nicht mehr! verwende PonyProg oder habt ihr da ne bessere Lösung?
"Step", und das ist das >> nicht-Programmieren der M103C-Fuse. Mehr nicht. > ja habe noch nie Fusebits gesetzt! habe bisher nur gehört, wenn man da > was falsch macht läuft der uC plötzlich nicht mehr! verwende PonyProg > oder habt ihr da ne bessere Lösung? Du musst eigentlich nur auf eines aufpassen
-
Thread
AVR ATMega16 Timer Interrupt funktioniert, scheint aber den uC zu reseten
betreibe den ATMega16 auf dem Pollin Ev.Board Quarz=8Mhz; Compiliere mit WinAVR Übertrage mit Ponyprog Fusebits: BOTSZ1, BOTSZ0, SUT0, CKSEL3, CKSEL2, CKSEL1 (haben alle hacken)
Hallo, 1. Deine Fusebits dürften der Auslieferungszustand sein, also läuft der Mega16 mit 1MHz intern. 8MHz externer Quarz wäre CKSEL3...0 auf 1, also bei Pony Haken raus. 2. Sind Deine LED zwischen Ausgang und GND
-
Thread
ATmega161 defekt nach Einbau in Zielplatine
wunderbar, und plötzlich scheint sie ATmega8 zu zerstören. Ich habe den µC eingebaut, und mit PonyProg die FuseBits gesetzt (Externer 12 MHz Quarz) schien gut zu funktionieren. (ISP am Parallelport) Danach habe ich dann mit AvrDude den Controller programmiert und eine Fehlermeldung erhalten, dass die
auf einmal alles: die LED's, die anheschlossenen Taster, usw. Auch konnte ich nun wieder mit PonyProg meinen Controller programmieren. Alles ging, als wäre nichts gewesen. Meine Vermutung: In der Anleitung von PonyProg steht, man solle vor dem PRogrammieren ein ERASE machen; dies hatte ich nicht
-
Thread
STK500 oder doch selber bauen?
Ausser wenn du dich nicht unüberlegt an die Fusebits machst, brauchst du eigentlich kein STK500.
Folgende Konfigurationen funktionieren bei mir einwandfrei (jeweils ISP): XP und yaap XP und Ponyprog XP und avrdude 95 und yaap Gruss Michael
-
Thread
AVR Werksauslieferung brenenn über ISP seriell
problem: ich kann meinen attin2313 nicht über isp beschreiben und auslesen, er wird nicht von ponyprog bzw avrstudio erkannt. Programmierplatine ist von http://s-huehn.de/elektronik/avr-prog/avr-prog.htm der atmel ist ohne quarz ( interne taktung) und hat auch außer einen entstörkondensator
Hallo ete, vielleicht sind die Clock-Select-Fusebits falsch gesetzt. Aber bei einem neuen Controller? Leg doch mal einen externen Takt (Funktionsgenerator 2 MHz) an einen der beiden Quarzpins (beide durchprobieren). So solltest Du Kontakt bekommen
-
Thread
vorübergehendes Brennprogramm
Ponyprog2000
Der PonyProg geht mit dem Atmel tiny2313. Hab gerade selber ein Projekt damit am laufen. Als "Programmieradapter" hab ich den Kanda-Dongle, wie er auf der Seite von TwinAVR beschrieben ist.
-
Thread
AtTiny2313 programmieren
zur Not mit nem ISP der nur aus ein paar Widerständen besteht Programmieren. Als Software reicht Ponyprog.
thx! könnt mir nurmehr einer sagen wie ich den tiny2313 anschliese? ps: welcher ic ist es im ponyprog? Da ist ein tiny 12, 15 und 22
-
Thread
Mega8 Problem nach Erstprogrammierung
gar nicht mehr, obwohl PonyProg keine Fehlermeldung ausgab.
alle Fusebits gesetz ohne mein dazutun > Genau darum geht es. Fuses werden alle in einem Rutsch gelesen oder geschrieben. Wenn du also nur den Fuse Dialog im PonyProg aufgemacht hast, deine gewünschten
-
Thread
Bodlevel und Boden-Fuse bei Attiny15
. Achja, ich habe mal hier im Forum gelesen, dass Pony die Fuses nicht automatisch einlesen soll. Du solltest also vor jeder Fusebit-Manipulation die aktuellen Fuses von Hand einlesen. anderenfalls hast Du Reset mal schnell zum Portpin umgeschaltet, dann
Datenblatt des Tiny15 gelesen hatte, sah ich, daß man díe > Resetschwelle > ändern kann. Das Ponyprog macht alles genau "verkehrt herum". :-( Da muß > man erst mal drauf kommen. Bei einer älteren Pony-Version stand das aber am Fuse-Dialog dran. > Assembler ist schwer zu lernen, Ich persönlich
-
Thread
Starthilfe für Anfänger bei ATmega + SW
können alle alles? 3.) Gibt es bei Anleitungen auch konkrete Angaben über den Umgang mit s.g. Fuses? Ich habe soviel darüber gelesen und gehört, dass ich nicht weiss, wann sie automatisch und wann manuell eingestellt werden müssen. Für zahlreiche Hilfestellungen danke ich schon mal im Voraus!!
Entwiklungsumgebung selbst zusammenzusuchen und damit auf Anhieb fertig zu werden. Ich habe jetzt PonyProg, AVRStudio und WinAVR installiert. Ich bin im Moment noch dabei, die Kommunikation zwischen PC und Testboard herzustellen. Ich habe da wohl ein HW-Problem mit dem ICSP auf meinem Board (falsche Pinbelegung
-
Thread
AVR ISP
Hi, bis auf die Fusebits halt. Wenn die steuernde Software nicht weiss welchen Chip sie vor sich hat, weiss sie auch nicht, welche Fusebits (oder extendet Fusebits) sie dem Uer zum programmieren anbieten soll. Aber Du
"...ich hab mir den Parallelport-Dongel gebaut und muß immer mit Pony-Prog mein Hex-File brennen, obwohl das AVR Studio das eigentlich auch könnte." nein, "ParPort-Dongle" und AVRStudio "geht nicht". Etwas praktischer ist es, "batch-Dateien" mit Aufrufen fuer avrdude
-
Thread
ATMEGA128 resetet sich automatisch...
Hallo Denis, Watchdog per Fuses? Seh ich in Ponyprog gar nicht, dass man den direkt deaktivieren kann... Spannung ist stabil Woran erkenne ich ein Stacküberlauf? Gruss Jan
meinst du damit? Im Anhang das Hex-File was bascom produziert hat. @Dirk M103 Mode ist in PonyProg unchecked (unprogrammiert) = logisch eins. werd mal ein anderes Prog testen... Pullup ist am Reset dran, dort auch 47 pico Farad gegen Masse, am Festspannungsregler 1x 10 uF, 2 x 100 nF, und
-
Thread
UART und Datenmüll
und den Programmieradapter hab ich hier aus dem Shop. Als Software verwende ich das AVR-Studio, Pony-Prog und terminal.exe. Ich habe die Fuse-Bits auf den externen Oszilator abgeändert - leider auch ohne Erfolg. Hier im Forum hab ich zwar das Problem (Datenmüll kommt an) gefunden, aber keine passende
-
Thread
AVR - Problem
Hallo, PonyProgs Meldungen sind manchmal irreführend. Ich nehme an, dass der Chip noch nicht programmiert ist. Das der Chip defekt ist, glaube ich erstmal nicht. Du must natürlich erstmal sicher sein, dass Deine Schaltung tatsächlich richtig ist und alle Einstellungen in PonyProg zu Deinem Programmer passen. Am besten erstmal den AVR-IC herausnehmen und die "Leerlaufspannungen" messen. Dann mal den Chip einsetzen und noch mal messen. Eventuell kann es auch sein, dass die
-
Thread
AT90S4433 will nicht :-(
verbracht, meine zwei 4433 zum Laufen zu kriegen. Mit dem Parallelport-ISP (von rumil.de) und PonyProg2000 kann ich den µC beschreiben und auslesen, mit der Einschränkung, dass ich vor einem neuen Schreibvorgang die Schaltung einmal stromlos schalten und ein erase durchführen muss. Merkwürdig, aber dann
schmeiße: Hat irgendeiner eine Idee, wie ich dem Käfer auf die Sprünge helfen kann? Kann man mit PonyProg irgendwas anstellen, was dem AVR die Innereien umdreht? Gruß, Gerrit
-
Thread
Wie kannman den ATMEGA8535 langsamer machen?
Der Oszillator wird nicht im Programm sondern über die FuseBits eingestellt, aber auch dass wurde schonmal geschrieben...
Ok jetzt ist es mir klar. Danke Werner. Und wo muss ich die FuseBits verändern (CodeVisionAVR oder PonyProg)?
-
Thread
Mega8 - internal Oscillator - XTAL1/2 Pins
Tips ! :-))) Wen's interessiert - nachfolgend meine "Erkenntnisse": das Cal.Byte kann Pony-Prog lesen (Menu Command). bei meinem (ersten) Mega8 ist der Wert 158 (dez.) ich habe für meine Tests 9600 Bd eingestellt, was für 10 Bit eine Zeit von 1041,6666... usec ergeben sollte. mit 16MHz
und liest sporadisch das EEPROM aus, ob dort Werte != 0xff stehen. Bei diesen Einstellungen der fusebytes dürfte das nicht auftreten. Auf Grund Deiner Z80+6502 Vergangenheit wirst Du sicherlich kompetente Auskunft geben können, ob das EEPROM stabil arbeitet. Michael
-
Thread
Seltsamer Wert für "F_CPU"
Evtl. mal die Fuse-Bits kontrollieren.
Bei PonyProg daran denken, dass die Fuse-Bits "umgedreht" werden müssen! (welche Bedeutung hat ein gesetzter Hacken? An/Aus? :-) Ansonsten hat sich bei Vielen (Mir eingeschlossen) ein kleiner separater Quartz-Oszillator
-
Thread
ALL-AVR-Programmer
Wie kann ich denn mir AVRDUDE die Fusebits auslesen was schreibe ich beim port rein hab ja keine com schnittstelle
Bezugsquelle für den guloprog. ;-) Welche exotischen ATtinys sind das eigentlich, die sich nicht per Pony-Prog programmieren lassen?
-
Thread
ISP programmierung Funktioniert nicht mehr
auf dem Pollin Board herum gebastelt, und aufeinmal nach einem neuen flash ist der controller von pony pror nicht mehr erkannt worden mit dem Fehler "Missing or unknown device" dann habe ich es mit einem atmega 8 versucht und da trat der selbe fehler auf, fällt euch villeicht dazu etwas ein woran
Hast Du die Fusebits verstellt? Dann leg' mal einen externen Takt an. Sonst: Stell' mal den Programmier-Takt runter. Außerdem: Poste mal dein Programm.
-
Thread
Diamex All Avr und Tiny2313 problem
Hallo, ich habe das gleiche Problem mit diesem Programmer und AVR Studio 4.18 Von den Fusebits habe ich bis jetzt die Finger gelassen, der Controller läuft mit 1 MhZ. An dem Controller ist außer einem Quarz, einem 10 kOhm Widerstand zwischen Reset und VCC, einem Pufferkondensator und einem
Dann läuft es mit meinem (keine 2 Wochen alten) Diamex ALL-AVR nicht mehr. Mit meinem alten Ponyprog LPT bitbanger geht es einwandfrei. Beim ALL-AVR geht es selbst mit 100 Hz ISP-Speed nicht. Bin mir ziemlich sicher das es ein Timing-Problem mit dem Reset-Signal vom ALL-AVR ist. Wenn man gleichzeitig
-
Thread
Pollin NET-IO & 7-Segement-Anzeigen?
1282-Die-Versionen) zum laufen zu bringen. Da ich das Pollin Evaluationsboard habe muss ich per PonyProg flashen, Bascom geht nicht. Deshalb musste ich die Fuses manuell setzen, und seitdem mag er den Atmga32 nicht mehr erkennen. Ich habe die Fuses im Ponyprog wie folgt gesetzt: 1. Aus dem Programmcode "$prog &HFF , &HFF , &HD3 , &H00" die Low und High Fusebits extrahiert: FF und D3 (pos. 2 und 3) 2. http://www.engbedded.com/fusecalc/ benutzt, um sie "lesbar" zu machen 3. In Ponyprog gesetzt Was kann da schief gelaufen sein? Hab auch mal nen gescheiten
-
Thread
uDMX, wird über USB nicht erkannt
Die Fusebits stimmen alle bei SUT und CKSEL alles 1 (in Ponyprog alles 0 da invertriert) Ich frag mich ob es daran liegt das ich die Daten über Com1 gleich auf den Atmega 8 schreib ohne ein Prog.-Board. aber
Simon Colditz schrieb: > Die Fusebits stimmen alle bei SUT und CKSEL alles 1 (in Ponyprog alles 0 > da invertriert) > > Ich frag mich ob es daran liegt das ich die Daten über Com1 gleich auf > den Atmega 8 schreib ohne ein Prog.-