Advanced Search

That must be related to the source of your spindle-at-speed signal.

Maybe its always false at a zero speed, which will cause issues with
LinuxCNC if you try doing a cutting move (G1 etc) with the spindle off.

Do you need to do cutting moves with  the spindle off?

If so:

If you have a spindle encoder, you can generate a spindle-at-speed signal
by comparing the commanded spindle speed with the actual (from encoder)
spindle speed with the "near" hal component.

If you do not have a spindle encoder you could add some logic to force
spindle-at-speed true when the spindle is off (M5)

Hmmm, second time I'm writing this as the last one seemed to vanish. So sorry if it winds up as a double post

Running whilst monitoring spindle-at-speed
It starts off false
M3 S10000, stays false until reachin the correct speed, then goes true
M5 turns false, and stays false even when the spindle has wound down

It don't know if this is correct, or if M5 is conceptually setting a speed of zero, and therefore spindle-at-speed should be true when the spindle stops

no retro fits on these i was just saying the memory for program storage is what ever the base model came with at the time. sadly the people i work for don't spend the extra money to upgrade that part of the machine when they buy them.

they guys were old school who have retired or moved on and they hand coded everything in the past so bloated cam programs were never an issue before because of this. the one mori is nothing fancy at all but when i first came out of trade school back in 1991 they had that machine at it's still there so it's 35 years old plus

Yes, the ODrive (Pro) has extensive options for configuration; PID tuning; torque, velocity, position, and trajectory control modes, etc.

Some initial PID tuning was already done, and the intention is to run it in position control mode, driven by step/dir from Mesa + LinuxCNC.

In my original post in this thread, I linked a forum thread in which an ODrive development engineer didn't see an issue connecting an incremental encoder to both ODrive and Mesa + LinuxCNC. In response to concerns about signal levels or ground loops, his response was that "The [ODrive] Pro has common-mode filtered encoder inputs, so it should be able to withstand some AC-mode ground differential. But you can actually make it fully isolated – if you desolder [a couple of components], it’ll isolate the the A/B/Z and Hall encoder inputs". 

So there are a few possible approaches and I'm trying to understand what makes the most sense:

* Encoder feedback to ODrive with LinuxCNC + Mesa in open loop (simplest but accuracy concerns?)
* Encoder feedback directly to both ODrive and LinuxCNC + Mesa (potential signal/ground loop issues, maybe worth a shot anyway)
* Two separate encoders for independent feedback to ODrive and Mesa + LinuxCNC (added cost in funds and space on machine)

 

7i76EU in Portugal
eusurplus.com/index.php?route=product/pr..._62_71&product_id=50
OR
7i96S with 7i84
eusurplus.com/index.php?route=product/pr...t_id=104&search=7i84
eusurplus.com/index.php?route=product/product&product_id=159
Prices are without tax

7i96S in Germany
www.welectron.com/Mesa-Electronics-7i96S...-Ethernet-Controller
Prices are with tax

if all you want is to call a subroutine just drop in a subcall button name it and define the file for it to call and it will. that is the beauty of qtpyvcp is all the hard work is already baked in, just choose your widgets according to your use case.

ok, s im not certain what your implying regarding memory? are you wanting to retrofit the machines?

Note that the 7I76E/7I76ED have been replaced by the 7I76EU

They are also specified here as UINT32. And you say float (Ethercat REAL type).
This doesn't match.
Make the datatype REAL for this variable, read it as a float in the processor and as float-ieee in hal (gous into a float type hal variable)

as you can see, in the twincat ENC1RPM and ENC2RPM is REAL,
I also checked the XML files, they are REAL too,
But output of ethercat xml command, it seems like UINT32, I dont know why,


By the way, I am planning to sell the boards via ebay, and the Turkish local market via n11.com
there is 3. board, it can control 4x RC servo motor, actually it has 4x  isolated PWM output,

Dear All,

For my project I'm looking for a Mesa 7I76E card.
Anyone has such card in perfect working condition for sale?

Thanks in advance,

Frans

I depends on the ODrive performance and tuning, It there a tuning program for the drive?
 

How much of an accuracy/performance impact would there be if running LinuxCNC + Mesa without encoder feedback, while having the encoder feedback to the ODrive motor controller?

I have not seen anything either.
Yesterday I cracked my the  monetisation target, First time getting enough views in a week to get paid. but I want to get there faster than 50 weeks!
I edit in kdenlive on Linux. Slowly getting the hang of it.

i have options for sim at work with different cam packages but one of the things i noticed right out of the gate once i started looking at the lathe controllers is lack of memory on the controllers since these lathes are maybe 15 years old with the exception one he new one that was just bought. the problem with cam if your trying to do something with live tooling without the Y axis the program size just gets way to big pretty fast. so macro programs seem like a good solution to keep the program sizes in check. Gibs cam might have something for macro's but i don't use it very much. i'm mostly interested in something to test lean programs with and maybe add some quick code for small run jobs for protype work we seem to get a good bit of that with the production work.