Fusebits RN-Minicontrol

Gut sortiert wie ich bin habe finde ich die Doku-CD zum RN-Minicontrol nicht mehr. Bin ich zu doof oder gibts die Doku nicht online?

Ich suche die genaue Beschreibung wie die Lock-/Fusebits für den Atmega168 auf dem Minicontrol gesetzt werden sollen.

Heute mittag ließ sich dier AVR nichtmehr beschreiben (could not identify ...). Zum Glück hat ein Bekannter so ein ultimaratio-Programmiergerät mit dem wir ihn neu beschrieben haben.
Ich bin mir zwar relativ sicher, weiß aber nicht ob die Lock/Fusebits so stimmen.
Das Board funktioniert jetzt wieder, ist aber total langsam. (Fusebit C??)

Da ich keine Lust habe zu Tippen:
Bild hier  




Nachtrag:
Was mich interessieren würde ist wie es dazu kam dass der AVR auf einmal nicht mehr wollte.
Ich war dabei mit dem fertigem Code aus dem Bascom-AVR-Manual zum thema "config keyboard" zu experimentieren.
Ich habe bis jetzt immer brav die Finger von den Fusebits gelassen, aber plötzlich sagte mir Bascom immer "could not identify...". Wie kommt das?`

Hallo,

hier wär ein guter Startpunkt:
https://www.roboternetz.de/wissen/in...RN-MiniControl
ganz unten gehts auch weiter zum PDF.
Im Allgemeinen sollten zu allen RN-Boards die Dokus bei Robotikhardware zu finden sein.
http://www.robotikhardware.de/

In Sachen Fusbits, da wird gern das CKDIV8 vergessen, wenns zu langsam ist.
Dieser hier läuft mit 1MHz internem Takt -> langsam

Hi,

Zitat:

---

Zitat von linux_80

Dieser hier läuft mit 1MHz internem Takt -> langsam

---

zwar weiß ich nicht, mit welcher Frequenz "RN-Minicontrol" laufen soll, aber "linux_80" stellt zu Recht fest, dass die effektive Taktfrequenz aufgrund der gesetzten CKDIV8 Fuse nur 1MHz ist.

Aber Du fragst, wieso Du Dich vom Flashen "ausgesperrt" haben könntest. Ein beliebter Fehler, der dazu führen kann, ist das Ändern der Fuses für den Systemtakt auf einen externen Quarz (Fall A) oder externen Takteingang (Fall B). ISP geht im Fall A dann nur noch, wenn ein Quarz angeschlossen ist bzw. im Fall B, wenn eine externe Taktquelle anliegt.

Du zeigst uns ja nur die aktuellen Fuses, mit denen das Flashen funktioniert. Warum es vorher evtl. nicht geklappt hat, kann man nur raten (wie ich im vorigen Absatz).

Gruß

Fred

Danke

Ursache habe ich gefunden:
a) meine Dummheit
b) der Code

$prog = gefährlich wenn man nicht weiß was man tut.
Learning by burning (the fusebits) sozusagen.

Und zu der Onlinedoku kommt wieder meine Dummheit hinzu.
Ich war auf der Wikiseite zum RN-Minicontrol und habe die Doku gesucht, aber schlichtweg den Link unten übersehen ... naja war zugegeben auch zu müde um klar zu denken.

Naja man lernt ja bekanntlich auch aus Fehlern :-$


Und jetzt möge dieser Thred in der ewigen Vergessenheit versinken :-s