Advanced Search

I'm aware of it. I have one error driving me nuts, i think it has nothing to do with probe basic, maybe you have an idea. The exceed joint 2 (it is z) positive error. Read all i could find about it, nothing helped. I don't see any reason for this error, it is always plenty of room to the positive limit, then if i go to the home position, it is working. In a bigger cnc job, this often stops the job when changing to a longer tool and i can start over. Very annoying.
Michael

I have spindle CW and CCW signals connected to out-04 and out-05. Both works fine.

I want control spindle water cooling with relay and Mesa output. I have connected relay to PB3 pins 13 and 14. When I try to control the relay, nothing happens and Mesa output led not switch on.
I bought cnc router used, so I'm not sure, what Mesa configuration I have. I have read Mesa's pinout and it shows HOSTMOT2 and I can find line
TB3-13,14              11   IOPort       SSR              0        Out-00          (Out)
If I try to control output by command "halcmd setp hm2_7i96s.0.ssr.00.out-00 true" and read state by command "halcmd show pin hm2_7i96s.0.ssr.00.out-00" state changed from false to true. Still, output led not lights up and relay not change the state.
I'm totally stucked with this and have no idea what could be wrong.
 

Hallo Martin

I am Otto, I also got a Knuth Mark Super CNC - Busy Trying to get running

I am battling throug a Re-install today of gplus 450

Just a Question - After Sorting out You Gplus 450 - Is It Stable and Working Now ??
My machine Original was windows 2000 - previous owner Installed Windows XP SP3 Buils 2600
(What are You Running - Windows Version ??)


Wishing You a Good Day

Regards Otto from Cape Town

 

It could work, after lots of testing, I think the noise papagno is experiencing is mostly caused by the servo thread spiking above 1ms, so widening the cycle time could certainly help.
The main reason why Debian 10 does not grind in his case, is mostly because Debian 10 with kernel 4.19 gets lower latency, and this is pretty universal IMO, Debian 13 Kernel 6.12 has overall worse latency, although with system setup tooling that you can get from Rodw, the latency can be improved a lot.
There is only one slight latency regression with the new linuxcnc-ethercat, the modulo operation that I currently must use to do phasing is causing slightly more latency on the servo-thread, and I want to fix that, I am preparing patches to modify Linuxcnc to expose a function to allow proper native phasing, so that I can lighten up linuxcnc-ethercat to match the older performance for both positive and negative refClockSyncCycles modes. Previously I was undecided if going that path, or using Sascha Ittner method/hack of moving ecrt_master_application_time out of lcec_main, but I found that Sascha's hack causes issues with papagno's hardware, I tried this with built binaries from Sittner repo, with refClockSyncCycles -1 nothing would move, therefore I am now convinced the proper path is to have a native linuxcnc phasing function, this will require updating both linuxcnc, and rebuilding linuxcnc-ethercat against the new linuxcnc-dev headers, hopefully the patches will be ready and merged soon, will try to keep you guys updated on the progress here, I know there are people following in the background

Yes I didn't update qtdragon_hd yet. I didn't realize that is what you were using.

Could you explain what this means? It creates and uses the ~/nativecam directory. It requires the correct SUBROUTINE_PATH in your LinuxCNC INI file to be fully functional. I've created some programs, but they don't run. I think there are problems with OWord. Axis doesn't show any errors, but when I run the code generated by ncam in QTDragon, it says it can't find the macros or OWord.

Europe started to make some nice changes, i was surprised, it did not last!
Now they're back at f@kin up, again, using "russian office suite" or whatever that fiasco was and still is, jumping in the "age verification" bandwagon, etc, but the "stop killing games" hearing was quite refreshing as most of them did agree and show support, waiting to see if that goes any further.
On the last subject, Epic Games effed up by deleting the old games and later did come through and released them free, namely Unreal, Unreal Tournament and UT2004, i still have the original Unreal CD and the Voodoo 2 3D accelerator i got back in the days.

Not my stuff.
Very detailed modeling and sketching tutorial for FreeCAD version 1.1 to full dimensionaly accurate 3D model.
All credits go to DeltaHedra on youtube.

Quite a few people have used 500 Hz servo thread instead of normal 1000 Hz on Raspberry Pi etc so I wonder how much of a difference it really makes? Ethercat would still be doing its thing internally. You'd have to test.

Not just in the states but to governments the world over in general.

What does it mean to set sync0 Cycle="*2"?
Should it be set for every drive?

I think that with a value of 2, instead of the default 1, the drive updates the PDOs after two master cycles. If so, I don't know if this is correct for machines that need to interpolate; it would be better to be faster.

It would just be a way to avoid the problem we're trying to solve.

Indeed, those functions do appear in the Qtdragon version, and it also automatically switches from Manual to MDI, but the problem of not finding the Oword route persists. This was also updated in Qtdragon HD, but not in Qtdragon HD. I thought they were the same, but now I realize they are different projects.

That sounds like the noise produced when synchronization is lost during motion. My solution was to change the parameters to `refClockSyncCycles="-1" sync0Cycle="*2"`. After making this adjustment, I no longer experienced any synchronization loss. I am using an Inovance SV660N drive. You can also add the following line to the XML configuration to monitor the number of synchronization loss events: `<pdoEntry idx="200e" subIdx="19" bitLen="16" halPin="SyncLossCount" halType="s32" />`.


The entry `<pdoEntry idx="200e" subIdx="19" bitLen="16" halPin="SyncLossCount" halType="s32" />` is effective only for Inovance SV series drives; it cannot be used with other drive models.

There seems to be a misunderstanding; I don't think I've been clear. I'm using a QTDragon HD, and this screen is also from QTDragon. I don't know if that has anything to do with the problem.

Sometimes if you have to run master branch, its so much easier to learn to build from source. The docs are now pretty good with this.
a run in place version can be updated to todays latest just by doing
git pull
make
sudo make setuid

and it often only takes a few seconds