Advanced Search

we do now have rpi4 apt installation, just need to follow the installation guide for it. it is built in our buildbot.

kcjengr.github.io/probe_basic/development_quick_start_apt.html

ok i have reworked keyboard jogging, it now has the following functionality and is available in the latest apt install for develop branch.

ini settings:

KEYBOARD_JOG = true
(turns keyboard jogging on)

KEYBOARD_JOG_SAFETY_OFF = true
(removes the need for the control key)

shift key + jog key will give you rapid jog speed (works in safety mode and normal mode)

jog key gives you jog speed with jog feed override slider percentage applied


Probe Basic Lathe uses the following for keyboard jogging:

Left and Right arrow keys for Z axis
Up and Down arrow keys for X Axis

(in the display section, set one of the following entries only, LATHE is for front tool post, BACK_TOOL_LATHE is for rear mounted tool post)

[DISLPLAY]

LATHE = 1
(this makes X Positive direction jog key the down arrow key)

BACK_TOOL_LATHE = 1
(this makes X Positive direction jog key the up arrow key)

I think these all make sense and follow the linuxcnc std a little more closely!

Best Regards,

Chris

Ive got a single X axis going!

I used info from here...    forum.linuxcnc.org/ethercat/54965-stepperonline-a6-servo




My main problem this evening was installing the cia402  hal correctly. I ended up just making a dedicated folder home/linuxcnc/cia402 and placed cia402.comp there. 

 Then I opened the terminal and  >>     sudo halcompile --install cia402.comp  


that worked!

To be honest. I think I would ad a lever and a switch for homing (plus index). But it depends. Maybe you want to have it as original as possible?

For homing I would meassure how much the resistor value changes for one motor revolution. After that one can think of solutions. That said. It would be a good step to identify the ratios of the axis.

For the needle encoder. Plug it to a mesa card (first test with bench power supply and oscilloscope) and turn 10 revolutions....

I can assure you a VNC of any kind is not included in the distribution ISO.

I don't think there is a prebuilt Probe Basic for the Pi. You would need to build from source

Just recompile it.

The whole idea of a more industrial gui is difficult to implement/deploy on linuxCNC since theres not really a premade unit with a unified set of controls. Everyone is going to have different physical setups. I think lots can be done in hal already but some stuff is hard to do, like the ability to not need a mouse by default. Axis is already pretty close to technically not needing a mouse to operate, but it lacks features. The peripherals needed to run axis (file manager, tool editor, gcode editor) kill the whole thing also.


second for the parameter page, I made an attempt to make a parameter display for axis, based on qtvcp code, but I am stuck on how to change them.
github.com/cakeslob/regularmac_800/tree/offset
Ive made good progress making the axis gui more fanuc like, PhilC has helped me a lot, and I use lots of stuff from qtvcp because it has all the features I want. I post this to show its not all gui whining but computers are hard.

 
 

by computer gui standards, its pretty shit, and its hard as all hell to do stuff, and this is the "new", they went with a dark mode.
But Cnc workflow wise, its very fast, stable and safe, with very little screwing around. Its annoying compared to the LinuxCNC guis, but the workflow is less clumsy.
they always blast me for this in irc
 

Wow that was simple lol. Thank you I also added M50 to the preamble to allow adaptive feed. Just to be sure but working great now. Thank you

alexandrap wrote:

Yes, it is still disconnected because I am waiting for the installation of the fast overvoltage electronic efuse TPS2596

To the 5V Mesa power?
I do not think any fuse is faster than silicium/silicone inside the chips.
Put a switch on the primary side of the power supply.

Are you sure the drives are in velocity mode?

If they are in torque mode, the tuning is completely different.

In velocity mode, the motors should strongly resist any attempt
to rotate the shaft (even with P=0)

cmorley 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.

My preferences are very similar to @cakeslob's post.  I think Gmoccapy is the closest current GUI available, although there are quite a few changes I'd make if I were handed a magic wand.

• General Layout
  • 4:3 or 1:1, although it looks like I have to walk back my previous statement about commercial controls never using 16:9.  Siemens, Fanuc, Okuma and others appear to have 16:9 options on their latest controls.
• General concepts/restrictions
  • No on-screen controls can cause movement or spindle activation
    • This includes probing and tool-change functions
  • No axis movement (besides jogging & homing) unless cycle start is pressed.
    • i.e. for MDI you have to enter the command and then press cycle start
  • Icons/cartoons for function keys optional
    • Ideally, a GUI config page would be accessible where each softkey button could be named or have an icon assigned by the user.
    • Default to text in the desired language.
• Navigation
  • Option 1 - softkeys on bottom & side
  • Option 2 - softkeys on bottom, and external hardware buttons or selector switch for different screens/modes (i.e. 840d)
  • Option 3 - Haas arrow/page navigation
• Main screen
  • No backplot/preview
  • Large DRO - gmoccapy's DRO is excellent, although the "R/D" in lathe mode is annoying
    • User selects which axes are displayed, and gets to pick one of two 'sizes' to save some space.
  • Large G-code window
    • User-selectable font and size within window
    • No editing g-code inside main run screen
  • Spindle & override windows
    • No on-screen sliders/buttons. All adjustments made via external hardware.
    • No temperature bar for override % - a number is sufficient but a blinking/highlighted function is nice if not at 100%
    • Small temp bar for spindle load
    • Room enough for multiple spindles
• Jogging
  • External hardware only
  • Disabled unless jogging 'mode' is selected (i.e. as @cakeslob described)
• Auto
  • No run/stop or other motion via softkeys.
  • Part counter
  • Remaining time (estimate, of course) window/display
• Tool page
  • User settings page with checkboxes for which columns are displayed.  No digging in a yaml file needed.
  • User settings page has 'tool changer installed' checkbox along with number of slots
    • If selected, top of page has non-graphical array of the slot numbers plus spindle position, and empty boxes next to them which are automatically updated when a tool change is performed.
    • Although the Probe Basic graphics are impressive, I think they're unnecessary.  But a simplified display of what's in the tool changer or turret would be helpful.
• Parameters page
  • I'd like to see a page with realtime (or nearly) display of all parameters, at least the numbered ones.  I really miss this one in LCNC.

Sorry for rambling.

P=5-10 I=0 D=0
FF1 - 0.024 but still tweaking.
Deadband 0.00001

the servo will move but if the P value is much higher it will oscillate more and more untill it trips following error. the F error max limit is set at 50 currently which is ofcourse way to high for normal operations

Hi guys, the best way is to show so much detail that someone can pinpoint what's wrong.
Starting from lcec_configgen is often a good way for the ethercat-conf.xml
Servos and stepper motors almost always follow the CIA402 standard so there it is best to take the example from github.com/dbraun1981/hal-cia402/tree/main/example and mix that into the config. There are more nuances for drives but lets not go there unless needed.

I and others can help to see what's wrong with your config, you need to attach the errors and outputs from the linuxcnc startup. This output, together with the hal file and ethercat-conf.xml can be attached here.