Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
start [2019/07/14 16:18] – [Vorwort] huwistart [2023/12/12 13:53] (aktuell) – [Aktuelle Hinweise] huwi
Zeile 1: Zeile 1:
 +{{ :transparent_logo_sisy.png?nolink&150|}}
  
 +====== Aktuelle Hinweise ======
 +  * Die neue SiSy Version ist da. [[https://shop.mymcu.de/index.php?sp=artlist_suche.sp.php&artSearch=Update|>>> Jetzt auf die Version 3.8x updaten!]]
 +  * Online-Seminare [[https://shop.myavr.de/index.php?sp=schulungen.sp.php&page=4|>>> Jetzt anmelden!]]  
 +  * noch im Aufbau aber hier schon mal der Wegweiser: [[http://www.embedded-low-code.de/]]
  
-====== aktueller Hinweis ====== +<html> 
-[[http://www.mesconf.de|MESCONF 2019, The Modeling Conference am 12. und 13. September bei Infineon in München.]]+<iframe width="560" height="315" src="https://www.youtube.com/embed/hntgpJcLcyU?si=gl6nNbTOp4BpU37M" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" allowfullscreen></iframe> 
 +</html>
  
------------------------------------------------- 
  
 ====== Vorwort ====== ====== Vorwort ======
Zeile 12: Zeile 17:
  
 //Viel Spaß mit diesem kleinen Tutorial!// //Viel Spaß mit diesem kleinen Tutorial!//
 +
 +**Beachten Sie:** Dieses Tutorial basiert auf dem PEC Framework (Portable Embedded Classes). Aktuell wird das Framework nicht mehr als Bibliothek für Zeilen-orientierte Programmierung ausgerollt. Alle aktuellen Entwicklungen erfolgen in der Modellierungssprache UML. Dazu finden Sie mehr unter [[http://www.avr-uml.de]]
  
  
Zeile 18: Zeile 25:
 Die Objektorientierung ist ursprünglich angetreten, das Programmieren einfacher zu machen. Praktisch erscheinen jedoch objektorientierte Sprachen für viele eher als Hürde nicht als  Erleichterung. Das muss aber nicht so sein. Assembler und C sind nicht wirklich einfacher als C++. Bilden Sie sich zu folgenden Codeausschnitten selbst Ihre Meinung. Die Objektorientierung ist ursprünglich angetreten, das Programmieren einfacher zu machen. Praktisch erscheinen jedoch objektorientierte Sprachen für viele eher als Hürde nicht als  Erleichterung. Das muss aber nicht so sein. Assembler und C sind nicht wirklich einfacher als C++. Bilden Sie sich zu folgenden Codeausschnitten selbst Ihre Meinung.
  
->>><code cpp>+><code cpp>
 // offizieller AVR C Standard /////////////////////////////////////// // offizieller AVR C Standard ///////////////////////////////////////
 if (!(PIND&(1<<PD2))) if (!(PIND&(1<<PD2)))
Zeile 34: Zeile 41:
 Ich glaube, dieses kleine Beispiel zeigt deutlich, dass eine objektorientierte Vorgehensweise und Programmierung zu wesentlich verständlicherem Code führen kann. Man könnte auch sagen, das man das Ziel der Objektorientierung erreicht hat, wenn der Programmcode sich wie Klartext lesen lässt. Dieser These stehen meist typische Bedenken gegenüber, wie in etwa: Ist denn objektorientierte Programmierung auf Mikrocontrollern überhaupt möglich und sinnvoll? Frisst das nicht zu viel Ressourcen? Ist Objektorientierung für diesen Anwendungsbereich nicht zu abstrakt? Die Diskussion für oder gegen den Einsatz objektorientierter Sprachen auf Mikrocontrollern soll an einer anderen Stelle erfolgen (zum Beispiel: [[http://myavr.info/myForum/viewforum.php?f=6|hier]]). Wir wollen uns von den Bedenkenträgern nicht abhalten lassen. Vor allem auch, weil die Zeit rasend schnell für die Objektorientierung arbeitet. Zuerst gilt es die Vorrausetzungen für die Arbeit zu schaffen. Ich glaube, dieses kleine Beispiel zeigt deutlich, dass eine objektorientierte Vorgehensweise und Programmierung zu wesentlich verständlicherem Code führen kann. Man könnte auch sagen, das man das Ziel der Objektorientierung erreicht hat, wenn der Programmcode sich wie Klartext lesen lässt. Dieser These stehen meist typische Bedenken gegenüber, wie in etwa: Ist denn objektorientierte Programmierung auf Mikrocontrollern überhaupt möglich und sinnvoll? Frisst das nicht zu viel Ressourcen? Ist Objektorientierung für diesen Anwendungsbereich nicht zu abstrakt? Die Diskussion für oder gegen den Einsatz objektorientierter Sprachen auf Mikrocontrollern soll an einer anderen Stelle erfolgen (zum Beispiel: [[http://myavr.info/myForum/viewforum.php?f=6|hier]]). Wir wollen uns von den Bedenkenträgern nicht abhalten lassen. Vor allem auch, weil die Zeit rasend schnell für die Objektorientierung arbeitet. Zuerst gilt es die Vorrausetzungen für die Arbeit zu schaffen.
  
->>> **„Jede neue Sprache ist wie ein offenes Fenster,\\ +> **„Jede neue Sprache ist wie ein offenes Fenster,\\ 
     das einen neuen Ausblick auf die Welt eröffnet\\      das einen neuen Ausblick auf die Welt eröffnet\\ 
     und die Lebensauffassung weitet.“**\\ <sup>Frank Harris (1856-1931), amerikanischer Schriftsteller</sup>     und die Lebensauffassung weitet.“**\\ <sup>Frank Harris (1856-1931), amerikanischer Schriftsteller</sup>
Zeile 69: Zeile 76:
   * [[http://www.avr-uml.de|AVR UML Tutorial]]   * [[http://www.avr-uml.de|AVR UML Tutorial]]
   * [[http://www.mystm32.de/|mit 32 Bit ARM Controllern weiter machen]]   * [[http://www.mystm32.de/|mit 32 Bit ARM Controllern weiter machen]]
 +
 +\\
 +//Wir unterstützen das [[http://mdse-manifest.org/|"Manifest - Modeling of Embedded Systems"]] mit unseren Unterschriften. [[http://mdse-manifest.org/sign/|Machen Sie mit!]]//
 +