Advanced Search

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
 

@grandixximo

when I initiate the jerk, you should stick to that.
Does interpolation refer to the movement of the axes or the speed of the calculation?
If the movement of the axes is meant, I can specify a higher jerk.

If I have a stiff machine, I can apply a high jerk and the axles will move smoothly (no overshooting or anything like that). With a soft machine, I have to set a small jerk, otherwise the axles will move erratically (overshooting or anything like that).
Acceleration also plays a role, of course.

If the jerk is maintained, I can adjust the axles properly.
For example, a small jerk and high acceleration.
If the jerk is not maintained, I have to specify a lower acceleration so that the axles run smoothly.

andypugh wrote:

... I can't currently view them. 
 

+1