Advanced Search

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.

On an interesting note supposedly the YouTube I.D. thing started on 8-13-2025. I still haven't been asked to
verify my age even when I pull up video's with out being logged in on my Linux computer. So we will see if
it becomes a whole lot of nothing. I am still hoarding as many video's about stuff important to me as I can. 

to build what you see above once you have the machine files would take under an hour to be up an running natively. my suggestion would be to give it a try. it can be configured pretty flexibly for any functionality you might want to add. and instead of using hal you could simply trigger things like toolchange or part passing etc directly from the gcode with some simple commands. configuring vismach and hal for something like this while powerful, seems cumbersome and unnecessary in my opinion (that said, i'm not the hugest fan of working in hal, so im very biased on that front..lol). I would be trying to make this as gcode dependent as possible if your intentions are to use as a simulator for proving out programs.

if you are trying to make a configuration tester that would run off core signals and hal, that would be a different story. even so this could definitely be configured for that.

alternatively, for machines such as your talking about, if this is meant to be program proving sim and if you are programming with any decent commercial cam system they typically have excellent simulation built in with many more sanity checks that what you would likely have patience to build yourself in a stand alone sim. not trying to discourage you, its fun to have projects, just wanted to make sure you were aware of other existing options.

Lcvette wrote:

this has already been implemented in qtpyvcp and does not require vismach. the model can be setup to be shown and run in main vtk ui backplotter natively and respond to gcode and subroutines etc. and is quite easy to setup.

 

 

if i would have know this last week when i was about ready to smash the pc because it fought me so much i would have been all over this in a heart beat i probably should have posted something before i started this to see what other have done  

Sorry, please try again, Yes, I had limited to .AU Sorry about that,
middle of the night here,,,,

Über Debug kann man sich das im Fenster vorne ausgeben lassen. Z. B. #1234 = 12 + 32 ( debug, #1234 )
es gibt auch noch msg, und print, jenachdem ob es im terminal stehen soll oder vorne erscheinen soll

Is the a 7I96 or 7I96S?

If 7i96S you should be able to use the 7I96S analog output
connected to the VFDs +5V output, CM, and VIN1

VFD   7I96S
REF   SPINDLE+
VIN1   SPINOUT
CM      SPINDLE-

Then you would use 2 isolated outputs to drive the VFDs FWD and REV pins, something like:

V+  --> OUT0+
OUT0- --> FWD

V+  --> OUT1+
OUT1- --> REV
 

i have everything opening fine i just don't have the hal complexity for everything i want to have so it just a matter of building that out and using the qtpyvcp ui to wire it all together in the digital sense. this is basically a project that started out as me thinking it would happen quickly and then turned into a major project for me. now i got so much time in it i just have to keep going with it to see what happens i think i got past the really hard part so now i can start adding stuff to a bare bones setup test and if nothing crashed add some more stuff. i keep making progress with it it's just slow moving because i never did anything like this before. on the up side of the set backs i have not spent any money on real stuff lately so that ended up being a plus for me in that sense

Just enter a random made-up Australian address and you will get the option of "Standard delivery - Free"