Attiny 45 Programmierung funktioniert nicht

Konrad P. Gast 26.09.2015 17:36 #4287773

Lesenswert?

•

Hallo!

Eigentlich komme ich aus der Arduino - Ecke und programmiere meine 
Atmega 328s auch mit dessen IDE. Doch jetzt will ich mit meinem USBasp 
einen Attiny 45 Programmieren.
Das ganze soll eigentlich nur nach dem Drücken eines Tasters eine LED 
für rund 20 Minuten leuchten lassen - eigentlich nicht schwer. Und 
deswegen hab selbst ich das mit der "Bascom AVR" hingekriegt. Flashen 
mit Bascom bekomm ich nicht auf die Reihe (geht das überhaupt? ) und 
deswegen hab ich mir "KhazamaAVRProgrammer" heruntergeladen, was 
anscheinend extra für den USBasp gemacht ist. Zum flashen wird ein 
HEX-File das nach dem Kompilieren rauskommt verwendet.
Erst bekomme ich 2X hintereinander den Fehler "Error while Setting 
USBASP ISP Clock..." (den ich aber schon immer in der Arduino-IDE 
bekomme, dort gibt's keine Probleme), danach kommt "Reload FLASH 
file:[Pfad zur Datei]
Last EEPROM file not found
Erasing...
Writing FLASH..."
Drückt man auf OK landet man wieder im Programm.

$regfile = "Attiny45.dat"
$crystal = 1000000
$hwstack = 16
Config Portb.0 = Output
Config Portb.1 = Input
Dim Zahl As Long
Zahl = 1000000
If Portb.1 = 1 Then
   Toggle Portb.0
   Waitms Zahl


Das ist der Code. Ja, man könnte den Attiny in den Schlafmodus setzen, 
aber Strom ist in meinem Projekt das kleinste Problem.
Ist er wenigstens richtig? Bascom AVR zeigt mir keine Syntax-Errors.

Vielen Dank im voraus,
Konrad

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Karl M. Gast 26.09.2015 17:47 #4287785

Lesenswert?

•

▲
▼

Hallo Konrad,

ein Blick beim Bascom verrät Dir mehr zum waitms und dessen Parameter:

http://avrhelp.mcselec.com/index.html?waitms.htmhttp://avrhelp.mcselec.com/index.html?waitms.htm

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Konrad P. Gast 26.09.2015 18:09 #4287800

Lesenswert?

•

▲
▼

Erstmal danke für die Antwort!

Deswegen durfte ich auch nicht direkt 1000000 dahinterschreiben...
(Bin es beim Arduino halt mit der Funktion Delay so gewohnt.)
Jetzt hab ich Waitms durch Wait ersetzt und die Zeit entsprechend 
angepasst.
Funktionieren will der kleine aber immernoch nicht - wenn ich 5V auf Pin 
1 gebe bekomme ich keinen Output an Pin 0.

MfG Konrad

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Uwe (de0508) 26.09.2015 19:20 #4287860

Lesenswert?

•

▲
▼

Hallo Konrad,

hier ist mal ein Programm unter LunaAVR[1] geschrieben, das sauber einen 
Tastendruck erkennt, dann eine LED einschaltet und einen Zeituhr mit 20 
Sekunden startet.

Nach Ablauf der 20 Sekunden Zeituhr wird die Led wieder gelöscht.

Man kann die Zeituhr immer wieder neu starten, indem man den Taster 
erneut drückt.

Der Taster muss von PB1 nach Masse schalten !
Die LED geht von PB0 -> Widerstand -> Kathode-LED-Anode -> Vcc (+5V) und 
leuchtet, wenn das Pin auf LOW ist.

[1] LunaAVR V2015 R1.6
# http://avr.myluna.de/doku.php?id=de:lunaavr_2015.r1

Angehängte Dateien:

attiny45.luna (2,07 KB)
attiny45.hex (2,98 KB)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Konrad P. Gast 26.09.2015 19:44 #4287875

Lesenswert?

•

▲
▼

Danke dass du dir so viel Mühe gemacht hast!!!

Bei dem Code blicke ich als "Noob" garnicht durch, Arduino ist schon 
viel simpler. Doch da liegt auch das Problem: Wie erweitere ich das 
ganze auf 20 Minuten (wie oben geschrieben) ? Einfach diese Zeile: "as 
TASKMGR_TIME_10MS( (n) *1000 )" anpassen?

MfG Konrad

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Konrad P. Gast 26.09.2015 19:50 #4287877

Lesenswert?

•

▲
▼

Irgendetwas mach ich falsch, es funktioniert immernoch nicht...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Uwe (de0508) 26.09.2015 20:02 #4287886

Lesenswert?

•

▲
▼

Hallo Konrad,

Das ist ein Testprogramm für deinen µC.

Zum intern Ablauf: es wird also mit ~ 10ms gearbeitet, das folgt aus:

1MHz /64 /156 = 100,16Hz

Die Methode TaskMgr.TaskAdd( proc, 10ms_time_ticks ) verarbeitet 
|10ms_time_ticks| als 16 Bit Argumente.

Somit kann man maximal 65536 *10ms_time_ticks (~ 10ms) verzögern.
Daraus ergibt sich eine direkte Verzögerung von ca. 655 Sekunden.

Also anders gerechnet:
10 Minuten sind also
10 *60 *1000ms /10ms = 60.000 10ms_time_ticks.

D.h. die Procedure LED_Clear() muss noch einen Zähler mit führen, um 
erst nach dem zweiten Aufruf |LED = LED_OFF| aus zu führen.

Also noch fix ein weiters Macro geschrieben:

' TaskMgr-Definitionen
#define TASKMGR_TIME_MIN(n)    as TASKMGR_TIME_SEC( (n) *60 )
#define TASKMGR_TIME_SEC(n)    as TASKMGR_TIME_10MS( (n) *1000 )
#define TASKMGR_TIME_10MS(n)  as word( (n) /TASKTIMER_TIMESLICE )


Die Main-Loop angepasst:

' add new Task
TaskMgr.TaskAdd( LED_Clear().Addr, TASKMGR_TIME_MIN(10) )


Und die Procedure LED_Clear() erweitert:

procedure LED_Clear()
dim state as static byte ' variable will all init to 0
incr state
select case state
' re add Task
TaskMgr.TaskAdd( LED_Clear().Addr, TASKMGR_TIME_MIN(10) )
state = 0
LED = LED_OFF
endselect

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Konrad P. Gast 26.09.2015 20:04 #4287889

Lesenswert?

•

▲
▼

Nur dass ich das ganze hier richtig verstanden hab: Ich muss Pin 1 
einfach auf Masse schalten und es sollte funktionieren? Langsam denke 
ich dass mein uC defekt ist...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Uwe (de0508) 26.09.2015 20:07 #4287892

Lesenswert?

•

▲
▼

Hallo Konrad,

die Bedingungen für mein Testprogramm, habe ich alle in diesem Beitrag
Beitrag "Re: Attiny 45 Programmierung funktioniert nicht"
beschrieben.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Paul B. (paul_baumann) 26.09.2015 20:13 #4287898

Lesenswert?

•

▲
▼

Ich verstehe den TO so, daß es nicht an den Programmen (Quelltexten) 
liegt, sondern daß sich der Kontroller nicht programmieren läßt, es also 
ein elektrisches bzw. elektronisches Problem ist.

Aus Bascom heraus kann ich hier mit einem sog. "Avrdoper" ohne 
Schwierigkeiten alle möglichen Kontroller ansprechen. USBASP habe ich 
nicht.

mfG Paul

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Konrad P. Gast 26.09.2015 20:15 #4287901

Lesenswert?

•

▲
▼

Mein Attiny wird dann wohl defekt sein... (obwohl unbenutzt und erst von 
ein paar Stunden aus seiner Anti-ESD Tüte rausgenommen)
Deswegen kommt jetzt ein Atmega 328 zum Einsatz, auch wenn dieser extrem 
überdimensioniert ist.

Trotzdem Danke für eure Hilfe.

MfG Konrad

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Walter S. (avatar) 26.09.2015 20:17 #4287905

Lesenswert?

•

▲
▼

Konrad P. schrieb:
> Ist er wenigstens richtig?

nein, nach wait willst du die LED ausschalten,
dann mach das doch auch

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Bastian W. (jackfrost) 26.09.2015 20:54 #4287937

Lesenswert?

•

▲
▼

Hi,

Lies den attiny45 mal aus und schau dir das hex File an ob das mit dem 
das du programmiert hast gleich ist.

Gruß JackFrost

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Tom Gast 27.09.2015 00:32 #4288118

Lesenswert?

•

▲
▼

Konrad P. schrieb:
> Erst bekomme ich 2X hintereinander den Fehler "Error while Setting
> USBASP ISP Clock..."

Die chinesischen USBASP haben oft keine aktuelle Firmware.
Bei avrdude z.B. wird dann die Option -B für die Reduzierung
des ISP Clock nicht unterstützt.
Abhilfe: bei Fischl.de die aktuelle Firmware holen.
Du brauchst einen zweiten ISP Programmer, um die Software
auf den USBASP zu bringen. Evtl. Arduino as ISP duzu verwenden.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Tom Gast 27.09.2015 00:34 #4288119

Lesenswert?

•

▲
▼

Typo: duzu = dazu ;-)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Konrad P. Gast 27.09.2015 17:38 #4288797

Lesenswert?

•

▲
▼

Beim Auslesen treten auch Fehler auf, also liegts wahrscheinlich am 
USB-ASP.

Naja, jetzt werkelt auf jeden Fall ein Atmega 328 im Nachtlicht - zwar 
Verschwendung, aber ich habe sowieso genügend davon :)

PS: Einen Arduino habe ich übrigens nicht :)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Attiny 45 Programmierung funktioniert nicht

Antwort schreiben