Advanced Search

Awe man I got excited it would be that easy. Alas, no change.

Thanks for the idea!

forum.linuxcnc.org/9-installing-linuxcnc...only?start=10#320959

Just about ecevrything to do with the Rpi images can be found in this thread, there is also an index to that thread here
forum.linuxcnc.org/38-general-linuxcnc-q...official-images-only

RPi 4B 4GB, Mesa 7i96, 3-axis vertical mill.
Mill runs LC 2.9.2 with Axis or Gmoccapy just fine.

First install of fresh L2.9.4, using PnCConfig and selecting Gmoccapy.
Get the error message of "Unsupported locale" when selecting [Forward] on the X-axis set-up page.

Used the LC 2.9.4 menu-config to set locale.
I am in Sydney, so tried "en_AU.UTF-8 UTF-8", a couple of other obvious ones, and "All".
Still getting the error.

Tried selecting [Back], but still get error.

Cancelled out and started again, but selected Axis.
Still getting error.

But realized that errors are generated at the step calculation stage also.
Thought this was cleared when I hand entered the correct value.

John.

you can see here that even best fine tuned usb devices on RT kernel has a round trip close to 10ms
interfacinglinux.com/linux-compatible-audio-interfaces/
compared to stable 0.1-0.5ms with Ethernet or SPI

Excellent!

if you plan to use Orange PI why not just dedicate few pins and use SPI. RIO already has the driver and i believe works on other spartan 6 boards like a charm. you can use usb for firmware updates and non real time data (like pendant for example). usb has great speed but absolutely no guarantee time wise especially if your board will identify itself as vendor specific class. you can try to play with usb audio devices class, which seem to have better latency but you may still be disappointed after all that hard work you plan to do.

Well, the board has arrived and i think i know now why these are so cheap. I can see the signs of dust, discoloration and rework. Looks like these boards are taken from old equipment and refurbished. I will use it for my fpga learning experiments but would not recommend for any serious use.

I guess this closes the topic.

Thank You , I have had other things happening , ill try and work on it this weekend.

It's not speed that is the issue, it's regularity. Once you introduce a buffer you lose the ability for realtime response.
There's a reason that no USB development has been done for Linuxcnc.
Search the forum for questions related to USB and you'll get the same response over and over.
Mesa has one or two boards that have USB interfaces but none are used for Linuxcnc.

As previously stated, Ethernet, SPI or EPP are the way to go. USB maybe ok for control panels for non realtime input, but disconnection can be an issue.

I really suggest you look into it more, especially the difference between speed and regularity. You may also want to look to see if USB has any realtime drivers.

Should be something like:

sserial_port_0=000xxxxx

or

sserial_port_0=002xxxxx

Assuming you want the 7I84 to run in mode 2.

There is no sserial_port_1 in 7i77x2 configurations
(there is only sserial_port_0 with 6 channels, 3 for the first 7I77 and 3 for the second)

Yes, I overlooked the /usr/bin/pncconf in my search. The problem was that the pin number for the 7i95t first encoder port was 0 which caused "if self.d._arcvin ..." to evaluate to false. I fixed it by using "if self.d._arcvin != None ...".

Video on youtube?

Outside of my use of StepConf - any suggestion as to what I might want to look at to understand why the rapid moves of SHIFT-RT/LT/UP/DN/PG UP/PG DN just move a couple inches and then stop? Unless StepConf 'does' something in file I'm not overwriting from my previous working system.

Again - thanks in advance for any suggestions... I know I'm not the quickest getting back, I have a part time job in my retirement which is starting to occupy me more than I like.

Arden

This is the only place I noticed it set true:

                # for encoder pins
                elif widgetptype == _PD.ENCA:
                    #print"\nptype encoder"
                    halsignallist = 'hal_encoder_input_names'
                    humansignallist = _PD.human_encoder_input_names
                    addsignalto = self.d.halencoderinputsignames
                    relatedsearch = [_PD.ENCA,_PD.ENCB,_PD.ENCI,_PD.ENCM]
                    relatedending = ["-a","-b","-i","-m"]
                    customindex = len(humansignallist)-1
                    # check for a thcad encoder
                    if "Arc Voltage" in pinchanged:
                        self.d._arcvpin = pin
                    elif self.d._arcvpin == pin:
                        self.d._arcvpin = None
                    if self.d._arcvpin and self.d.frontend == _PD._QTPLASMAC:
                        self.p.page_set_state('thcad', True)
                    else:
                        self.p.page_set_state('thcad', False)

 

Thank you! Worked perfectly