Advanced Search

It sounds like you've got it figured out, but this page was helpful for wiring the Dahlander motor in my Deckel mill:

electronics.stackexchange.com/questions/...ings-troubleshooting

Essentially for low speed, 1U, 1V, 1W are powered while 2U, 2V, 2W are left unconnected. For high speed, 2U, 2V, 2W are powered while 1U, 1V, 1W are shorted together.

Apologies if this was covered earlier in the thread.

Hi,
I did manage to get the first chips today.

Tuning on the Z axis looks actually fine. On X I still have a bit more work to do, but for now it is fine.
I almost managed to kill my spindle motor. I’m still not fully understanding the function of these Dahlander motors. I had 1U, 1V, 1W and 2U, 2V, 2W switched around and thought that these would be equivalent, and still looking at the diagram on Wikipedia for example, it looks to me as if it should be. I assume it has to do with the winding direction of the separate phases.
The motor was slow and heated up significantly. I hope it has not permanently damaged the motor. Now, having it connected correctly, it sounds really nice and quieter than I would expect.

The picture of the part looks a little bit nicer in person, and the feed and speed were just by ear.Now I will try getting the variator to be used as well. Let’s see how that will go.

grandixximo wrote:

@ruediger123
For your exact parameters: 1ms cycle, 50 m/s³ jerk, 5 m/s² acceleration, P0.01 on a 45° corner, the only cornering speed that mathematically fits within the jerk limit on a 1ms grid is zero. 

I don't think it's actually zero, but it's pretty close. 
Centripetal acceleration is v^2/r and centripetal jerk is v^3/r^2.

My back of the envelope math says the maximum velocity at a 45 degree junction with .01mm deviation would be .0056 m/s or .336 m/min to keep centripetal acceleration at 5 m/s^2. That would produce a centripetal jerk of 4568 m/s^3, which is an order of magnitude over the limit. 

To keep the jerk within the limit, the maximum velocity at the junction would be .001243 m/s or .0745 m/min. At that velocity it would take 8ish servo cycles to traverse the radius. 

But, for all intents and purposes, it's basically a full stop. 

Wouldn't it be pretty simple to find the maximum junction velocity to keep both jerk and acceleration within the limits of each axis? We have everything we need to make that calculation. Interestingly, since corner tolerance, max accel, and max jerk are constants, this velocity limit is only dependent on the angle. That would make it pretty easy to use a look up table generated by the tolerance setting. 

onehossshay.wordpress.com/2011/09/24/imp...cornering_algorithm/
 

For threading, you need a 1PPR signal (index) from the spindle.

Servus,
Ich hab folgendes Problem: ich benötige wohl ein HAL Modul das nicht installiert ist, einen Konverter "conv_u32_s32 ".  Nun sollte ich dazu das uspace Datei Paket installieren, gegeben wurde mir folgender Befehl:
sudo dpkg -i linuxcnc-uspace_2.9.8 deb
sudo apt-get install -f
Damit erhalte ich diese Rückmeldung:
cnc@debian:~$ sudo dpkg -i linuxcnc-uspace_2.9.8.deb
sudo apt-get install -f
[sudo] Passwort für cnc:
dpkg: Fehler: Auf das Archiv »linuxcnc-uspace_2.9.8.deb« kann nicht zugegriffen werden: Datei oder Verzeichnis nicht gefunden
N: Datei »kcjengr.list3« in Verzeichnis »/etc/apt/sources.list.d/« wird ignoriert, da sie eine ungültige Dateinamen-Erweiterung hat.
E: Typ »’deb« in Zeile 1 der Quellliste /etc/apt/sources.list.d/kcjengr.list ist unbekannt.
E: Die Liste der Quellen konnte nicht gelesen werden.
cnc@debian:~$

Das Paket wird also nicht geladen und installiert
In der Datei kcjengr.list3 steht auch tatsächlich der Eintrag ’deb [arch=amd64] repository.qtpyvcp.com/apt stable main’  kann ich ja nicht einfach ändern...

Nun die eigentliche Frage- wie ist der richtige Befehl um das uspace Paket nachinstallieren zu können.
System: Debian 12, Linuxcnc 2.9

Ich bin leider kein Computer Genie...

Danke
Sigi

 

endian wrote:

 
I saw at my own eyes synchronization of 120 seconds with beckhoff SoE AX5125 driver with older firmware ... its not odd behaviour 

beckhoff IPCs have sometime very similar behaviour with their own hardware from my close experiences...

The more i read here about ethercat = the less i like it.
Thank you for pointing out the quirks, not only the good stuff.
 

ethercat is the best from the best ... everything has some + / - ... finally synchronization issues and these childhood illnesses are not fault of the ethercat protocol itselft which is very robust... Its issue of HW at side of master, slave or connection itself ... 

If we use native bckhff driver at native stuff around these issues are suppressed limiting to zero ...

 

I have a 600PPR quadrature encoder linked to my spindle with a 3:1 ratio, so 7200 PPR @ mesa spindle encoder input. A & B quadrature signals only, no 1PPR signal, but I don't think I need the 1PPR signal.

In Halshow
 - spindle.0.revs counts up as expected
 - spindle.0.speed-in appears correct
 - spindle.0.index-enable is disabled

in my SM-10.hal file I have: 
net spindle-index-enable      <=>  spindle.0.index-enable

IF I comment out this line, I can then enable spindle.0.index-enable manually in Halshow

Regardless when I try to open my 2 line G76 program I get the following error:
"Chosen spindle(0) not turning in G76"

I'm not sure if this is a HAL configuration issue or perhaps I need to do something in the gcode prior to the G76 command, not sure?

I have attached files for clarity.

Thanks,
Jeff


 

Hi eraserhd,

Thank you for your answer. I'd like to hear more about that spinlock var; I'm a noob in coding but willing to learn. I quickly checked your repo and saw that you changed tons of things. I didn't go into the details but will get into the code and test it soon.

On my side, found out that it works stable if I don't use the base thread. And as I'm currently trying to work with TMC5160 in full SPI (with the driver internal step generator), I can live with the servo thread only.

Found it, i forgot the python section in the ini file

Hello forum,
I have 6 x 1KW Lichuan LC20 drives and have been trying to get them to work with Raspberry Pi 4B 4GB and LinuxCNC for about 9 months.  I realised I don't have the technical knowhow to make this work.  Using this forum, youtube and Grok, I was able to get close, getting the Raspberry Pi to work as a master and I even got all 6 drives to work as slaves, but trying to get them in to OP mode proved impossible.  On one occasion, when I unplugged 5 of the 6 drives, I managed to get it to go into OP mode but have not been able to replicate it since.  And I have never been able to understand how to get them to turn using LinuxCNC, that baffles me a bit so I have never actually seen the motors work ever.
I am open to buying hardware that kinda works out of the box but I have no idea what that is.  
Can anybody on this forum work with me over time to help me to get these things to work with LinuxCNC, or even Mach???  I can't return them, and after spending $2K on them, I can't afford to buy something a little more 'out of the box'.
Any assistance would be greatly appreciated.
Andrew.
 

Witam udało mi się uruchomić z płytą SSK-MB2
to link
Ciekawostka chińska alternatywa MESY - Strona 6 - cnc.info.pl - FORUM CNC

The proposal on the table is a new modal G64.1 P Q
jerk-aware continuous path mode that behaves like G64 P Q but adds automatic full stop fallback when the jerk-constrained cornering velocity rounds to zero. Off by default to preserve existing behavior, opt-in for integrators who need provably clean command streams or are running drives without internal interpolation. That seems like the right balance between being true to the physics and being useful across the wide range of hardware LinuxCNC runs on.

I agree.

voila cela fonctionne parfaitement ,il fallait enlever le not sur l 'entree 12

Nice!

Hi, i installed probebasic on debian bookworm, can reference the machine and jog, but get this error when calling m6: (from the logfile)
qtpyvcp.plugins.notifications - ERROR - pycall(remap.change_prolog) failed
Thanks Michael