Advanced Search

Ich hatte damals meine MH 300 P vor dem mechanischen Umbau auch mal mit den Kupplungen laufen, das funktioniert schon – allerdings kennt LinuxCNC nicht wirklich ein Konzept von „Warte, bis die Achse positioniert ist“, deshalb muss das im G-Code „von Hand“ gemacht werden. Ich hatte damals immer Wartezeiten, um das Schalten der Kupplung bzw. das Ende des Positionierens abzuwarten, eingebaut:Das Umschalten ist dann einfach über Schwellwerte für die Vorschubwerte pro Achse passiert.Habe das damals nicht weiter verfolgt, weil ich dann den Umbau auf 3x Vorschubmotoren umgesetzt habe.Eine Idee war, das direkt abzufragen wie im Link:
forum.linuxcnc.org/20-g-code/45817-singl...ry-planning-question
oder das Umschalten über einen eigenen M-Code abzubilden.

Good morning, thank you very much for your reply. I've already considered what you said about Linux. However, making the switch is quite complex because I use these cards in CNC machines, and my first option is to try to find these drivers.

MESA 5I20 FPGA PCI Anything I/O Card LinuxCNC 12 Axis

Are you using a milling machine or a lathe?
Could you please save your project (menu Project->Save as...) and attach here?

Regards
Giovanni

Die Motoren können mit einem zusätzlichen Geber-Kabel (mit Batteriebox) mit absoluter Positionierung genutzt werden. Dadurch "merkt" sich der Motortreiber die Position auch wenn die Hauptspannung abfällt. Auch manuelle (per Hand) Bewegungen werden erfasst und beim einschalten weiß der Motortreiber ohne referenzieren direkt wo er genau ist. Man muss lediglich ein mal den Nullpunkt im Treiber setzen. Habe mich damit allerdings nicht allzu viel beschäftigt.

Ich nutze die Motoren im inkrementalen Modus, der Treiber weiß also nicht wo der Motor steht sondern nur wie viele Pulse er in eine oder die andere richtung gedreht hat seit dem einschalten. Hier ist also jedes mal eine referenzfahrt der achsen erforderlich und diese mache ich über LinuxCNC in Verbindung mit einigen induktiven näherungsschaltern.

Did the fixed version of toggle2nist made it to a released version of linuxcnc? I'm not really familiar with git, so I can't tell myself...

Bonjour,
De base, LinuxCNC que j'ai installé sur un RPi4 ne propose pas d'activer le wifi en raison de possibles interactions avec le temps réel (si j'ai bien compris)
Ce qui fait que je n'ai pas la possibilité d'interroger un serveur externe et que, par conséquence, la date revient à celle de la dernière mise jour du système après chaque remise en route.
J'ai donc installé un module temps réel sur l'I2C du RPi, mais je n'ai pas du bien faire les choses...je vais revoir ça mais en attendant : 
Comment, de votre côté, avez-vous procédé pour avoir un horodatage correct de vos fichiers récents ou modifiés ?

What does the 'LEAD' function do?

Ja aber es handeln sich um schon vorhandene elektrisch betätigte Kupplungen (24V) ich muss eigentlich nur die Logik nachbauen und das ganze LinuxCNC erklären. Was die Herausforderung wird.

Öhm, nein, als Spindel definitiv nicht. 

Der Motor ist für meine Y-Achse, jedoch befindet sich eine recht hohe Masse darauf, weshalb ein hohes Drehmoment benötigt wird. Der Motor selbst kann 51 Nm, das Getriebe, das danach kommt, ist ein 140:1. Da die hohe Masse jedoch mm-genau positioniert werden soll, in positiver wie auch negativer Richtung, reicht es nicht, den Motor nur ein- und auszuschalten. 

nichtAlex wrote:

Das sind die A6-400EC 400 Watt EtherCat Treiber. Laufen mit einphasig 230V AC. Da die das cia402 Profil nutzen lassen die sich ganz normal mit LinuxCNC und der cia402 Komponente ansteuern. Beispiele für die ethercat-conf.xml gibts hier im Forum ja genug zu den A6 Treibern.

Perfekt, danke! Das nimmt mir ein wenig die Angst.

nichtAlex wrote:

An sich stören mich die IOs der Treiber nicht aber ich finde das übersichtlicher/sauberer wenn alles auf die Beckhoff Module geht. Keine Lust da jetzt noch irgendwelche d-sub stecker zu löten für die Treiber. Habe durch mein Bedienpult nen haufen Digitalein- und ausgänge und mit den Beckhoff Modulen hab ich das schön sortiert.

Ah okay, das verstehe ich. Die IOs sind am CN1 der D-Sub. Das hatte ich noch gar nicht auf dem Schirm, dass man die Kabel dann daran löten müsste. Das ist ein guter Hinweis, danke!

nichtAlex wrote:

Ich nutze die Treiber im inkrementalen Modus und referenziere nur über linuxcnc und nicht über den Treiber selber

Was genau bedeutet es, wenn du die Treiber im inkrementalen Modus nutzt?

JT wrote:

We are actually working on updating all the software now.

 

I'm glad to hear that you're in control and can update the system. That's good news.
My thoughts are with you.

Mücke 

I have no idea what FabEx is, but i am sure Blender does the CAM part on it's own, i am not sure if it is included with it.
Back when i was poised at learning it there was BlenderCAM... i just went to check and found out what FabEx is
Did you try their version with it included?
blendercam.com/download/
Download, unzip and double click on blender.

Like I said, not really a good reason to change.
Right now it's running a really old Minirak drive, basically analog, trim pots, etc. Works but it's starting to fade. My hope is to bandaid it enough until I can swap in something more modern, like from the last decade or so
The 5 volt signal seems to pick up a lot of noise and a slight drop there is a noticeable drop on the motor so was hoping that dropping in a separate supply would improve it and stepping up to 10v might help or at least be less of an affect on the motor speed change.
I'll see what I can come up with between the 12v supplies I've got and the multitude of diodes in other drawers.
Thanks for the input
M

I linked to a post containing absolutely everything you need, and as Andy noted, M67 should be used, not spindle stuff.

Thank you for your message. I have been using the VFD with Modbus this whole time, including rigid tapping, but still interested in your Ethercat setup. You said you didn't need to change the files I shared, but could you share your VFD settings? I image other would find that useful.