Druckbare Version
Hallo zusammen,
ich will von Bascom auf C umsteigen. Mein erstes Hindernis ist folgendes:
In Bascom gibts ein Terminal, wenn ich im Simulator irgend etwas mit "Print" ausgebe, erscheint es in eben diesem Terminal.
Ich möchte für C nun das AVR Studio nutzen, Bücher sind da und viele Tutorials ebenfalls zum "abarbeiten".
Nur, wie kann ich im AVR Studio ein Terminal Fenster öffnen, damit mir z.B. auch die "printf" Anweisungen angezeigt werden
beim simulieren ?
Danke euch.
Gruß
Blue72
Hi,
ich glaube AVR Studio hat sowas nicht. Aber ich würde dir eh empfehlen lieber ein eigenständiges Terminalprogramm wie TeraTerm zu installieren.
Alternativ hat auch Windows ein Terminalprogramm. Das nennt sich dann HyperTerm.
Danke Dir,
hast Du auch eine idee wie ich das ins AVR Studio einbinden könnte ? Noch bin ich für alles offen, es muss auch nicht das AVR Studio sein.
Wenn es einen anderen guten Compiler gibt, würde ich auch diesen nehmen.
Für AVRStudio 5 gibt es bei den Extensions einen Terminal-Emulator. Keine Ahnung ob der gut oder schlecht ist. Ansonsten Hterm, putty oder terraterm nutzen. Funktionen wie printf kann man auch nutzen. Einmal google bemühen liefert das hier.
QUOTE=ePyx;547804
> Funktionen wie printf kann man auch nutzen. Einmal google bemühen liefert das hier.
Was aber keine transparente Verwendung von printf darstellt. Wird printf verwendet, landet die Ausgabe damit immer noch im Nirvana.
Für printf-Verwendung ist schon was mehr notwendig.
In dem Link werden spezielle Ausgabefunktionen wie lcd_printf verwendet; wiklich kein Kunststück.
Also mir geht es in erster Linie darum, Code wie diesen hier:
einfach auch optisch anzuzeigen, da ich bei C wirklich bei absolut 0 anfange.Code:// kap002/aufgabe001.c
#include <stdio.h>
int Main(void) {
printf('Ei-Pod\n');
return 0
}
Zum Lernen von C und auch von anderen Programmiersprachen eignet sich ein PC wesentlich besser als ein kleiner, resourcenschwacher C ohne Betrienssystem und Standardumgebung.
Man muss ja nich gleich mehrere Baustellen gleichzeitig aufmachen...
Obiges Programm kannst du zb auf einem PC, und nach Behebung der mindestens 5 Tippfehler, übersetzen mit
$ gcc aufgabe001.c -o aufgabe001.exe
und das Programm dann ausführen mit
$ aufgabe001.exe
Was du also mindestens brauchst ist ein Compiler, und GCC leistet da sehr gute Dienste. Vorteil ist, daß gcc überall gleich tickt, und ein avr-gcc sich fast genauso verhält wie ein gcc — mit dem Unterschied, daß er keinen Code für den PC erzeugt, sondern eben für einen AVR.
Eine einfache Möglichkeit, sich gcc zu installieren, ist etwa mittels Code::Blocks. Das ist zwar eine komplette IDE, aber ob du die IDE samt Debugger, Editor etc. einsetzt oder gcc per Makefile oder wie auch immer verwendest, bleibt natürlich dir überlassen.
http://www.codeblocks.org/
Falls dir Code::Blocks zu klotzig ist, geht's hier weiter:
http://www.mingw.org/
Hallo SprinterSB,
vielen Dank für Deine ausführliche Hilfe, da werd ich doch gleich mal ein bisschen stöbern.
Tjaha, den Code habe ich aus dem Buch, da gibt es Aufgaben und Listings. Ich habe versehentlich die Aufgabe kopiert anstelle des Listings ;-)
Diese Komfortfunktion von Bascom gibt's in C so nicht.Zitat:
Zitat von Blue72
Was Du machen kannst, um z.B. die Ausgabe von printf im AVR-Studio4 zu überprüfen, ist einen Data Breakpoint auf das UDR Deiner Wahl zu setzen und zwar auf die Basis-Adresse.
Bei einem ATMega16 ist das für das einzige UART die Adresse 0x0C, der Breakpoint muss also lauten:
Per F5 kannst Du durch die einzelnen ausgegebenen Zeichen durchgehen.Zitat:
Break when: Location is accessed
Location: IO@0x2C
Unter AVR-Studio4 gibt's auch noch unter Debug-->AVR Simulator Options-->Stimuli and logging die Möglichkeit Änderungen auf einem bestimmten Port zu registrieren, diese anzuzeigen und in ein File zu loggen.
Wenn Du nun stdout umleiten würdest: Die_Nutzung_von_sprintf_und_printf und dort die Zeichenausgabefunktion änderst, d.h. statt das UART auf den Port ausgibst,
dann siehst Du das Ausgegebene (bei Output-->To screen) und kannst es auch in eine Datei schreiben, zwar nur in Dezimal ASCII, aber immerhin.Code:int uart_putchar( char c, FILE *stream )
{
PORTA = c;
return 0;
}
Nachtrag:
Gerade bemerkt, AVR-Studio4 merkt sich das Logging nicht in den Projekteinstellungen, das muss also nach jedem Start des Studios neu eingetragen werden.
Und schreib' Anführungszeichen statt Hochkomma, sonst wird das nix:
Code:printf('Ei-Pod\n');
Hallo MWS,
Deine Antworten habe ich schon in einem anderen Forum stark vermisst :-)
Danke dafür. Ich werde das jetzt alles mal ausprobieren womit ich am besten klarkomme.
Die Sache mit den Anführungszeichen war eine Aufgabe aus dem Lehrbuch, da habe ich anstelle des Lsitings
die Aufgabe herauskopiert ;-)
Gruß
Blue72
Die im printf-Artikel von mikrocontroller.net beschriebene Methode einen eigenen Stream zu definieren funktioniert zwar, aber da es im Artikel selbst anscheinend nirgends erwähnt wird, möchte ich an dieser Stelle darauf hinweisen daß das kein portabler C-Code ist.
Das verwendete Makro "FDEV_SETUP_STREAM()" ist eine compiler- oder sogar plattformspezifische Erweiterung (soweit ich weiss gibt es das nicht im "normalen" GCC). Wenn man dieses Feature verwendet wird der geschriebene Code also mit keinem anderen Compiler und für kein anderes Zielsystem kompilierbar sein. Und im Gegensatz zu anderen plattformspezifischen Erweiterungen wie z.B. PROGMEM, ist dieses Makro in der stdio.h definiert, also scheint es auf den ersten Blick so als wäre es Teil des C Standards.
Das dürfte zwar für die meisten Hobbybastler nicht so wichtig sein, aber ich denke man sollte zumindest wissen worauf man sich einlässt.
Ja, ich hatte eine Inkompatibilität meiner Person zu zweien der Mods festgestellt, was mich schließlich dazu bewegte meine Mod-Tätigkeit niederzulegen.Zitat:
Zitat von Blue72
Per Tabellenblatt, z.B. per Openoffice lässt sich die Logdatei relativ einfach in Klartext umwandeln =ZEICHEN(HEXINDEZ(Zelle_X)), aber unbequemer ist's sicher immer noch.Zitat:
Danke dafür. Ich werde das jetzt alles mal ausprobieren womit ich am besten klarkomme.
Da gewöhnt man sich aber einfach dran.
Überleg' Dir mal, wieviel Code, der z.B. auf die Spezifikationen eines AVR abgestimmt ist, noch auf Prozessoren eines anderen Herstellers läuft.Zitat:
Zitat von Felix G
Da ist auch nicht mehr viel portabel.
Da sich noch ein altes Delphi5 auf dem Rechner rumgetrieben hat, bin ich in alte Pascal-Gründe gestiegen.
Auf Basis der Logging-Ausgabe über AVR-Studio 4 und der Umleitung der printf-Ausgabe auf einen Port kam ein virtuelles Ausgabe-Terminal raus, Eingabe ist natürlich nicht zu machen.
Man kann sich das printf-Ergebnis anschauen, das mag aber manchmal schon reichen.
Die Funktionsweise ist einfach, die vom AVR-Studio erzeugte Ausgabedatei wird alle 100ms gepollt und auf Größenveränderung geprüft, kam was dazu, wird's übersetzt und ausgegeben.
Leider vergisst AVR-Studio die Simulatoroptionen mitzuspeichern, das ist ein wenig lästig, da man bei jeder Debugsession das Logging in die Ausgabedatei wieder erneut setzen muss.
Aber man kann nicht alles haben...
Falls Interesse besteht, würde ich die Delphi5-Sourcen bereitstellen, dann kann sich das jeder selbst zusammenbauen oder ändern.
Hallo,
ich war mit meinen ersten Gehversuchen mit dem ATmega8 nicht nur an der Ausgabe an den PC in C und mit dem AVR-Studio gescheitert. Da hab ich mich hieran versucht: http://www.avr-cpp.de. Weil ich vorher schon ein bisschen was in JAVA gemacht hatte gefiel mir das ausgesprochen gut. Und siehe da, sowas wie ne Ausgabe an ein Terminal ging mit einem mal ganz easy :-) der Code für das "Hallo Ei-Pot" sieht dann so aus:
Dieses SiSy das es da zum download gibt bring ein Terminalprogramm gleich mit.Code:Uart terminal;
...
terminal.config(9600);
...
terminal.sendString("Hallo Ei-Pod");
...
Gruß Jahat
Das muss man auch erst mal zusammenbringen.Zitat:
Zitat von jahat
Dass Du evtl. am Thema vorbei bist, hast Du schon gemerkt ?Zitat:
Und siehe da, sowas wie ne Ausgabe an ein Terminal ging mit einem mal ganz easy
Außer Du kannst etwas dazu sagen, ob das von Dir beschriebene Programm in der Simulation eine Ausgabe auf ein virtuelles Terminal zusammenbringt.
Der Code sieht im Übrigen ähnlich nach Lego(tm)-Programmierung wie das Arduino-Zeugs aus. Nur warum sollte man dafür bezahlen, wenn's für Arduino umsonst ist ?
Sorry, hatte zu oberflächlich gelesen und die Problemstellung Simulator total verdrängt. :rolleyes:Zitat:
Zitat von Blue72
Der Code ist soweit ich verstanden habe einfach nur C++ ohne irgendwelches dran und drum und wird mit dem ganz normalen GCC übersetzt... hier noch mal zum gucken
Code:////////////////////////////////////////////////////////////////
// Beispiel Hallo EiEiEi-Pod
////////////////////////////////////////////////////////////////
class Application : public Controller
{
protected: Uart terminal;
public: void onStart()
{
terminal.config(9600);
}
public: void onWork()
{
terminal.sendString("Hallo EiEiEi-Pod\n");
waitMs(1000);
}
} app;
Und übrigens hat der download mich nix gekostet nur der light Bausatz für die Hardware hier oben aus der Werbung für 12 Teuro oder so :)
Gruß Jahat,
so und jetzt ist der NOOB lieber ganz stille :/
Hallo Leute,
lang lang ist´s her .... allerdings wird es jetzt akut, da ich C nun auch beruflich benötige.
Ich habe jetzt von Microsoft Viasual C++ so eingerichtet, das ich alle auf die interne Konsole ausgeben kann.
Zudem habe ich mir von Keil µVison4 installiert, welches bereits ein Terminal mitbringt.
Zum ersten lernen habe ich die "C Bibel" bekommen und bin dabei diese durchzuarbeiten.
Kennt jemand vernünftige C Kurse, welche mit einer Abschlussprüfung etc. Anerkannt sind ?
Die Kosten sind erst einmal egal. Ich hatte mir einen Kurs bei der SGD herausgesucht (Microcontroller),
allerdings wird die Sprache "C" dort nur am Rande vermittelt und in festen Blöcken.
Ich finde leider überall nur C++ oder C#. Einen reinen C Kurs habe ich bislang nicht gefunden.