Advanced Search

Seeing this i have to consider myself really lucky, even once i had this issue it was in my shop during some random testing!
Thank you for reporting this, have to keep in mind in case i ever see such f-error.

Thanks for the information on "man hy_gt_vfd" I was able to confirm that it is installed and found the real error message.  It wanted more information. I had to add the max speed, max and min frequency and then it ran.   
I am sure there is probably a better way to have done this, but This is what I did to make it work. in case anyone else get stuck here.
loadusr -W hy_gt_vfd -t 1 -d /dev/ttyUSB0 -p none -r 19200 -S 18000 -F 300 -f 5

The bad news was the results were the same as I had with vfdmod so both my VFD's are bad.  What is a good brand that I can get a 240v 60hz 4KW in the US that is supported by LinuxCNC over modbus?  The Haunyang rep said my voltage was higher than they expected but it is with in their specification of 220V +/- 15% I have had 2 Hy_GT that have not worked.  

I want to make a component to select between two float inputs, but I know very little about programming, I made this program, and I wanted someone to help me by taking a look and indicating if there was any error, I haven't tested it yet, my other question is how can I load it? it in linuxcnc so I can use it, thank you in advance thank you

component sel_float "Two-input multiplexer with float inputs, conditional output, and selector";
pin in float in0;pin in float in1;pin in bit sel_in;pin out float out "The output is computed based on the values of in0, in1, and sel_in according to the following rule: If sel_in=1, out is the value of in0. If sel_in=0, out is the value of in1.";
 function _ nofp;license "GPL";author "trhs";
 FUNCTION(_) { if (sel_in == 1) { out = in0; } else { out = in1; }}

Hi Chris,

the Gcode program is not particularly large, about 3.4 kb. But you have put me on a possible track with the hint to start the Gcode Ripper without LinuxCNC. The behavior is the same, but not with all Gcode files. I think the problem is with the Gcode. I have a file that works fine. I will compare it with the problem files. Maybe there will be a clue to the problem.

I'll check out the Gcode Ripper site, thanks for the link.

Peter

Hello, first of all, thank you for your descriptive shares.
I used a servo with ethercat using "Debian 9" 4 years ago and it has been working since then.

PC: INTEL 9TH GENERATION I3
Ethercat version is 1.5.2.
Servo: Panasonic A6

---

---

Now I wanted to use Debian 12, Ethercat version 1.6.0 and LinuxCNC 2.9.2, which has been updated according to your shares.
PC: INTEL 12th GENERATION i3
When I close the Linuxcnc interface, the servos get a synchronization error. This did not happen in the old version.
The servo is still the same servo (PANASONIC A6) but I was getting 80.4 synchronization error.
This error ( <dcConf assignActivate="300" sync0Cycle="*1" sync0Shift="0"/>
<watchdog divider="2498" intervals="5000"/>
)
I solved it by doing .

But now, when I restart it, some of the servos do not switch to OP mode on the first try.

Can you help me ?

I am grateful.

I have been able to set the encoder resolution on register 0x2020 and the setting persists. So that works. Scaling I have set to 4000 in the Hal-File after tinkering for a while. In Halshow I get a value of 4000 for lcec.0.0.actual-position if I turn the motor shaft by hand for 1 revolution. So this seems to be encoder quadrature in effect and looks alright to me. The value is the same for cia402.0.drv-actual-position. The value for cia402.0.pos-fb changes by 1 for every revolution of the motor shaft. So I guess, it is affected by the scaling setting in the HAL-File. Basically cia402.0.drv-actual-position is divided by 4000 (4000 pulses per machine unit) which also looks alright.

Unfortunately the motor jerks and stutters in closed loop mode until I get the joint amplifier fault. The red light on the driver blinks four times which is the encoder out of tolerance alarm. The tolerance is 4000 by default on this drive. If I switch to open-loop mode (0x2011 set to 0), the motor turns normally without issues. No other parameter needs be changed. Maybe an issue with the internal PID loop?

That looks like a Linuxcnc error rather then gcode ripper. Does it do this everytime?
Is the program you are loading very big?

Unfortunately I have very little experience with gcode ripper.
here is the website for it:
www.scorchworks.com/Gcoderipper/gcoderipper.html#changelog

If you cd to the gcode ripper folder you could run it directly (in a terminal) with:
python3 gcode_ripper.py

Will post those files this evening.

Yep x and y would keep moving even after the z failure.

I'll try cycle stop in Debian 12 I think I tried it in the 2.10 pre version I was running and no luck. I saved that hdd so if you need any info from it will pull it back in.

Awesome on the change consumables, will give that a shot.

If you have a 7I96/7I96s:

 
 

I would just create a 5i25 with one 7I77 config (and not use the discover option)
 

Hi Chris,
Gcode Ripper is now starting, thank you very much for your help.

I now wanted to try out the Z compensation as a test. To do this, I started Gcode Ripper after homing the machine. I followed the instructions from linuxcnc.org/docs/html/gui/qtdragon.html#_versa_probe. As described under point 11, I loaded an existing Gcode file after adjusting the parameters: File - Open Gcode File

 

Recalculate can then no longer be clicked. The Gcode Ripper window somehow stops responding at all and is simply closed after a while.
Many messages appear in the terminal. However, I do not know whether these are related to this.

 

Can you please help me again?
Peter
 

It's a stupid question again but I can't find the page during the configuration with pncconf where I should enter the THCAD-2 informations.
On the QtPlasmaC documentation page it says : "The THCAD screen will only appear if a Plasma Encoder is selected in the card screen". I can't seem to find how or where to do that.

Thank you for the info.

That means I should use the discovered version and then finish the configuration in pncconf with the generated pins.

Then create an extra Hal file for the two cards 7i70 and 7171 in the Hal or?

Unfortunately, the following error occurs according to the attachment:

Not sure why discover does not work (and create the 7I77 ss1 tab) ,
as it would have been  probably the best way. I don't think there
is any advantage to using  pin files as that is basically just doing
by hand what discover does automatically.

You may have to create a plain 7I77 configuration and then add the 7I70,7I71
pins yourself.

Hello, I have described the firmware of the 5i25t using mesaflash with bin file 5i25t_7i77_7174. When LinuxCNC starts, these are also present as pins in the Hal configuration.

Now I would like to create a configuration via pncconf.

I need 4 axes + spindle including encoder analog output and PWM generators

Unfortunately, the 5i25t is also found for me on Discovered Device, but I cannot activate any PWM generators. There is also the 7i77 I/O (SS#0) tab, but there are only TB7 and TB8. But I need TB5 for configuration

Is there a way to store the configuration in the lib/firmware/hm2 directory?
Does anyone have this firmware or the corresponding pin file?

Can the configuration even be carried out like this or do I have to use the HAL. edit manually.

It would also be necessary to configure the 7i74 connected to P2 (5i25t) or the 7i70 and 7i71 via pncconf.

Thank you very much for tips