Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #234792 > unrolled thread

Erzeugung von Puls/Richtungs Signalen für Schrittmotore

Back to article view | Back to de.sci.electronics

Contents

  Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-10-31 09:37 -0700
    Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Stefan <df9bi@arcor.de> - 2017-10-31 18:28 +0100
      Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-10-31 10:37 -0700
        Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Stefan <df9bi@arcor.de> - 2017-10-31 19:45 +0100
          Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-10-31 12:30 -0700
            Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2017-11-01 01:22 +0100
              Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-11-01 01:43 -0700
                Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-11-01 03:14 -0700
                Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Stefan <df9bi@arcor.de> - 2017-11-01 17:59 +0100
                Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Rafael Deliano <rafael_deliano@arcor.de> - 2017-11-01 20:16 +0100
                Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2017-11-02 01:08 +0100
    Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Bernd Laengerich <Bernd.Laengerich@web.de> - 2017-11-02 09:43 +0100
      Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-11-02 04:26 -0700
        Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-11-02 05:08 -0700
          Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Christian Lotze <chrissi099@hotmail.com> - 2017-11-02 13:20 +0100
            Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-11-02 05:37 -0700
              Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Christian Lotze <chrissi099@hotmail.com> - 2017-11-02 13:49 +0100
        Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Bernd Laengerich <bernd.laengerich@web.de> - 2017-11-02 22:02 +0100
          Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Stefan <df9bi@arcor.de> - 2017-11-06 14:34 +0100

#234792 — Erzeugung von Puls/Richtungs Signalen für Schrittmotore

Hallo,

ich suche eine Baugruppe, mit der man die Puls/Richtungs Signale für sechs Schrittmotore erzeugen kann. Auf der Eingangsseite soll die Baugruppe Befehle über eine serielle oder USB Schnittstelle akzeptieren. Der Befehlssatz muss gut dokumentiert sein, weil ich das für eine selbstgeschriebene Software brauche.

Nun gibt es solche Schaltungen in China für wenig Geld zu kaufen, z.B.
https://de.aliexpress.com/item/EU-Delivery-CNC-Controller-6-Axis-NVUM-200KHZ-MACH3-USB-Motion-Control-Card-for-Stepper-Motor/32829440105.html?spm=a2g0x.10010108.1000016.1.7b073759VvqN43&isOrigTitle=true
Das Problem dabei ist, dass diese Steuerungen für eine bestimmte Software (MACH3) ausgelegt sind und dass keine Dokumentation für den Befehlssatz existiert. Jedenfalls habe ich bislang keine gefunden.

Frage: Gibt es so eine Baugruppe fertig zu kaufen, oder muss ich sie selber entwickeln? Das wäre im Prinzip kein Problem, aber ich möchte nichts entwickeln was es schon gibt.

Gruß
Michael

[toc] | [next] | [standalone]

#234793

Am 31.10.2017 um 17:37 schrieb Michael Koch:
> Hallo,
> 
> ich suche eine Baugruppe, mit der man die Puls/Richtungs Signale für sechs Schrittmotore erzeugen kann. Auf der Eingangsseite soll die Baugruppe Befehle über eine serielle oder USB Schnittstelle akzeptieren. Der Befehlssatz muss gut dokumentiert sein, weil ich das für eine selbstgeschriebene Software brauche.
> 
> Nun gibt es solche Schaltungen in China für wenig Geld zu kaufen, z.B.
> https://de.aliexpress.com/item/EU-Delivery-CNC-Controller-6-Axis-NVUM-200KHZ-MACH3-USB-Motion-Control-Card-for-Stepper-Motor/32829440105.html?spm=a2g0x.10010108.1000016.1.7b073759VvqN43&isOrigTitle=true
> Das Problem dabei ist, dass diese Steuerungen für eine bestimmte Software (MACH3) ausgelegt sind und dass keine Dokumentation für den Befehlssatz existiert. Jedenfalls habe ich bislang keine gefunden.
> 
> Frage: Gibt es so eine Baugruppe fertig zu kaufen, oder muss ich sie selber entwickeln? Das wäre im Prinzip kein Problem, aber ich möchte nichts entwickeln was es schon gibt.
> 
> Gruß
> Michael
> 

Arduino CNC-Shield

[toc] | [prev] | [next] | [standalone]

#234794

> Arduino CNC-Shield

der hat doch aber nur 4 Kanäle, oder?

Gruß
Michael

[toc] | [prev] | [next] | [standalone]

#234797

Am 31.10.2017 um 18:37 schrieb Michael Koch:
> 
>> Arduino CNC-Shield
> 
> der hat doch aber nur 4 Kanäle, oder?
> 
> Gruß
> Michael
> 

das ist richtig, aber man könnte einfach zwei Stück nehmen

man könnte auch selber etwas mit 6x Pololu bauen

[toc] | [prev] | [next] | [standalone]

#234799

Wenn man mehrere Controller hat, dann besteht das Problem dass der PC nicht automatisch erkennen kann an welchem USB-Port welche Achsen angeschlossen sind. Insbesondere wenn man das fertige 6-Achsen Gerät woanders hin transportiert und an einen anderen PC anschliesst. Deshalb soll es so sein dass das Gerät nur _eine_ serielle oder USB Schnittstelle hat. 

Gruß
Michael

[toc] | [prev] | [next] | [standalone]

#234810

Hallo Michael,

Du schriebst am Tue, 31 Oct 2017 12:30:03 -0700 (PDT):

> Wenn man mehrere Controller hat, dann besteht das Problem dass der PC
> nicht automatisch erkennen kann an welchem USB-Port welche Achsen

Das sollte eigentlich schon gehen. Schließlich kann jedes USB-Gerät u.a.
eine Seriennummer ausgeben, anhand dessen es eindeutig erkennbar ist -
auch, wenn manche USB-Geräte da "ein wenig" nachlässig versorgt sind.

> angeschlossen sind. Insbesondere wenn man das fertige 6-Achsen Gerät
> woanders hin transportiert und an einen anderen PC anschliesst. Deshalb

Es erkennt ja nicht "der PC" das Gerät, sondern dessen Software, zunächst
also der Treiber, der das registriert und auf Anforderung solche Daten
auch an das zur Steuerung nötige Programm weitergibt, sofern er die nicht
sowieso selber auswertet.

> soll es so sein dass das Gerät nur _eine_ serielle oder USB Schnittstelle
> hat. 

Bei seriell geht das sowieso nicht ohne weiteres (RS232 ist nicht busfähig)
und bei USB sollte das, wie oben geschrieben, erkennbar sein, wenn diese
Controller nicht absolut nachlässig programmiert sind.

-- 
-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]

#234816

> Das sollte eigentlich schon gehen. Schließlich kann jedes USB-Gerät u.a.
> eine Seriennummer ausgeben, anhand dessen es eindeutig erkennbar ist -
> auch, wenn manche USB-Geräte da "ein wenig" nachlässig versorgt sind.

Ich weiss zwar wie man in C# Daten von und zur seriellen Schnittstelle (bzw. USB) sendet, aber die Abfrage der Seriennummer ist gar nicht so einfach. Ich wüsste jedenfalls im Moment nicht wie das geht. Obwohl ich dir natürlich zustimme dass jedes USB Gerät wahrscheinlich eine individuelle Nummer hat.
Kompliziert wird es auch dann, wenn es mehrere von den 6-Achsen Geräten gibt. Dann müsste die Software ja die Seriennummern von allen Geräten kennen.

Das erscheint mir alles ziemlich umständlich und fehleranfällig. Es wird wohl doch auf einen selbstprogrammierten Microcontroller für 6 Achsen hinauslaufen, so dass die PC-seitige Software nur eine einzige Schnittstelle sieht.
Aber es wundert mich schon, dass es sowas noch nicht fertig gibt.
Der oben verlinkte Controller aus China würde genau das tun was ich brauche. Es scheitert nur an der fehlenden Dokumentation des Befehlssatzes.

Gruß
Michael

[toc] | [prev] | [next] | [standalone]

#234825

Dieser Controller sieht brauchbar aus:
http://dynomotion.com/KFLOP.html

Gruß
Michael

[toc] | [prev] | [next] | [standalone]

#234843

Am 01.11.2017 um 09:43 schrieb Michael Koch:
> 
>> Das sollte eigentlich schon gehen. Schließlich kann jedes USB-Gerät u.a.
>> eine Seriennummer ausgeben, anhand dessen es eindeutig erkennbar ist -
>> auch, wenn manche USB-Geräte da "ein wenig" nachlässig versorgt sind.
> 
> Ich weiss zwar wie man in C# Daten von und zur seriellen Schnittstelle (bzw. USB) sendet, aber die Abfrage der Seriennummer ist gar nicht so einfach. Ich wüsste jedenfalls im Moment nicht wie das geht. Obwohl ich dir natürlich zustimme dass jedes USB Gerät wahrscheinlich eine individuelle Nummer hat.
> Kompliziert wird es auch dann, wenn es mehrere von den 6-Achsen Geräten gibt. Dann müsste die Software ja die Seriennummern von allen Geräten kennen.
> 
> Das erscheint mir alles ziemlich umständlich und fehleranfällig. Es wird wohl doch auf einen selbstprogrammierten Microcontroller für 6 Achsen hinauslaufen, so dass die PC-seitige Software nur eine einzige Schnittstelle sieht.
> Aber es wundert mich schon, dass es sowas noch nicht fertig gibt.
> Der oben verlinkte Controller aus China würde genau das tun was ich brauche. Es scheitert nur an der fehlenden Dokumentation des Befehlssatzes.
> 
> Gruß
> Michael
> 

Die Ansteuerung von so einem Pololu ist extrem simpel. Das sind nur drei 
Leitungen: Enable*, Richtung und Step.

Man zieht Enable auf GND, setzt das Richtungsbit so wie man es haben 
will und macht dann Impulse auf dem Takteingang und schon dreht der Motor.

Das CND-Shield bietet nur eine primitive Möglichkeit, schnell mal eben 
ein paar Pololus an einem ATmega anzuschließen. Die Software ist dann 
mal eben schnell gemacht. Da kann man dann auch die Seriennummer mit 
einbauen.

Ich würde da gar keine speziellen Bibliotheken für das CNC Shield 
verwenden und einfach die Bits entsprechen ausgeben.

Alternativ kann man die sechs Pololus auf eine Lochrasterplatte machen. 
Enable* werden alle parallel geschaltet. Bleiben 2x6 Bits, die man 
schalten muss. Mit 13 Portleitungen kann man dann die 6 Motoren 
ansteuern. Das geht auch mit einem Arduino Nano den man mit auf die 
Lochrasterplatte baut.

Gruß

Stefan

[toc] | [prev] | [next] | [standalone]

#234846

> Aber es wundert mich schon, dass es sowas noch nicht fertig gibt.

Antiken CY525 von Cybernetic Microsystems als pull:

https://www.ebay.com/itm/INTEL-CY525A-Stepper-System-Controller-IC-PDIP40-x-1pc/162492727926?hash=item25d5524276:g:F5wAAOSwmCVZAVg7

http://www.controlchips.com/

Macht nur einen Kanal und ist ein NMOS 8051.

MfG  JRD

[toc] | [prev] | [next] | [standalone]

#234869

Hallo Michael,

Du schriebst am Wed, 1 Nov 2017 01:43:35 -0700 (PDT):

> > Das sollte eigentlich schon gehen. Schließlich kann jedes USB-Gerät u.a.
...
> Ich weiss zwar wie man in C# Daten von und zur seriellen Schnittstelle
> (bzw. USB) sendet, aber die Abfrage der Seriennummer ist gar nicht so

Beides hat eher weniger mit der Prorammiersprache zu tun, sondern recht
viel mit der Systemumgebung. Und dort gibt es evtl. auch noch mehrere
Möglichkeiten, an die Information zu kommen. Bei Linux sind die Daten zum
Gerät z.B. auch im /sys-Baum zu finden, sollten aber auch per libusb mit
einem io-control-Aufruf zu erhalten sein (ich hatte noch nicht die - äh -
Verlegenheit, sowas implementieren zu müss^Wdürfen). Unter Windows gibt
es doch die ganzen Aufzählungsfunktionen (enumeration), die alles mögliche
an Daten liefern.

> einfach. Ich wüsste jedenfalls im Moment nicht wie das geht. Obwohl ich

Ja, Ein-/Ausgabe ist relativ einfach; bei Linux "ist alles eine Datei", so
auch die Schnittstellen, bei Windows geht es meistens auch so ähnlich. Aber
Geräte, die Daten mit der Außenwelt austauschen, brauchen halt oft weitere
Möglichkeiten zu ihrer Einstellung und liefern Daten über sich und die
Umgebung.

> dir natürlich zustimme dass jedes USB Gerät wahrscheinlich eine
> individuelle Nummer hat.

Bzw. haben sollte. Leider gibt es durchaus Geräte, die einfach eine einmal
vergebene Nummer replizieren oder "gar nichts" liefern, was dann i.a. im
Wert "0" resultiert.

> individuelle Nummer hat. Kompliziert wird es auch dann, wenn es mehrere
> von den 6-Achsen Geräten gibt. Dann müsste die Software ja die
> Seriennummern von allen Geräten kennen.

Irgendwie müssen die unterschieden werden, klar. Du mußt doch auch einiges
andere in Deinen Geräten einstellen oder aus denen abfragen, das Du bei der
Inbetriebnahme festlegen und -stellen mußt und in einer Konfigurationsdatei
für Deine Anwendung ablegst. Da gehört das auch hin, die Zuordnung der
Einzelgeräte zu Funktionen muß der Betreiber machen, weil nur der seinen
Aufbau kennt.

> Das erscheint mir alles ziemlich umständlich und fehleranfällig. Es wird

Das ist aber unumgänglich, wenn man so etwas baut. Sicher ist das Aufwand,
aber wenn der nicht getrieben wird, muß für jedes einzelne Gerät das
Programm neu erstellt werden - da ist der Aufwand noch viel höher, und die
Fehlermöglichkeiten durch die Verwechslungsmöglihkeit ebenfalls. Für einen
Bastelaufbau, den es nur ein einziges Mal gibt und der nie umgebaut wird,
reicht das zwar, aber schon beim Austausch einer Komponente besteht die
Gefahr, daß das Programm damit unbrauchbar wird und angepasst werden muß.

> wohl doch auf einen selbstprogrammierten Microcontroller für 6 Achsen
> hinauslaufen, so dass die PC-seitige Software nur eine einzige
> Schnittstelle sieht.

Dann bist Du halt auf die Konfiguration und genaue Funktion Deines
Microcontrollers für diese Anwendung festgenagelt. Wenn Dir das reicht,
geht das natürlich so.

> Schnittstelle sieht. Aber es wundert mich schon, dass es sowas noch nicht
> fertig gibt.

Ist Deine Anwendung so verbreitet, daß die tausend- bis millionenmal
gebraucht wird? Dann sollte es das schon fertig geben, Ansonsten mußt Du
schon überlegen, ob sich da sfür einen Hersteller lohnt.

> fertig gibt. Der oben verlinkte Controller aus China würde genau das tun
> was ich brauche. Es scheitert nur an der fehlenden Dokumentation des
> Befehlssatzes.

Also gibt es doch was Fertiges, was für Deine Zwecke passte. Da fehlende
Dokumentation aber den Verkauf stark behindern dürfte, muß es die wohl
entweder doch geben oder das ist halt, was auch Deine Postings nahelegen,
nur ein Teil eines größeren Systems, das nur komplett eingesetzt werden
soll. Dann mußt Du wohl oder übel sehen, wie weit Du mit diesem Bruchstück
allein kommst - indem Du selber Details herausfindest, den Hersteller
befragst oder DIr zusammensucht, was andere schon gefunden haben könnten.
Oder Du baust Dir eben einen Ersatz selber.

-- 
-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]

#234875

Am 31.10.2017 um 17:37 schrieb Michael Koch:
> Hallo,
> 
> ich suche eine Baugruppe, mit der man die Puls/Richtungs Signale für sechs Schrittmotore erzeugen kann. Auf der Eingangsseite soll die Baugruppe Befehle über eine serielle oder USB Schnittstelle akzeptieren. Der Befehlssatz muss gut dokumentiert sein, weil ich das für eine selbstgeschriebene Software brauche.

Davon sollte es genug geben. Einer der ersten Treffer z.B.
https://www.stepperboard.com/prod-sd6dx.htm

> Das Problem dabei ist, dass diese Steuerungen für eine bestimmte Software (MACH3) ausgelegt sind und dass keine Dokumentation für den Befehlssatz existiert. Jedenfalls habe ich bislang keine gefunden.

IMHO verwendet MACH3 G-Code nach DIN 66025/ISO 6983, ist also sehr wohl 
dokumentiert.

Bernd
-- 
Meine Glaskugel ist mir leider unvorhersehbarerweise vom Balkon gefallen.
P.Liedermann in defa

[toc] | [prev] | [next] | [standalone]

#234877

> Davon sollte es genug geben. Einer der ersten Treffer z.B.
> https://www.stepperboard.com/prod-sd6dx.htm

oh, das sieht sehr interessant aus. Vielen Dank für den Link!


> IMHO verwendet MACH3 G-Code nach DIN 66025/ISO 6983, ist also sehr wohl 
> dokumentiert.

Klar, MACH3 kann G-Code ausführen. Aber daraus kann man nicht automatisch den Schluss ziehen, dass die Kommunikation zwischen MACH3 und dem NVUM Controller ebenfalls über G-Code läuft. Oder steht irgendwo, dass das so ist?

Gruß
Michael

[toc] | [prev] | [next] | [standalone]

#234878

Da gibt's sogar einen 6-Achsen Controller, wo gleich die 6 Mikroschritt-Treiber für bis zu 2.5A mit drauf sind. Das ist genau was ich brauche, alles auf einem Board. Und der PC auf dem die Software läuft sieht nur _eine_ USB-Schnittstelle. Das Ding bestelle ich mir.

https://thestepperboardstore.com/collections/6-axis-controllers/products/ar-bc6d25eu-series-usb-six-motor-0-15-to-2-5-amp-current-regulating-stepper-motor-controller

Gruß
Michael

[toc] | [prev] | [next] | [standalone]

#234879

Am 02.11.2017 um 13:08 schrieb Michael Koch:
> Da gibt's sogar einen 6-Achsen Controller, wo gleich die 6 Mikroschritt-Treiber für bis zu 2.5A mit drauf sind. Das ist genau was ich brauche, alles auf einem Board. Und der PC auf dem die Software läuft sieht nur _eine_ USB-Schnittstelle. Das Ding bestelle ich mir.
> 
> https://thestepperboardstore.com/collections/6-axis-controllers/products/ar-bc6d25eu-series-usb-six-motor-0-15-to-2-5-amp-current-regulating-stepper-motor-controller
> 
> Gruß
> Michael
> 

Schau Dich auch nochmal bei Trinamic um. da gibt es alle möglichen 
Kombinationen an Schnittstellen und Achsen und Treibern....

Gruß, Christian

[toc] | [prev] | [next] | [standalone]

#234880

> Schau Dich auch nochmal bei Trinamic um. da gibt es alle möglichen 
> Kombinationen an Schnittstellen und Achsen und Treibern....

Die Boards von Trinamic hatte ich mir schon angeschaut. Bin durch das Software-Konzept nicht durchgestiegen. Bei dem Board von Norberg (das ich jetzt bestellt habe) sieht der PC einfach eine serielle Schnittstelle, wo man bestimmte Kommandos hinsendet. In Prinzip kann man das Ding von einem Terminal-Programm aus ansteuern. Einfach und übersichtlich, so mag ich das.

Gruß
Michael

[toc] | [prev] | [next] | [standalone]

#234881

Am 02.11.2017 um 13:37 schrieb Michael Koch:
 >> Schau Dich auch nochmal bei Trinamic um. da gibt es alle möglichen
 >> Kombinationen an Schnittstellen und Achsen und Treibern....
 >
 > Die Boards von Trinamic hatte ich mir schon angeschaut. Bin durch das 
Software-Konzept nicht durchgestiegen. Bei dem Board von Norberg (das 
ich jetzt bestellt habe) sieht der PC einfach eine serielle 
Schnittstelle, wo man bestimmte Kommandos hinsendet. In Prinzip kann man 
das Ding von einem Terminal-Programm aus ansteuern. Einfach und 
übersichtlich, so mag ich das.
Das ist bei Trinamic nur ein kleines bisschen komplizierter. (Seriell: 
ein paar Binärbytes, USB: mitgelieferte USB-DLL aufrufen, CAN und 
andere: weiß ich nicht)

Zum Spielen gibt es aber eine Test-IDE, die alle Parameter kennt. Ich 
hab mit diversen Controllern von denen gearbeitet, war sehr zufrieden! 
(Was nicht heißt, daß andere schlecht sind ;-)

Ich habe auch mal für ein einfache Problem die TMCL 
(TrinamicMotionControlLanguage) mal ausprobiert, nach Initialisierung 
durch PC oder so läuft der Controller eingenständig.

Gruß, Christian

[toc] | [prev] | [next] | [standalone]

#234896

Am 02.11.2017 um 12:26 schrieb Michael Koch:

> Klar, MACH3 kann G-Code ausführen. Aber daraus kann man nicht automatisch den Schluss ziehen, dass die Kommunikation zwischen MACH3 und dem NVUM Controller ebenfalls über G-Code läuft. Oder steht irgendwo, dass das so ist?

Stimmt, das wäre zu einfach. Irgendwo gab es einen Hinweis daß zumindest 
ein Board über USB drei LPTs emuliert.
Die gängigen Boards für 3D-Drucker nehmen alle G-Code verschiedener 
Geschmacksrichtungen an.
Das RUMBA All-in-one kann 6 Stepper treiben, Treiber wie die Pololu sind 
steckbar.

Bernd

[toc] | [prev] | [next] | [standalone]

#234999

Am 02.11.2017 um 22:02 schrieb Bernd Laengerich:
> Am 02.11.2017 um 12:26 schrieb Michael Koch:
> 
>> Klar, MACH3 kann G-Code ausführen. Aber daraus kann man nicht 
>> automatisch den Schluss ziehen, dass die Kommunikation zwischen MACH3 
>> und dem NVUM Controller ebenfalls über G-Code läuft. Oder steht 
>> irgendwo, dass das so ist?
> 
> Stimmt, das wäre zu einfach. Irgendwo gab es einen Hinweis daß zumindest 
> ein Board über USB drei LPTs emuliert.
> Die gängigen Boards für 3D-Drucker nehmen alle G-Code verschiedener 
> Geschmacksrichtungen an.
> Das RUMBA All-in-one kann 6 Stepper treiben, Treiber wie die Pololu sind 
> steckbar.
> 
> Bernd

Die Controller für 3D-Drucker müssten eigentlich auch gehen, z.B.

https://www.ebay.de/itm/3D-Drucker-Kit-Ramps-1-4-Mega-2560-12864-LCD-Controller-5-X-A4988-fur-Arduino/322678852457?hash=item4b21288b69:g:pOcAAOSw7cxZn-UQ

Ich würde da aber nicht die 3D Drucker Software verwenden, sondern die 
Pololus mit einem kleinen Programm selbst ansteuern.

Gruß

Stefan

[toc] | [prev] | [standalone]

Back to top | Article view | de.sci.electronics

csiph-web