If I understand your problem right the robot movement is not smooth. This might happen, ifthe cycle time for sending the current positions is to slow. Maybe you can change things on the OPCUA server or you could try to send less information. In General OPCUA is not well suited for real time applications. Other interfaces like S7, TwinCAT are much better performing for exchanging realtime data.

Hi,

we will need to check if we can generally replaye the DLLs. Is there more information why it stops?

Is ist stopping on all UWP builds or only if you build for Hololens. For Hololens we can't check because we don't have a hololens any more.  In General we realized, when we tested with Hololens, that it is complicated to complile to Hololens. My advice would be to throw anything out of the project which could make problems. You should delete in the project:

- Cadlink 

- All Interface folders that you don't need (most of them are not able to communicate on Hololens)

Best regards

Thomas

HI Bo, Hi Prely, complex transports with collissions are reaching the limits of Unity Physics. @Prely, thanks for the proposel, I will need to look deeper in it on the next days.

Specialy what we see in the video is only going to work with special coding. Pure Unity Physics are to limited here. So the standard conveyor in realvirtual is only a good solution it the transport direction is not very guided by some side guides and walls.

For the simulation library we implemented some special things like path based movements or the alignement on conveyors on entry. But for sure we will look into Prelys approach and think about, how  and if we could integrate it into standard.

Just try the constraints of the rigidbody. This are just a few clicks before you redevelop the complete movement. You only need the rotation around y the rest could be freeze.

Hi Bo,

you can try and set the collider of the turn table slightly lower than the conveyor before. Also I would suggest to close unity and delete the library folder within assets. This folder will be created by unity when you open your project again. Start your project again to check wether the problem still occurs.

A last option could be to use the contraints of the rigidbody of your moving object and freeze the z-axis.

I am pretty sure that your variable naming is wrong. Best way is to import the variables from the PLC.

Step Import is not supported on non Windows Platforms. The  DLLs we are needing are not supporting this.

Hello Bo,

I have recieved the upload but there is no failure when I start the game mode. Can you check upon this?