Hi, this is exactly what a PLC is used for. There is a logic inside the PLC to react on Inputs and based on custom logic set the outputs. There is no real use case for an Input directly setting an Output. If you need some more deeper PLC Knowledge we have partners providing custom online training.

This is usually like this in all automation systems. Outputs and Inputs are clearly separated (also for security reasons). You can only write to outputs and read inputs on a PLC or RobotController.

can you explain a little bit more. What is exacly your setup - how is a Input modifying the output?

Hi, this is a PLCOutputBool so it is going from the PLC to Unity. You can only toggle from Unity Side PLCInputBools (which are signals from Unity to PLC).

For everybody who needs it - we have a patch for Unity2022. In the next realvirtual 6 release there will be an update also supporting Servers with a large number of MQTT Topics and better failure handling for unsupported datatypes. Also BestMQTT Dependency will be removed.

I will send you a patch for testing. With the patch you are able to limit the number of imported topics and null messages and unpossible date formats are automatically filtered. You will get a private message.

OK, understood. Do you import during PlayMode? Currently implementation is not supporting to import signals during play mode because subscription and signal preparation is done when interface is getting connected which is usually when starting play mode.

Is there a reason that you are using old realvirtual version - we are currently having an improved Beta without BestHTTP but it is a little bit risky to use this with the old 2022 version?

Hi,

I checked within the project you have send the Test Mosquitto Server and it worked as expected. Can you please check this setting if it works on your side?