ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker [b]ThirtyTwo[/b] ist eine 32Bit-Firmware für RepRap (und verwandte) 3D-Drucker an der ich seit einigen Wochen entwickele. Da ich momentan noch mehr als genug Problemchen mit meinem Zweiten, dem Cub44, zu kämpfen habe, brauche ich hin und wieder einfach etwas, mit dem ich den Kopf frei bekomme. Und da ich sowohl beruflich Software entwickele, als auch privat schon seit der Ära der 8Bit-Heimcomputer programmiere, liegt es nahe, daß ich das mit meinem "Spezialgebiet" - der Softwareentwicklung - mache. Obwohl ich von hardwarenaher Programmierung Ahnung habe (Spieleentwicklung auf PCs, Mobiles und Konsolen) und auch früher bereits einige Erfahrung mit diversen Assemblern gemacht habe und auch schon eine eigene virtuelle Maschine inkl. Assembler und JIT-Compiler entwickelt habe, ist die Entwicklung für Arduino's und den zugrundeliegenden Microcontrollern Neuland für mich. Das macht es aber nur noch interessanter :-) Was mich von Anfang an an den Firmwares genervt hat, ist die Tatsache, daß man diese ständig neu kompilieren muss und man dazu im Source "rumpfuschen" muss. Vieles ist schlecht oder nicht dokumentiert und vieles ist einfach "historisch" gewachsen, da die Wurzeln der meisten Firmwares gleich oder ähnlich sind. Das ist für Einsteiger oder Anfänger nicht gerade einfach und führt oft zu unnötigen Problemen oder macht einem einfach das Leben schwer. Auch der massive Einsatz von bedingter Kompilierung ist alles andere als schön und in keinster Weise hilfreich um eine vorhandene Code-Basis zu verstehen oder sich darin einzuarbeiten. Klar ist dies an vielen Stellen notwendig, vor allem wenn man bedenkt, daß viele Firmware's auch auf "alter" 8Bit-Hardware mit sehr begrenzten Ressourcen laufen soll. Zusätzlich kommt es auch noch oft zur Herausforderung, daß man spezielle Versionen der Arduino-IDE benötigt und/oder etwas an der Entwicklungsumgebung patchen/erweitern muss (z.B. boards.txt etc.). Sehr nervig, wenn man bedenkt, daß man auch einfach eine binäre Firmware auf den Arduino laden könnte und dafür nur ein kleines Kommandozeilentool und einen Treiber für das Board benötigt. Daraus habe ich für meine Firmware bereits ein paar Ziele abgeleitet: [list] [*] Komfortabel und Einsteigerfreundlich soll sie sein [*] Modular und Erweiterbar soll sie sein [*] Konfiguration ohne Änderungen am Source-Code [*] Übersichtliche und Moderne Code-Basis durch Einsatz von modernen Sprachfeatures (C++, Templates, etc.) [*] Nur wirklich zeitkritischer Code soll in C/Assembler entwickelt werden [*] Kein Fork einer bestehenden Firmware [/list] Da ich mich nicht mit veralteter Hardware (auch wenn diese oft vollkommen ausreichend ist) rumschlagen möchte, habe ich für mich selbst auch entschlossen, daß ich primär für 32Bit-Elektroniken (Arduino Due, evtl. aber auch Beagle Boards, STM etc.) entwickeln möchte. Da ich momentan ein Radds für meinen Drucker verwende, werde ich auch primär dafür entwickeln, aber alles so gestalten, daß das später auch veränderbar ist. Zunächst habe ich mich dann ein wenig in die Steuerung von Schrittmotoren mit dem Arduino eingearbeitet. Da die "fertigen" Libraries und die Methoden zum Schalten von Digitalausgängen nicht unbedingt die performantesten sind, habe ich hier schnell auf etwas eigenes umgeschwenkt. Kein großes Zauberwerk. Motoren kann ich bewegen und auch mit unterschiedlichen Geschwindigkeiten. Um die Hardware zu schützen werden natürlich auch Endstopps berücksichtigt und abgefragt. Der größte offene Punkt und gleichzeitig auch die größte Herausforderung in diesem Bereich sind jedoch die Beschleunigungs- und Bremsrampen, sowie die Pfadplanung. Damit werde ich mich später noch ausgiebig beschäftigen, sobald die restliche Infrastruktur steht... Es bewegt sich aber schon mal etwas und das ist ja schon mal was :-) Ich habe mir dann eine Menge Gedanken gemacht, wie man die Firmware nun flexibel steuern und die einzelnen Module so zusammenstecken kann, daß eine möglichst breite Hardwarebasis (Karthesische Drucker mit unterschiedlicher Achsenkonfiguration, CoreXY, Delta) angesteuert werden kann und man dabei auch flexibel bei der Ansteuerung der Motoren (Treiber spiegeln und/oder austauschen etc.) bleibt. Dabei bin ich anfangs bei Konfigurationsdateien gelandet, die beim Start vom Host an den Drucker gesendet wird (auf Anforderung). Nicht wirklich elegant. Dann habe ich - ähnlich wie beim Raspberry Pi - die Konfigurationsdateien auf eine SD-Karte abgelegt und diese beim Einschalten der Elektronik geladen. Schon besser, aber immer noch nicht flexibel genug. Dann bin ich auf die Idee gekommen, daß man den Drucker ja auch per M-Codes konfigurieren könnte und das ich diese einfach auf die SD-Karte packe. Diese werden beim Start geladen, aber auch zur Laufzeit kann man so den kompletten Drucker einfach durch senden der Codes umkonfigurieren (z.B. von Delta auf Karthesisch, Treiber austauschen, Steps konfigurieren, etc.). Das fand ich ziemlich gut und nach einiger Recherche musste ich dann feststellen, daß jemand anderes diese Idee auch bereits hatte. Adrian, der Entwickler der RepRapFirmware, hat das auch so gemacht und hat sogar schon eine Menge M-Codes dafür hier im Wiki beschrieben. Ich habe dann einiges dort abgeschaut um kompatibel zu bleiben und angefangen zu implementieren. Für meinen eigenen Drucker sieht die Konfiguration momentan so aus: [code] ; general settings M111 S0 ; Debug off M550 PCub44 ; set machine name M555 P5 ; set repetier compatibility mode G21 ; use millimeters for coordinates G90 ; use absolute coordinates for axis M83 ; use relative coordinates for extruder ; axis and driver settings M667 S0 ; select cartesian mode M576 X0 ; map driver 0 to x axis M569 P0 S1 ; x axis has positive direction M576 Y1 ; map driver 1 to y axis M569 P1 S1 ; y axis has positive direction M576 Z2:3 ; map drivers 2 and 3 to z axis M569 P2 S0 ; z axis has negative direction M576 E4 ; map driver 4 to extruder M569 P3 S1 ; extruder 0 has positive direction M92 X1280 Y640 Z6400 ; axis steps/mm M92 E302.74 ; extruder steps/mm ; speed settings M201 X3000 Y3000 Z150 E3000 ; Accelerations (mm/s^2) M202 X3000 Y3000 Z150 E3000 ; Travel Accelerations (mm/s^2) M203 X6000 Y6000 Z240 E12000 ; Maximum speeds (mm/min) M566 X20 Y20 Z0.3 E1 ; Minimum speeds mm/minute / Jerk ; thermal settings M305 P1 R1000 B4267.0 ; 1K bias resistor, B value for Semitec 104-GT2 M305 P1 T100000 ; 100K thermistor M305 P0 R1000 B4540 ; 1K bias resistor, B value for Epcos B57... M305 P0 T100000 ; 100K thermistor M140 S0 R0 ; set the bed to "0,0" at start up ; extruders M563 P1 D0 H1 ; define extruder 1 [/code] Diese befindet sich in der Datei [i]config/config.g[/i]. Die Kommentare sollten für's erste andeuten, wie mächtig so ein System ist. Mein eigener G-Code-Parser übersetzt diese Datei innerhalb von 40ms und führt die entsprechenden Befehle aus. Die Temperaturen werden momentan noch nicht beachtet und die Geschwindigkeiten auch noch nicht, aber alles weitere wird bereits ausgeführt und funktioniert bereits. Sogar das Display gibt bereits sinnvolle Informationen aus, auch wenn es dort noch nichts zu steuern gibt. Die Motoren lassen sich danach über Repetier Host (oder ähnlichem) bereits ansteuern, inkl. Homen und auch schon ein "echtes" Auto-Bed-Leveling mit individueller Ansteuerung von drei Motoren funktioniert bereits. Ich werde hier in unregelmäßigen Abständen über die Fortschritte berichten und hoffe, daß ich in naher Zukunft auch mal eine Testversion veröffentlichen kann. https://reprap.org/forum/read.php?336,563360,563360#msg-563360 Sat, 06 Jun 2026 13:29:36 -0400 Phorum 5.2.23 https://reprap.org/forum/read.php?336,563360,699324#msg-699324 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,699324#msg-699324
Und wenn man sieht, wie gut man seine Ansprüche vor deutschen Gerichten gegenüber Schmarotzern - selbst mit Hilfe der FSF bzw. anderer Organisationen, die sich auf die Verteidigung der GPL spezialisiert haben - verteidigen kann (aktuellstes Beispiel Hellwig ./. VMWare), bin ich mir auch gar nicht sicher, ob ich den Code überhaupt veröffentlichen möchte. Zum Glück verwende ich momentan noch sowohl für Host, als auch für meine Firmware ausschliesslich Code, den ich von Grund auf selbst entwickelt habe. Somit kann ich mich bei der Wahl der Lizenz zum Glück komplett frei entfalten :-)

Aber: Der 4h Druck ist aber auch nicht mit meiner Firmware durchgeführt worden, sondern mit meiner Host-Software und der "normalen" Repetier-Firmware. Bei meiner Firmware habe ich noch ein wenig Schwierigkeiten mit den Beschleunigungsrampen und der Look-Ahead-Planung. Ohne Beschleunigung kann ich damit zwar drucken, aber das ist ja auch keine große Kunst.]]> Glatzemann Projekte Thu, 11 Aug 2016 04:48:48 -0400 https://reprap.org/forum/read.php?336,563360,699316#msg-699316 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,699316#msg-699316 Wurstnase Projekte Thu, 11 Aug 2016 04:32:23 -0400 https://reprap.org/forum/read.php?336,563360,699311#msg-699311 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,699311#msg-699311
Um jetzt mal die Flexibilität des Kommunikationsmodul testen zu können, werde ich dieses mit meinem FSR Board kommunizieren lassen. Dieses kann auf zwei Arten mit der Außenwelt kommunizieren: per angeschlossenem FTDI-Adapter oder per I2C über Repetier mit "durchgeschliffenen" Kommandos (Danke an Pieps für den Repetier-Patch). Wenn das Ganze so funktioniert wie ich mir das vorstelle, dann kann zukünftig das FSR Board komplett über "32MCC" gesteuert werden. Das sollte dem ein oder anderen das Leben nochmal ein wenig erleichtern :-)]]> Glatzemann Projekte Thu, 11 Aug 2016 04:15:11 -0400 https://reprap.org/forum/read.php?336,563360,692265#msg-692265 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,692265#msg-692265
In meinem Day-Job habe ich in den vergangenen 15 Jahren unter anderem Software entwickelt, die ein bundesweites DSL- und ATM-Netz überwacht und konfiguriert. Da sprechen mehrere Server mit hunderten Devices, Routern und Millionen Endgeräte. Da werden alle Arten von Kommunikationen (auch "dreckige", z.B. Command Line Parsing über SSH, weil die Geräte kein SNMP können etc.) gemacht. Da mache ich mir bei ein paar Druckern jetzt nicht den großen Kopf ;-)

Aber ich gebe dir Recht: Synchronisationsthemen können sehr schnell, sehr problematisch werden und werden tatsächlich gerne unterschätzt. Sobald bei unseren Dingen die Ausprägung "Cluster" hinzukam und Daten synchronisiert werden mussten, wurde es deutlich schwieriger und instabiler...

Aber hier habe ich das ja im Endeffekt nicht. Ich haben "Clients", die mit einem Drucker kommunizieren und dessen Statusmeldungen empfangen. Das ist ja im Grunde das, was jedes Host-Programm kann und können muss. Und der "Server-Teil" stellt nun einfach diese Informationen dar, oder sendet andere Informationen an diese Clients. Da die Clients aber nicht untereinander voneinander abhängen ist es hier nicht deutlich komplexer, als würde ich nur einen einzigen Client ansprechen. Was allerdings eine Herausforderung ist: Wenn das Host-Programm abstürzt, dürfen nach Möglichkeit NICHT alle Drucke die gerade laufen ebenfalls unterbrochen werden. Das ist ein Aspekt, der mir persönlich am Herzen liegt und mit die höchste Priorität hat.]]> Glatzemann Projekte Thu, 28 Jul 2016 02:53:59 -0400 https://reprap.org/forum/read.php?336,563360,692078#msg-692078 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,692078#msg-692078 [www.youtube.com]]]> Srek Projekte Wed, 27 Jul 2016 10:01:30 -0400 https://reprap.org/forum/read.php?336,563360,692076#msg-692076 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,692076#msg-692076 Glatzemann Projekte Wed, 27 Jul 2016 09:53:26 -0400 https://reprap.org/forum/read.php?336,563360,692075#msg-692075 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,692075#msg-692075
Also wenn du an OctoPrint denkst, dann besteht da von meiner Seite aus wenig Interesse. Da sind zwar ein paar sehr interessante Ansätze drin und dran, aber mir gefallen da die softwaretechnischen Grundlagen nicht.]]> Glatzemann Projekte Wed, 27 Jul 2016 09:51:29 -0400 https://reprap.org/forum/read.php?336,563360,692074#msg-692074 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,692074#msg-692074 Wie Skimmy kann ich dir nur empfehlen dich mit Gina kurzzuschließen.]]> Srek Projekte Wed, 27 Jul 2016 09:49:45 -0400 https://reprap.org/forum/read.php?336,563360,692070#msg-692070 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,692070#msg-692070 Da Gina allerdings bereits selber an einer ähnlichen Lösung arbeitet und bestimmt Hilfe gebrauchen kann, würde ich einfach mal vorschlagen, dass du sie einfach mal ansprichst. Man kann sehr gut mit ihr reden und sie freut sich über jeden Input...]]> Skimmy Projekte Wed, 27 Jul 2016 09:34:08 -0400 https://reprap.org/forum/read.php?336,563360,692061#msg-692061 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,692061#msg-692061 Glatzemann Projekte Wed, 27 Jul 2016 08:40:45 -0400 https://reprap.org/forum/read.php?336,563360,692059#msg-692059 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,692059#msg-692059 Du kannst ja mal die FW vom "Das Monster lebt" auf ein Ramps laden und Dir dann den Host und das EEPROM anschauen. Ich meine, es ist egal, ob eín Rumba oder ein Ramps. Zur Not kann ich Dir noch ein Rumba zum Testen leihen. Das habe ich mal überzählig bestellt.]]> Fridi Projekte Wed, 27 Jul 2016 08:33:24 -0400 https://reprap.org/forum/read.php?336,563360,692050#msg-692050 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,692050#msg-692050
Ein Ziel ist es aber, daß mit den "normalen" RepRap-Drucker-Firmwares (Repetier, Marlin, etc.) und den normalen RepRap-Drucker-Shields (RADDS, RAMPS, etc.) auch eine Fräse angesteuert werden kann. Da gibt es glaube ich noch keine komfortable Toolchain für...]]> Glatzemann Projekte Wed, 27 Jul 2016 08:23:13 -0400 https://reprap.org/forum/read.php?336,563360,692041#msg-692041 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,692041#msg-692041 Da hast Du Dir aber was vorgenommen. Ist Dein Host dann kompatibel mit allen FW und Boards? Wenn ich dann mit dem Rumbaboard auch fräsen könnte, wäre das ein riesiger Sprung. Momentan bin ich noch dabei, einen Umschalter zu bauen zwischen Rumba und CNC Shield. Dann würde ich nur das Werkzeug wechseln und den USB Stecker von einem Board zum anderen wechseln. Das Umschalten geht automatisch. Aber Deine Lösung wäre genial.X(

[attachment 81889 2016-07-27_00001.jpg]]]> Fridi Projekte Wed, 27 Jul 2016 08:11:39 -0400 https://reprap.org/forum/read.php?336,563360,692036#msg-692036 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,692036#msg-692036
Arbeitstitel: "ThirtyTwo Machine Control Center"

Dieses Programm soll so flexibel sein, daß problemlos mehrere Drucker gleichzeitig gesteuert werden können. Es gibt dort eine Art Dashboard, auf dem alle verfügbaren Maschinen mit Status angezeigt werden und zwischen denen man dann einfach hin- und herschalten kann. Aufträge für diese Maschinen können an zentraler Stelle erstellt werden und werden dann einer Maschine zur Ausführung zugewiesen. Das ist nichts besonderes, das können auch andere Programme, aber das ist z.B. etwas, daß mich bei Repetier Host immer stört...

Dann wird die Verbindung zum Drucker sehr flexibel bzw. generisch sein. Standardmäßig gibt es natürlich die normale serielle Schnittstelle, dann aber auch andere wie TCP/IP, Parallel und noch ein eigenes Protokoll um Maschinen anzusteuern, die nicht direkt am Arbeitsrechner angeschlossen sind (aber angeschlossen sein können).

Weiterhin möchte ich mit dem Teil nicht nur Drucker, sondern auch andere CNC-Maschinen ansteuern (Fräsen, Laser, etc.). Da es hier einige Besonderheiten gibt, werde ich diesen Teil auch generisch gestalten, so daß man z.B. die Maschinenkontrolle austauschen bzw. selbst gestalten kann. Was soll ich z.B. mit dem Heizbettschalter auf einer Fräse ohne Heizbett?

Und - da ich mich in letzter Zeit verstärkt mit CNC-Fräsen auseinander setze - der mir wichtigste Punkt ist momentan die CAM-Funktionalität. Aktuell kann ich im Host-Programm eine DXF-Zeichnung einlesen und darstellen. Darin kann ich dann einzelne (oder mehrere Linienzüge) selektieren und Fräsbahnen erzeugen (lassen), sowie Werkzeuge zuweisen und deren Parameter (wie z.B. die Zustellung) festlegen. Im Grunde kann man damit direkt im Host-Programm einfache Fräsprogramme erzeugen und ausführen lassen. Aktuell nur in 2D, später sicherlich auch 2.5D.

Ich hoffe, daß ich davon hier in Kürze mehr zeigen kann...]]> Glatzemann Projekte Wed, 27 Jul 2016 07:52:47 -0400 https://reprap.org/forum/read.php?336,563360,670717#msg-670717 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,670717#msg-670717 Tastatur ist ok, aber nicht zwingend nötig.

Ich würde mich für dich freuen, wenn alles klappt.

Gruß Sven]]> Stud54 Projekte Fri, 03 Jun 2016 12:49:08 -0400 https://reprap.org/forum/read.php?336,563360,670700#msg-670700 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,670700#msg-670700
Neu hinzugekommen ist eine einfache Shell, mit der Kommandozeilenbefehle eingegeben werden können (Hilfe, Verzeichnisfunktionen für die SD-Karte, Konfigurationsdateien laden, Dateien auf SD schreiben, Befehl zum Drucken von SD-Dateien, Druck pausieren und abbrechen, Status- und Hilfeinformationen, etc.). Diese Befehle sind etwas eingängiger als G-Codes und damit Anwenderfreundlicher.

Konfigurationsdateien können nun wahlweise mittels GCode oder mit SON-Dateien (ähnlich JSon, aber etwas freundlicher zu tippen) geschrieben werden.

Für angeschlossene Displays und "Steuerelemente" wie Rotary-Encoder, Push-Buttons etc. habe ich eine einfache Markup-Language entwickelt. Informationsseiten und Menüs können so dynamisch auf SD-Karte in Dateien abgelegt werden und werden dann bei Bedarf geladen (aus dem Cache oder von Karte) und dargestellt. Damit kann man dann z.B. einfach GPIO-Pins ein- und ausschalten und sich z.B. einen Menüpunkt zum Schalten der Beleuchtung bauen.

Weiterhin habe ich noch ein paar Versuche mit einem In-Place-Firmware-Update von SD-Karte gemacht. Neue Firmware auf die SD-Karte, Karte einlegen, Meldung auf dem Display bestätigen und warten könnte funktionieren. Hier muss ich noch ein paar Tests machen, ob das wirklich stabil läuft.

An der Bewegungsfront habe ich auch kleine, aber mühsame Fortschritte gemacht. Sowohl Delta-, als auch XY-Kinematic arbeiten ganz gut, allerdings kämpfe ich noch ein wenig mit der Pfad-Planung und den Beschleunigungsrampen. Aufwendige Tests und leider geht da auch schnell mal was kaputt. Hab jetzt schon vier Hall-E geschrottet :-(

In Sachen Benutzerkomfort habe ich noch ein wenig mit der Auto-Kalibrierung von Delta-Druckern gespielt. Auf Knopfdruck vermisst ein Drucker mit Z-Probe nun automatisch das Druckbett und die maximal erreichbare Höhe. Aus den gewonnen Parametern wird dann auf Endstop-Offsets, Winkelkorrekturen, Rod-Länge und Delta-Radius geschlossen. Ich habe hier noch ein wenig mit der Mathematik zu kämpfen. Mein Verfahren liefert noch nicht so gute Ergebnisse wie die manuelle Kalibrierung oder das Escher3D-Tool, aber ich denke, daß ich hier bald das Ziel erreichen werde. Beim motorisierten Autobed-Leveling konnte ich meine Routinen, die ich in Repetier eingebaut hatte, weiterverwenden. Auch das softwaremäßige ABL ist kein großes Problem (für alle Kinematiken).

Ich komme nicht so schnell vorwärts wie ich mir das wünschen würde, aber ich hoffe, ich kann mit der Firmware in diesem Jahr noch drucken :-)


Gerade beim schreiben ist mir noch eine Idee gekommen: Wäre cool, wenn man eine Tastatur an den Drucker anschließen könnte und dann das LCD als "Bildschirm" für die Shell verwenden könnte. Wäre das nicht mal ein cooles Feature?

@angelo: Danke nochmal für den Hardware-Ersatz. Mit den alten Teilen kann ich nun wunderbar testen...]]> Glatzemann Projekte Fri, 03 Jun 2016 12:01:09 -0400 https://reprap.org/forum/read.php?336,563360,612679#msg-612679 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,612679#msg-612679
klingt für mich super, ich wäre auch bereit da ein paar Euro liegen zu lassen, besonders wenn es dann noch die Gelegenheit gibt "Sonderwünsche" zu realisieren wenn man genug Geld oder Leute findet :)
Einige Opersource Projekte lassen ja auch über neue Features abstimmen ggf. könnte man es so machen dass Leute die einfach nur Spenden damit mehr Stimmen bekommen.

Wobei zuerst müsste es mal überhaupt funktionieren :)

BG Jörg]]> 69291954 Projekte Wed, 20 Jan 2016 06:48:09 -0500 https://reprap.org/forum/read.php?336,563360,612074#msg-612074 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,612074#msg-612074
Weiterhin plane ich, daß es von Community und/oder Herstellern finanzierte Erweiterungen geben wird. Bei größeren Erweiterungen an der Firmware, die ich nicht für den persönlichen Bedarf entwickele oder um die Firmware generell weiter zu entwickeln, möchte ich diese zur Finanzierung "ausschreiben". Ich schätze den Aufwand ab und schreibe da eine Hausnummer dran. Wenn sich genügend Leute zusammenfinden und das finanzieren, dann setze ich mich asap an die Umsetzung des Features.

Weiterhin möchte ich die Bedingungen für Code-Beiträge und Community-Contributions transparent veröffentlichen, so daß jeder freiwillig was zur Firmware beitragen kann, der dazu in der Lage ist und das möchte.



@Mirco: Das mit dem Bussystem ist eine interessante Idee, über die ich auch schon seit einiger Zeit grübele und mich frage, ob und wie man sowas geschickt und sinnvoll umsetzen kann. Ob das allerdings mit den Steppern wirklich funktionieren kann, da bin ich mir nicht ganz sicher. Die Stepper müssen halt synchron und mit durchaus hoher Frequenz angesteuert werden. Und wenn das nicht gleichmäßig passiert, dann kann dies zu Artefakten im Druck führen.]]> Glatzemann Projekte Tue, 19 Jan 2016 05:05:32 -0500 https://reprap.org/forum/read.php?336,563360,611800#msg-611800 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,611800#msg-611800
Respekt!
Leider reichen meine programmierkünste nur so weit damit ich das was repetier und marlin gezaubert haben einigermaßen nach zu vollziehen damit ich etwas mehr kann wie nur die firmware für eigene zwecke anzupassen. Ganz kleines kino also. Aber egal.
Was ich generell vermisse ist ein parameter der den innendruck der düse mit berücksichtigt und mit der bewegung/beschleunigung aller achsen sychronisiert. Mich interessiert in erster linie der extrusionsprozess. Hier wäre es schön auch die möglichkeit zu erhalten mit 2-3 heizzonen pro hotend arbeiten zu können.
Habe bereits vor 2 jahren dass thema bussystem mal angesprochen. Auch eine dezentralisierung im bezug auf die störungsanfälligkeit wäre vorteilhaft. Stepper mit treiber über einen bus verbinden. Das system wäre offener und erweiterbar. Etwas mehr kosten im bezug auf die hardware, dafür aber flexibler. Nur so eine idee. Kommt bestimmt irgendwann.

Gruß
Mirco]]> Mirco S. Projekte Mon, 18 Jan 2016 14:38:35 -0500 https://reprap.org/forum/read.php?336,563360,611702#msg-611702 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,611702#msg-611702
klingt schon mal ziemlich cool!

Hast du vor die Firmware dann als Open Source zu veröfffentlichen oder würdest du sie als persönliches oder kommerzielles Projekt betreiben.
Beides könnte ich verstehen bei Open Source würde sich die "Last" der Entwicklung ggf. besser verteilen.

BG Jörg]]> 69291954 Projekte Mon, 18 Jan 2016 11:47:07 -0500 https://reprap.org/forum/read.php?336,563360,611609#msg-611609 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,611609#msg-611609
Ganz, ganz grob beschrieben :-)]]> Glatzemann Projekte Mon, 18 Jan 2016 08:29:56 -0500 https://reprap.org/forum/read.php?336,563360,611607#msg-611607 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,611607#msg-611607
Ich würde mir eine Firmware wünschen, die sich einfach auf das wesentliche beschränkt. Im Grunde wird doch nur Gcode mit einem kleinen Befehlssatz interpretiert und in Schrittsignale umgewandelt. Dazu kommt noch eine Temperaturregelung. Was die Firmwares wie Repetier oder Marlin aber so umfangreich macht ist diese ganze Kompatibilität zu jeder Elektronik die es auf dem Markt gibt. Ich finde, eine einfache Pin Map sollte jeder sich selbst erstellen können. Bei mir ist jeder Drucker leicht anders verdrahtet die Pins musste ich so oder so immer ändern. Auch das Kartesische Systeme ,Deltas H-Belts in einer Firmware unterstützt werden, ist meines Erachtens nach eher nervig als Vorteilhaft. Die Kinematik ändert sich ja nicht jeden Tag. Also warum nicht für jede Kinematik eine eigene Firmware. Nur mal so als Beispiel :Bei unserem CRAFTYCUBE benutzten wir Repetier als Firmware. Bei der Innenraumbeleuchtung haben wir auf RGB LED gesetzt und wollten dann diese ansteuern. In der Firmware habe ich dann eine Stelle gefunden die Blau und Rot je nach Temperatur ansteuert.

#define RED_BLUE_STATUS_LEDS 1

Ja aber wo setzt man jetzt die Pins dazu. In der Pin.h sind sie nicht vordefiniert .Also habe ich jede Datei durchsucht bis ich die Funktion gefunden habe. So richtig fertig programmiert schien sie mir nicht . Worauf ich hinaus will ist das es nicht unbedingt vorteilhaft ist alles bequem von der Config.h parametrieren zu können. Wäre die Firmware einfach übersichtlicher,und man könnte den Ablauf besser nachvollziehen bzw. verstehen, dann hätten die Leute mit außergewöhnlichen Ideen oder Umsetzungen eher die Chance das ganze erfolgreich zu implementieren.

Also wenn dein Grundsystem läuft ( GCode interpreter , Ansteuerung der Achsen und die Temperaturregelung ) würde ich ich über den Quelltext freuen. Ansonsten bleib dran , wir dürfen gespannt bleiben (tu)
Gruß Jakob]]> Uebe Projekte Mon, 18 Jan 2016 08:26:25 -0500 https://reprap.org/forum/read.php?336,563360,610956#msg-610956 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,610956#msg-610956
Ich habe allerdings ein paar kleine Erfolge: Der G-Code-Parser läuft mittlerweile sehr stabil, da ich diesen in die Firmware für das FSR Board eingebaut habe und er dort hervorragende Dienste leistet. Dabei sind noch ein paar kleine Probleme zu Tage getreten, die ich aber allesamt lösen konnte. Der Command Buffer bzw. der Ring-Buffer laufen mittlerweile ebenfalls sehr stabil. Teile davon konnte ich ebenfalls in der FSR Board Firmware weiterverwenden und für andere Teile habe ich einen Simulator entwickelt, der sehr gute Testergebnisse "herauskitzeln" konnte. Die Step-Generierung ist ebenfalls sehr weit fortgeschritten und liefert bereits gute Ergebnisse. Lediglich bei den Beschleunigungsrampen bin ich noch nicht ganz zufrieden.

Alles in allem konnte ich auf einem karthesischen Drucker bereits sehr gute Ergebnisse erzielen und habe diverse "Trockenläufe" durchgeführt. In der Theorie müsste man mit der Firmware also bereits rudimentär drucken können.

Ich werde mich in den nächsten Tagen/Wochen noch ein wenig mit meinem HexMax-Projekt beschäftigen. Wenn der fertig ist, habe ich zwei funktionierende Drucker mit denen ich die Firmware besser testen kann und gleichzeitig auch noch drucken kann :-)]]> Glatzemann Projekte Sun, 17 Jan 2016 06:13:49 -0500 https://reprap.org/forum/read.php?336,563360,610926#msg-610926 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,610926#msg-610926 repdesign Projekte Sun, 17 Jan 2016 05:12:51 -0500 https://reprap.org/forum/read.php?336,563360,610444#msg-610444 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,610444#msg-610444 In den Branches kann dann jeder Druckermodifizierer (Sparkcube, Wurstcube, Skimmy v3) seine Konfig betreuen und teilen. :)

Das ich eine IDE benötige, diese noch erweitern und einstellen muss um eine Drucker FW zu kompilieren und auf das Board zu flashen, finde ich nicht schön.
Dann lieber fertige FW, auf die SD und der Drucker/Bootloader flasht sie selber.]]> elohh Projekte Sat, 16 Jan 2016 08:16:02 -0500 https://reprap.org/forum/read.php?336,563360,610381#msg-610381 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,610381#msg-610381
gibt es irgend was Neues von dem Firmware Projekt zu berichten?

Gruß
Gerd]]> nargos Projekte Sat, 16 Jan 2016 04:48:24 -0500 https://reprap.org/forum/read.php?336,563360,581136#msg-581136 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,581136#msg-581136
Quote

ich bin ja keine Programmiererin
um sich Gedanken über Sicherheit zu machen, muss man kein Programmierer, sondern eher ein wenig paranoid sein :D

Quote

Nichts gegen Unix oder Linux, aber wenn man erst eine Firmware mit einem "Make" compillieren lassen und dann auf den Controller übertragen lassen würde, würde man alle, die kein Wissen über Linux oder nur Linux-Anwender sind, doch überfordern und auch gleich die Win-Leute außen vor lassen.
Hm, scheint irgendwie Mode zu sein, mich falsch zu interpretieren.
Ich rede von Philosophie und plötzlich geht es um Ausgrenzung?

Als M$ noch kein Visualstudio hatte, da war es selbstverständlich, dass beim C-Compiler auch ein make-Prozessor dabei war ::o
Wer sich nicht die Gigabytes des Visualstudios auf Platte spülen will, kann z.B. WinAVR einsetzen. Da ist selbstverständlich auch ein make dabei.
Ähnliche Tuhls wird es auch in der 32bit Welt geben ...

avrdude und Co gibt es auch unter Windows. Gibt also keinen Grund, warum man sich eine IDE zum Aufspielen einer Firmware installieren muss ...

Quote

Ich finde nicht, dass Marlin schlecht wäre
Nur weil ich Arduino nicht mag, heißt das nicht, dass ich Marlin schlecht finden würde. Ganz im Gegenteil.
Ich verwende auch ein Exemplar des weltschlechtesten Druckers und da läuft natürlich Marlin drauf ::o

... aber wir sind uns sicher einig: ohne den unermüdlichen Einsatz von Wurstnase wäre Marlin kaum der Rede wert ;)

Quote

(Ich habe einen 20 Zoll Monitor und konnte in der IDE nicht alle Untermenüs der Firmware anwählen), dann, um bestimmte Dinge zu finden, muss man unendlich suchen.
Es gibt unendlich viele Beispiele, wie man es nicht machen sollte.
Da macht Glatzeman es schon richtig indem er das umsetzt, was er für richtig hält :)]]> Brummie Projekte Sat, 07 Nov 2015 07:33:13 -0500 https://reprap.org/forum/read.php?336,563360,581085#msg-581085 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,581085#msg-581085
ich bin ja keine Programmiererin, sondern nur eine Administratorin.

@ Brummi:

Nichts gegen Unix oder Linux, aber wenn man erst eine Firmware mit einem "Make" compillieren lassen und dann auf den Controller übertragen lassen würde, würde man alle, die kein Wissen über Linux oder nur Linux-Anwender sind, doch überfordern und auch gleich die Win-Leute außen vor lassen.

Und noch ein Nachtrag zu Marlin:

Ich finde nicht, dass Marlin schlecht wäre, aber als ich z.B. meinen Velleman auf eine Ramps 1.4 umstellte, die Erfahrung machen dürfen, dass Marlin einige Probleme macht, die erst Wurstnase für mich ausräumen konnte (An dieser Stelle nochmals vielen Dank).

Zuerst lief der Pieper am Display ständig und egal, was ich an der configuration.h editierte, das Ding piepte weiter. Und als ich dann ABL aktivieren wollte, meldete die Arduino-IDE, dass da bestimmte Abhängigkeiten nicht aufgelöst werden konnten.

Das alllein zeigt aus meiner Sicht die Probleme mit Marlin: z.T. unübersichtlich (Ich habe einen 20 Zoll Monitor und konnte in der IDE nicht alle Untermenüs der Firmware anwählen), dann, um bestimmte Dinge zu finden, muss man unendlich suchen.

Da ist der Ansatz von Glatzemann interessanter, da er vielleicht genau diese Features eben nicht einsetzen will.

Liebe Grüße,

Rebecca]]> Rebecca Projekte Sat, 07 Nov 2015 05:14:50 -0500 https://reprap.org/forum/read.php?336,563360,581021#msg-581021 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,581021#msg-581021
Quote

Versuch mal z.B. Eclipse oder Visual Studio so zu konfigurieren, daß man auf ein MC-Board laden kann.
Lach - ich würde nicht mal im Traum auf so eine Idee kommen.

Bin mit Unix aufgewachsen. Dort ist die Filosophie: jedes Programm kümmert sich genau um eine Aufgabe. Nicht mehr nicht weniger. Die eine Aufgabe macht es gut und passt sich im Verhalten in die Unix-Philosophie ein (Ein-/Ausgabe-Umleitung, Aufruf, etc.). So kann sich der Anwender dann selbst die Werkzeuge zusammen stellen, die er braucht (Pipes bei Befehlen).
Das war schon in den 80er Jahren so flexibel, dass Unix vielen anderen Systemen überlegen war.
Bei Linux ist dann diese Filosophie aufgeweicht und pervertiert worden, bis dann so ein Moloch wie die Bash oder jetzt SystemD entstand ::o
Eclipse ist ähnlich erfolgreich, weil es die Idee mit Plugins aufgreift und umsetzt. Ich mag Eclipse ...

Was das Flashen angeht - es gibt viele kleine Tools, die das hervorragend können. Es gibt für mich keinen Grund, warum eine IDE flashen können sollte. Ich bin irgendwann über burnomat gestolpert und hängen geblieben (zumindest im AVR-Kontext). Das ist ein Tool, welches man auch nach Jahren (der Abstinenz) wieder einsetzen kann, ohne vorher Handbücher wälzen zu müssen :)

Quote

Die Idee ist ja, daß du nur noch ein Binary für alle Geräte hast.
So sehr ich auch Respekt vor Deiner Arbeit habe, so suboptimal finde ich diesen Ansatz.

Wie realistisch ist es, dass aus einem Delta plötzlich ein CoreXY wird oder umgekehrt?
Wenn jemand wirklich seinen Drucker so stark umbaut, dass plötzlich eine andere Kinematik zum Tragen kommt, ist es doch viel sinnvoller, auch eine neue Firmware zu aktivieren. Anders herum halte ich es für wahrscheinlicher, dass man (in dem Wissen, dass die Firmware alles kann) nach so einem Umbau die Software unverändert lässt und der Drucker dann anfängt Samba zu tanzen ::o

Auch wenn es sehr flexibel ist, alles per GCode konfigurieren zu können - führt es doch dazu, dass jeder Drucker viel zu viel ungenützen Code mit herum schleift (der auch noch aus Versehen aktiviert werden könnte - von böswilligen Eingriffen ganz zu schweigen). Das ist nicht nur eine Resourcenverschwendung (wäre auf einem AVR sicherlich nicht durchführbar) sondern auch ein Risiko, dass Fehler zu völlig abstrusem Verhalten führen könnten.
Selbst wenn die 32bitter soviel Platz böten, dass nie ein Resourcenengpass entsteht, halte ich die bedingte Übersetzung für viel sinnvoller, sicherer und bässer.
So vie VW-Styler es vorschlug: für jeden Drucker eine (separate) Firmware.
Ich denke auch bei GCodes gilt: weniger ist mehr. :)

Bei der Konfiguration ist es doch egal, wie komplex sie ist, solange man die Komplexität vor dem Anwender verstecken kann. Es gibt viele einfache Werkzeuge, mit denen eine UI gestrickt werden kann, die die Komplexität in logische Schritte aufteilt.

Wenn das jetzt alte Zöpfe sind, dann bin ich wirklich ein Fan von alten Zöpfen ::o]]> Brummie Projekte Fri, 06 Nov 2015 22:51:23 -0500 https://reprap.org/forum/read.php?336,563360,580989#msg-580989 Re: ThirtyTwo - Eine 32Bit-Firmware für RepRap 3D-Drucker https://reprap.org/forum/read.php?336,563360,580989#msg-580989 Btw. Viktor. In der fastio.h ist das "|" zu viel. PIO_SODR ist atomic. Das könnte ggf. auch Probleme machen, wenn man es nicht ändert. [github.com]
Zudem wird das Write dann quasi um Faktor 3 schneller :D]]> Wurstnase Projekte Fri, 06 Nov 2015 18:39:58 -0500