Ein weiteres Projekt momentan in Bearbeitung ist ein Kinder MP3-Player für meinen Sohn.
Inspiration ist der „hörbert„, ein Holz-Kofferradio, das im inneren von SD-Karte MP3s abspielt und von außen mit bunten Knöpfen gesteuert werden kann. Der „hörbert“ kann auch als Bausatz gekauft werden, ist aber auch da noch ordentlich teuer.
„Wie kompliziert kann es schon sein?“ war schon der Anfang von vielen vorfristigen Enden. Kinder MP3-Player weiterlesen
Hallo Welt,
der erste Versuch einer Vase ist (fast) geglückt:
8,5cm Durchmesser und 19cm Hoch.
Dafür hat der Druck knapp 4 Stunden gedauert und 24m Filament verbraucht.
Leider ist diese Vase nicht Wasserdicht geworden wie ich es mir vorgestellt hatte.
Dafür lässt sie sich als alternativen IKEA Lampen Schirm einsetzen 😀
Die Vorlage zu dieser Vase habe ich von Thingiverse.com 🙂
http://www.thingiverse.com/thing:18672
Es gilt die Webseite und andere Kanäle mit mehr Leben zu füllen. Deshalb hier ein kleiner Einblick in die laufenden Projekte.
Zu meinen Füßen fährt und saugt seit einiger Zeit ein Roomba Saugroboter, dessen offene Schnittstelle zum Basteln einlädt. Entferntes Ziel soll sein, irgend wann einmal aus der Ferne (vie VPN natürlich) auf den Roomba zuzugreifen und ihn als eine Art Telepräsenzroboter zu nutzen.
Momentan finden folgende Komponenten Verwendung:
Die Einrichtung des Webservers und einer Web-Steuerung der Kamera war problemlos, da alles als vorgefertigte Pakete verfügbar. Die Elektronik ist noch fliegend auf einem Breadboard verkabelt, funktioniert jedoch bereits. Die explizit für serielle Kommunikation vorgesehenen RX/TX Pins des Raspberries wurden über den Spannungswandler mit der SCI-Schnittstelle des Roomba verbunden. Die Spannungsversorgung sowohl der 3.3V als auch der 5V Schiene des Spannungswandlers kommt dabei vom RasPi.
Der RasPi legt die Rx/Tx Pins dankenswerter Weise auf /dev/ttyAMA0, was das Einrichten der seriellen Verbindung einfach macht. Ich nutze Python (Dank an mkzero und seinen Python-for-RasPi-Kurs) und das ’serial‘ package. Die Schnittstelle ist vom Hersteller dokumentiert (Link auf pdf) und erlaubt den Zugriff auf alle Aktoren und Sensoren, nicht jedoch auf die originale Firmware inkl. dem Reinigungsalgorithmus.
Eine vollständige Python-Bibliothek zur Ansteuerung habe ich nicht gefunden. Diese auf GitHub deckt jedoch die Basisfunktionen ab. Vielleicht kann ich dort etwas beitragen.
Hier die erste Kontaktaufnahme mit dem Roomba. (Audio an!)
115200 baud it is. We have contact. (And he's from the dark side) pic.twitter.com/pd9eE62ipv
— Ronnie Soak (@Chaos_99) November 11, 2015
Nach einigen Tagen intensiver Arbeit hat es Steve nun doch geschafft, der zweite 3D-Drucker läuft!
Nach den anfaenglichen Problemen durch die Endstops(Steve berichtete) konnte das letzte Problem nun auch noch geloest werden. Die Z-Achse funktioniert nach einem erneuten Flashen nun doch. So wie es scheint, wurde im Arduino die Firmware nicht vollständig ueberschrieben und die wichtigen Anpassungen nicht uebernommen. Nach zweimaligem neu-flashen geht nun alles und der Drucker druckt anstandslos, wenn auch noch unkalibiert.
Nach langer Zeit habe ich es heute endlich geschafft, dass Problem mit dem Mendel 90 in Griff zu bekommen. Existent war dieses eigentlich schon seit Anbeginn des Druckerbaus. Anfänglich dachte ich noch das dieser Fehler leicht zu beheben wäre, allerdings war dieses schon ein ganz schön harter Brocken, der mich auch immer wieder an die Grenze der Motivation brachte.
Problem war, dass der Drucker im produktiven Betrieb im Verlauf der entgegen gesetzten X-Achsen Bewegung immer wieder bei der Hälfte anhielt und seine Position verlor. Dadurch verschoben sich die Layer immer um ca. die Hälfte des zu druckenden Objektes. Im Debugging Modus der Firmware war dieses Problem nicht vorhanden. Anfänglich ging ich noch von einen Fehler im ATX Netzteil aus. Sollte man nicht den 5V Anschluss mit nutzen, kann es vorkommen das dieses unsauber arbeitet.
Das der Fehler nur auftrat wenn sowohl Extruder als auch Heizbett aktiv war, war schon sehr verwunderlich. Ein Tausch des Netzteil brachte jedenfalls keine Lösung auch nicht das Wechseln der Pololus. Das es im Prozess der Leistungsaufnahme sein musste war mir durch Gegenprüfung im Debugging schon irgendwie klar. Allerdings brachte mich erst der Tip eines RepRap Forenbenutzers auf die Idee einen eventuellen „crosstalk“ zu berücksichtigen.
So war es dann letztendlich auch. Ob nun das RAMPS 1.4 Board innerhalb des Designs Fehler zu den Endswitsches hat oder ob die Flachbandkabel-Zuleitung zum Extruder den Fehler verursacht kann ich im Detail nicht sagen. Allerdings brachte der schon erwähnte Tip des Rätsels Lösung. Durch deaktivieren der Endswitches außer im „home position only“ Modus wird jegliche Fehlkommunikation unterbunden.
Einzig kleine Änderung besteht nun darin bei der manuellen Positionierung in langsamen Schritten auf die home position zuzufahren. In den nächsten Tagen und Wochen muss ich nun allerdings noch kleine Konfigurationsparameter ermitteln, Aufnahme des Filament gestaltet sich noch nicht ganz reibungslos sowie die Feinabstimmung der Z-Achse und Extruder Position.
Aber nachdem nun der größte Teil bewältigt ist, bin ich zuversichtlich bald die restlichen Ideen für welches der Drucker geplant war anzugehen.