Hardware

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. ...

Nachdem die Blumenkästen auf dem Balkon neu gefüllt waren, fiel uns auf das zwei Kunststoffkappen für die Blumenkästen abtrünnig sind. Eigentlich ideal um sich mal etwas mit FreeCad zu beschäftigen und sich die Teile aus dem 3D-Drucker zu holen. Idealerweise sind beide Kappen, bis auf eine Bohrung für die Füllstandsanzeige, identisch. So muss dort nicht allzuviel Aufwand getrieben werden. Netterweise kann man bei WordPress auch 3D-Modelle einbinden um diese anzeigen zu können. (Schon recht lustig, was man mit zwei Klicks so schaffen kann.) ...

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. ...

Ich hab irgendwann besteht das Problem, das man Gräte mit unterschiedlichen Versorgungs- und Logikspannungen über einen Bus betreiben will. Bei SPI oder USART ist das relativ Wurscht, da für beide Datenrichtung eine separate Leitung existiert. Da helfen Transistoren, Logikgatter oder Spannungsteiler. Bloß was tun bei TWI/I²C ? Schließlich ist der Bus bidirektional. Es muss also ein Levelshifter her. Eine Lösung ist die Nutzung von integrierten Schaltkreisen wie dem PCA9306. Allerdings sind die recht schwer zu bekommen bzw. recht teuer. Eine funktionierende Lösung mit 4 Widerständen und zwei N-Kanal-Mosfets zeigt die nächste Abbildung. Die Funktion ist, bis auf das Abkoppeln vom Bus identisch. Vorteil ist der geringer Kostenfaktor von zirka einem Euro. ...