Advanced Search

open a terminal and type in:

editvcp probe_basic

it will open the editor so you can see the properties. here is an image of them for reference:

 

 



Follow the sim hal and postgui hal to see the connections. note the pinbasename properties for the in gui button and the led and how the connections flow in postgui hal:

# *** Probe graphic simulation trigger push probe tip ***
net probe-in  =>  qtpyvcp.probe-in.out
net probe-in  <=  qtpyvcp.probe-led.on

those wires look too long and too loose. you will need to shorten them for sure and tighten them up a big
shorter is better, keep it as short as possible
edit do you mean 8inches and not 8cm? 8cm is the length of the rpi board

Would you prefer it like that?

ihavenofish wrote:

I have multiple threads on these things, with files posted
 

Thanks, I will search...

@Marcos DC
I assume my best chance of diagnosing the behavior is to start with identical hardware and configuration.

I do not know enough details about ihavenofish's issues to point at any specific bit at the moment. I suspect some unexpected interaction between the Omron drives and the LinuxCNC CIA402 component but that is just conjecture at this point. I would like to take a closer look at CIA402 component behavior while running real hardware on my workbench.

Marcos wrote:

@NWE


I know this thread is about EtherCAT motion control in general, so to avoid derailing it, maybe it makes sense to open a separate thread focused on this specific Omron / CiA402 / startup behavior case, where we can look at the actual component, configuration and state machine logic in detail

 

I have multiple threads on these things, with files posted
The point of commenting here was to say that ethercat in linuxcnc can be a little flakey here and there, but still the way forward.

NWE wrote:

ihavenofish wrote:

--snip--
I don't know if that's a linuxcnc thing, and ethercat thing, or just a stupid omron thing.

Other than these quirks though, its great and I would not switch back for anything haha.
What model number Omron drive is this? Also, are you using some form of CIA402 component with it? Which one?

I have had a keen interest in Omron servos for a while, but never actually worked with one of those. One of my upcoming projects could use one, now knowing there is "some mysterious bug" of sorts really catches my interest. If I manage to carve out some time for this, I would like to acquire the hardware and investigate the problem.
 

I don't think any of my issues are anything to do with the omron drives. I know 100% the first one is explicitly a conflict between ethercat and modbus naming and start up synchronisation. it is basically reinitialising the drive over and over and over The question is.. WHY?

The new one about joint errors/limits just showed up at random and went away. I think it was related to some stored values that got cleared on reboot, but not simply on linuxcnc restart. Like is was storing the wrong home or last encoder position etc. (i had shut down linuxcnc and rebooted the drives, then restarted linuxcnc). Probably an edge case that likely will never show up again.

The ffirst one is more important, cause every 10 times or so it starts it wigs out.
 

 

Whoops, got the wrong image. It's a 7i96s

You can figure it out via the 7I85 manual but more easily with:

mesaflash --device 7i92t --addr [card_ip_address] --dbname1 7i85 --readhmid

Do you have a Mesa 7i96 or 7i96S?
Your tittle says 7i96S but the attached picture is for 7i96, so what gives?

Thanks for the answer.

One question: Smart Serial 0 is on DB25 pins 1 and 14, can you tell me which location on the 7i85 that corresponds to? I would assume it is the same as Serial 0 with the “normal” firmware (TB2 in the middle). Is that correct?

Hi all, 

After some success with modbus comms using pkuart and hm2_modbus (thanks to PCW for all the support) I'm minded to try talking to the VFD with modbus as well.  However the vfd is (cheap, amazon-sourced) model AT903 of the AT900 series, maker unknown, and although the manuals I've found show how to set it up for modbus comms they do not include any kind of register map. There's a parameter for '0=standard modbus 1=nonstandard modbus' and a number of other params related to serial comms, but that's it. 

Has anyone successfully talked to one of these over serial, or knows who make them, or has the register map? 


Andy

Hello there. I'm at a loss for how to wire my spindle to my mesa card to control on/off, direction, and RPM. Could anyone give me some advice please? Attached are the mill wiring diagram and mesa pinout. TIA 

There are no PWMgens at the hal level with a 7I77/7I83, the analog outputs are all 7i77 or 7i83 pins

The likely reason you don't see the 7I83 is that it's disabled in the hal file

No sure which channel its on but consider changing "sserial_port_0=2xxxxxxx" to "sserial_port_0=00000xxx"
because the original statement only enables one sserial channel (0) and sets it to mode 2, and it looks like you
have 2 sserial channels connected. In addition the 7I83 only supports mode 0.