Hi! Im Datenblatt steht, "The SPIEN Fuse is not accessible in SPI Serial Programming mode.". Ist das jetzt rein in der Mega16-Hardware nicht "accessible", also allgemein nicht veränderbar wenn über ISP programmiert wird oder nur in Software wie z. B. mit AVRProg im AVR Studio? MfG Andi
Hi Die SPIEN Fuse kann nur durch HV Parallelprogrammierung verändert werden. Es würde auch keinen Sinn machen sich die Programmiermöglichkeit zu entziehen. Zum Schutz gegen Auslesen, sind die Security Bits zuständig. MfG HG
Na ja! Wenn man aber nicht die Prog-Tools aus dem AVR-Studio verwendet sondern Pony-Prog, dann geht es wohl doch. Es gibt ja den tollen Button "Clear all". Habe den dummerweise gedrückt, ich Depp, mit dem Gedanken "sind doch sowieso per default nur ein paar auf Programmed, also warum nicht alle löschen mit Clear all und die paar übrigen von Hand setzen". Die Kacke ist bei "Clear all", das dadurch auch das sonst nicht anklickbare SPIEN auf unprogrammed gesetzt wird, und aus wars danach. Habe alles mögliche versucht den Mega16 wieder zu beleben aber so wie es aus sieht, ist SPIEN wohl doch unprogrammed. Wer es unbedingt nachvollziehen möchte, nur zu, aber keine Klagen danach. MfG Andi
Ach ja, kennt jemand eine einfache HV-Schaltung (ohne ICs) mit kostenloser Software? Habe kein STKXXX hier sondern nur selbst gemachtes. MfG Andi
Ohne ICs? Na dann viel Spaß, brauchste wenigstens 16 Pins irgendeines Ports vom Computer - das dürfte nicht so einfach werden...
Hallo Andi K., das von Dir beschriebene Verhalten ist nicht nachvollziehbar - ich hatte das mal mit einem Mikrocontroller ausprobiert, auf dem ein Bootloader installiert ist. Dieser Bootloader ist in der Lage die Fuses zu lesen und auszugeben - et voila : Man kann machen was man will, die SPIEN Fuse ändert sich mit dem seriellen Programmieren nicht - wahrscheinlich hast Du bei Deiner Aktion noch die Takt-Bits verbogen und jetzt nciht mehr die korrekte Einstellugn für Deine Taktquelle. MfG, Daniel.
Andi, durch "clear all" in Pony hast Du mit Sicherheit nicht die SPIEN Fuse geändert. Das verhindert der Controller im SPI programming Mode. Was passiert ist: du hast Deine Taktquelle verstellt und PonyProg bekommt jetzt keine Antwort mehr vom Controller. Gunter
Das mit dem verstellen der Taktquelle ist klar. Habe es auch mit einem anderen AVR versucht mit ca. 500KHz als Ausgangsfrequenz an XTAL1 den Mega16 wieder zum laufen zu bringen bzw. Fuses neu stellen was ja auch bisher immer sehr gut geklapt hatte (ca. 15 mal) wenn was mit einem externen Quarz schief ging. Nur hatte ich bisher noch nie den Button "Clear all" in dem Fuses-Dialog angeklickt. Allerdings war auch vorher schon seltsam, das der Mega16 nach dem Umstellen auf 16MHz extern zwar lief, aber komischer weise nicht programmierbar war was vorher auch immer ging. Genauso bei einem M8535 als momentaner Ersatz der zwar mit dem 16MHz Quarz läuft, aber sich dann nicht programmieren lässt. Nur konnte ich den bisher auf den internen OSCI mit biegen und brechen zurückstellen Werde jetzt mein Board genauer Untersuchen müssen ob da irgend was bei XTAL1 und XTAL2 faul ist. MfG Andi
@Andi: Tip habe ich keinen (ich spekuliere ungern)... Aber wenn das STK500 nötig ist, dann schicke den AVR zu mir. Ich kann versuchen, ihn auf Default zu setzen. ...
Hi, einen einfachen Programmer (ist allerdings ein parallel programmer) gibt es bei http://elm-chan.org/works/avrx/report_e.html. Gruss Andreas
Hi Hannes! Vielen Dank für Dein Angebot, werde ich sicher in Anspruch nehmen! So ungeduldig wie ich bin, habe ich mir bereits einen neuen Mega16 geholt, also ist es nicht so eilig. Der alte Mega16 ist absolut nicht mehr über ISP ansprechbar. Ich habe euch bisher vorenthalten, das ich vor ein paar Tagen die Control-Pins eines GLCD (RD, WR, CD und CE) an die ISP-Anschlüsse mit dran gehängt hatte. Mit dem internen Oscilator des Mega16 lief das dann auch prima (bis 15 MHz), also die Funktion UND das Programmieren. Aber kaum stellte ich die Fuses auf die externen 16 MHz um, gab es bereits beim Umstellen der Fuses den Fehler -24 im Pony-Prog wobei der Mega16 zwar dann auf die 16 MHz lief (erkennbar durch eine FPS-Anzeige auf dem LCD) aber nicht mehr programmierbar war und daraus folgte dann die oben beschriebene dumme "Verzweiflungstat". Mit einem Mega8535 war dann das selbe beim Umstellen auf die ext. 16 MHz. Hatte gestern beim Einsetzen des neuen Mega16 die LCD-Pins wieder vom ISP weg gemacht und an PB1 bis PB4 angeschlossen und alles funktionierte wie früher auch mit externem Quarz. Heute wollte ich es noch mal wissen und habe die LCD-Pins wieder mit an die ISP-Anschlüsse gehängt und jetzt geht alles. Kann mir jetzt nur noch vorstellen, das damals ein Kontaktproblem irgend wo gewesen ist. Eine Verfälschung der Pegel durch die LCD-Pins fällt aus, da es ja mit dem internen OSCI funktionierte. Aber wenn im ISP-Mode das Bit SPIEN in Hardware vom AVR geschützt ist, wieso ist dieser dann nicht ansprechbar nach meiner dummen Aktion oben? MfG Andi
Wie oben "lesbar" geht das jetzt alles ohne Probleme mit einem neuen Mega16. Desweiteren ist es kein Oscilator, sondern ein Quarz. Mit OSCI meinte ich IMMER den internen des Mega16 mit dem es aber NIE dieses Problem gegeben hat. MfG Andi
Bitte 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.