Dual AVR Handheld Programmer DIY

[Patrick (patte)]

Hallo zusammen,

ich muss auf der Arbeit des Öfteren mehrere Geräte mit ATmega238/A/P/PA 
chip programmieren.

Ein Gerät hat 2 ATmega Mikrocontroller, die auch beide die gleiche 
Firmware haben.

Aktuell besitze ich nur einen Kanda Handheld AVR Programmer und kann 
deswegen nur einen Chip nach dem anderen programmieren. Gleichzeitiges 
programmieren beider Mikrocontroller würde mir dabei viel Zeit sparen.

Ich hätte gerne einen Programmer mit folgenden Eigenschaften:

- 2 Geräte gleichzeitig programmieren
- Statusanzeige für jeden beide Verbindungen (einfache LED oder Display)
- Taster zum starten
- Firmware einfach als Datei in einen Ordner legen (per USB oder SD 
Karte)
- Akku und Ladefunktion
- ATmega328/A/P/PA
- ISP Clock 175kHz
- Fuses programmieren (Low Fuse, High Fuse, Ext Fuse und Lockbits)
- Skip 0xFF in EEPROM

Gibt es das vielleicht als fertiges Gerät oder ein DIY Projekt?

Natürlich könnte man das auch mit 2 Programmern lösen, aber ein 
kompaktes Gerät würde mir die Arbeit definitiv erleichtern, da die zu 
programmierenden Geräte schwer zugänglich sind und ich dorthin nicht 
viel mitnehmen kann.

[Jens M. (schuchkleisser)]

Einen Doppelprogrammer braucht niemand außer dir, aber ein einfach 
mitzunehmendes kleines Dings gibt's: das PICKit 5.
Das kann man so voreinstellen, das es auf Tastendruck ratzfatz ein 
festgelegtes Programm in den Controller beamt. Nur ein Taster und eine 
LED, Power per USB-C, fertig.
Kann seit der Hochzeit der beiden Firmen auch AVRs, sollte also gehen.

[Johannes F. (jofe)]

Patrick schrieb:
> Ein Gerät hat 2 ATmega Mikrocontroller, die auch beide die gleiche
> Firmware haben.

Was ist das denn für ein Gerät, das zwei gleiche MCUs mit identischer 
Firmware hat? Kann mir gerade nicht vorstellen, wozu sowas sinnvoll sein 
könnte.

[Cyblord -. (cyblord)]

Johannes F. schrieb:
> Patrick schrieb:
>> Ein Gerät hat 2 ATmega Mikrocontroller, die auch beide die gleiche
>> Firmware haben.
>
> Was ist das denn für ein Gerät, das zwei gleiche MCUs mit identischer
> Firmware hat? Kann mir gerade nicht vorstellen, wozu sowas sinnvoll sein
> könnte.

Redundante Safety Anwendungen verwenden sowas.

Die Antwort auf die Frage hat sich der TE schon gegeben: Einfach 2 
Geräte nutzen. Alles andere ist Un- und Wahnsinn.

[Johannes F. (jofe)]

Cyblord -. schrieb:
>> Was ist das denn für ein Gerät, das zwei gleiche MCUs mit identischer
>> Firmware hat? Kann mir gerade nicht vorstellen, wozu sowas sinnvoll sein
>> könnte.
>
> Redundante Safety Anwendungen verwenden sowas.

Aha, danke für die Info. Mit sowas hatte ich noch nicht zu tun bisher.

[H. H. (hhinz)]

Cyblord -. schrieb:
>> Was ist das denn für ein Gerät, das zwei gleiche MCUs mit identischer
>> Firmware hat? Kann mir gerade nicht vorstellen, wozu sowas sinnvoll sein
>> könnte.
>
> Redundante Safety Anwendungen verwenden sowas.

"Die Software von redundanten Systemen sollte sich möglichst in den 
folgenden Aspekten unterscheiden: Spezifikation (verschiedene Teams), 
Spezifikationssprache, Programmierung (verschiedene Teams), 
Programmiersprache, Compiler."

[Falk B. (falk)]

Cyblord -. schrieb:
> Die Antwort auf die Frage hat sich der TE schon gegeben: Einfach 2
> Geräte nutzen. Alles andere ist Un- und Wahnsinn.

Vor allem sollte man mal kurz überschlagen, was man WIRKLICH rausholen 
kann? Wenn es zwei identisch zu programierende ICs sind, steckt man 
einfach um. Das dauert ein paar Sekunden. Fertig. Erst wenn man das 
hunderte mal am Tag jeden Tag machen würde, lohnt es sich, über 
nennenswerte Optimierung nachzudenken.

[Cyblord -. (cyblord)]

H. H. schrieb:
> Cyblord -. schrieb:
>>> Was ist das denn für ein Gerät, das zwei gleiche MCUs mit identischer
>>> Firmware hat? Kann mir gerade nicht vorstellen, wozu sowas sinnvoll sein
>>> könnte.
>>
>> Redundante Safety Anwendungen verwenden sowas.
>
> "Die Software von redundanten Systemen sollte sich möglichst in den
> folgenden Aspekten unterscheiden: Spezifikation (verschiedene Teams),
> Spezifikationssprache, Programmierung (verschiedene Teams),
> Programmiersprache, Compiler."

"sollte" und "möglichst" sind deine Stichworte. Es gibt viele 
verschiedene Ansätze und viele verschiedene SIL und Perfomance Klassen 
dafür.

[Mathias H. (mathias)]

Vielleicht was dabei:
https://www.e-lab.de