next topic »

[Reply #15 on:]

Du musst dich schon etwas deutlicher ausdruecken... welcher befehl, was wo eingestellt, exakte fehlermeldungen, welches board...

[Reply #16 on:]

Ok habs hin bekommen er uploadet wunderbar vom Usbtiny, problem jetzt er spinnt total.
Die Led, pin 13, blinkt nur sehr schwach.


Woran kann das liegen?
Muss ich zusätzlich noch was ändern ?

[Reply #17 on:]

Das problem liegt in zeile 42!

[Reply #18 on:]

Zeile 42?

ich habe in die Board.txt den befehl atmega8.upload.using=arduino:usbtinyisp

er lädt über tinyisp, aber egal welchen Code die LED13 blinkt nur sehr schwach obwohl ich sie im programmcode als HIGH geschrieben habe.

Hätte ich vorher noch was machen müssen?
Worin könnte das Problem liegen?


Jedenfalls springt der Code sofort an, das ist echt SUPER!

[Reply #19 on:]

42

Es handelt sich dabei um die Antwort auf die vom Autor bewusst unklar gelassene Frage „nach dem Leben, dem Universum und dem ganzen Rest“

Das gebe ich immer als antwort, wenn die daten nicht fuer eine sinnvolle ausreichen.

Und wenn ich in meine glaskugel blicke, so sehe ich, dass du vermutlich den pin 13 nicht als ausgang definiert hast. Aber da ich den code nicht sehe (der empfang ist heute schlect), ist das etwas vage.

[Reply #20 on:]

nicht schlecht... darauf hätte ich auch kommen müssen --- die Zeile hatte ich versehentlich gelöscht und es nicht mitbekommen.


Aber das läuft ja viel zu gut, da muss es doch Nachteile bei dieser Methode geben oder?

[Reply #21 on:]

Selbstverständlich gibt es auch Schattenseiten...
Du hast die volle Kontrolle über die Fuses und Lockbits, kannst also mit wenigen Handgriffen den Mikrocontroller ins nicht mehr programmierbare Jenseits befördern. 
Spaß beiseite, der Arduino-Ansatz, eine kinderleichte, komplette Entwicklungsumgebung zu haben, wird dadurch aufgeweicht. Zusätzliche Hardware wird benötigt, die Programmierung ist somit risikobehaftet, Fehlerquellen vervielfacht. Aber was solls? So lernt man ja auch mehr über fie Mikrocontroller. Der ISP-Anschluss ist ja auch nicht umsonst auf dem Arduino-Board. 

[Reply #22 on:]

... aber egal welchen Code die LED13 blinkt nur sehr schwach obwohl ich sie im programmcode als HIGH geschrieben habe.

pinMode(ledPin, OUTPUT);
digitalWrite(ledPin, HIGH);

[Reply #23 on:]

Fehlerquellen vervielfacht

Als ob der upload mit dem bootloader _niemals_ versagt haette. HAHAHAHA

[Reply #24 on:]

Als ob der upload mit dem bootloader _niemals_ versagt haette. HAHAHAHA

An welcher Stelle hab ich Gegenteiliges behauptet? Würde ich das nämlich tatsächlich denken, wäre meine tatsächliche Aussage der Vervielfachung ja unsinnig: Null vervielfacht ergibt ja weiterhin Null.

[Reply #25 on:]

Selbstverständlich gibt es auch Schattenseiten...
Du hast die volle Kontrolle über die Fuses und Lockbits, kannst also mit wenigen Handgriffen den Mikrocontroller ins nicht mehr programmierbare Jenseits befördern. 

Stimmt nicht ganz, man kann einen blockierten ATmega mit einem Hochspannungsprogrammierer aus dem informatischen Jenseits zurückholen. Es werden mit genau definiertem Timing 12V auf den Reset Eingang gegeben und so der ATmega resetiert.
http://blog.makezine.com/archive/2008/09/how-to-use-arduino-as-a-h.html
http://mightyohm.com/blog/2008/09/arduino-based-avr-high-voltage-programmer/
Manche SPI-Programmierer haben diese Funktion, ansonsten eben obengenannte Bastelvorschläge.
Grüße Uwe

[Reply #26 on:]

Hallo,

da ich mir gerade einen USBtiny programmer zugelegt habe und damit erstmal Erfahrungen sammeln muss, hier eine ganz blöde Frage zu den Risiken die Fuses falsch zu setzen: Das kann doch sicherlich nur dann passieren, wenn ich im sketch entsprechende "falsche" fuses Einstellungen explizit eingegeben habe?

Gruß Klaus

[Reply #27 on:]

Unmittelbar aus dem Sketch heraus hast du keine Zugriff. Du musst jedoch die boards.txt anpassen, um einen ISP zu verwenden. Dort hast du dann auch die Möglichkeit, die Fuses und Lockbits zu verbiegen.