Hallo Leute! Mensch ich bin total verwzeifelt, ich würge immernoch mit Programmers Notepad rum, obwohl mein aktuelles Projekt eigentlich zu komplex ist, um ohne Codevervollständigung,... klar zu kommen. Aber irgendwie fehlt mir das Händchen für IDEs, weder [b]Dev-CPP[/b] noch [b]Code::Blocks[/b] konnte ich dazu überreden erfolgreich mit WinAVR zusammenzuarbeiten. Von Debugging usw. habe ich mich längst verabschiedet, ich will nur mit Komfort coden und kompilieren. Dass die IDEs nichts mit Atmel anfangen können, nun gut, dann musss ebend das orginal Makefile ran und der Schalterkonfort geht flöten... .Aber ich kriege den Buildprozess einfach nicht vernünftig hin. Habt ihr ähnliche Probleme gehabt oder stelle ich mich einfach ein wenig plüschig an? Eclipse funzt bei mir leider nicht.
Wieso mimmste net AVR-Studio? Und was ist an Programmers Notepad verkehrt? Die makefiles sind eigentlich das einzige, womit man sich quälen muss. MfG Mark
Eclipse funktioniert für meine Ansprüche nicht so schlecht. Vielleicht solltest Du versuchen, Eclipse zum laufen zu bringen. Was geht nicht? Klaus
Schau die mal dei IDE von AtmanAVR an, (Für 30 Tage gratis zu testen). Ich arbeite schon seit einiger Zeit damit und finde sie sehr komfortabel, doch leider ist sie nicht ganz gratis. http://www.atmanecl.com/EnglishSite/indexEnglish.htm Aber einen hunderter ist AtmanAVR meiner Meinung allemal wert, dafür kriegst du zwei Lizensen (z.B noch für den Laptop unterwegs) und gratis Updates auf zukünftige Versionen. Mit kleinen Batch-Files arbeitet diese IDE auch prima mit AVRStudio zusammen, z.B. zum debuggen oder proggen. MfG Peter
Ne also ich möchte zu 100% Freeware. Ich meine das was es gibt ist doch ansich toppi, ne AVR GNU Toolchain. Das kann doch nicht so schwer sein, die vernünftig in ne IDE zu integrieren? Was nutzt ihr den noch so für Werkzeuge?
Ich bin selbst auch noch auf der Suche. Am liebsten wäre mir eine IDE, die ich für mehrere Toolchains aufsetzen kann (MinGW, Cygwin, WinAVR, WinARM, GNUARM,...). Und wenn es geht soll es auch unter Windows und Linux die gleiche IDE sein... Gestern habe ich den ganzen Abend mit Eclipse gekämpft und bin immer noch nicht viel weiter. Ich gebe den Versuch noch nicht auf. Alternativen meist in Richtung Borland C++ und MinGW Support sind hier gelistet: Editors & IDEs http://faq.cprogramming.com/cgi-bin/smartfaq.cgi?id=1031248558&answer=1043633846 DevCpp http://www.bloodshed.net/ This is a very popular, open source (delphi) IDE for MinGW. Although DevCpp v5 is currently beta, it is still much more stable and feature rich than the original v4. Jens File Editor http://home.t-online.de/home/Jens.Altmann/jfe_eng.htm Doubles as an IDE text editor. Includes c++ class and c/c++ function viewer. MinGW Studio http://www.parinya.ca/ A free IDE for MinGW that bears more than a passing resemblance to msvc6. Built with wxWindows so both a linux (for gcc) and windows version are available. Relo http://www.fifsoft.com/relo/ An open source ide for bcc 5.5 command line tools and MinGW. SciTE http://scintilla.sourceforge.net/SciTE.html An open source text/source code editor for windows and X. Note that it can be configured as an IDE for Borland's free command line tools. TextPad http://www.textpad.com/ UltraEdit http://www.ultraedit.com/ VIDE http://www.objectcentral.com/vide.htm An open source IDE for both MinGW and Borland's free command line tools. vim http://www.vim.org/ Visual-MinGW http://visual-mingw.sourceforge.net/ Currently in alpha development, Visual-MinGW is a 'minimalist', open source IDE for MinGW built using MinGW. Thanks goes to Ken Fitlike for providing this list.
Hi Visual Studio 6 + Visual Assist + Perl zur Error/Warning-Anpassung an das vom VS erwartete Format. Ich hab vieles probiert aber diese Kombination ist das Beste was mir bisher untergekommen ist (solange man den VS6 Compiler selber nicht verwenden muss denn der ist alles andere als prima) Matthias
Verwende auch Visual Studio, aber die freie express Version. Gibt meiner Meinung nach nichts besseres.
Hi die neueren VS Versionen (nach VS6) sind irgendwie so träge. Selbst auf einem C2D mit 2GB RAM bediehnen sich die Programme irgendwie zäh. Das gleiche Gefühl hab ich auch immer bei Eclipse. Ohne Visual Assist ist Visual Studio allerdings auch nicht so der Bringer. Ich hab leider noch keine kostenlose IDE gesehen die diesen Funktionsumfang bei der Codevervollständigung bietet. Matthias
Naja VS kann ich persönlich nicht viel Abgewinnen, da ich aus der Borland Ecke komme. Die wäre mir auch viel zu groß, da ich x86 ebend mit Delphi/Lazarus entwickle. Codeblocks (www.codeblocks.org) ist als IDE wirklich cool (crossplatform, erweiterbar,wirklich alles einstellbar für den Buildprozess...) aber ich finde dort keine Codevorschläge und die kommt mir wie DevCPP etwas buggy vor. Und außerdem kriege ich halt den AVR-GCC da nicht mit gekoppelt.
Ich habe aber eine komfortable integration schon requested http://developer.berlios.de/feature/?func=detailfeature&feature_id=3413&group_id=5358
> Gestern habe ich den ganzen Abend mit Eclipse gekämpft und bin immer > noch nicht viel weiter. Ich gebe den Versuch noch nicht auf. Und einen Abend später bin ich ein Stück weiter. MinGW unter MSYS habe ich mit Eclipse so weit am laufen, so dass ich kompilieren kann. Beim Debuggen kämpfe ich noch mit dem GDB, der das 'working directory' e:\\elektronik\\workspace\\test nicht mag. Da ich derzeit aus Versehen die alte GDB Version 5.2.1-1 installiert habe, hoffe ich, dass dieses Problem mit dem neueren GDB 6.3-2 verschwindet. Ein Tipp: Es hat mir sehr geholfen ins Makefile bei den Targets all und clean eine Kommandozeile einzufügen, die mir den PATH anzeigt. Mein einfachstes Makefile für ein Standard Make C/C++ Project sieht so aus.
1 | SHELL = /bin/sh |
2 | |
3 | all: |
4 | -export PATH |
5 | -rm main.o main.exe |
6 | gcc -v -g main.c -o main.exe |
7 | |
8 | clean: |
9 | -export PATH |
10 | -rm main.o main.exe |
Im einfachsten Projekt habe ich nur eine Sourcedatei mit dem Namen main.c
1 | #include <stdio.h> |
2 | int main(void) |
3 | {
|
4 | printf("hello world\n"); |
5 | return 0; |
6 | }
|
Eclipse selbst starte ich aus der Shell von MSYS heraus. Dadurch kann ich sicher sein, dass der PATH sauber definiert ist.
1 | > export PATH |
2 | > <...pfad zu eclipse...>/eclipse & |
Bei Eclipse kann man für jedes C/C++ Projekt die Environment Variablen unterschiedlich setzen. Man kann damit für jedes Projekt die PATH-Variable so setzen, daß der benötigte Compiler und Utilities gefunden werden. Auch vom Compiler benötigte spezielle Env-Variablen brauchen nur Projekt-spezifisch gesetzt werden. Der Pfad braucht also eigentlich beim Starten von Eclipse nicht zu stimmen. Klaus
Hallo, ich kann einfach nur SourceInsight 3.5 von SourceDynamic empfehlen. Ich arbeite schon seit Jahren damit. Gerade bei "großen" Projekte ist es klasse.
Hoffentlich kann man bei dem SourceInsight die Farben umkonfigurieren, sonst wird man bei diesen Bonbonfarben noch zuckerkrank.
"AVR-Studio ist unkomfortabel und buggy." Kannste mal sehen: Für mich ists endlich DAS Ding... nach PN und DevC++ ... wobei man den AVRDude halt nicht direkt eingebunden kriegt. Aber das geht mit einem kleinen Batchfile auch... F7 drücken: Kompilieren 'TOOLS'->Pgm drücken: Avrdude programmiert Neue Files werden per Mausklick eingeklinkt, Optionen schön grafisch anklicken, kein Makefilegewürge......... geht doch gut, das Ding ;-)
Klaus Falser wrote: > Bei Eclipse kann man für jedes C/C++ Projekt die Environment Variablen > unterschiedlich setzen... Das ist nützlich zu wissen. Wie geschrieben plane ich für mehrere Toolchains ein und dieselbe IDE zu verwenden. Und da kommt der Tipp genau passend.
Stefan B. wrote: > Klaus Falser wrote: > Das ist nützlich zu wissen. Wie geschrieben plane ich für mehrere > Toolchains ein und dieselbe IDE zu verwenden. Und da kommt der Tipp > genau passend. Da ist glaube ich Eclipse die prädestinierte Lösung. Ich arbeite damit täglich auf Arbeit für den MSP430. Klappt sehr gut, wenn man das System einmal begriffen hat.
> Ne also ich möchte zu 100% Freeware. Sicher? > Ich meine das was es gibt ist doch ansich toppi, ne AVR GNU Toolchain. Die ist aber keine "Freeware". > Das kann doch nicht so schwer sein, die vernünftig in ne IDE zu > integrieren? Dann tu das doch, wenn's so einfach ist. > Was nutzt ihr den noch so für Werkzeuge? gvim als Editor, Mundgeblasene Makefiles und eine Shell. Dazu noch insight zu debuggen, damit auch Klickibunti nicht zu kurz kommt.
Ja ich sage ja nicht, das der Linux way (GCC Toolchain, makefiles, Editor) schlecht ist, ich mache ja seit einem Jahr nix anderes. Dennoch würde ich mir einfach mehr Komfort wünschen.
>> Was nutzt ihr den noch so für Werkzeuge? > > gvim als Editor, Mundgeblasene Makefiles und eine Shell. Dazu noch > insight zu debuggen, damit auch Klickibunti nicht zu kurz kommt. Dto. bei mir nur ohne insight. Das braucht nur der, der Fehler macht ;-) (Der wahre Grund ist, dass ich zu faul bin, Tcl/Tk zu installieren)
Es gäbe noch KamAVR: http://www.avrfreaks.net/index.php?module=Freaks%20Tools&func=viewItem&item_id=632 habe ich aber noch nicht getestet.
@Matthias Weißer: Was ist das für ein Perl-Script, zum konvertieren vor Errors+Warnings ins DeveloperStudio-Format? Mit Google habe ich nichts gefunden.
Hi das ist was selbstgeschriebenes. Ist eigentlich super-primitiv. Bei Interesse kann ich das am Dienstag heir rein stellen. Matthias
Das wäre echt prima, danke. Das Script stelle ich mir auch recht einfach vor, aber das Einklinken als post-build etc. könnte knifflig sein. Kommt der Build-Output dann immer noch "live" durchgescrollt, oder erst am Schluss?
Hi ich rufe im Prinzip nur ein Batchfile auf (Batch Projekt im VS6). Das ist einfach. Und ja, der Output scrollt "live" durch wenn auch nicht ganz so flüssigwie in einer Shell. Matthias
@Matthias Weißer: Denkst Du noch dran, kannst Du Dein Skript mal posten, plus wie man es "einhängt"? Danke!
Hi das Perl script hab ich angehängt. Aufgerufen wird das Ganze per Batchfile: [pre] @echo off cd projectpath make | "c:/cygwin/bin/perl" /cygdrive/pathtoscript/gcc2vs6Error.pl [pre] Matthias
@Matthias Weißer: Danke, es funktioniert. Die make-Zeile muss aber noch etwas anders aussehen, damit sowohl stdout und stderr gefiltert werden. Sieht bei mir jetzt so aus: set PERL_PATH=C:\Programme\Developer\Perl\bin\perl.exe set SCRIPT_PATH=c:\Programme\Developer\WinAVR\utils\bin\gcc2vs6Error.pl make 2>&1 | %PERL_PATH% %SCRIPT_PATH% Ich werde aber wohl doch noch eine kleine .exe als Filterprogramm machen, mit dem ganzen Perl-Wahnsinn laden dauert es doch recht lange. Stay tuned... (Und sorry für die Thread-Verunstaltung, ist ja etwas OT)
WinAVR wurde nativ in Code::Blocks eingebaut! http://forums.codeblocks.org/index.php/topic,6065.0.html
Also ich komme von der PC-Seite und liebe Visual Studio. Aber wie kriege das AVR-Programme compiliert ? Im Moment bin ich am wechseln, weil ich auf wxWidgets gehe. Mit Visual Studio habe ich das am Laufen, aber da Code::Blocks auch mit AVR gehen soll, will ich wechseln. So hätte ich immer die gleiche IDE. Wenn man AVR-Progs natürlich auch mit VS übersetzen kann bliebe ich dabei ... Bloß: Wie stellt man das an ? Greets Karlheinz
Hi, also wenn Du Visual Studio 6 meinst: http://hubbard.engr.scu.edu/embedded/avr/msvc_make/msvc_make.html Sinnvoll ist dazu Visual Assist X http://www.wholetomato.com/ Kostet allerdings so ca. 100$ Gruß Frank
Ich senfe auch mal dazu und hab auch gelesen, dass ihr kein Geld zahlen wollt, aber ich hab auch viel ausprobiert am Anfang mit WinAVR und Eclipse und so, alles langsam, mehrere Tools usw. Jetzt hab ich codeVision (gibts auch als Demo, nur Windows) und kann mit Fug und Recht behaupten, dass es in Betracht auf "TTC"="Time To Chip" :) nichts besseres gibt. Ich würde den jederzeit weiterempfehlen. Bye, Chris
Vielleicht ist das folgende von Interesse: Ich verwende schon seit Jahren Textpad. Habe Textpad so konfiguriert dass ich bequem WINARM, WINAVR und CCS Compiler damit aufrufen kann: WINARM clean ( Command: C:\WinARM\utils\bin\make.exe , Parameters: clean ) WINARM Buildall ( Command: C:\WinARM\utils\bin\make.exe , Parameters: all ) WINARM Program ( Command: C:\WinARM\utils\bin\make.exe , Parameters: program ) (Mittels LPC2148 Bootloader via RS232) Der Make File ist von Martin Thomas WINAVR Buildall WINAVR clean CCS PIC PCM Parameters: $File +FM +PE +EA -D -J +LN CCS PIC PCH ( C:\Program Files\PICC\Ccsc.exe Parameters: $File +FH +PE +EA -D -J +LN +A +T ) CCS PIC PCD Parameters: $File +FD +PE +EA -D -J +LN Textpad laesst sich sehr einfach mit command line tools konfigurieren: CONFIGURE -> PREFERENCES -> TOOLS Das einzige an Textpad wo man aufpassen muss ist wenn man komplieren moechte, dass das main.c gerade aktiv ist. Sonst gibt es Beschwerden von den Tools. Wenn jemand dazu Fragen hat bin ich gerne bereit bei der Konfigurierung weiterzuhelfen. MFG, Gerhard
Christoph Söllner wrote: > Ich senfe auch mal dazu und hab auch gelesen, dass ihr kein Geld zahlen > wollt, aber ich hab auch viel ausprobiert am Anfang mit WinAVR und > Eclipse und so, alles langsam, mehrere Tools usw. Was heißt mehrere Tools bei Eclipse und WinAVR? Dass avrdude zum programmieren benutzt wird, avr-gcc zum kompilieren und Eclipse als IDE? Könnte mir da ansonsten nichts drunter vorstellen. Ich komm jedenfalls super klar damit. Einmal eingerichtet kann man (mit dem AVR Eclipse Plugin von Thomas) super komfortabel Projekte anlegen, mit unterschiedlichsten Parameter kompilieren und auch auf den Chip übertragen.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.