Advanced Search

and post outcome here
 

Dear members,

my Leinen FM1 is now running with LinuxCNC on all 4 axes.
I have built a small cubicle containing the required components. I have not modified the original setup at all. The CNC cubicle can be activated by a simple changeover of the original plugs coming from the mill (HONDA MR 50 pin and 20 pin plugs and the 4 Heidenhain plugs) from the original control panel to the CNC cubicle.
The relevant hardware I'm using is
- MESA 7i97T
- 1 Heidenhain EXE with 3 channels from a MAHO mill (1 my resolution)
- 1 Heidenhain EXE 610 for the rotary axis (0,001° resolution)
- 2 Mattke two channel Tach DC motor controller MTRG 25/2D
- 1 Mattke MTRM 061/5 Tach DC motor controller for the spindle motor
- 1 cycloidal transfer 60VAC for the spindle
- 1 cycloidal transformer 2 x 22VAC for the axes motors
- 1 5VDC and 1 12VDC power supply
- 1 All-In-One PC
Only the MESA card is new. All the other other equipment is bought second hand and mostly about 40 years old. But it works !
To be sincere, without help I would not have been able to configure LinuxCNC.on my own. A very kind and knowledgeable member of this forum did this work for me. Thanks a lot to him.
If anybody needs the INI and the HAL files, I would be happy to send a copy.
The following functions are implemented::
- x-, y-, z- and rotary-axis control
- end switches for the 3 linear axes
I have and I need no homing function.
The spindle speed is controlled outside LinuxCNC with an old Beckmann 10-turn potentiometer. I know them from the 80th of the last century, using them in the university labs.
Furthermore I have installed an original old style Waldmann machine light
Best regards
Hartwig

In the end I managed to fix it. HALShow was really helpful, and using a small oscilloscope made it easy to see exactly where the signal chain was stopping.
I’ll leave the relevant HAL and INI sections below in case anyone else needs them.

HAL Part
# ---setup spindle control signals---
setp hm2_[MESA](BOARD).0.pwmgen.pwm_frequency [SPINDLE_0](PWM_FREQUENCY)
setp hm2_[MESA](BOARD).0.pwmgen.00.scale [SPINDLE_0](SCALE)

net spindle-enable spindle.0.forward => hm2_[MESA](BOARD).0.pwmgen.00.enable
net spindle-speed-cmd spindle.0.speed-out => hm2_[MESA](BOARD).0.pwmgen.00.value
net spindle-enable => hm2_7i95.0.ssr.00.out-01

INI Part
[SPINDLE_0]
PWM_FREQUENCY = 2000
P = 0.0
I = 0.0
D = 0.0
FF0 = 1.0
FF1 = 0.0
FF2 = 0.0
BIAS = 0.0
DEADBAND = 0.0
SCALE = 24000
MIN_RPM = 3000

Thanks everyone for the help!

Uii, 60 steps, wo hast du denn den her
Mal davpn abgesehen, ich frei mich immer über bilder eurer konstuktionen.

So, hmm, jaaa, deine rechnung passt, allerdings befürschte ich das LinuxCNC, bzw der PID regler da einfach keinen spielraum hat um irgendwas zu regeln.
Ich werde das morgen mal am simulator ausprobieren.

Kannst amber mal versuchen den Min-Ferror auf z.b. 1.0 zu setzen und den P-Wert vom PID auf 25 oder so, um zu sehen ob es besser wird.
Vielleicht auch mal beim PID die deadband auf 1 setzen.

Aber wo bitte bekommt man einen stepper mit 60 steps auflösung her
kannst du nicht am treiber die microsteps höher stellen ?

Hi everyone,
I’m configuring LinuxCNC with a Mesa 7i95T and I’d like to ask for a quick sanity-check of my .hal and .ini files, I'm new to the subject so just to make sure I didn’t do anything stupid before I move forward.Quick context: with the 7i95T there isn’t a full “wizard” configurator. I generated a base config with PnCconf, then had to manually edit a bunch of things (I/O mapping, firmware for PWM, encoder/MPG, etc.). The machine now works, but I’d really like a second pair of eyes on:

• Mesa pin mapping ↔ LinuxCNC signals (inputs/outputs, enables, polarity)
• thread setup / addf order (servo-thread, base-thread if used)
• common HAL mistakes: duplicated nets, non-existing pins, unconnected signals, wrong inversions
• INI mistakes: JOINT/AXIS settings, limits, SCALE, stepgen/encoder params, homing sequence, etc.

I’m attaching the following:

• machine.ini
• machine.hal
• if needed, I can also post all the other HAL files like postgui.hal etc

If someone can spend a couple minutes to point out anything that looks wrong or risky, I’d really appreciate it.Thanks!

Also note that there is no /etc/apt/sources.list.d/debian.sources in my Debian 13 after doing a full upgrade.

JT

Thllll wrote:

I am unable to reproduce the error on the sim because I needed to trigger the probe while it was going to home or the starting location to start probing. This would cause a G38.2 error then the lockout would start. I ran a debug and returned a [Error] from a specific routine. I should have grabbed a screenshot.. I noticed a difference in the sim subroutines folder vs the subroutines folder I got from the github. I replaced all the files and lockout is no longer accruing

If you by chance find the offending routine again, please let me know!

I assume the issue for the probe triggering while going to home or to the starting position was for tool setting?  or was this for a custom 3d touch probe subroutine you created?  I would like to try and find where the issue was coming from to make sure it gets corrected and doesn't re-appear in future edits.

Thanks!

Chris

nice! I think the more uniform future solution will be the suite of var file widgets i have been testing, but this will work for now and is similar to how i store, save and update var file parameters. its just a pain in the butt to have to custom code things in like that.

the new var widgets will handle all of the heavy lifting for saving, storing, loading, updating etc. so all you would need to do is drop the desired widget in your ui and assign it a variable number and it will just work as expected from that point forward. I also have made some changes so that the precision will not be lost when storing/loading between the var file and the qt interface where previously after a store/save occurred the values were getting truncated at the displayed decimal place formatting. the new widgets will have an option to check for high precision storage so that the full value untruncated is retained even with a truncated display. should make things more robust!

Lieber Oliver,

ich benoetige noch einmal Deine Aufmerksamkeit. Mir will es nicht so recht gelingen eine vernuenftige Geschwindigkeit und Schritteweite einzustellen.
Ich habe Schrittmotoren welche im Fullstep Mode 60 Schritte fuer eine Umdrehung benoetigen. Eine Undrehung erzeugt einen Vorschub von 5 mm. Wenn ich eine maximale Geschwindigkeit von 5mm/sec einstellen moechte, welche Paramater sind fuer die Stepdir Konfiguration zu setzen? Ich dachte Scale bekommt einen Wert von 12 (60Steps/5mm) = 12 Steps/mm, und MaxVelocity 5(mm/s) - Aber so richtig will es nicht gelingen, der Motor flattert nur...
Ich danke Dir, liebe Gruesse,
Robert

EDM pulsae generation _is_ simple. thats true.
Some of the support circuits are not (like ionization detector)

But NB: I said 'pulse' , as in ONE pulse.

The EDM process has no use for repetitive oscilator function
( PWM is right out) .
I you use a repeating time sequence,
 you will not cut as fast as you can, 
 you will not get a uniform crater ddpeth,
 you will get longer arcs after they begin
 you will get more arcs
 and you will have to accomodate 
  by waiting langer than needed before rnext pulse.

Yes, fiexed on off will cut, 
 jdut slower and with more nad discharges.



HOW TO MAKE ONE SPARKK:
The pulse generation sequence is:

 1) Detect when gap is ready for a pulse
 
  Tickler or Sensing Voltage:
  Apply a very weak yet high voltage difference across the gap.
   (say 100V with a 250mA supply)
   
  The potenttial will stay at 100V until...
   the tool gets close enough to the workpiece,
   so close that the dielectic breaks down and 
   a tiny weak spark occurs.
   
  When the gap is small ecough,
   the gap voltage willnose dive 
   markimg when the working pulse should begin.
   marking when the gap gfot IONIZED

 2) The genertor then makes ONE pulse: 
  NOTE the sprak is triggered by the porcess not a timer.
  The current is connected 
  and ontime is decremented till 0
  
 3) During OnTime current should be monitored.
  A scope will show the current rise to avalue and stay there till OffTime negins.
  The scope will ahow a very high frequency ringiing on the 'flat'
  If that ringing stops mid OnTime, you got and arc!
  ( we wre able to shut off a bad pulse within 4us, too slow!)
  
  Such a safety circuit is not discussed here,
  other than to say itrs a good idea.
  
  Turninf off the pulse is ghood,
  but you already arced! (ask Gemini how to predict arcs)
    
 4) Turn off the current:
  Turn it off as soonas you can.
  A sloping trailing edge is bad. 
  square is good and hard to achieve
  
  Remove all inductance thgat uou can,
  Use ultrafast diode across gap.
  
  Sharp turn off gets better removal,
    ( the implosion is more explosive)
    a slow turn off gets more re-cast
     (material coolimg back onto wkpc)
   
  5) Take a break: Off Time 
    Then a minimum delay time is waited out.
    ( The mfctrs say this value is usually enough
    time to let the gap recuperate. They say
    thius is a minumum, expect longer if you are not
    in a testing environment)

  6) Recuperation:    
    GAP restoration:
    The gap _was- clean, then got chrged and dirtied.
    
    Q: whats all thata black smoke in the oil?
    A: The oil is a hydrocarbon  
     that gets 'cracked' into hydrogen gas ( flammabvle)
     and carbon ( from oil, not from tool)
     
   When will the gap be ready again?
   
    The weak tickler voltage will rise to Uo
    ( say 100V) as soon as the gap is clear of debris.

    Waiting for a clear gap 
     makes the same environment for the next spark.
    
    Your circuit _could_ refire as soon as the gao clesars
     or ( sort of debouncing) you could recheck a few times first.
    
    Dont refire when Uo is not high.
     That would avoid the necessary dielectic 
     resistance and would cause pitting or arcing.
    
  8) repeat
    It's not on of on of on off
    It isd  Wait on of Wait on off Wait on rff
    
HTH TomP

were you reloading the table after saving it? this is what removes any previous offset that may be in cached memory even after storage location has changed i think.

rodw wrote:

Debian trixie uses the new deb822 format so sources.list is no longer used.
Instead  look in /etc/apt/sources.list.d/debian.sources for the sources in the new format
 

I added the mesact repository in debian 13 to synaptic package manager and it put it in sources.list... so it must still work.

JT

ok great!

I would not use stable in the repositories because the os can change next time debian is released. Better to use trixie... to bad debian doesn't do something sensible like using numbers.

JT

Yes, the EL5151 provides integer counts, which get converted to float by the LinuxCNC EtherCAT driver.
So with the misconception of floats having only 32bit being resolved, everything makes sense now.