Advanced Search

Here is my current attempt to have a fanuc like gui
github.com/cakeslob/regularmac_800

I dont have all the controls mapped to the Tab/arrow keys yet, or a softkey menu

Cmo wrote:

What would be a short list of requirements for an industrial screen?
No axis movement without START button?
No graphics?
Mostly text styles or more modern graphical elements?
Multi function soft keys? Hardware only keys.
What target monitor size?
Etc.

Fanuc has a nice workflow because you dont have to screw around with a mouse and find buttons and stuff like that.

- Not everything needs to be on the screen at the same time.
- I dont think people have a problem with graphics, most stuff is crude text shortforms.

- It uses a combo of hard keys for each menu -(some multi press buttons, ie press offset for tool, press offset again for work offset) and soft keys that change with each menu

- you can load/setup/run the program with like 5 buttons(some soft) + arrow keys

- some modes (ie edit/MDI/Jog/pendant/auto) disable other features , so you cant run a program from edit mode, you can edit a program in MDI mode, you cant jog in auto, etc

-the whole gui is bacically controlled by pg up/down, arrow keys, and function keys

- monitor aspect is usually 1:1 square, but thats uncommon in consumer stuff, so 4:3 is closest

- no axis movement until start button. so any probe routines or toolsets, you need to press cycle start.

Aciera wrote:

Not sure what GUI you are using but it seems to me that you might not have given the existing GUIs much consideration other then the fact that it does not look and feel like the controls you are used to.
External buttons can be implemented with most GUIs. Start/stop/pause, jogging, overrides, homing, etc. with physical buttons, encoders and potentiometers. This has been possible for a long time.
None of my machine refits use screen jogging buttons and _certainly_ no keyboard shortcuts.
Also tool and work offsets pages have been around for years.

As an example, Gmoccapy which I use, but there are others:
linuxcnc.org/docs/html/gui/gmoccapy.html#_hal_pins

I have tested out every gui to find the most similar one. All the GUI could be made to be like fanuc style, The cloest ones to fanuc style workflow were keystick and mini, but its been a long time since I was able to use those so maybe its nostalgia. Qtdragon or the smaller one could be made to work like fanuc style with not to much changes, but it would be more python backend behavior for keyboard behavior/navigation (no mouse needed), and softkey stuff than actual GUI organization, the layout of the small one (woodpecker?) is pretty close to what fanuc stuff looks like .

I figured it could be tested with a normal rotary encoder by setting the "home" detection 
index interval to the CPR of the encoder, so 2 index detection's with the proper delta
would arm LinuxCNC's index search.

I guess a fancier scheme would use it as an absolute scale ( generate the correct absolute
position after any  two index detection's  and a table lookup ) but I think that would need
a new homing routine rather than just a hal component.  

Perhaps his ethernet is just really, really speedy.

I love how the Linux and FreeBSD versions of ping show the actual numbers down to 3 decimal places, the Windows version rounds to the "nearest" millisecond.


Maybe try netplan for network config.

I use it for my Ubuntu server. It's weird but it works well and can configure anything however you like.

You can have multiple addresses for one interface, have static and dynamic IPs simultaneously, and much, much more.

It does not connect to the internet over Bell Wi-Fi for some reason tho, despite being able to communicate with other devices on the network.

I'm not sure what you mean PCW,

Your initial ping statistics had 3 and 4 usec times which are not
possible unless you are pinging the host.

Also the address range of enp3s0 overlaps enp2s0
 
This is why it's suggested to use the FPGA cards 10.10.10.10 address.
( as it will not overlap a local network DHCP range )
 

The N100DC draws no more than ~20 W...
Basically a laptop CPU in a Mini-ITX format

forum.linuxcnc.org/30-cnc-machines/47066...ndles-jobs-jomach-32

Perhaps Archive.org is your friend.

It would be easier with a starting hal/ini file set because
while the Mesa and LinuxCNC pin names are known,
the specific signal names used are configuration dependent.

(signal names are arbitrary and everyone uses different ones)

The problem with 12V is the wiring has to be quite thick due to the low voltage and high required amperage.

240W (average efficient PC) needs 20A at 12V.

With 20V, 240W only draws 12A, which requires less copper.

What power supply do you use?

I resigned.
Can you tell me what lines you would put in the fictitious .hal and .ini files to make the step-dir spindle work?
for lathe config XZ(C?)
Or a link to an example.

thanks

The led name will be the button name with '-led' on the end.
in the above example the pin name would be 'SCREENNAME.mybutton-led'

I checked my randomly-purchased liner scale (found at EMFCamp) and that is an LS 903 (no C) so is probably no help.

Late to the party, but I have recently switched both my machines to run from the Asrock N100DC-ITX board.
Latency is "fair" rather than good. But they are avaialble, run from 12V DC and can be booted from an M2 SSD for a neat installation in the machine cabinet.
www.mini-itx.com/~N100DC-ITX
(Unhelpfully, out of stock, maybe because I bought three of them from there.)
Apparently they are picky about memory, especially at 12V rather than 19V, so maybe buy memory at the same time.

You might want to set feed-hold when the needle is down, and release it when the needle is up...

I think that if you scale the potentiometer voltage to position, and latch it in HAL (you can do this with a mux component, with the output wired to the input, and triggered by machine-is-on) and add that to the scaled encoder position from the motor encoder, then you would have a "good enough" absolute encoder emulator.
Then configure HOME_ABSOLUTE_ENCODER in the INI

A month to go to the LinuxCNC developer meetup in Norway.

Original announcment:

As last year Petter and I would like to invite you all to small
LinuxCNCand free software fabricationworkshop/gathering
in Norway this summer for the weekend starting July 4th 2024.

We would again suggest to organize it as an unconference, <URL:
en.wikipedia.org/wiki/Unconference >,
where the participants create the program upon arrival.

The location is a metal workshop 15 minutes drive away from to the
Gardermoen airport (OSL), where there is a lot of space and a hotel only
5 minutes away by car. We plan to fire up the barbeque in the evenings.

Please let us know if you would like to join.  We track the list of
participants on <URL:  pad.efn.no/p/linuxcnc-2025-norway >.

The NUUG Foundation, <URL:  www.nuug
< www.nuugfoundation.no/ >foundation
< www.nuugfoundation.no/ >.no/ < www.nuugfoundation.no/ >>
has on our
request offered to handle any money involved with this gathering, in
other words holding any sponsor funds and paying any bills.

NUUG Foundation is a spinnoff from the NUUGmember organisation here in
Norway with long ties to the free softwareand open standards communities.

As usual we hope to find sponsorsto pay for food, lodgingand travel.

---
Best regards,
Asle Næss

Previous instances have been informal, with discussion of LinuxCNC and tinkering with the machine tools in Petter's cathederal-like workshop (including a crypt). Norway is famously expensive but the hotel we use (Best Western Leto Arena) is surprisingly affordable at NOK790/€68/£57/$78 per night.