Advanced Search

Yeah, now it dawns on me that it already has scaling built in, from -1 to 1 i think, so that is sorted.
Pretty sure it can make do without it, but it is a nice to have.
Again, fuzzy, but roughly in hal
net shorted-move-back motion.adaptive-feed hm2_7i96s.0.inm.00.input-10
yeaaaah that wont work...
setp ....
dropping the towel...
Aciera, HELP
Sorry, but i really need rest, it is 3AM here.

Some great info there.
Thanks Andy.

Through luck and a Google search, I have found: www.forum.linuxcnc.org/38-general-linuxc...learpath-sdsk#112579

It doesn't mention HLFB in the title at all, which is why it took me this long to find it, but it looks like there is a clue about how to start the process of integrating it. Unfortunately, it's an editing of HAL step, and I still don't know where to start in pncconf. How do I assign these pins in pncconf?

Just start a new thread that is quite easy.
Have you a link to the kits that "don't offer access to the SD card" ?

As far as I have been able to see there has been no major hardware updates to the RPi5. Or are you referring to the ability to boot from NVME ?

When claims like that are made it would be nice to provide a link, it's rather frustrating for someone to mention something like that with no references, as this would be a major shake up for the RPi platform.

Does this patch allow you to select fully preemptible kernel, when configuring the kernel ?

From my experience building with the mainline rt "patch" it was required to edit kconfig under arch. Otherwise there were only 3 options for RT kernel, which didn't include the fully preemptible option.

PCW wrote:

Its likely you have only 1 encoder enabled in your hal file.

To check the pinout (and number of encoders):

mesaflash --device 7i96s --addr 10.10.10.10 --readhmid
 

Thank you getting somewhere......

IO Connections for P1 -> 7I96_2
Pin#                  I/O   Pri. func    Sec. func        Chan     Sec. Pin func   Sec. Pin Dir
P1-01/DB25-01          34   IOPort       QCount           1        Quad-A          (In)
P1-02/DB25-14          35   IOPort       QCount           1        Quad-B          (In)
P1-03/DB25-02          36   IOPort       QCount           1        Quad-IDX        (In)
etc......

This is how I previously tested the basic DRO concept with A&B driving isolated inputs 0&1:
loadrt conv_s32_float count=1
addf conv-s32-float.0 servo-thread

loadrt scale count=2
addf scale.0 servo-thread
setp scale.0.offset 0.0
# 0.02mm = 0.0007874"
setp scale.0.gain 0.0007874

net ydro-in-i hm2_7i96s.0.inm.00.enc0-count => conv-s32-float.0.in
net ydro-in-f conv-s32-float.0.out => scale.0.in
net ydro <= scale.0.out

So now in my HAL file what should I replace hm2_7i96s.0.inm.00.enc0-count  with when using the P1-01 & P1-02 pins instead of the slow but isolated TB3:1&2 pins?


Much appreciated
 

Maybe get a newer Debain version?
2.28 is the last version in debain 10
Linuxcnc 2.9 comes in Debain 12

Hi Tommy,

Thank you for the response.  I am not sure what is obvious right now. The pin I am trying to use is motion.adaptive-feed which is what Aceira suggested.  From the motion page it seems that when this pin is set to 1 the feedrate is what was initially set.  Then this value can be scaled.  Its a multiple.  So to reverse feedrate at the same velocity in reverse this pin should be set to -1. 

This is how I understand it but could be wrong.  But I just don't know how to do this.