Welche Möglichkeiten der Fehlersuche hat man beim Arduino?

[Unregistriert]

"goto" wurde meiner Meinung nach nur in höhere Programmiersprachen aufgenommen um den Maschinensprachlern den Aufstieg zu erleichtern und wurde später nicht entfernt, um am Vorkommen im Sourcecode auf den erstn Blick den Anfängerauthor vom Fortgeschrittenen unterscheiden zu können

[Mxt]

Manchmal gibt es nichts anderes (außer evtl. der Zerlegung in mehrere Funktionen)

for( ... ganzviel ...) {
  for( ... nochmehr ...) {
    for( ... immer mehr ...) {
      if (bedingung) {
        goto nix_wie_weg;
      }
    }
  }
}

nix_wie_weg:

und wie schon oben zitiert, viele Parsergeneratoren erzeugen Code mit vielen gotos.

[i_make_it]

"goto" wurde meiner Meinung nach nur in höhere Programmiersprachen aufgenommen um den Maschinensprachlern den Aufstieg zu erleichtern und wurde später nicht entfernt, um am Vorkommen im Sourcecode auf den erstn Blick den Anfängerauthor vom Fortgeschrittenen unterscheiden zu können

GOTO wurde nicht in Hochsprachen "aufgenommen".
In den ersten nicht Assembler Sprachen war GOTO und GOSUB die ersten und auch einzigen Verzweigungssmöglichkeiten in den Sprachen. Da wurde einfach eine eins zu eins Abbildung auf die verschiedenen JMP und BR Befehle vorgenommen.
Erst mit ALGOL wurde WHILE, FOR, IF, ELSE für Verzweigungen eingeführt.
GOTO funktioniert, denn beim Kompilieren werden alle modernen Konstrukte auf JMP und BR (bzw. ihren OPCode) zurückgeführt.
Die modernen Konstrukte halten einem halt die Arbeit vom Halse selbst den Überblick zu behalten und vor allem fördert es die Verständlichkeit und Lesbarkeit des Quellcodes.

Ich schreibe auch heute noch seitenlangen Code mit GOTO wenn es in der jeweiligen Sprache nichts anderes gibt. Allerdings bin ich es jetzt auch seit 34 Jahren so gewohnt.
Dafür sitzte ich aber auch vor Quellcode den ich vor X Jahren selbst geschrieben habe und brauche meine Zeit um zu verstehen was ich damals da gemacht habe und warum.

Ein Anfänger sollte sich halt überlegen ob er nicht gleich lernt zeitgemäß zu programmieren und sich zu verbessern oder Code zu produzieren der bei jeder Änderung fehleranfällig ist.
Der Arduino Compiler sollte schon mit GOTOs klar kommen. Aber optimieren wird er den Code wohl nicht großartig.

Es käme mal auf einen Versuch an die selbe Aufgabe einmal mit GOTOs und einmal ohne zu programmieren und dann zum einen festzustellen wie groß die beiden Compilate werden und welche Zykluszeiten sie dann bei der Ausführung haben.

1993 habe ich das mal für ein IBM S360 System mit Assembler, COBOL und APL2 gemacht. War interessant.

[HaWe]

goto ist nicht mehr und nicht weniger zeitgemäß als switch/case oder if/else, und auch eine Zeitreise durch die Historie seit Adam und Eva in der Geschichte der Computer führt hier nicht wirklich weiter (wir reden schließlich von C und C++ jetzt und hier im Allgemeinen und bei Arduino im Besonderen, und nicht von Algol oder Cobol oder Fortran von anno einundleipzig). Die Verwendung ist sowohl reine Geschmackssache als auch abhängig von den individuellen Anforderungen im Programm, um unnötig komplizierte if/else/switch/case Verschachtelungen zu umgehen, und jedem Programmierer ist es selbstverständlich erlaubt, alle Befehle zu verwenden, die die Programmiersprache hergibt. Alles andere ist unsinniges und unzulässig verallgemeinerndes Geschwätz und eine ziemlich arrogante Bevormundung, die allesamt zu nichts führen, und wenn man hier auch hundert mal etwas anderes behauptet, wird es dadurch nicht richtiger.

[fredyxx]

Es ist mir sowieso ein Rätsel, weshalb die Frage eines Hobbyprogrammierers zu solchen Grundsatzdikussionen führt. Das erlebe ich nun schon zum zweiten Mal und kann doch wohl nicht Sinn des Forums an dieser Stelle sein.

Außerdem schreckt es den Leser ab, weiter zu lesen, der sich vielleicht nur für die Ursache des Fehlers interessiert.

vF

fredyxx

[Mxt]

Es ist mir sowieso ein Rätsel, weshalb die Frage eines Hobbyprogrammierers zu solchen Grundsatzdikussionen führt. Das erlebe ich nun schon zum zweiten Mal und kann doch wohl nicht Sinn des Forums an dieser Stelle sein.

Außerdem schreckt es den Leser ab, weiter zu lesen, der sich vielleicht nur für die Ursache des Fehlers interessiert.

Ja, das ist unschön für den Ratsuchenden.

Aber da kann man nichts machen. Soziales Internet funktioniert heute nun mal "postfaktisch". Es gibt nur die Wahrheit der am meisten geäußerten Behauptung.
(HaWe wird gleich zustimmen in dem er widerspricht.)

Aber so ein Thread entwickelt sich natürlich aus der Frage und da bist du nicht ganz unschuldig. Du fragst

Ich Suche aber nach einer Möglichkeit, durch einen Interrrupt, der auf eine Veränderung einer Variablen reagiert und die Position im Programm ausgibt, die genaue Stelle im Programm zu finden.

Das führt natürlich in Richtung Debugger. Also antworten erfahrene Leute in dieser Richtung. Erfahrene Leute stören sich natürlich am goto, weil sie damit schon genug Ärger hatten.

Damit werden ihre Antworten aber automatisch falsch. Weil sie auf Erfahrung basieren und damit nicht die Meinung anderer repräsentieren. Durch die Frage geleitet hat man ja auch kaum die Möglichkeit Zeit auf einfache Dinge wie LED und Taster hinzuweisen. Die gehören dann zur Argumention der wahren Wissenden.

[HaWe]

keine Einwände, Euer Ehren.