Advanced Search

With a fress install (from image) - without sudo i get this;

corne@linuxcnc:~/CNC/Mesa/mod$ modcompile mb25ioc32.mod
/tmp/tmpqf_2s56r/mesa_modbus.c
touch: cannot touch 'mesa_modbus.c': Permission denied
Compiling realtime mesa_modbus.c
Linking mb25ioc32.so
cp mb25ioc32.so /usr/lib/linuxcnc/modules/
cp: cannot create regular file '/usr/lib/linuxcnc/modules/mb25ioc32.so': Permission denied
make: *** [/usr/share/linuxcnc/Makefile.modinc:107: install] Error 1

I will try to do this: "Unless you have setup sshd to listen on port 5007 that is the the expected behavior."

it should be:

modcompile xxxx.mod

not

sudo modcompile xxxx.mod

at least that's what I have always done

 

sudo modcompile works, but again the same error.

Thanks you both. Yes I know that the security of the WAN is the most important security thing I must take care, but SSH, will at least secure part of the system. But anyway it is a very good advise. Thanks a lot.

I get an access denied error if I modcompile without sudo. Can that be the issue?

Sorry, apparently I didn't read your complete post. I'll try again

Gents,

mancave conditions: several cnc machines but will use one at the time. Plan to use lenovo T470 touch laptor with LinuxCNC on it. Each cnc machine will have Mesa on board (some ethernet model). One thing is bothering me: each machine Mesa card will have specific bit file. How about LinuxCNC on laptop? Is it possible to have several "profiles" so i can simply switch one machine off, disconnect ethernet cable, go to the next one with my laptop, plug eth in and just start machine specific profile and just use it? What if i want to use this nice black/yellow high contrast GUI 
on plasma, but then regular AXIC on the router then lathe specific one.

Can it be done?
 

Now it's obvious i'm a newby. I don't know where to find your example. It doesn't looks to be on my machine.

Strange that the example I mentioned above does not work. I just did a complete fresh install of 2.9.4 and it compiled ok, but same error at loadrt.

i found a bug in the avg call (wrong place)

if you use an avg filter and have problems with strange spikes, you should update


fixed in master and dev

That does not seem to compile

Can you try an example file from the modbus directory, say relayboard.mod

or alternatively here's a  simple .mod file I am running right now (linuxCNC 2.9.4)
that works with the common 32in 32 out modbus modules from Eletechsup:


 

Needs to be renamed to mb25ioc32.mod before compiling with

modcompile mb25ioc32.mod

 

forum.linuxcnc.org/plasmac/43127-qtplasm...-user-request-enable
forum.linuxcnc.org/plasmac/54940-qtplasmac-estop-stuck
www.forum.linuxcnc.org/38-general-linuxc...plasmac-wont-turn-on

I'm running x86

To be sure I have no errors in my mod file, I just copied the one from the Mesa Modbus documentation:

 /*
The format of the channel descriptors is:

{TYPE, FUNC, ADDR, COUNT, pin_name}

TYPE is one of HAL_BIT, HAL_FLOAT, HAL_S32, HAL_U32
FUNC = 1, 2, 3, 4, 5, 6, 15, 16 - Modbus commands
COUNT = number of coils/registers to read
*/

#define MAX_MSG_LEN 16 // may be increased if necessary to max 251

static const hm2_modbus_chan_descriptor_t channels = {
/* {TYPE, FUNC, ADDR, COUNT, pin_name} */
// Create 8 HAL bit pins coil-00 .. -07 supplying the values of coils at 0x0000
{HAL_BIT, 1, 0x0000, 8, "coil"},
// Create 8 HAL bit pins input-00 .. -07 supplying the values of inputs at 0x0000
{HAL_BIT, 2, 0x0000, 8, "input"},
// Create a HAL pin to set the coil at address 0x0010
{HAL_BIT, 5, 0x0010, 1, "coil-0"},
// Create 8 HAL pins to set the coils at 0x0020
{HAL_BIT, 15, 0x0020, 8, "more_coils"},
// Create a scaled floating point pin calculated from input register 0x0100
{HAL_FLOAT, 4, 0x0100, 1, "float"},
// Create 4 unsigned integer HAL pins from the holding registers at 0x0200-0x203
{HAL_S32, 3, 0x0003, 4, "holding"},
// Create a single signed int HAL pin to control the register at 0x0300
{HAL_S32, 6, 0x0300, 1, "relay-3"},
// Create 7 scaled FP HAL pins to control holfing registers at 0x400-0x406
{HAL_FLOAT, 16, 0x0300, 1, "more_floats"},
};

x86 or ARM?

If you post the .mod file I can try and duplicate the issue