Advanced Search

Hello,
I updated the GIT.
I managed to flash my eeprom correctly however with the current I-m stuck in with this compilation issue:[/code]

A little tip for non-Windows users: you don't need TwinCat to read, write, edit or convert .bin/.xml esi files.

github.com/multigcs/esitool

Hello
Thank you for pushing me

I took back your project and build with the SPI2, flash you r eeprom and it worked well, im in OP mode in free run.

As I'm a beginner, my goal is to have a working base (basically yours...) and edit in order to adapt my needs.
Now I have the SPI working well, I will try to integrate my encoder from thise base

Apologies for reviving this old topic but found a mistake on the diagram that may generate a lot of frustation to anyone trying to use it.

Pin AI3 is missing, so all other digital input pins from so on are displaced 1 position.

Unfortunatelly even if moderators delete the link in both  #98901  and  #112565  on the forum, the diagram is still appearing as one of the first searchs on search engines. Not sure if OP has a way to change the picture on his cloudfront account.
 

Yeah wifi can be an issue sometimes.
It might be worth looking into some of the services that maybe running not is not required for a cnc machine, CUPS is one for example.

I disable hyperthreading and now it show max 16us and it never froze.
Edit: btw i think i know why it froze.
I had a wifi card put in but now i remove it.
And the latency is better without it.

unknown wrote:

The missing firmware module can safely be ignored.
The above post can be safely ignored as well.
Tho if it is something you can do and can afford, I would recommend looking at the riocore/LinuxcncRIO project as that can connect via ethernet, is creates step/direction in hardware and as such only requires a servo thread. Another plus being you don't require a RTAI kernel. Just mentioning as this might be worth investigating. The developer is very generous with his time as well and the project is very active.
 

I'l try riocore/LinuxcncRIO later
Last night i did clean install of Debian 12.12
And downloaded :
RTAI Kernel 5.4.258
RTAI modulesernel 5.4.258
LinuxCNC package for RTAI kernel 5.4.258

Now when installed the kernel the message with i915 did not show up.
After a night of latency-test the numbers are ok.
 
Hyper threading is active that why it say 2 cores.

I missed the "shared home and limit" option.
Thank you for pointing that out!

Hi all

I have a DragonRise USB board that I am using for a pendant.
Currently I press and hold a button for the speed & then an X Y or Z axis button to jog.

I would like to be able press a zero button & one of the axis to zero that one.

I did see this code for the ini file....
[HALUI]
# add halui MDI commands here (max 64)
MDI_COMMAND = "G10 L20 P0 X0"
MDI_COMMAND = "G10 L20 P0 Y0"
MDI_COMMAND = "G10 L20 P0 Z0"

but I am not sure how to call it from my hal file.

I have attached my ini & the USB part of the hal file.
Any pointers in the right direction would be appreciated.

Thnks
Alex.

After mucking about for a while I would like to be able to do something like this (i think)

#
setp zero-mux4.in0     99             # Setting this input  prevents motion unless one of the other buttons is pressed.
setp zero-mux4.in1     02             # Zero X
setp zero-mux4.in2     03             # Zero Y
setp zero-mux4.in3     04             # Zero Z

net zero-btn0        <= zero-mux4.sel0    <= input.0.btn-base
net zero-btn1        <= zero-mux4.sel1    <= input.0.btn-trigger

#net zero-axis         => zero-mux4.out    => halui.mdi-command-(zero-mux4.out)

Does this sound like how it should be done.

 

zoeper wrote:

I am trying to get as far as possible using PNCConf as HAL is still foreign to me.
Next would be to get the rest of the E-stop (including overtravel) circuit connected and tested before I hook up the belts.
Homing on this machine used to involve looking for the -vector switches (could be +Vector on Z) and reversing direction off the limit until the index marker is found. Can this be set up using PNCConf as well?
 

Decide which end of the limit you want to home to, then pick shared home+limit for the associated switch(es). You will also need to specify Home search direction and home latch direction in each axis page. I know LinuxCNC has homing to index, but I don't currently have that bit figured out on my current retrofit project.

zoeper wrote:

Another observation: If I actuate a limit (+vector or -vector, not the overtravel), the control trips the estop circuit, instead of just holding feed in that direction. is this correct?
 

 Good question. I have little to no experience with limit switches in LinuxCNC. Hopefully someone else who knows more about this can enlighten us. As I recall, most machines with oem controllers I've worked on generally e-stop when a limit gets bumped. I did find this:
forum.linuxcnc.org/9-installing-linuxcnc...tch-behavior?start=0

I see on your schematic, the machine has overtravel switches wired direct to the master e-stop. How did the original controller act when you ran into a vector limit? I wonder if those were being used as "soft limits"? LinuxCNC has that in software , can be set right in your Pncconf, the top 3 or 4 values for each axis config page. I expect the best way to handle it would be to enter your axis measurements in Pncconf such that LinuxCNC's soft limit stops the axis reliably a bit short of activating the vector switches. With shared homing it will be ok to bump the vector switch for homing.

Moved to " Computers and Hardware".
Thank you.

The missing firmware module can safely be ignored.
The above post can be safely ignored as well.
Tho if it is something you can do and can afford, I would recommend looking at the riocore/LinuxcncRIO project as that can connect via ethernet, is creates step/direction in hardware and as such only requires a servo thread. Another plus being you don't require a RTAI kernel. Just mentioning as this might be worth investigating. The developer is very generous with his time as well and the project is very active.

i did notice something weird when i install the kernel.
Its says missing firmware module i915
But the display works great.

It's better I give you a hand in those situations. So you have a version you always can come back to that works.
And then you can be creative on top of that get lost from there.
But what you have described you want to do, you are more or less finished already.
There is of course the whole packaging story, Din-rail? box, other? external power supply, connectors, photo-diodes on encoder input?
Stacking of several units? Can you perhaps use the 16-bit counters and have several counters on board? Is there a MCU with several 32-bit encoders you can use/switch to. Just because it works doesn't mean it is finished. For sure it can be optimized.
Right now it runs in free-run mode, should probably go over to DC-sync mode and there is a bit of programming for that. Same HW though.

Microchip has come out with several schematics for their evaluation boards, here is one ww1.microchip.com/downloads/en/DeviceDoc...PIO16.Mode.Rev.A.pdf Here is another ww1.microchip.com/downloads/aemDocuments...DIG-IO-EVB-REV-B.pdf and you find schematics in my KiCaD files.