Hallo, da ich für ein zukünftiges Projekt eine Menge Rechenpower benötige habe ich mal einen Blick auf die AT91 Familie geworfen und mich mit dem AT91R40008 anfreunden können. Nun wollte ich einmal fragen ob hier schon jemand was mit Atmels ARM-Thumbs angestellt hat und einen kleinen Erfahrungsbericht geben könnte? Vielleicht auch Hinweise auf andere Hersteller / Prozessoren mit ARM-Architektur. Danke, Mfg Sascha
Prozessoren mit ARM-Architektur gibt's wie Sand am Meer - siehe www.arm.com, irgendwo da gibts ne kleine Übersicht über jede Menge Prozessoren und ne Liste der Hersteller. Eine Frage: hast du vor, ein Betriebssystem (Linux) oder evt. sogar ein gekauftes (BlueCat Linux, WinCE) zu verwenden oder willst du "von 0" entwickeln? Welchen Compiler willst verwenden? (Ich steh nämlich auch am Anfang eines größeren Projektes und würd gern nen ARM verwenden - hab auch noch keine Erfahrung :) )
Hallo Rainer, ich wollte ganz bei Null anfangen, also ohne Betriebsystem. Ehrlich gesagt halte ich bei den ARM7 Cores ein OS auch nur für bedingt geeignet (so z.B. für PDAs), bei einer fixierten Anwendung geht nur Performance verloren. Da ich mit den Compilern/Debuggern von IAR bisher gute Erfahrungen gemacht habe, wollte ich auch wieder auf diese zurückgreifen: http://www.iar.com/Products?name=EWARM Der AT91R40008 wird im übrigen auch unterstützt. Mein Projekt (übrigens rein privat) geht in die Richtung Systemrechner/Automation, was hast du denn vor (vorausgesetzt du hast keinen NDA unterschrieben ;))?
Hallo Sascha! Hast du denn vor, den IAR zu kaufen, oder immer mit der 30-Tage-Demo zu arbeiten? Ich sollte nen Ethernet-Anschluss realisieren und mit den empfangenen Daten jede Menge Berechnungen (Dekompression usw) durchführen - da ist jeder 16-Bittler leider zu langsam! BTW, was heißt NDA :)?? Rainer.
Hallo Rainer, NDAs sind diese gemeinen Verträge die dir verbieten auch nur ein wahres Wort über deine Arbeit zu verlieren... Den EWARM werde ich mir früher oder später schon anschaffen, aber zur Zeit bin ich noch nicht bei der Software, eher bei den Grobstrukturen, Hardware wird folgen und dann geht es erst an die Software. Scheinbar scheinen die ARMs hier im Board noch nicht sehr verbreitet zu sein, schade eigentlich. Hast du dich denn schon etwas umgeschaut was Entwicklungsumgebungen / Tools angeht? Scheinbar gibt es ja auch einen Freeware Compiler, den GCC-ARM. Aber ich denke IAR ist keine schlechte Wahl, ich werde wohl in den nächsten Tagen mal die Demo antesten.
Ja, es gibt einen ARM-Port für den GCC - leider hab ich keine Ahnung, wie der richtig funktioniert :)... ZB weiß ich nicht, ob das richtige Output-Format elf oder a.out ist - eigentlich sind beide keine Files, die man direkt auf ein embedded system spielen kann, oder? Generell wär mir der GCC aber am liebsten - ist bezahlbar :)... Als IDE kann man auf jeden Fall UltraEdit oder (besser) EditPlus verwenden, Debuggen sollte man mit dem GDB können (DDD als Frontend für den GDB ist einer der besten Debugger die ich benutzt habe). Den GDB einzurichten ist eigentlich kein Problem, hab das für den SH3 mal gemacht. Und unter CygWin sollte das ganze problemlos unter Windows laufen. Willst du dir eigentlich ein Development-Board kaufen? Gibt's denn bezahlbare (am besten <100 :) )?? Ciao, Rainer.
Letztlich waren bei EBay zwei EB40 von Atmel zu haben, das eine ist für gut 150EUR, das andere für rund 70EUR weggegangen, wollte eigentlich mitbieten aber da hat mir EBay mit einem 404er die Suppe versalzen. Bei Ineltek gibts fast alle Atmel-Boards für rund 250EUR, darunter wird wohl kaum etwas zu bekommen sein, obwohl das System ansich nichtmal 1/4 des Preises Wert ist. Also EWARM erleichtert die Handhabung der Programmierung schon ungemein, ich bin kein wirklicher Freund der GCC-Ports weil man sich zu viel um das Drumherum kümmern muss bevor alles einwandfrei funktioniert. Sollte man damit klarkommen kann man sich freuen :) Um nochmal auf die Boards zurück zu kommen, die meisten haben einen Monitor fest im Flash und führen das selbstgestrickte Programm nur im RAM aus. Ich glaube in der Regel ist es nicht das was man sich wünscht, angesichts der Preise ist es wohl lohnenswerter sich selbst eine Hardware aufzubauen und diese später eventuell nochmal zu überarbeiten, so habe ich mir das auch gedacht.
Wegen der Boards: ist das mit dem Monitor im Flash und dem Programm im Ram nicht der Normalfall? Also zumindest kenn ichs so aus meiner Schulzeit (billige 8051-Boards). Das die Boards nicht sehr viel wert sind (rein an Bauteilen usw gesehen) ust mir schon klar, aber das letzte Evaluation-Board, dass ich mir selbst aufbauen wollte, liegt immer noch halbfertig herum aufgrnd eines Fehlers, der sich nicht und nicht finden lässt :). Hast du dir ADS (ARM Developer Suite) mal angesehen? Hab hier ne Demo-CD herumliegen, scheint ganz gut zu sein - www.arm.com!
Halloesche zusamme Ich hab mir vor fuenf Monaten ein Atmel EB55 board fuer den at91m55800a gekauft. Bin zur Zeit damit beschaeftigt einen portablen mp3player zu bauen. Bis jetzt hab ich aber nur die io ports, den powermangager ( apmc ) und das ebi interface programmiert. Ich kann jetzt also den takt aendern, von der festplatte lesen und schreiben und den ganzen scheiss dann auf nem lcd ausgeben. Als compiler nem ich ads( demo ) aber mit formatieren und neuem image auf den rechner schmeissen ist das so ein problem, die sau legt naehmlich daten auf allen partitionen ab.... Ansonsten bin ich sehr zufrieden mit dem board, der chip funktioniert sehr gut, macht in den meisten faellen das, was ich will und die doku ist auch top.
Hallo Rainer, Martin.. Ich hab mir danach doch noch ein EB40 sichern können was jetzt bei mir sein Leben fristet. Sollte es einen Monitor geben ist es wohl der 'Normalfall' dass das Programm im RAM ausgeführt wird, aber da man bei einem fertigen Projekt selten den Monitor drin lässt nimmt das eigenetliche Programm natürlich den ROM Platz ein. Bei der Ausbildung hatten wir auch noch böse Systeme, die 'programmierung' funktionierte nicht etwa per PC, nein, sondern per Matrixtastatur in die man die Bytes einzelln hacken musste! :) Als Compiler hab ich jetzt zum einen EWARM drauf, die Demo, wahrscheinlich schon abgelaufen.. aber der ARM-GCC ist doch recht brauchbar, hier z.B. mehr dazu: http://www.ap-systems.co.uk/ Also meine persönlichen Erfahrungen mit den ARM-Thubs sind ebenso positiv wie Martins, es läuft gut und schnell, ATMELs Doku ist mal wieder vorbildhaft..
hallo Hat jemand von Euch mit dem apmc der at91 Erfahrung? Ich hab in meiner ersten mail geschrieben, dass ich dass Ding programmiert hab, musste jetzt aber leider feststellen, dass ich Scheiss gebaut hab. Die Festplatte hat nur zufaellig funktioniert.
Hi everybody, We advise all the AT91 users, that, at the beginning of october 2003 will be opened the Official AT91 Forum dedicated only for the Atmel's ARM Powered Microcontrollers. This Web Site resource will provide for all AT91Guys: - A discussion area, - A news server, - A good source of gold links, - and more for the futur... We will inform you before the end of this month the domain names in order to access to this Web Help Resource. Greetings.
Hallo !! Am liebsten mag ich es meine eigenen mails zu beantworten ;) Da ich mit dem Angel Debug System gearbeitet hab, war natuerlich klar, dass ich nicht mitten in der debug-sitzung den Takt des Controllers aendern kann. Leider seh ich gerade keine andere Moeglichkeit als mir ein JTAG Ding zu kaufen.... So, jetzt hab ich mal noch ne Frage zum EBI des AT91. Ich probier gerade ein sdram Modul anzuschliessen, hab aber nicht so richtig Ahnung wo ich die /RAS und /CAS Signale anschliessen soll !? Hat jemand ne Idee ?? Gruesse Martin
@Martin B Genau diese zwei Signale sind das was (S)DRAM von SRAM grundsätzlich unterscheidet. Da dein AT91 wohl kein DRAM-Controller besitzt müsstest du dich um diese Signale selbst kümmern, ein hoffnungsloses Unterfangen solltest du vorhaben dein SDRAM direkt an das EBI zu hängen und als schnellen Speicher zu nutzen. @Cadene Glad to hear that, please inform me when ready.
Der IAR Compiler für ARM kostet 5000 Euronen !!! Schaut mal bei http://www.rowley.co.uk vorbei, der CrossWorks Compiler für ARM ist erheblich billiger und die Oberfläche ist besser im Vergleich mit IAR. Die unterstützten Bausteine werden laufend erweitert. Wir werden demnächst einen Philips ARM einsetzen (LPC210x) und wahrscheinlich auf CrossWorks umsteigen. Arvid
Hi all, An Web Site Ressource is going to be started under the following domain names: www.at91.com www.at91.net This Web site will be fully completed at the end of the month. Hoping there will be answer regarding the user's issues. Have a nice day
Hallo liebe AT91 Freaks, Ich setze das das Evaluationsbord EB40A ein. Meine gesamte Softwareentwicklung betreibe ich unter LINUX. Die Programmierung des PIO-Interface funktioniert recht gut. Nun tut sich für mich ein Problem auf. Ich möchte über den Datenbus (EBI)weitere externe IC mit Bus-Struktur ansprechen(read/write). Mir fehlt im Moment der Gedankensprung, wie ich dies über die Register EBI_CSR0...EBI_CSR7, EBI_RCR und EBI_MCR erreiche. Dieses Register arbeiten eng mit externen RAM-IC zusammen. Mir ist auch unklar, wie die niederen Adressbits übergeben werden. (A0...A8). In welchem Register werden die Daten abgelegt???? Wenn jemand einen Hinweis oder besser noch ein kleines C-Beispiel hätte, bin sehr dankbar. Zu den PIO-Interface gibt es genügend Beispiele, aber nicht zu den zur Programmierung des EBI-Interfaces. Vielen Dank Jürgen
Hallo, ich intressiere mich auch für die ARM CPU. Hat jemand Erfahrung ob man nicht auch ein Router mit ARM CPU zum entwickel gebrauchen kann? zb Netgear RP614. sigi
Falls es jemanden interessiert: Wir setzen den AT91R40008 ein. Inzwischen haben wir (nach div Anlaufschwierigkeiten, die ggf. etwas mit unserer Konfiguration zu tun haben). Wir benötigten möglichst hohe Rechnleistung, weshalb wir Teile des Programms im (256k) internen RAM laufen lassen. Außerdem haben wir 2 x 8MByte Flash und 1MByte ext. SRAM. Zuätzlich div. Hardware. Wir haben die ARM Entwicklungsumgebung gekauft (incl. JTAG-Adapter). (Es wird bessere geben). Zusätzlich verwenden wir für "Nebenarbeiten" Den Tantino von HITEX und GCC. Konrad
Hallo Konrad, ich mache gerade (als blutiger anfänger) eine studienarbeit mit dem arm7. ich habe ein AT91EB40A mit dem 40008er Atmel, die Hitex-Umgebung und den Tantino. Allerdings hab ich Probleme, die ganze Geschichte zum Laufen zu bekommen. Beim Öffnen eines Beispielprojektes bekomme ich eine Skript-Fehlermeldung: Script "C:\Programme\Hitex\HiTOP-ARM\$(SYSTEMDIR)\Examples\CLOCK\gnu\AT91\EB40A \Flash\StartupScript.scr", Nesting 2: Can't open script file "C:\Programme\Hitex\HiTOP-ARM\$(SYSTEMDIR)\Examples\CLOCK\gnu\AT91\EB40A \Flash\StartupScript.scr" Auch Downloaden kann ich die Anwendung nicht. Hast du Tipps für mich? Hast du Erfahrungen mit dem Start-Easy von hitex
Tobias, leider schon wieder so lange her, dass ich mich nicht erinnere. die Leute von Hitex geben aber gerne Auskunft (hat man ja auch nicht immer). Von Starteasy gibt es in der Zwischenzeit div. neue Updates, ich kenne die nicht. Die Fehlermeldung sieht ja jedenfalls so aus, als wenn das File nicht am gewünschten Ort liegt. Sorry, Konrad
Thread beobachten
Seitenaufteilung abschaltenBitte 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.