Arduino Programm läuft nur, wenn ich Finer auf ICSP halte

Reset Schaltung Probleme?

Zum Test würde ich einfach noch einen 4,7k oder 10k Widerstand an VCC 
legen.

Nein, ich meinte zwischen Rest Pin des µC und VCC.

>Angeschlossen ist eine ganze Menge:

Dann mach das Stück für Stück erstmal einzeln wieder ab
bis wieder was geht.

Also der Widerstand hat nichts gebracht.
Wenn man alles nacheinander absteckt besteht das Problem trotzdem.

Vielen Dank an Kopfschüttel für das qualifizierte Kommentar.

Floatender Eingang, ohne Pull-Up/Down, evtl. in Verbindung mit 
Int-Triggerung oder Funktionsaufrufen? Grenzwertige oder schwingende 
Spannungsversorgung, Entkoppel-Cs fehlen/defekt, Rückkopplung von 
angesteuerten Leistungsteilen auf (Analog)eingänge aufgrund Layoutfehler 
(unzureichend entkoppelte Strompfade)...

Chris G. schrieb:
> Angeschlossen ist eine ganze Menge:
> 4 Stepper DRV8825
> Ein weiteres Arduino Uno über I/O (nicht über Serial)
> Digitale Sensoren
> Digitale Ausgänge (MOSFET IRLIZ44N mit 100R zu Gate und 1k zu GND)

Vielleicht ein wenig zu viel?

Dpl Ing schrieb im Beitrag #4737238:
> R42 würde ich gegen 1M2 ersetzen.

Ich muss zugeben: Der ist gut :-)

Chris G. schrieb:
> mein Arduino 2560 macht seltsame Dinge. Beim Enischalten hängt das
> Programm. Komm ich in die Nähe der ICSP Pins läuft es ein bisschen.
> Halte ich fest den Finger auf alle 6 Kontakte läuft das Programm voll ab
> ohne Stotterer. Ich habe 2 verschiedene 2560 getestet. Immer das Selbe.

Schaltplan (von dem, was dran hängt - wie und wo - Arduino Mega 2560 ist 
öffentlich/bekannt)  - Programm (komplett) - genaue Fehlerbeschreibung 
(was genau passiert wann unter welchen Voraussetzungen). Wie soll Dir 
sonst jemand helfen?

"Hab den MOSI (PB2) mit 10k auf high gezogen."

Ist der interne PullUp von PB2 schon aktiv und reicht nicht aus? Was 
hängt denn dran am PB2?

Du solltest dir Grundsätzlich angewöhnen unbenutzte Pins auf Ausgang zu 
schalten und somit auf ein definierten Level zu ziehen... Das gilt auch 
für die ISP-Schnittstelle

Auch wenn hier massenhaft Beiträge gelöscht werden wird
entweder dieser Thread im Sande verlaufen (wie so oft) oder
es wird sich herausstellen dass die Schaltung oder zumindest
der Aufbau dieser Schaltung scheisse ist.

@Taktluhser:

Abgesehen von deiner unangebrachten Wortwahl möchte ich Dich bitten, 
deine Einschätzung zu begründen, damit man damit etwas anfangen kann. 
Ansonsten sind deine Kommentare absolut wertlos.

> Was den Code angeht... erspar ich euch mal lieber.

Du willst Hilfe haben, zeigst uns aber weder den Schaltplan, noch den 
Code noch ein Foto vom Aufbau. Nichtmal auszugsweise.

Ich habe einen Tip für Dich: Versuche es mal bei einem Hellseher. Selbst 
wenn er Dir nicht direkt helfen kann, kann er Dir sicher weise 
Ratschläge geben. Zum Beispiel, dass du den Schaltplan und den Code 
veröffentlichen sollst!

facepalm

Abgesehen davon: 1300 Zeilen sind gar nichts. Ich arbeite täglich an 
Programmen mit über 10.000 Dateien zu je über 1000 Zeilen. Also sag Du 
uns nicht, was unübersichtlich ist. Das kannst du gar nicht richtig 
einschätzen.

> Problem GELÖST!

Ach so, sag das doch gleich!

Mich wundert das auch etwas. Wenn PB2 nicht beschaltet ist, dürfte ihm 
auch kein Code zugeordnet sein, der beim Rumzappeln dauernd irgendetwas 
triggert und das System ausbremst. Das blosse Ändern des 
Eingangsregisters passiert hardwaremässig und bremst nix.
Evtl. wurde PB2 in der PCHG-Int-Maske irrtümmlich mitaktiviert.

Oder gibt's andere Erkenntnisse, die besagen, dass alleine schon 
floatende Eingänge ohne Codebezug das System instabil machen?