Advanced Search

Bear with me:
I feel like I have read every article known to man on this subject and watched all the videos on YouTube that I can find but after several weeks cannot start my spindle via software.I am using Linuxcnc v 2.9.8, with QtDragon_hd as my GUI.

I have a 2.2kw water cooled spindle hooked up to a Huanyang HY02D223B inverter. I have a Waveshare RS485 USB connector, wired D+ to RS+ , and D- to RS- on the VFD. The shielded ground is connected to ground on the PC and COM on the VFD. The adapter shows up as ACM0.

VFD jumper has been switched to VI, and programmed as follows:-
PD001: Set to 2 (Source of run command = RS-485 communication port).
PD002: Set to 2 (Source of operating frequency = RS-485 communication port).
PD163: Set to 1 (Communication address of the VFD).
PD164: Set to 1 for 9600 baud 
PD165: Set to 3 (Communication method: 8 data bits, no parity, 1 stop bit - 8N1 RTU). 

While linuxcnc loads, if, after homing, I select MDI and type M3 S1000 (or any other value), nothing happens.
For a while I was questioning the wiring to the spindle/mains and had the awful thought that either the spindle or VFD were duff.
Last night I found this thread forum.linuxcnc.org/24-hal-components/310...anyang-speed-control and when I followed these steps in Terminal, voila! my spindle runs.

I have attached my HAL file and a screenshot of my procedure in Terminal in the hope that someone can explain why I can't operate the spindle from within my GUI. 

Thanks in advance.

Do you think it is even possible to make a general homing component?
The drives I have seen have numerous different homing options.
Will all of them work?

The cia402 component has no easy task.
The device runs the cia 402 state machine and the cia402 component has to figure out what state it is in. 
From that, rebuild the control word to match what you want it to do next.
You can't let the cia402 component be the master of the state machine, the device is.

I don't know much about how homing is supposed to work,
otherwise I could try to help more.
 

This looks great, have anyone been able to port it for LCNC?
www.pibot.com/pibot-cnc-pendant-v4

We make machines, on our factory floor, we always have 3-4 machines on the floor I can test, some complete some partially because in construction. our customers have multiple shops running LinuxCNC, but it is in the background, and they don't really know, they only look at CAM, CNC for them is mostly open gcode start, regulate feed, stop if have problem.
The biggest changes we made you have them now in master, not sure how my implementation can help, and it is not in the scope of the OP.

Hey guys have a look at the link to the YouTube channel

These guys have a whole factory running linuxcnc I think.

Is awesome.

I have 7 machines here in NZ but these guys have way more stuff for testing.

Grandixximo.

Can you take some more videos of your machines please
Even a non promotional video for us linuxcnc guys where you can really dig into how your have implemented it.

This is perfect for testing 5 axis stuff and your jerk control.

And I just want to say thanks for trying to help the open source community.


Not everyone does that.

Cheers

It does seem something is not set correctly as setting deadband should not trigger joint error, at least i do not recall it ever happening to me, but i do use lower values:
DEADBAND = 0.0001
DEADBAND = 0.001
as a starting point, and go up or down a bit till i get soft noiseless motor standstill.
For a Delta drive, i would try with 0 I and 0 D values, find FF1 where machine would run at full speed properly, then set a very low value for deadband if you end up needing it.
First and foremost, find the P value where the motor does not lag to much at full speed and does not vibrate at standstill.

my1987toyota wrote:

And even if it doesn't go anywhere this time governments will continue to try again. It's how the American
Government has gotten away with mandating kill switches into all new road vehicle
(2026 forward if I remember correctly). There is another bill that is suppose to repeal it (H.R. 1137) but 
I don't know if it passed or not. Given all the other crap that has gone on I wouldn't be surprised if it
got lost in the noise. 

 

As a side note from an earlier post, NO they have not repealed the stupid vehicle kill switch thing. It's just
the law hasn't been implemented yet.

 

Inadequacies in the milling path should not be compensated for by violations of the limits of jerk and acceleration 

It is not the case that we try to fix inadequacy of the path by spiking the jerk, is that we cannot control the jerk spikes period. This is not because we don't want to or lack of trying, is IMO fundamentally a limitations of the current tp architecture. YangYang is trying work arounds...

Yes, most machines you see on the website do, the one I have most problems with is the sawjets, because of the huge kinematics pivot.
The only issue I found that needs fixing with the latest code, is when I do codes to mill down the table, zigzag style, YangYang will take a look next week, he keeps patching that up. And then it comes back again...

Yes, I need to check it all. I did see previously that cia402 was not waiting for confirmation of homing or something so will watch for that....

Sounds like 100% the right thing!

Its just a snippet of code and not the whole picture.
But I wouldn't switch state before statusword says the drive has switched state.
It would be in some pending_switch_state perhaps.

grandixximo wrote:

You can find more on the youtube channel

Oooh. So this machine runs linuxcnc with jerk limiting?
 

You can find more on the youtube channel

I gave some detailed instructions to Grok last night then slept like a baby.. I always wanted to use a C union to break out status word etc into  bits starts to make it readable.