Advanced Search

Yes, you are right — I was able to update the AX5112 to firmware version 2.16. I can now configure it using Drive Manager 2. Thanks.

Now the next problem occurs: “PreOp to SAFEOP failed.”
Do any additional settings need to be made here?

10.01.2026 17:17:32 814 ms | "Antrieb 1 (AX5112-0000-0216)' (1001); 'PREOP to SAFEOP' failed! Error 'check device state for SAFEOP', AL Status Ox0012' read and Dx0004' expected, AL Status Code 0x0045 - MBX SoE'10.01.2026 17:17:32 814 ms | 'Antrieb 1 (AX5112-0000-0216) (1001); state change aborted (requested 'SAFEOP', back to 'PREOP).

An AX5801 industrial safety card is installed in the AX5112. The two safety inputs are currently supplied with 24 V. Could this be causing the problem?

The connected servo motor and resolver are not listed in the database, so we have to identify manually which type of resolver it is (Eco&Logic Syncrotech SY150…). From the old servo drive we know that it is a resolver.

The percent sign %  in the calling routine could cause that error. Capital letters for the naming in the routine, maybe too

tommylight;
The space in the original post was a typo. my file.ngc, no spaces.

MaHa;
I tied identical names with and without the .ngc suffix everywhere with no luck.

The attachment shows the result with all data shown as suggested.

I am suspicious that the program seems to be looking for 'Omyfile'   instead of simply O  'myfile'.  Could it be a parsing problem?

Thanks,
Royce

Great! Thank you for taking the time, as always.

In a terminal, what does
ip a
return?

Yes, you can feed the TTL signals through the 7I42TA

I can build the firmware in the next day or so

 

Hello everyone, i m a brand new user of Linux cnc (mach3 user - i quitted due to too much bugs and wrong reliability of the software)
i ordered a mesa 7i96s card and installed linuxcnc on a computer. 
i m quite disapointed because the first step of setting a connection doesn't work.
i set the manuel ipv4 ip adress to 10.10.10.11 (or 1 or 100) and ping 10.10.10.10 always give me no connection to the board. I tried to play with jumper position, without success (down down / down up for eeprom). Strange thing : the user led on mesa board are blinking in a additive pattern when sending packets, then stop moving when cancel ping on pc, so the communication exist ?
Is there a firmware issue of some sort ? The card is new from eusurplus.
Sorry if my question is silly.

Thank you PCW - so more questions...
Am I right in thinking that the chips is would be converting 0-5v signals to and from the 7i42TA to:
a differential pair for the rs485 with a single bidirectional converter, and:
two, unidirectional, differential pairs for Tx/Rx for 422?

I'm happy to have the USB-RS485 adapter as a fallback, but would like to be able to try keeping all the I/O coming through Mesa cards. Is it possible for the 7i42TA to provide the TTL I/O needed?

If so, could you make a 7i80HD firmware with 1x 7i48, 2x smartserial via 7i42 TTL, and 1x PKTUART via 7i42 TTL?

I can not upload the file because it exceeds 1.6mb ... I need to upload it over external source www.uschovna.cz/sk/zasilka/UA4I4N3SK2XGF2W6-TNV/

I checked the @ruediger123 codes and there are another spikes in the ramps... 

oneohm wrote:

Thanks for tackling the NVMPG display issue!
I've updated to 3.1.3 and the NVMPG display is now updating correctly.
I have encountered a possible bug:
While jogging with the NVMPG It sometimes changes the axis suddenly and overruns the NVMPG display value, leaving a digit to the extreme left in the X and Y position fields, partially outside the field. 
The NVMPG continues to work, but on the new axis and the extra digits remain until power cycled.
Attached is an example of the corrupted display.

I'm observing the same behavior. When moving, it suddenly switches to another axis. Is there a fix? Thank you.

 

Hello Steve, I just wanted to say Deckard is awesome. Really great work and thanks for sharing it to the world. The HAL-first approach is exactly what I was looking for.I’m currently installing it and starting to test it on a lathe, I see a lot of potential in it.Are you still actively working on Deckard, or planning to continue? I’m especially interested in multi-page / page switching, because that would be the killer feature for a Stream Deck in LinuxCNC. Being able to switch layouts automatically between Jog, MDI, Auto, tool offsets and touch-off and so on would make it unbeatable compared to fixed physical buttons.If you have any thoughts on where this is going, or a recommended workaround in the meantime, I’d love to hear it.
  greetings,
Tom

I still get acceleration violations but the magnitude seems less


 

ini values:

 

MB2HAL would need the USB----> RS-485 adapter

hm2-modbus would use PKTUART firmware on the 7I80

For the 7I84 and hm2-modbus you would need a TTL --> RS-485
(for Modbus) and a TTL --> RS-422 adapter (for the 7I84)

These adapters are really just a single driver chip on a small PCB

Both need to be taken into consideration, calculation speed and joints movements, will try to cap to max

Hi,

I'm looking to check that this combination is viable, and if so for the relevant firmware: 7i80HD-16 or 25, 7i48, 7i42TA, 7i84, and pktUART for MB2HAL. 
7i48 is for 5x analogue +/-10v servo amps and 1x analogue VFD. 
I need quite a lot of 24V I/O, some of which can be non-realtime, some of which will need to be realtime. Intending to use the cheap Geroosaty  Modbus 16i/16o boards for the non-realtime and the 7i84 for realtime; maybe a relay board via the  
Is it possible to use some pins on the 7i42TA as a smart serial port for the 7i84, and some as a A+/B- (single ended) for MB2HAL? 
If not I can probably get away with level converters 5V-24V on the 7i42TA and the USB RS485 converter for the modbus stuff, but not having to buy additional boards would be great at this point - already have the above mesa boards on hand. 

Many thanks,
Andy