ATtiny mit Arduino als ISP

[Henrik S. (Gast)]

Hallo,

Ich versuche momentan einen ATtiny44 über einen Arduino Uno als ISP zu 
programmieren. Das Problem liegt momentan bei Eclipse, weil ich dort 
beim kompilieren immer diese Fehlermeldung bekomme:

09:57:27 **** Incremental Build of configuration Debug for project test ****
Info: Internal Builder is used for build
"C:\\WinAVR\\bin\\avrdude" -pt44 -cavrisp -PCOM3 -b19200 -Uflash:w:test.hex:a 

avrdude: please define PAGEL and BS2 signals in the configuration file for part ATtiny44
avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.07s

avrdude: Device signature = 0x1e9207
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: please define PAGEL and BS2 signals in the configuration file for part ATtiny44
avrdude: reading input file "test.hex"
avrdude: error opening test.hex: No such file or directory
avrdude: input file test.hex auto detected as invalid format
avrdude: can't open input file test.hex: No such file or directory
avrdude: write to file 'test.hex' failed

avrdude done.  Thank you.


09:57:29 Build Finished (took 1s.553ms)

Ich habe das AVR-Eclipse-Plugin istalliert und so eingestellt, wie 
vorgegeben. Ich probiere nun schon seit Stunden mit Eclipse herum und 
bekomme immer die Fehlermeldung "test.hex not found" in irgend einer 
Form.

Jemand Ideen?

Danke schonmal,

Henrik

[Joachim D. (Firma: JDCC) (scheppertreiber)]

avrdude findet test.hex nicht.

Ist es da ? Im gleichen Verzeichnis ? Ansonsten würde ich da den
Pfad mit eingeben.

[Henrik S. (Gast)]

Es ist nicht da, wo es sein sollte bzw. dort, wo AVRdude es sucht. es 
ist aber auch nirgendwo sonst.

So, wie ich das verstanden habe, wird erst eine Datei test.elf erzeugt, 
aus der das ein test.hex gemacht wird. Aber keine von beiden gibt es auf 
meinem System.

[Henrik S. (Gast)]

Gute Neuigkeiten: Ich habe das ganze schonmal so zum laufen gebracht, 
dass ich jetzt einen µC so programmieren kann, wie ich mir das 
vorstelle.

Das problem ist jetzt aber, dass alles viel zu viel Platz wegnimmt. Das 
LED- Blink-Programm hat so 3,5 kB: in (.text + .data + .bootloader):

 
#include <avr/io.h>

#include <util/delay.h>

#define PAD_LED  1
#define PORT_LED PORTB
#define DDR_LED  DDRB

int main(void){
    DDR_LED  |= (1 << PAD_LED);
   
    while(1){
       
        PORT_LED |= (1 << PAD_LED);
        _delay_ms(250);        // Warte 250ms
        PORT_LED &= ~(1 << PAD_LED);
        _delay_ms(250);        // Warte 250ms
    }
 

return 0;
}

Weiß jemand, wie ich das niedriger bekomme?

Henrik

[chris_ (Gast)]

Die _delay_ms Funktionen sind enorm Platz fressed. Ersetze sie am besten 
durch for-Schleifen oder einen Timer.

[Ralph S. (jjflash)]

Sorry erstmal für eventuelle Schreibfehler, der Text wird mit Handy 
getippt. Die Delay Routinen in Util sind nicht so groß als daß sie 3,5 k 
Code verursachen, das riecht vielmehr nach nich eingeschaltezer 
Compileroptimierung. Wenn der Compiler AVR-GCC ist, die Option -Os 
einschalten. Gruß Ralph

[Henrik S. (Gast)]

Also das mit dem Delay war auf jeden Fall schonmal für die enorme Größe 
verantwortlich.

Die Optimierung habe ich auch versucht, die funktioniert wunderbar (also 
was die Größe betrifft), allerdings geht es dannach nicht. AVRdude haut 
das problemlos auf den µC, der macht aber nichts. Das gilt für alle drei 
Optimierungsstufen.

Hab ich da war übersehen?

Henrik