Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung		 Vorhergehende Überarbeitung
microcontrollertechnik:tipps_fuers_programmieren [2020/05/25 14:14] – [Software System Design] tfischermicrocontrollertechnik:tipps_fuers_programmieren [2025/05/19 18:42] (aktuell) – [Häufige Fehler und Debugging] mexleadmin
Zeile 1: Zeile 1:
 ====== Tipps fürs Programmieren ====== ====== Tipps fürs Programmieren ======
 +
 +  * Sofern es sich um eine Aufgabe mit Hardware-Software-Co-Design handelt, kann mit der Erstellung der Software bzw. der Softwaresystem-Entwicklung bereits parallel zur Schaltplan-Erstellung bzw. direkt danach begonnen werden.
 +  * Machen Sie sich dazu zunächst Gedanken,
 +      * **was**  die Software tun muss (übergeordnete Tätigkeiten),
 +      * und in **welcher Abfolge**  sie das tun soll
 +  * Dann können Sie sich überlegen,
 +      * wie diese einzelnen Tätigkeiten **C-Funktionen**  zugeordnet werden können,
 +      * wie die C-Funktionen voneinander abhängen,
 +      * welche Schnittstellen die C-Funktionen untereinander benötigen, (Datentyp, Wertebereich, Name)
 +  * **Erst dann sollten Sie überlegen wie der Code aussieht**. Hier hilft ein Blick in die Datenblätter und Application Notes der µController und Chips. Dort sind nicht selten Algorithmen oder Codeschnipsel vorgegeben.
  
 ===== Software System Design ===== ===== Software System Design =====
 Falls Sie noch nicht wissen, wie die Software oder die zu verwende Hardware genau genutzt wird, sollten folgende Tipps helfen:  Falls Sie noch nicht wissen, wie die Software oder die zu verwende Hardware genau genutzt wird, sollten folgende Tipps helfen: 
-    * Suchen Sie die Komponente nicht (nur) auf deutsch. Die Ergebnisse vermehren sich um ein Vielfaches, wenn in Englisch gesucht wird. Zurt Übersetzung empfiehlt sich [[https://www.linguee.de/|Linguee]].+    * Suchen Sie die Komponente nicht (nur) auf deutsch. Die Ergebnisse vermehren sich um ein Vielfaches, wenn in Englisch gesucht wird. Zur Übersetzung empfiehlt sich [[https://www.linguee.de/|Linguee]].
     * Nutzen Sie auch die Bildersuche, wenn Sie den genauen Begriff nicht kennen.     * Nutzen Sie auch die Bildersuche, wenn Sie den genauen Begriff nicht kennen.
     * Bei unklaren Begriffen, bieten sich auch folgende Suchworte an: // ''Arduino'' + <englische Übersetzung von dem "Ding" was gesucht wird> + ggf. ''Project''//. Alternativ bietet sich statt Arduino auch ''AVR'' oder ''Atmel'' an. Für C-Code kann ein ''"c code"'' zusätzlich gesucht werden. Code liegt häufig auf Github, entsprechend kann sich in Google ein Hinzufügen von ''site:github.com'' empfehlen.     * Bei unklaren Begriffen, bieten sich auch folgende Suchworte an: // ''Arduino'' + <englische Übersetzung von dem "Ding" was gesucht wird> + ggf. ''Project''//. Alternativ bietet sich statt Arduino auch ''AVR'' oder ''Atmel'' an. Für C-Code kann ein ''"c code"'' zusätzlich gesucht werden. Code liegt häufig auf Github, entsprechend kann sich in Google ein Hinzufügen von ''site:github.com'' empfehlen.
Zeile 13: Zeile 23:
 ===== Häufige Fehler und Debugging ===== ===== Häufige Fehler und Debugging =====
  
-  * Tipps zum Debugging und zu häufigen Fehlern finden sich bei den [[elektronik_labor:tipps_fuer_die_fehlersuche|Tipps für die Fehlersuche (Elektronik-Labor)]].+  * Tipps zum Debugging und zu häufigen Fehlern finden sich bei den [[microcontrollertechnik:tipps_fuer_die_fehlersuche|Tipps für die Fehlersuche]].
   * Versuchen Sie möglichst nach jeder kleinen Änderung Ihr Programm zu testen. Wenn Sie drei Punkte ändern und dann erst testen, dann wissen Sie nicht, an welcher Änderung es liegt!      * Versuchen Sie möglichst nach jeder kleinen Änderung Ihr Programm zu testen. Wenn Sie drei Punkte ändern und dann erst testen, dann wissen Sie nicht, an welcher Änderung es liegt!   
-  *{{ ::presentation-twenty-five_most-common_mistakes.pdf |Die 25 häufigsten Fehler beim Programmieren }} oder als {{ ::10.1.1.113.6245.pdf |Paper}} und weitere {{ ::koopman11_escsv_handouts.pdf |41 häufige Fehler}}+  *{{ microcontrollertechnik:presentation-twenty-five_most-common_mistakes.pdf |Die 25 häufigsten Fehler beim Programmieren }} oder als {{ microcontrollertechnik:10.1.1.113.6245.pdf |Paper}} und weitere {{ microcontrollertechnik:koopman11_escsv_handouts.pdf |41 häufige Feh 
 +ler}}
  
 ===== Allgemeines ===== ===== Allgemeines =====
   * Eine schöne Einführung in die Embedded Softwareentwicklung ist im Buch [[https://link.springer.com/content/pdf/10.1007%2F978-3-658-18386-8.pdf|Sensornetzwerke in Theorie und Praxis - Embedded Systems-Projekte erfolgreich realisieren]] von Kollegen Meroth und Sora zu finden. Dort wird der Einstieg in das Feld die (in Hardware) eingebettete Softwareentwicklung erklärt. Aus dem Hochschulnetz bzw. mit VPN können Sie dieses direkt bei Springer Link betrachten. Eine andere schöne Einführung findet sich auf [[https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial|Mikrocontroller.net]].   * Eine schöne Einführung in die Embedded Softwareentwicklung ist im Buch [[https://link.springer.com/content/pdf/10.1007%2F978-3-658-18386-8.pdf|Sensornetzwerke in Theorie und Praxis - Embedded Systems-Projekte erfolgreich realisieren]] von Kollegen Meroth und Sora zu finden. Dort wird der Einstieg in das Feld die (in Hardware) eingebettete Softwareentwicklung erklärt. Aus dem Hochschulnetz bzw. mit VPN können Sie dieses direkt bei Springer Link betrachten. Eine andere schöne Einführung findet sich auf [[https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial|Mikrocontroller.net]].
-  * Zum Programmieren muss die Hardware noch nicht vollständig sein. Wenn Sie einen Mikrocontroller der ATmega Familie nutzen wollen, so können Sie z.B. mit dem MiniMEXLE bereits Software entwickeln und testen.+  * Zum Programmieren muss die Hardware noch nicht vollständig sein. Wenn Sie einen Mikrocontroller der ATmega Familie nutzen wollen, so können Sie z.B. mit dem MiniMEXLE, MEXLE2020 oder Simulide bereits Software entwickeln und testen.
   * Tipps für die {{ :doc8453.pdf |Programmierung von ATMEL Chips}}   * Tipps für die {{ :doc8453.pdf |Programmierung von ATMEL Chips}}
   * Falls Sie lange Tabellen benötigen, sollten Sie die Daten im Programmspeicher (EEPROM) und nicht im Datenspeicher (SRAM) ablegen. In der Regel ist der Programmspeicher um den Faktor 5..10 größer   * Falls Sie lange Tabellen benötigen, sollten Sie die Daten im Programmspeicher (EEPROM) und nicht im Datenspeicher (SRAM) ablegen. In der Regel ist der Programmspeicher um den Faktor 5..10 größer
Zeile 33: Zeile 44:
  
 ===== Programmierung des ST7565 im Display ERC 128 64 - 1 ===== ===== Programmierung des ST7565 im Display ERC 128 64 - 1 =====
-  * Das Display {{ ::erc12864-1.pdf |ERC 128 64 - 1}} mit 128 Pixel in x-Richtung und 64 in y-Richtung ist in 8x8 Teile unterteilt. Die 8x8 Pixel werden auch Page genannt. In Sotware sind 132x65 Pixel ansprechbar - die Ausgabe ist aber nur auf 128x64 Pixel. +  * Das Display {{ laborausstattung:erc12864-1.pdf |ERC 128 64 - 1}} mit 128 Pixel in x-Richtung und 64 in y-Richtung ist in 8x8 Teile unterteilt. Die 8x8 Pixel werden auch Page genannt. In Sotware sind 132x65 Pixel ansprechbar - die Ausgabe ist aber nur auf 128x64 Pixel. 
-  * Je 8bit vertikal sind im {{ ::st7565.pdf |ST7565}} in einem Byte gespeichert.+  * Je 8bit vertikal sind im {{ grundlagen_der_digitaltechnik:st7565.pdf |ST7565}} in einem Byte gespeichert.
   * Die Kommandos, welche über SPI genutzt werden können, sind im Datasheet beschrieben.    * Die Kommandos, welche über SPI genutzt werden können, sind im Datasheet beschrieben. 
   * Über SPI kann nur auf das Display geschrieben werden. Ein Lesen ist nicht möglich.    * Über SPI kann nur auf das Display geschrieben werden. Ein Lesen ist nicht möglich. 
Zeile 47: Zeile 58:
   * Für eine zeitkritische Ausgabe von aufeinanderfolgenden Bits (z.B. für die Ansteuerung von [[elektronik_labor:hardware_fuer_schaltungserstellung|intelligenten LEDs]]) müssen unbedingt Interrupts genutzt werden. Es lohnt sich zusätzlich auf __USART__ zurückzugreifen. Bei USART werden die zu versendenden Daten zunächst ins UDRn Register gegeben und dann in das Shiftregister übertragen.    * Für eine zeitkritische Ausgabe von aufeinanderfolgenden Bits (z.B. für die Ansteuerung von [[elektronik_labor:hardware_fuer_schaltungserstellung|intelligenten LEDs]]) müssen unbedingt Interrupts genutzt werden. Es lohnt sich zusätzlich auf __USART__ zurückzugreifen. Bei USART werden die zu versendenden Daten zunächst ins UDRn Register gegeben und dann in das Shiftregister übertragen. 
   * Falls Sie einen externen Oszillator oder Quarz benutzen, werden zwei Ports dafür verwendet (Ports XTAL = "Crystal"). Wenn Sie diese Ports per DDR versehentlich zu einem Ausgang definieren, hat der Chip keinen Takt mehr. Das heißt diese Portzuweisung ist das letzte was der Chip macht... Es ist danach nur noch per Debuggerschnittstelle möglich diesen wieder zu beleben.   * Falls Sie einen externen Oszillator oder Quarz benutzen, werden zwei Ports dafür verwendet (Ports XTAL = "Crystal"). Wenn Sie diese Ports per DDR versehentlich zu einem Ausgang definieren, hat der Chip keinen Takt mehr. Das heißt diese Portzuweisung ist das letzte was der Chip macht... Es ist danach nur noch per Debuggerschnittstelle möglich diesen wieder zu beleben.
 +
 +====== Simulide ======
 +===== Schrittmotortreiber =====
 +
 +Verschiedene Schrittmotortreiber bzw. Steppermotor Driver (wie z.B. [[https://www.ti.com/lit/ds/symlink/drv8825.pdf|DRV8825]]) ermöglichen durch die Angabe der Richtung und ein Takten des STEP Pins das Antreiben eines Schrittmotors. Solche Treiber sind in Simulide nicht verfügbar.
 +Folgende Simulation ermöglicht aber zumindest die Nachbildung 
 +{{microcontrollertechnik:stepper.rar}}
 +
 +
 +
 +