Advanced Search

Pictures of your VFD connectors?
Not from the net, last week i dealt with two of the same make and model VFD that are not the same in any way, nor are the electronics the same.

The 'F' word in the 'G0' line does indeed only apply to G1, G2, G3 moves. The F value is retained though and some of the first G1 moves in the subroutines are actually missing the F word which seems a bit odd but it works I guess.:
eg line N3620

G92 affects all coordinate systems, this can be handy but it can also be a bit confusing.
linuxcnc.org/docs/html/gcode/g-code.html#gcode:g92

The difficulty I am having is moving from the end of the 4th position of the first subroutine back to the start (first) position of the second subroutine (o103) and repositioning the Z axis.

The first round (o100) is done with 'G92 Z0.75' while the second (o103) is done with 'G92 Z0.0'. It seems that there is no tool-length offset used (ie no G43). I don't know what your tool change work flow is but this would require that the tools used have exactly the same length OR the G92 offset is used to compensate for different tool-length, which would be a somewhat odd way of doing things.

Sorry my mistake , I thought you where uploading the config file. I used windows through the command prompt and ran pyocd to upload mine .

Hi, the config generator looks like a helpful tool. I have one Rtelligent ECT60 stepper drive running and I now need to figure out how to add two Rtelligent RS750E AC servo drives.

I apologize for asking such a simple question, but I am not sure how to run the lcec-configgen. Maybe I don't have it installed. I am clearly inexperienced, so I could be missing something simple.

I appreciate everyone's help on the forum.

I've attached a picture of my terminal and my version of Ethercat. My linuxCNC version is 2.9.2 

@Murphy I'm not sure if I understood, when you ping to change, are you talking about Ethernet communication? If so, what is the relationship between being able to upload Remora to the cloud? Sorry for my lack of understanding, I'm just trying to understand, because Ethernet communication is one communication, and CMSIS DAP via USB is not another? Or do I have to configure an address for the USB CMSIS DAP

Excellent! I just got my new mill converted to LinuxCNC, and was thinking that maybe I should tackle the gui before going too much further. Did a search to see how you were doing, and look! A new release. I like the idea of starting with an axis-style gui -- after all, it's what I'm used to.

Looking forward to giving it a try!

ok so i for the most part got it working now, thanks jt pete and tom for the help! basically if i run the pwm module at 14v i get close enough to 5-10v to give me 12-24k rpm.
the last thing i just need to figure out is how to get the spindle to actually start. been trying to decipher a chinglish manual all afternoon to program this vfd. to be fair tho, it is actually better translated than the other ones ive dealt with. i can set the working frequency from linuxcnc but cant actually get it to start remotely. if anybody has any experience with a huanyang fc01, any help would be greatly appreciated!

I'm assuming this is just test code, as you could just set the paramEdit directly (based on the code you showed)

Typically I would use a callback (changed signal) from the lcdnumber or better yet a plain HAL pin to update paramEdit_MG_D.

while not STATUS.is_interp_idle(): might be better to try :
STATUS.cmd.wait_complete()

As an alternative you could use the HAL module to read the pins directly:
value = hal.get_value("motion.analog-out-05")

Hi All
i am starting to pull what little hair i have left out and i need some help
il start from the beginning , I have a hobby cnc it runs Ubuntu 10.04 and it runs ok but it is a pox 14 years old 
I would like to update to Debian 12  . I have set up a hard drive with this and have Been setting up the stepconf files.
i know there has been a lot of changes in 14years , I am struggling with the pin conf .i have the old files and have been working them across to the new but the estop is causing me grief is there any body that knows how the 2 systems are different . I dont mean in a big sense what i mean is in he stepconf system so i can see where i am going long thanks

Hello Guys,
I use a 7"LCD resolution 1024x600 for display the GUI can not display all ,especilly the height ,does anyone met this problem ,how to solve this problem?Thank you !

moving

Absolutely but I'm away with work for the next 3 weeks so won't be home until then to test. I hooked a multimeter up the output pins of the EC500 and could see the drop in voltage. Only happens in CSS mode. If I manually change the speed outside of CSS it responds straight away . When looking at remora.sp in halscope the signal is square and reacts quickly. During CSS, remora.sp tapers up and down (with x axis movement which it should) During the taper the voltage drops to nearly zero resulting in the spindle nearly stopping. Once the signal levels out(no more taper of the signal) it goes to the required speed.

Also here is what Freecad puts before each axis call:

N15060 G0 X0 Y0 F70
N15061 M06 (Set too top of surface Z0.75)
N15062 G92 Z0.75 (Pocket surface top)

Don't understand the first line. F70 should only apply to G1?
Why the G92. This changes the origin position rather than just the offset from the present origin???

Looking at the code for the hardware PWM, a few changes could be made to not stop the timer on a duty cycle change. A quick job for the weekend.

@Murphy, are you happy to test?

Murphy wrote:

@ Thayloreing Looks like you have no Comms with the board. Which could be why you can't upload the config to the board. Look back in the posts there is steps there to change the IP address for the board to 10.10.10.10.

@scotta, have you tested the v5 boards with CSS ?. I'm having issues only in CSS mode. Signal keeps dropping when there is speed changes during CSS. Voltage newly drops to zero, once speed changes stop it goes to the required speed. I'm thinking it could be the 0-10v chips on the EC500's.

Hi, no sorry have not tested CSS mode. The 0-10v chip is a PWM to analog chip and the Remora code uses the hardware quad timer. With CSS the spindle speed is constantly changing. In the code when the duty cycle changes, the timer is stopped to allow the timer configuration to be updated. This may take long enough for the PWM to analog chip to drop to 0v.

The software PWM module updates the duty cycle on the fly. Running the software PWM module in the base thread may get the PWM frequency in the right ball park.

In my testing of the spindle analogue, I must admit that I never put a scope on the output. Just a multi meter, and that would not have reacted quick enough to see the drop to 0v.