Programmieren jeder hats anders gelernt

[SlyD]

Bei einem µC oder Model-Bot fehlt einem die einfache Möglichkeit Zwischenergebnisse auszugeben.

Das stimmt so natürlich nicht. Man hat ja (meistens) eine serielle Schnittstelle zur Verfügung über die man alles mögliche ausgeben und empfangen kann.
Mehr als ein printf() braucht man für einfache Programme nicht.
Zum Programmieren üben muss der Roboter auch zunächst nicht unbedingt umherfahren - später dann erstmal zum debuggen per langem Kabel an der Leine halten und erst wenn alles klappt ganz freilassen
(oder die Daten per Funk / Infrarot übertragen... )


MfG,
SlyD

[PICture]

Hallo!

Mein ausprobiertes Vorschlag wäre ein kleines LCD Zeichendisplay (z.B. http://www.pollin.de/shop/dt/NDU0OTc...MC16223SG.html ) der an 2 freie Pins vom µC angeschlossen ist und Werte aus 16 im Programm gewählten Register ständig zeigt (siehe dazu: https://www.roboternetz.de/phpBB2/viewtopic.php?t=13685 ).

Bei z.B. 2,4 V Versorgungsspannung sind noch Spannungsverdoppler mit ICL7660 und zwei 10 µF Elkos notwendig (siehe dazu: https://www.roboternetz.de/community/...p-Tricks/page3 ).

Übrigens, momentan überlege ich Verwendung von s/w Handy-Displays, die schon seriell und mit ca. 2,5 V arbeiten, benötigen aber wegen fehlenden Zeichengenerator mehr Software.

[Vitis]

Das A und O bei der Programmierung ist vorausgehend die Analyse der Aufgabenstellung, Zerlegung in Einzelschritte und Strukturierung. Es ist da auch keine Schande ein Blatt Papier zu Hilfe zu nehmen (geht eh schneller als diese Mindmap-Programme etc.).
Hat man die Aufgabenstellung verstanden und strukturiert braucht man praktisch nur die Struktur in die jeweilige Programmiersprache übersetzen, welche das ist, ist im Prinzip Wurst. Habe ebenfalls mit C64 Basic 2.0 und Handbuch angefangen ... POKE 53280,0
Heute Bascom, PHP, Java-Script, VB6, Java ...

[PICture]

Hallo!

Genau !

Ich gebe zu, dass ich ohne Programablaufdiagramm (PAD) ("flow chart") kein effizientes Programm erstellen kann (hoffentlich nicht nur wegen Alterschwäche).

[danimath]

Ich gebe zu, dass ich ohne Programablaufdiagramm (PAD) kein effizientes Programm erstellen kann (hoffentlich nicht nur wegen Alterschwäche).

Geht mir auch so - selbst im Beruf. Die Sachen, die ich "mal eben so" zusammenstokele, verstehe ich oft nach einem halben Jahr nicht mehr, selbst wenn ich ein paar Kommentare dazuschreibe; aber mit 'nem PAP im Ordner ist das dann viel einfacher. Angefangen zu programmieren habe ich mit FORTRAN (kennt das noch jemand? ) C habe ich mir im Job mal reinprügeln müssen, und dabei habe ich viel über Computer gelernt. Deshalb ist meine Empfehlung: so schnell wie möglich in C einsteigen (oder Assembler, wenn man es härter mag )

viele Grüße
Andreas

[PICture]

Der PAD ist für mich von Programmiersprachen unabhängig. Früher habe ich oft geplannte zeitaufwendige bei Erstellung ASM Programme für PC's auf die schnelle auf Funktionsfehler mit QBASIC getestet. Am liebsten waren für mich immer Hochsprachen mit implementierten Funktionen in ASM, weil ich beruflich nur Hardware entwickelt habe,

Ausserdem, ausser wenigen Namen von Unterprogrammen, schreibe ich im Quellcode keine Kommentare mehr und trotzdem weiss ich, dank PAD's, soger nach Jahren, was das Programm macht und kann ich es immer nach Wunsch beliebig ändern.

[danimath]

Ausserdem, ausser wenigen Namen von Unterprogrammen, schreibe ich im Quellcode keine Kommentare mehr und trotzdem weiss ich soger nach Jahren, was das Programm macht und kann ich es immer nach Wunsch beliebig ändern.

Neid! Liegt das am Altersvorsprung? Mal sehen wie es in acht Jahren ist

viele Grüße
Andreas

[Richard]

Der PAD ist für mich von Programmiersprachen unabhängig.

Das ist für die Vorbereitung eines Programms auch nicht nötig, dort reicht http://de.wikipedia.org/w/index.php?...20050601154534 voll aus. Mit welchem Programm(e) das letztendlich realisiert wird entscheidet letztendlich (auch) die vorhandene Hartware b.z.w. dessen Leistungsfähigkeit.

Gruß Richard