Advanced Search

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.

Im at about the same step as you. Last night I used the XMLconfiggen to make an xml for the 3 servos i had plugged in at the time. seems reasonable at first glance but might need some edits. My Hal and Ini are based on Hakan's ethercat Rpi video/forum post. getting errors indicating my ini and hal are not up to snuff.
forum.linuxcnc.org/ethercat/42048-notes-...at-on-raspberry-pi-4

Tonight I will bash my head against the keyboard some more and see if I can get a servo to move.

Chris it worked ,thank you for your guidance.
For those learning to use qtvcp with hal, here is "Hello World"  example that turns on/off the embedded led in hal PushButton widget.

Start Qt Designer:
For a RIP install:
  Open a terminal and source the environment:
  $ source /home/YourPath/scripts/rip-environment
  $ designer -qt=5
For a package install:
  Open a terminal and type:
  $ designer -qt=5
Create MainWindow Widget
  Select MainWindow
Add the ScreenOptions Widget
  Drag and drop the ScreenOptions widget anywhere onto the MainWwindow widget
Add hal PushButton
  Drag and drop hal PushButton widget anywhere onto the MainWwindow widget
Save The .ui File
  Save the file as test.ui in a folder
Create a .hal file
  Open text editor and copy hal netlisting (see below), save the file as test.hal
  (make sure you save .hal file .ui file in the same folder)
At command prompt:
 $ halrun -I -f test.hal

Copy following into text file and save as  test.hal
# load realtime components
# load non-realtime programs
loadusr -Wn test qtvcp test.ui
# add components to thread
# connect pins
net connect test.mybutton test.mybutton-led 
# start thread
start

You can try pinning the IRQ to the last processor
(and using the appropriate isolcpus line in the kernel command line)

0.494 might be OK, probably need to try, worst case, you might
need to slow down the servo thread to say 1.5 or 2 ms
 

I found this thread so interesting. I'm slowly sketching the plan to build my own press brake and hydraulic system is giving me some headache. I'd like to avoid 700bar system due to the prices of elements. The only cheap thing @ 700bar is hydraulic cylinders. The rest is problematic. Going lower pressure i need to grow bigger cylinders (plan to achieve 40 or 50 tonnes using two cylinders) bur regular gear pumps and valves (from agro world) should be fine. Du you have more photos/videos showing the hydraulic side of you brake? Are you still using it?

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

thank you for your feedback.

indeed,

- it's a 0-5K ohm single turn potentiometer.
- on the 2 X and Y axes there are
- there is no limit switch.
-Since it's a single turn, I assume (not tried) that 1 turn = the distance the axis moves.

Thanks for the procedure, I was going to ask if it was possible to homing with a potentiometer.

Which reasoning do you think is best?

     - when homing, the motor runs until the potentionemetre is read at 1 ohm, then it looks for the incremental encoder index?

     - No homing, the encoder reads the potentiometer value directly?



I have a question about the needle motor control.

I have this electronic component, I suppose it's an encoder because of the markings next to the wires. A (Phase A) Z(Pulse) G(Ground) V(VCC) B ( Phase B )
Can you confirm this?

 

 

If yes, I suppose that I control the speed of the motor for embroidery and the position for changing the head (I have 5 heads).

However, I don't have a reference for this one. What test would allow me to know the number of pulses for this encoder?

You can do most of the tuning without the machine attached, but might need a bit fine tuning after attaching the motors, so keep warm for now. And not helping, but 31 C here today!
What PID values are you at now?

Sorry - my mistake.
For sure it is a good idea to share the error message.

Now - my problems with the beckhoff modules are solved with the help from 2 friends.
Now I have to get the servos running and to figure out how to configure them.
I will give an update.

A friendly warning:
Never ever plug or unplug the 5V connector to Mesa board while the power supply is on!!!

Unfortunately, I don't have the 7i95T board assembled yet - I'm waiting for some parts - only the servo is provisionally connected. If I create a simple x-configuration in Config Tool 2, I can move the servo.

Yes, the eeprom ip address is 10.10.10.10

Do you know if there is anything I can do to make the connection faster?

I also did some tests on my laptop (which has latency errors all the time), and it came back with slightly worse values: