ATtiny85 mit PlatformIO und dem STK500 als programer

[Sascha T. (sascha-sphw)]

Hallo zusammen,

ich versuche gerade einen ATtiny85 mit PlatformIO über das STK500 zu 
programmieren. Dazu habe ich das Board wie folgt eingestellt.

https://www.robotroom.com/Atmel-ATtiny-STK500-Programming.html

Und meine platformio.ini wie in dem folgenden Link unter AVRISP.

https://docs.platformio.org/en/latest/platforms/atmelavr.html

Sie sieht nach meinen Anpassungen so aus

[env:attiny85]
platform = atmelavr
board = attiny85
;framework = arduino 
upload_protocol = custom
upload_speed = 19200
upload_port = COM5
upload_flags =
    -C
    "$PROJECT_PACKAGES_DIR/tool-avrdude/avrdude.conf"
    -p
    $BOARD_MCU
    -P
    $UPLOAD_PORT
    -b
    $UPLOAD_SPEED
    -c
    stk500v1
upload_command = avrdude $UPLOAD_FLAGS -U flash:w:$SOURCE:i

Angeschlossen ist das Board über einen USB to Serial Adapter. Der 
funktioniert, da ich mit dem Atmel Studio und mit der Arduino IDE über 
das STK500 bereits erfolgreich programmiert habe.

Den Port bekomme ich als COM5 im Gerätemanager angezeigt. Upload speed 
habe ich bereits 19200 und 115200 versucht. Ich habe es auch mit und 
ohne arduino framework versucht (die main.cpp habe ich dazu entsprechend 
angepasst). Hier würde ich auch gerne beide varianten verstehen und zum 
laufen bringen, also mit und ohne arduino framework.

Ich bekomme immer ein avrdude: stk500_recv(): programmer is not 
responding.

Was genau mache ich falsch, oder habe ich noch vergessen?

Das mit dem Bootloader habe ich ggf. auch noch nicht richtig verstanden, 
so wie ich das bisher aufgefasst habe, brauche ich den nur, wenn ich 
nicht mit einem ISP programmiere, ist das so richtig? Oder hat das ggf. 
etwas damit zu tun, dass es nicht klappt?

Danke
Sascha

[Sascha T. (sascha-sphw)]

Mit folgender platform.ini konnte ich es ohne arduino framework zum 
laufen bringen.

[env:attiny85]
platform = atmelavr
board = attiny85
upload_protocol = stk500
upload_port = COM5
upload_flags =
    -P
    $UPLOAD_PORT

Hier habe ich aber jetzt ein anderes Problem und zwar, bei folgendem 
code, blinkt die LED 8s ON 8s OFF. Ich muss es ja nicht 100% genau 
haben, aber wenn aus 1s 8s werden, ist mir das etwas zu ungenau.

#include <avr/io.h>
#include <util/delay.h>

int main(void) {

    DDRB = 1 << PB0;

    while (1) {
        _delay_ms(1000);

        PORTB ^= 1 << PB0;
    }

    return 0;
}

Liegt das an meinem Setup, habe ich noch was vergessen? Ich habe auch

#define F_CPU 8000000UL

versucht, aber folgende Meldung erhalten.
src\main.cpp:1:0: warning: "F_CPU" redefined
 #define F_CPU 8000000UL

Somit scheint es nicht daran zu liegen.

Ggf. weiß hier jemand warum.

[Sascha T. (sascha-sphw)]

So, mit framework = arduino geht es dann auch.

platformio.ini

[env:attiny85]
platform = atmelavr
board = attiny85
framework = arduino
upload_protocol = stk500
upload_port = COM5
upload_flags =
    -P
    $UPLOAD_PORT

main.cpp

#include <Arduino.h>

void setup() {
    pinMode(PB0, OUTPUT);
}

void loop() {
    digitalWrite(PB0, HIGH);
    delay(500);
    digitalWrite(PB0, LOW);
    delay(500);
}

Das Problem mit der Ungenauigkeit ist aber auch hier der Fall. Der Chip 
läuft auf 8Mhz intern auch ein

#ifdef F_CPU
#undef F_CPU
#define F_CPU 8000000UL
#endif

oder in der platformio.ini

board_build.f_cpu = 8000000UL

brachte keine Verbesserung der Genauigkeit.

Was könnte denn noch der Grund für diese Ungenauigkeit sein?

Würde mich sehr freuen wenn ich keinen Monolog führen müsste. :-D

[Sascha T. (sascha-sphw)]

Lustig, wenn ich in der platformio.ini die F_CPU auf

board_build.f_cpu = 1000000UL

setze, scheint es zu gehen. Über das Studio zeigt er mir aber 8MHz siehe 
Anhang.

Würde mich freuen wenn mir das jemand erklären kann.

[Käse (Gast)]

Sascha T. schrieb:
> Über das Studio zeigt er mir aber 8MHz siehe Anhang.

Was dir das Studuio anzeigt ist nicht die Taktfrequenz deines
Controllers sondern die Fuse-Einstellung zum Oszillator.

Einfach mal Datenblatt lesen (RTFM).

[Peter D. (peda)]

Dann schau mal ins Datenblatt, was das Häkchen CKDIV8 bedeutet.

[Sascha T. (sascha-sphw)]

Vielleicht noch so eine blöde Frage, aber ich dachte der Oszillator ist 
für die Taktfrequenz verantwortlich. Wo kann ich denn mehr darüber 
nachlesen, wenn möglich nicht das Datenblatt, sondern etwas mehr auf 
Einsteiger abgestimmt? Ich finde das Datenblatt ist mit meinem aktuellen 
Kenntnisstand nicht immer ganz einfach zu verstehen.

[Sascha T. (sascha-sphw)]

Peter D. schrieb:
> Dann schau mal ins Datenblatt, was das Häkchen CKDIV8 bedeutet.

Jap, dann macht das natürlich Sinn warum es mit 1MHz richtig aussieht. 
:-D

Danke Dir!

[Käse (Gast)]

Sascha T. schrieb:
> Vielleicht noch so eine blöde Frage, aber ich dachte der Oszillator ist
> für die Taktfrequenz verantwortlich.

Ist er auch. Aber was du anzeigst im Studio ist (ich sage es noch
einmal) nicht die Taktfrequenz sondern die Fuses-Einstellung damit
ein Oszillator richtig arbeiten kann/soll.

Die tatsächliche Taktfrequenz ergibt sich aus der Einstellung
interner/externer Oszillator und bei extern aus der Frequenz
des angeschlossenen Quarzes oder externen Oszillators.

Und nochmal: RTFM