AVR

For tinkering with an ATmega32U4 board, (again) I need to get the ATMEL ICE under macOS. Since High Sierra kernel extensions have to be signed and the presented workarounds of earlier posts wouldn’t work anymore. However, there is a signed kext available at the AVRFreaks forums. In my case, I downloaded the file, extracted and moved it. Additionally, I adjusted the owner and access rights. Since these files are system relevant files, you will need to do these operations as super-user. ...

All available fixes and patches are already included in AVRDude 6.3 (fragmentation support, eeprom crash and so on). Unfortunately homebrew isn’t up-to-date and only version 6.2 is available online. The updated one should be something like this: class Avrdude < Formula desc "Atmel AVR MCU programmer" homepage "https://savannah.nongnu.org/projects/avrdude/" url "http://download.savannah.gnu.org/releases/avrdude/avrdude-6.3.tar.gz" mirror "http://download-mirror.savannah.gnu.org/releases/avrdude/avrdude-6.3.tar.gz" sha256 "0f9f731b6394ca7795b88359689a7fa1fba818c6e1d962513eb28da670e0a196" bottle do sha256 "b2ac65f070879456e2047ba543a7fafb1d45c98b745b7915b4059ea90c10dfcd" => :el_capitan sha256 "4c092d851e6ed8ed58ac5a1997606db420ee153289d4289917fad50f8432d5ad" => :yosemite sha256 "a3b312dde0f3a268d6ccc9085e4a14d8d7703ff1ae09a9257b373976e7cf49ec" => :mavericks end head do url "svn://svn.savannah.nongnu.org/avrdude/trunk/avrdude/" depends_on "autoconf" => :build depends_on "automake" => :build depends_on "libtool" => :build end depends_on :macos => :snow_leopard # needs GCD/libdispatch depends_on "libusb-compat" depends_on "libftdi0" depends_on "libelf" depends_on "libhid" => :optional def install if build.head? inreplace "bootstrap", /libtoolize/, "glibtoolize" system "./bootstrap" end system "./configure", "--disable-dependency-tracking", "--prefix=#{prefix}" system "make" system "make", "install" end test do assert_equal "avrdude done. Thank you.", shell_output("#{bin}/avrdude -c jtag2 -p x16a4 2>&1", 1).strip end end Until now, everything works fine for me. ...

Eigentlich passt der Titel nicht ganz, denn es betrifft eigentlich alle Plattformen also auch Linux und Windows (sollte man avrdude anstelle von Atmet Studio verwenden). Wie ich ja hier beschrieben habe, war die erste Nutzung des neuen Atmel ICE anfänglich mehr als einfach. Weiterhin ist avrdude in der Release-Version noch nicht soweit, dass alle Programmierschnittstellen funktionieren. Dazu müssen zwei Patches eingepflegt werden.Dazu habe ich die Homebrew Formula angepasst: class Avrdude < Formula desc "Atmel AVR MCU programmer" homepage "https://savannah.nongnu.org/projects/avrdude/" url "http://download.savannah.gnu.org/releases/avrdude/avrdude-6.1.tar.gz" mirror "http://download-mirror.savannah.gnu.org/releases/avrdude/avrdude-6.1.tar.gz" sha256 "9e98baca8e57cad402aaa1c7b61c8de750ed4f6fed577f7e4935db0430783d3b" bottle do sha1 "2d759fea880b097754defe8016e026390dbcfb31" => :mavericks sha1 "83017c7fb34b0a2da5919b6b1dde9c05bf237f2a" => :mountain_lion sha1 "438562a4b84b4e868cdf01b81e7543053a89a7ff" => :lion end head do url "svn://svn.savannah.nongnu.org/avrdude/trunk/avrdude/" depends_on "autoconf" => :build depends_on "automake" => :build depends_on "libtool" => :build end patch :p2 do url "http://savannah.nongnu.org/file/stdint-fix.patch?file_id=31187" sha256 "709b82cacdf2bcb6b638dd855e57a176705a3c816d6d7b866bae9370b4511843" end patch :p3 do url "http://www.avrfreaks.net/sites/default/files/forum_attachments/avrice_fragment_fix2.patch" sha256 "e4cd8db7802c76b61fb953c055bdde066bd7e9f34ac0f7808fd29e909f57ee8a" end depends_on :macos => :snow_leopard # needs GCD/libdispatch depends_on "libusb-compat" depends_on "libftdi0" depends_on "libelf" depends_on "libhid" => :optional def install if build.head? inreplace "bootstrap", /libtoolize/, "glibtoolize" system "./bootstrap" end system "./configure", "--disable-dependency-tracking", "--prefix=#{prefix}" system "make" system "make", "install" end end Damit funktionierte (bisher) avrdude unter El Capitan ohne weitere Einschränkungen. Ich werde das Ganze natürlich weiter beobachten. ...

So der erste OS X relevante Post auf der Seite. Kurze Vorgeschichte zu dem Thema: Ich habe mich von einigen Tools bzgl. meiner Bastelsachen getrennt und – natürlich – auch wieder neues Spielzeug besorgt. Darunter einen neuen Programmieradapter, den ATMEL ICE. Grund war eigentlich nur der Support für die SAMs und natürlich das er im Vergleich zum Dragon alles bis auf HVPP bietet und (wahlweise) in einem Gehäuse geliefert wird. ...

Atmel Stuff Programmiergeräte / Starterkits Originale Geräte haben zwar meist eine höhere Qualität und lassen sich im Betrieb meist problemlos nutzen, haben meiner Meinung nach aber einen großen Nachteil was die ISP-Schnittstelle angeht. Denn Leider ist bei den meisten ATMEL Boards der VCC Pin spannungslos und wird vom Programmierer stets genutzt um die Versorgungsspannung des Targets einzulesen. Das heißt also, das eine externe Spannungsquelle von Nöten ist. Beim STK600 ist es allerdings möglich die Spannung via AVRStudio zu regeln. Unter Linux hat man bekanntlich kein AVRStudio/ ATMEL Studio, aber die Onlinehilfe gibt Infos bzgl der Connection-Sheets usw.. ...

Da ich günstig in den Genuss des ATMEL-Boards RN-Control gekommen bin, wollte ich es auch für meinen Roboter benutzen. Bevor es jedoch los gehen konnte, waren einige wenige Modifikationen notwendig. Zunächst wurde der zusätzliche Motortreiber entfernt, da TWI-Slave zur Motorsteuerung mit ATTiny2313 schon fertig war und dort nur die TWI-Wanne nach RN-Definitionen hinzugefügt werden musste. Anschließend wurde der Pegelwandler für die RS232-Schnittstelle entfernt und gegen einen Adapter in Form eines Lochrasteraufbaus ersetzt. Dieser ermöglicht die Nutzung des BTM-Mini-S-Moduls, also eines Raysons BTM-222 Bluetooth-SPP (Serial over Bluetooth) Adapters. Die Schnittstelle soll später noch einmal gegen eine USB-Serial-zu-Wlan-Bridge ausgetauscht werden (wenn die Chinapost noch ankommen sollte). Soweit so gut. Der mitgelieferte ATmega32 wurde durch einen ATmega1284P getauscht. Zwar würde der Mega32 sicher fürs Erste reichen, aber der Tatendrang will befriedigt werden. ...

Irgendwann sollte mein CCRP5/RP6-Chassis auch mal fahren! So der Wunsch. Natürlich fällt es einem schwer zwischen Prüfungen, Arbeit und dem restlichen Kram genügend Zeit aufzubringen so etwas wie einen Roboter selbst fertig zu stellen. Selbst wenn er erst einmal nur fahren soll, kann das unter Umständen schon recht lange dauern. Da ich jedoch nichts Fertiges oder einfach ein Arduino-Shield kaufen wollte, musste - ob nun Wohl oder Übel - eine modulare Lösung her. ...

Da denkt man man bleibt verschont und ist eine Ausnahme der Regel. Pustekuchen. Leider hat es mich auch erwischt, mein AVR Dragon ist/war tot. Leider war es auch meine eigene Dummheit, so hatte ich dem VTarget-Pin kurzzeitig etwas mehr als 5V gegönnt. AVRStudio kommunizierte noch mit dem Dragon, allerdings war kein Target ansprechbar. Also musste es die Programmierleitungen getroffen haben. Nach ein wenig „Durchklingeln“ und Internetrecherche konnte ich die SMD-ICs mit der Aufschrift AHT als Analogschalter identifizieren. Wermutstropfen ist jedoch, dass diese nicht mehr produziert werden. Zum Glück hat aber TI, bis auf den Namen, identische im Programm welche man auch als Muster bekommen konnte. ...

Vor gut 2 Jahren bekam ich, gemäß meines Wunschzettels, zu Weihnachten eine USB-AVR-Experimentierplatine der Firma myAVR mitsamt dem kleinen USB-Prommer mySmarUSB. Beides hat mich bisher tatkräftig im Programieren von ATMELs kleinen Mikrocontrollern unterstützt und bisher auch immer fehlerfrei gearbeitet. Der Prommer wirkt dabei als RS232-zu-USB-Umsetzer und läuft daher auch problemlos unter Windows und Linux. Nachdem Komplettumstieg auf Linux, war eine schnelle Umstellung von WinAVR zu KontrollerLab als Entwicklungsumgebung notwendig, was auch kein größeres Problem darstellte. Da ich natürlich alle Funktionen, Daten-/Programmiermodus und Resetfunktionen, des Prommers nutzen wollte musste ich leider feststellen, dass das Programm myQuickprog leider nicht unter Linux lauffähig war. Sicherlich hätte man mit wine emulieren können, jedoch erscheint mir das eher halbherzig. Im myAVR-Forum fand ich dann ein kleines Python-Skript das einen schnellen Wechsel der Betriesmodi erlaubt. ...