Raspberry Pico als ISP

[Max-Martin K. (zaby1990)]

Hallo Miteinander,

wie ihr sicher wisst, gibt es eine Vielzahl von Tutorials, die 
beschreiben, wie ein Arduino als ISP eingesetzt werden kann, um einen 
AVR-Mikrocontroller zu programmieren. Da ich nur einen Arduino daheim 
habe, aber 2 Raspi Picos, wollte ich nun einen der Raspberry Picos als 
ISP-Programmer einsetzen. Leider finde ich dazu gar nichts im Netz.

Als Mikrocontroller verwende ich eine AtTiny45. Mein prinzipielle 
Vorgehen ist wie in allen Tutorials beschrieben:
ArduinoISP auf Arduino (Uno) schreiben --> AtTiny mit Programmer 
Arduisno as ISP programmieren.
Das habe ich ausprobiert und das funktioniert ohne Probleme.

Jetzt das Ganze mit dem Pico.
Hürde Nummer 1, Pico mit Arduino IDE programmieren. Dazu habe ich zwei 
verschiedene Bibliotheken ausprobiert:
- Raspberry Pi Pico/RP2040 by Earle F.Philower --> Bibliothek 1
- Arduino Mbed OS RP2040 Boards by Arduino --> Bibliothek 2

Da ich mir nicht sicher war, ob in den Bibliotheken für den Pico die 
Pins MISO,MOSI,SCK nach den Default eingestellt ist, habe ich am 
Beispiel ArduinoISP folgende Änderungen gemacht:

// The standard pin configuration.
#ifndef ARDUINO_HOODLOADER2

  #define RESET     17 // Änderung 1
  #define LED_HB    9
  #define LED_ERR   8
  #define LED_PMODE 7

  // Uncomment following line to use the old Uno style wiring
  // (using pin 11, 12 and 13 instead of the SPI header) on Leonardo, Due...

  // #define USE_OLD_STYLE_WIRING

  #ifdef USE_OLD_STYLE_WIRING

    #define PIN_MOSI  19 // Änderung 2
    #define PIN_MISO  16 // Änderung 3
    #define PIN_SCK  18 // Änderung 4
  #endif

  // HOODLOADER2 means running sketches on the ATmega16U2 serial converter chips
  // on Uno or Mega boards. We must use pins that are broken out:
#else

  #define RESET       17 // Änderung 5
  #define LED_HB      7
  #define LED_ERR     6
  #define LED_PMODE   5

#endif

Verdrahtet habe ich folgendermaßen:

Pico --> AtTiny45
21 (GP16) --> 6
22 (GP17) --> 1
24 (GP18) --> 7
25 (GP19) --> 5

Das Kompilieren des Programmes und das Hochladen auf den Pico 
funktioniert unter Verwendung beider Bibliotheken.

Nun starten aber die Probleme. Jetzt möchte ich den AtTiny 
programmieren. Ich wähle als Board den "AtTiny45" und als Programmer 
"Arduino as ISP".

Bibliothek 1:
ich erhalte folgende Meldung nach dem Kompilieren:

Der Sketch verwendet 684 Bytes (16%) des Programmspeicherplatzes. Das Maximum sind 4096 Bytes.
Globale Variablen verwenden 9 Bytes (3%) des dynamischen Speichers, 247 Bytes für lokale Variablen verbleiben. Das Maximum sind 256 Bytes.
C:\Users\USERNAME\scoop\apps\arduino\current\hardware\tools\avr/bin/avrdude -CC:\Users\USERNAME\scoop\apps\arduino\current\hardware\tools\avr/etc/avrdude.conf -v -pattiny45 -cstk500v1 -PCOM4 -b19200 -Uflash:w:C:\Users\USERNAME\AppData\Local\Temp\arduino_build_338475/Blink_tiny45.ino.hex:i 

avrdude: Version 6.3-20190619
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "C:\Users\USERNAME\scoop\apps\arduino\current\hardware\tools\avr/etc/avrdude.conf"

         Using Port                    : COM4
         Using Programmer              : stk500v1
         Overriding Baud Rate          : 19200
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x03
[...]
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x03

avrdude done.  Thank you.

Problem uploading to board.  See https://support.arduino.cc/hc/en-us/sections/360003198300 for suggestions.

Biblitohek 2:
(Interessant ist, dass der Pico hier nach Aufspielen des 
ArduinoISP-Programms plötzlich ein anderen Port hat)
Folgender Output beim Aufspielen:

Der Sketch verwendet 684 Bytes (16%) des Programmspeicherplatzes. Das Maximum sind 4096 Bytes.
Globale Variablen verwenden 9 Bytes (3%) des dynamischen Speichers, 247 Bytes für lokale Variablen verbleiben. Das Maximum sind 256 Bytes.
C:\Users\USERNAME\scoop\apps\arduino\current\portable\packages\arduino\tools\avrdude\6.3.0-arduino17/bin/avrdude -CC:\Users\Maxel\scoop\apps\arduino\current\portable\packages\arduino\tools\avrdude\6.3.0-arduino17/etc/avrdude.conf -v -pattiny45 -cstk500v1 -PCOM5 -b19200 -Uflash:w:C:\Users\USERNAME\AppData\Local\Temp\arduino_build_338475/Blink_tiny45.ino.hex:i 

avrdude: Version 6.3-20190619
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "C:\Users\USERNAME\scoop\apps\arduino\current\portable\packages\arduino\tools\avrdude\6.3.0-arduino17/etc/avrdude.conf"

         Using Port                    : COM5
         Using Programmer              : stk500v1
         Overriding Baud Rate          : 19200
(bis die Fehlermeldung kommt dauert es nun eine Weile)
Beim Hochladen des Sketches ist ein Fehler aufgetreten

Leider bin ich (noch) nicht so tief in der Embedded Programmierung, 
vorallem bei den Schnittstellen, drin, wie ich es mir wünschen würde. 
Ist es überhaupt möglich, die Pico auch als ISP-Programmer zu nutzen? 
Muss ich noch etwas mehr beachten, was beim Arduino nicht notwendig ist?
Ich wäre über einen Schubs in die richtige (oder irgendeine) Richtung 
dankbar, um mich tiefer einzuarbeiten und um das Problem lösen zu 
können.

Viele Grüße
Zaby

[STOP PUTIN (Gast)]

Welchen COM Port bekommt denn der Pico zugewiesen, wenn dort Serial() 
benutzt wird? Du könntest ja erstmal ein kleines Testprogamm übertragen 
und im Gerätemanager gucken oder was deine IDE sagt.
Das muss natürlich zusammenpassen. Genauso wie die GPIO Spannungen von 
ISP (Pico) und target (ATtiny)..

[Max-Martin K. (zaby1990)]

STOP PUTIN schrieb:
> Welchen COM Port bekommt denn der Pico zugewiesen, wenn dort Serial()
> benutzt wird? Du könntest ja erstmal ein kleines Testprogamm übertragen
> und im Gerätemanager gucken oder was deine IDE sagt.

Ich nutze erst Com4 zum Übertragen des ISP-Programms. Bei Bibliothek 1 
bleibt der Com-Port danach gleich, bei Bibliothek ändert sich dieser zu 
Com 5. Die IDE entdeckt dort auch jeweils den Pico. Ich werde mal 
schauen, ob ich mit einem kleinen Serial-Programm mit dem Pico 
kommunizieren kann, aber ich gehe stark davon aus. (Dauert leider ein 
klein wenig, bin in der Woche stark eingebunden)

> Genauso wie die GPIO Spannungen von ISP (Pico) und target (ATtiny)..

Der AtTiny kann auch mit 3.3V arbeiten. Das Blink-Programm, dass ich auf 
diesen mit dem Arduino übertragen habe, läuft problemlos an, sobald er 
die 3.3V hat.

[Max-Martin K. (zaby1990)]

STOP PUTIN schrieb:
> Du könntest ja erstmal ein kleines Testprogamm übertragen
> und im Gerätemanager gucken oder was deine IDE sagt.

Habe folgendes Testprogramm ausprobiert (dabei das ArduinoISP-Skript auf 
alles eingedampft, was keinen Bezug zu Serial hat):

#include "Arduino.h"
#undef SERIAL

#ifdef SERIAL_PORT_USBVIRTUAL
  #define SERIAL SERIAL_PORT_USBVIRTUAL
#else
  #define SERIAL Serial
#endif

// Configure the baud rate:

#define BAUDRATE  19200

void setup() {
  SERIAL.begin(BAUDRATE);
}

int incomingByte;
void loop(void) 
{
  if (SERIAL.available() > 0) {
    // read the incoming byte:
    incomingByte = SERIAL.read();

    // say what you got:
    SERIAL.print("I received: ");
    SERIAL.println(incomingByte, DEC);
  }
}

Läuft problemlos. Aber auch hier ändert sich der COM-Port des Picos beim 
Aufspielen unter Verwendung der Bibliothek 2. Aber wenn ich den Pico in 
der IDE dann auf dem neuen Port auswähle, habe ich Zugriff. Also denke 
ich, ich kann ein Kommunikationsproblem zwichen Pico und Rechner 
ausschließen.

[Cartman (Gast)]

Wenn dir die Zwei Fuffzich fuer einen USBASP zu ville sind,
dann wirf den ganzen Krempel einfach aus dem Fenster.
Oder bring den Schrott selber zum laufen und belaestige nicht
die Welt damit.