Also, unless I'm missing something, it's already sending back the raw count?

At this point, I've diverged quite a bit. I'm willing to do the work to separate it out, but do you want a big ugly PR or a stack of single-topic ones? I would start with a noop that makes indentation consistent (prefer 4 spaces, but 1 tab also works).

I'm also adding support for the new W55RP20 ( docs.wiznet.io/Product/Chip/MCU/W55RP20/w55rp20-evb-pico ), which has the W5500 on different GPIO and also conflicts with the example config.  I also bought a RP2350 version to play with.

I asked my imaganiry AI friend to take a look at it thusly:

"A friend of mine is trying to get a custom linuxcnc HAL component up and running and he's getting an odd runtime error of "hal:turret:1: character unknown ' '"

The documentation for hal stuff is here:http://linuxcnc.org/docs/html/hal/comp.html take a look and see if you see anything out of place."

While sending the comp file along.
The replies seem pretty reasonable:



I see two issues:

1. The actual error (line 1) — almost certainly smart quotes

The "character unknown ' '" error on line 1 means the halcompile lexer is hitting a byte it doesn't recognize. Line 1 has a doc string:

component turret "4-position pneumatic...";

Those " " quotes are probably Unicode smart/curly quotes (U+201C/U+201D) instead of plain ASCII double quotes (U+0022). Super common when the file was written or pasted through a rich text editor, Google Docs, macOS Notes, Word, etc.

Fix: Have him run this to check:

cat -A turret.comp | head -1

If he sees M-bM-^@M-^\ or any multi-byte sequences where the quotes are, that's the culprit. Replace all smart quotes with plain ASCII " quotes. Quick fix:

sed -i 's/[\xe2\x80\x9c\xe2\x80\x9d]/"/g' turret.comp

2. Secondary bug — FUNCTION name mismatch

He declared function _; (underscore = unnamed/default) but then used FUNCTION(turret) in the C section. Those have to match. Should be either:

FUNCTION(_) {

Or better yet since it's a single-function component, just skip the FUNCTION() wrapper entirely and put bare C after ;; — like the ddt example in the docs.

3. Minor — int diff inside switch/case

case 0:
...
int diff = target - position;

Declaring a variable inside a case without braces can choke some C standards. Wrap it:

case 0: {
...
int diff = target - position;
...
break;
}

The smart quotes are almost guaranteed to be the "character unknown" error. The FUNCTION mismatch will bite him right after he fixes that.

Okay, my two setups are here:
github.com/TriodeGirl/LinuxCNC
The AXIS one works, the Probe_Basic is the issue.
I am using a MESA 7i96s board set at 10.10.10.10
I have E-Stop enabled, and am supplying a suitable active signal to the pin input. This works under AXIS.
Many thanks.

Hi eraserhd,

Thanks for debugging this. I've not worked on the RP2040 for some time. This Remora port was a hotel room project when I was travelling for work.

I'd be interested to see a pull request to merge your work. If you have time you might also look to update the stepgen to send back the raw count like the recent Remora code for STMs, that way the latest Remora Linuxcnc component could be used.

On second thought, I will need to include the G10 offset stuff.

Just because I set HOME = 0 for both axes doesn't mean the HOME_OFFSET is the same for both.  And if I plan to use G54 offset to get the parting tool tip at spindle centerline I need the switched X-axis G54 values to be the same as V's.

Hmm...

Hallo Zusammen,

kennt jemand oder kann sich auch an das folgende Problem errinnern und kann mir helfen.

Ich habe eine CNC Spindel 2,2Kw mit Frequenzumwandler von Aliexpress. 

Jetzt habe ich ein Grundsetup vom Frequenzumrichterfür die Chinaspindel wie auf der Seite von Stephan -> Estlcam  gemacht.

Gem. Frequenzumrichter-Einstellung soll die kleinste Drehzahl bei 6000U/min sein. Gesteuert wird das Ganze über eine Mesakarte und bei der Hälfte der Drehzahlvorgabe wird auch die halbe max. Spannung also 5V von 10V von der Mesakarte an den Frequenzumrichter ausgegeben.
Soweit so gut, aber:

Jetzt verhält es sich so, dass wenn ich 12000U/min vorgebe also 5V an dem Frequenzumrichter anliegen, der aber ca 18000U/min ausgibt.

Da ja hier viele so eine China Spindel mit Frequenzumrichter haben hoffe ich ihr könnt mir helfen, wo und wie ich was verändern muss, um das die Vorgabe auch vom Frequenzumrichter richtig umgesetzt wird.

Viele Grüße
Stephan  

Lets see if I've got everything now that I've had a good think:

• INI
  • V-axis
    • change HOME/HOME_OFFSET to "0" (to match X-axis/Joint0)
  • X-axis
    • add min/max limit entries for switched state
    • add max_vel & max_accel for switched state
  • Remap M-codes
  • [KINS]
    • KINEMATICS = parting_slide (yes/no?)
• M-CODES
  • M300 - normal mode;  set #<kinstype> = 0, call M100
  • M301 - switched mode;  set #<kinstype> = 1, call M101
  • M100 - set V-axis min/max limits and vel/accel to normal
  • M101 - set V-axis min/max limits and vel/accel to switched values
• HAL
  • net KINSTYPE-SEL <= motion.analog-out-01 => motion.switchkins-type
  • (analog-out-01 verified to be free)
• COMPONENT
  • parting_slide.comp created from millturn.comp.
  • substituted @Aciera's suggested edits and added comments
  • compile/install
• OPTIONAL?
  • Add G53 G0 V0 initial move to M301 so V and X are both at "0" before switching anything
  • Some sort of safety so joint0 jogging is inhibited when switched?  Don't want to accidentally jog joint0 (actual X) when sub-spindle is clamped on to a part.
    • I will probably also add an X jog-inhibit to my spindle/sub synch sequence.
  • Some sort of safety so everything switches to normal on an abort/estop/similar

Assumptions:

1. I won't need new stepgen settings when switch is active because I'll be commanding the X-axis - which is now joint3.  And nothing about joint3 will have changed.  Millturn example M128/129 only changed the axis settings, not the joint settings.
2. I won't need the G10 home offsets adjustments in the millturn example since I will be setting V and X home to 0.

Still unclear:

• Is the INI [KINS] change, along with HAL file loadrt [KINS]... what calls up parting_slide.comp?
• what connects motion.switchkins-type to the Case0/Case1 settings in parting_slide.comp?

Comments/critique welcome as usual.

Okay, now I am understanding the pain of AI. I went in circles with compiling errors and format.

Now it compiles, but I get
hal:turret:1: character unknown '  '
and the invisible character search didn't turn up anything.

Any ideas what I have wrong in this comp appreciated...

I could add 2 RCPWMs to replace one Step/dir channel

Not sure what you mean about the sserial channel on P1
The 7I95T typically has 2 sserial channels on TB4

I recently got a new probe, and discovered that if I wired it *correctly* it did not work.  I had to wire it backwards, because the small current used to make the light go on when it "hit" was also enough to drive the 7i76E pin, so the probe was always "not hit".  So even if you follow the directions, sometimes it takes more debugging
Always check the voltage at the pin!
 

if the sim opens and works (ie.. press estop, press power, press ref all and it works) its not an installation issue. the problem would be pointing to your machine (milling machine) configuration problem, maybe post your configuration to github and share the link here so we can have a look and maybe help get you sorted out. having the configuration on github is nice because you will always have quick access to it for reference or troubleshooting even when not at your machine pc.

Well, I found a pile of old Dell Optiplex machines for cheap. Im just gonna try a new computer.
I really wish i could have found a way to make the Asus A520M work. Looks like a tough board good for machining environments.

Ill keep everyone posted if the new computer(s) work out

endian wrote:

Yes Rod .. it is solution but it is creating constant delay between control position -> DFIR -> current position of tool ....
 
It will not add any delay as it should be applied as the acceleration is calculated or read per servo cycle. Just not sure how you need to use it. 
the size of the buffer is configurable.
Any other published moving average solution wanted to use loops which are a source of delay so I devised this..
One of the cleverest algorithms I have ever coded...
 
 

I think the best way to apply that... its consulate with Luca or Yang Yang if they are allready not using something like that now...  I'm not that familiar with their code till now ... it toooo way complicated for me

my next observation is - high value of G64 tolerance around 0.1(650us spikes) is spiking more than 0.001(250us spikes)

best setup till now ... most influential spiking thingy is the 

Hi Andy,

I got the Schaublin updated to Trixie and 2.9.8.

I really like the update you did to the look and button layout of Lathe macros. Thanks.

I was trying to work out how to address not having any feedback on the turret arriving in position. Because I am a shit programmer, I tried Chat GPT yesterday.

 

This is the set of requirements I gave:

 

The AI summary is rather accurate.

 

 

After a couple of back and forth, adding requirements, and accepting some AI suggestions, the result is the attached files.
Scary good how fast and efficient this is for a small project with very limited requirements, and how well it documents and explains the code. It would have taken me a few evening to get to this level, and my code would have been a mess of half-arsed work-around to avoid the gaping holes in my programming knowledge.

It failed to compile yesterday, due to some unknown character. I suspect the apple text editor has added some hidden ascii code. The attached files I cut paste into a different text editor. Off to test them now.
Cheers,
Mark