Advanced Search

In a meantime, you can Find string "~~~required?~~~" and uncomment everything that is commented related to destination addr/port. Set your computer address for the dest and port 6000. Probably what's going on.

meister wrote:

I did a test with the new w5500.v, initialization of the IP seems to work, I can ping.
but port 2390 is not open so I can't communicate with it either

Snap, that can't be good. Wonder if the socket got opened correctly... need a look at. More and more I think about it though, let's just 'fuck it' (pardon!) and go full 1000 gaga-bit phy/mac from the ground up. Placed my original idea/proposition on order, should get in here in about 72hrs. 

I'll schematic the rtl8211 silicon and passives for you, pass on BOM, and contribute a 100/1000 verilog for RIO tests soon. 

 

Regarding OpenCV there is also Dmitry's Pick and Place machine, uses OpenCV (python) for parts positioning and angular alignment.


his config files can be found here:
github.com/yur7aev/linuxpnp/tree/master/configs/pnp

No need for additional controllers but you would likely need to write a custom hal component to get your machine vision results into hal.

There is a simulation configuration 'configs/sim/axis/external_offsets/eoffsets' with external offsets for X,Y,Z axes (this will also run on a non-real time installation):

 

I would look at opencv.. (I think it is still a thing) I goofed around with it a few years ago with linuxcnc.. I can see if I can find the python code...

Yes correct these are the only lines I have kept. I have set HOME_SEQUENCE = -1 for now so I am forced to home at startup in order to get the soft limits active. This way I will not move the axes by accident without limits in place. Later I plan to automate it so I don't need to press the button anymore.

I did a test with the new w5500.v, initialization of the IP seems to work, I can ping.
but port 2390 is not open so I can't communicate with it either

This is very interesting. Would I need additional controllers or components to enable this external offset feature or could I run this directly from LinuxCNC? Has this type of feature been explored on multiple axes simultaneously? Thanks for the response!

There does not seem to be any parallel port reference in the hal files.

Maybe the generic "cannot gain I/O privileges" message includes
the parallel port warning.

This "cannot gain I/O privileges" message does suggest a build
problem with the LinuxCNC version he is using.

Admin, maybe this could be moved to the EtherCAT section.

Cant do this anymore bye all wrote:

If you have a look at the figures on the wiz net wiki you’ll see as packet size drops so does the overall throughput.
 

All I could find is the implementation and proposed data integrity stuff. I know you're past your daylight but when you have a chance tomorrow, see if you can find that bit of info you ref'ed and we'll talk to their engineer about it. See if we can flip a Magic Register to disable that supposedly/suspected throttling thingy...

Impl. Ref: docs.wiznet.io/Product/iEthernet/W5500/Application/udp

Oh my, totally missed that one. Thanks for reporting back.
Actually, I think this may be all you need:

Cant do this anymore bye all wrote:

I’ve only access to Xilinx and Lattice stuff ATM.

Yeah standard .v clocking stuff. Just need to change your pinouts (pin mapping in the *cst, in it current format). 
That'd be awesome man. Let us know what you come up with when/if you can.

Have a good one [beer_cheers_emoji_here!]  

When running within the context of Linuxcnc in a basic setup 21 byte packets are being sent via UDP back and forth at the servo thread speed of 1ms, now that 21 bytes doesn’t include the source & dest port and addresses.
If you have a look at the figures on the wiz net wiki you’ll see as packet size drops so does the overall throughput.
So it would be interesting to see how it would go sending smaller packets back and forth at 1ms intervals, as this would being replicating what the situation is when running Linuxcnc.
I will try and have a look but I’ve only access to Xilinx and Lattice stuff ATM. Tho I do have a few W5500 modules in 2 different formats.

Ah, yeah, the EL6751. I keep meaning to get around to trying to use mine for something, but it looks like more work than I really want right now .

The problem with mapping anything more complex than ints or floats is that LinuxCNC doesn't really have a good type to hold them, so there's no good way to create a pin for them. Even if we had an array of ints, there's no array type in LinuxCNC. OTOH, a fixed-size array is pretty trivial to map to 8 individual ints.

I'd love to see a working EL6751 config for *anything*; IIRC people have claimed that they've got it working once or twice, but I don't think we do a very good job at it.

If we *really* wanted to do a good job with the EL6751, we'd probably want to refactor LCEC to create a generic CANopen layer (PDOs, SDOs, etc), and then tie that to a lower-level EtherCAT layer plus a lower-level CANopen layer. Then the EL6751 could be a CoE EtherCAT device that exports a CANopen interface that we could run CANopen devices on top of.

That'd let us use generic CAN devices, and maybe even some RS485 devices, in addition to the EL6751 for talking to CANopen CiA 402 devices and so forth.

Except we don't actually *want* to use most CAN CiA 402 devices, because they don't support CSP/CSV modes, because CAN isn't fast enough. Mostly.

Anyway, it'd be a lot of work, and I'm not sure that there's a real payoff.