Advanced Search

Moved to "EtherCAT" section.
Or, was there a reason why it was on "general LinuxCNC questions" ?

Estos son mis archivos con 4 ejes y funcionan bien. El 5to eje B debería ir a los ports 14 y 1 del DB25 1205.
Mi objetivo final sería con 6 ejes, siendo el sexto el C y debería ir a los ports 17 y 16 pero no se usar el PNcConf

Slds y gracias.

   

I want to add a couple of physical pots to control Jog and feed speeds.

I'm using a 7i96s, and I don't believe that particular card has analog input capability.

I'm sure there are many ways to accomplish this. On my mill I used Arduino Connector and it works well, so that's an option, however fair bit of carry on for just a couple of analog inputs.

Thinking out loud... I could read the pot values with a dime store 8 pin uC and do a voltage to frequency conversion, and then apply those variable frequency signals to two digital inputs on the 7i96s if there an easy way (in HAL) to then measure that frequency and apply the result to:

halui.axis.jog-speed

and

halui.feed-override.scale

Or, perhaps there are other better ways, any suggestions?

 

Hi,
I'm tweaking HAL files for my new Lathe. I have independent hardware jog buttons for the X & Z axis. Presently setting jog speed with: halui.axis.jog-speed

The jog buttons are working however I would like to set the halui.axis.jog-speed to different values for X & Z.

What would be the easiest way to do that?

Thanks.

Nice. LOL

Cant do this anymore bye all wrote:

Stop being a spherical bastard and your experience may improve.
 

I can't help being spherical. I was born that way.

A 7I76e +7I78+7i85 does need a custom bit file

For just an added 7I78 on P1, theres:

7i76e_7i76x1_7i78x1D.bit

I can make a bitfile for a 7I76E+7I78+7I85 in the next day or so

Note that if you are running LinuxCNC, and depending on the hal file setup
some I/O pins may have been enabled as outputs so it's not a great idea
to connect them to +5V.

7I76E P1 and P2 pins are pulled up so should read high if unconnected
(and not configured as outputs)

You can check this with mesaflash:

mesaflash --device ethernet --addr [card_ip_address] --rpo 0x1004
(for P1)
mesaflash --device ethernet --addr [card_ip_address] --rpo 0x1008
(for P2)

These should both read 0x001FFFF (17 bits of '1's)
with unconnected P1,P2 connectors

No, but the OK Game is good. I usually identify myself as Patrick Conor Officer, and give them the phone number and address of a police station in my state.

Hi All, 

I'm trying to add a 7i78 and 7i85 card to P1 and P2 of my 7i76e. 
When I plug the 7i78 into P1 and mesaflash --readhmid, the usual 7i76e pins show up "on card" and I also get a list of the 7i78 pins on the "IO Connections for P1" list, an encoder and some stepgens, so that looks positive.

However I connected a bunch of test nets in my hal file, something like this but I'm not by the machine and the SSH isn't connecting now so I can't check: 
net test017 <= hm2_7i76e.0.7i76.0.0.input-17
net test018 <= hm2_7i76e.0.7i76.0.0.input-18
net test019 <= hm2_7i76e.0.7i76.0.0.input-19
net test020 <= hm2_7i76e.0.7i76.0.0.input-20

all of my test nets stay low whether or not I apply 5v to the pins. 
Do I need to change something in the FPGA firmware (bitfile?) to define these pin directions? If so, is this a matter of downloading the Xilinx tool or is there a repo somewhere with combinations of mesa bitfiles in there? I've seen PCW on here post them but I'm not sure if they live somewhere! 
Do the IOPort numbers from --readhmid directly map to the hm2_7i76e.0.7i76.0.0.input-nn pins in the hal or am I missing something here? 


When the 7i85 arrives, I'd like to get it reading a glass scale to close the loop on the axes (I could also test this sooner with the encoder input on the 7i78 if I get the scales mounted before the 7i85 shows up, depends on DHL!) presumably the standard firmware shipped in the 7i85 is set up for the right encoder IO so I only need to set up the hal file plug it into the 7i76e, or will that require an update to the 7i76e bin? 

Finally, once the axis position feedback is working and tuned I'd like to get index homing working from the glass scales on top of my existing home switches. From seeing posts on here It looks like i'll need a new bitfile to enable the home-seeking with a limit switch input and home-latch off an index, but the homing config page seems to say I just need to set HOME_USE_INDEX in the .ini ? 

Do you do the whole Kitboga thing and keep "nude photos" of mole rats for the windows security scammers to down load?
 

I'm in the middle of a refurbishing of an old Bridgeport mill that used to have a ProtoTrak system from the late 1980s on it.  Last April, I replaced the old DC servos with 750W EtherCAT AC servos from StepperOnline - the T7 series (23-bit absolute encoders w/battery backup etc).

I only purchased motors for the X and Y axes to keep initial costs down, but I'm considering converting the knee now as well.  I checked StepperOnline recently and saw that they have stopped selling the T7 series for no obvious reason.  Despite emailing them to ask, they cannot source even one more motor/drive setup for me and suggested one of their A6 EtherCAT servos as a replacement - which is a completely different drive OEM'd from someone different, and only 17-bit encoders.  Well priced at $230US + shipping from CN, though.

I'd really prefer to have matching drives for simplicity (e.g. only one tuning software program to learn).  The T7's are OEM versions of the LeadShine EL7 drives with a couple features stripped out.  I contacted LeadShine sales directly about purchasing a motor and drive, and the pricing was about double what I would have paid for a T7 through StepperOnline.  Needless to say, for a hobby project that stings a bit.

I can not seem to find EL7's anywhere else in the US, from any other sources.  Nothing used seems to pop up on eBay, and nothing compelling on AliExpress.  If I can swallow the price, of course I can just buy direct from LeadShine.  Or, I could deal with the A6 and its different tuning software I suppose, but I figured I'd ask here to see if anyone else has a suggestion first.

cheers,
Steve

Furthermore the support Pete Wallace gives regarding Mesa product far surpasses that of any other business. So far so that not only does he not mind if the firmware is used on Dev boards but he actually helps with any questions regarding the code.
Tommy's knowledge and practical implementation of linuxcnc\mesa boards is astounding. There are many many others as well.

On a side note, I'm a civil labourer \ traffic controller. By reading the Mesa manuals, the Linuxcnc docs and asking the odd question I've had no trouble setting up my machine. So I can honestly say that there is no conspiracy to withhold any information, it's all available and many times you haven't been the first one to have a particular issue.
It is not the Linuxcnc ecosystem that is the issue. It's an attitude issue on your side. It's about time for some self reflection on your behalf.
The fact you would compare an open source project that maybe an odd 20 years old to commercial systems that have add unknown amounts of money used and many many years of presence in the industry is beyond absurd it is evidence of a lack of understanding.
So stop being a dill and put something constructive back in or buy a proprietary turnkey solution and pay for extended support package.
Be useful not a hindrance.

schau doch bitte mal die ini Datei deiner frueheren Maschine im Detail genau an, die betreffenden Handradeintraege fehlen wahrscheinlich in deinem ini File der neueren Maschine

Stop being a spherical bastard and your experience may improve. Myself and others have tried to help but you have been narcissistic, quoting your own posts, just plain arrogant, acted like a petulant child, when asked if you wanted to run Linuxcnc in a VM you said I was wrong.
By your admission you have had issues on other forums, you are the issue, you appear to educated above and beyond your ability for reasonable thought.

Try a different CNC controller Masso and Centroid have good reviews, be their problem not ours.

Yeah I know this breaks the CoC but you break the code of being reasonable.

I don't had this problem.

But additional to the ETH.h - problem i had to change in ClientMode.cpp:

From    ESP32Encoder::useInternalWeakPullResistors = puType::UP;
to    ESP32Encoder::useInternalWeakPullResistors = puType::up;