@mikeyh
Hello Mike,

Yes, it's possible to use both RS485 for RTU on the Monarco and the USB on the RPi for RTU simultaneously. Check out the illustrative example "0121-11_Monarco_HAT_Modbus_RTU_Loopback_USB." This example features two distinct Modbus drivers: one for /dev/ttyAMA0 (Monarco HAT) and another for /dev/ttyUSB0.

Cheers,
Jan

@gerritjan1 Hi,

for now, there is no option to hide the header by the end user. However, our developers can make a custom change for you to hide the header completely as a paid service. If you are interested just let me know and I will get back to you with details.

Cheers,
Tomas

Hi George,

Thanks for your question. You need to create a kind of state machine which basically does the following (one line = one task period):

Write() - send a read request to the device Read() - save received data and length into a global buffer/variable and distinguish if the received message is complete Retry and repeat Read() if the previously received message was not complete

You will need to introduce a timeout - it can happen that you lost some data so there should be some timeout when you say "Message incomplete, resend the read request".

Cheers,
Tomas

@gerritjan1 I've observed that you are currently using the flags MTM__readBlock_ReadEnable and MT__writeBlock2_WriteEnable. However, in a previous post, you mentioned flags named MTM__readBlock1 and MTM__writeBlock1. It is important to ensure that the flag names correlate properly. Therefore, for MTM__readBlock1, the corresponding enabling flag should be MTM__readBlock1_ReadEnable, and for MTM__writeBlock1, the enabling flag should be MTM__writeBlock1_WriteEnable.

@serg Hi Serg, thanks for reporting. This is not a bug. 3600 seconds is 60 minutes. If you want to edit your post after 60 minutes just write a new post underneath.

Cheers, Tomas

Closed. Solved in another way. Thanks support!

@mikeyh Hi Mike,
I'm sorry for the late reply. Unfortunately, we do not have a floating licenses yet. We are counting on something similar in the future, but I'm irfaid it will take some time.
Cheers,
Jan

The problem was indeed a licensing issue, it is now solved thanks to Rexygen support - excellent customer service as always.

@hrabalo Hi,

Thanks for getting back to us. I'm glad it works for you now.

Good luck with your project.

Cheers, Tomas

@jan-reitinger
Great! Installation completed successfully! Thank you.

@gerritjan1 Hi,

have a look at function block "ABSROT". It might help you solve your task. Just set the lolim and hilim parameters as a range of the counter output.

Let us know if you managed get the desired behaviour.

Cheers,
Tomas

Hi!
Thanks for reaching out. In general, it is possible.
However, you would need to edit the sketch for REXduino in order to read out the touch position and communicate it to REXYGEN which could be pretty challenging (depending on your programming skills). It would require knowledge of the REXduino communication mechanism which is not documented (except the code).

What about posting the touch position information via REST API to REXYGEN? Example "0302-11 ESP8266 REST API" might be used as a hint.

Kind Regards,
Tomas

@rexpeter Hi Peter,

I have an update on your Topic. It is possible to change the Slave IP address by configuring "Address" parameter (e.g. GoTo flag "MTM__1_Address" in your case).

f8a090e9-9a03-4eec-9c12-a64115101392-image.png

Cheers,
Tomas

@reitinge Thank you, everything works as I wish.

@mikeyh
Hi Mike,
do you have the same versions of REXYGEN on your Raspberry Pi and PC? Can the RPi be pinged from your computer?

Cheers,
Jan

@jackobocze Hi,
when you use the RPi driver, you have to always upload the program to the RPi. In the HMI Designer on the PC, you can then connect to the running executive on the RPi and browse the aliases & connection strings as @cechurat mentioned. To develop the HMI in this case, you ideally already need to have both a PC and RPi available. Another option is to fill connection strings manually.

Hello, @jackobocze.
REXYGEN Community Forum is predominantly an english speaking forum.
Please, refrain from using languages other than english. By doing so your comments and contributians can be useful to much larger field of users of this forum.
In the future we would like to keep this forum english only and that could cause comments and contributions written in other languages to be deleted without prior notice.

Hello, @jackobocze.
REXYGEN Community Forum is predominantly an english speaking forum.
Please, refrain from using languages other than english. By doing so your comments and contributians can be useful to much larger field of users of this forum.
In the future we would like to keep this forum english only and that could cause comments and contributions written in other languages to be deleted without prior notice.

Hello, @jackobocze.
REXYGEN Community Forum is predominantly an english speaking forum.
Please, refrain from using languages other than english. By doing so your comments and contributians can be useful to much larger field of users of this forum.
In the future we would like to keep this forum english only and that could cause comments and contributions written in other languages to be deleted without prior notice.

Hello, @jackobocze.
REXYGEN Community Forum is predominantly an english speaking forum.
Please, refrain from using languages other than english. By doing so your comments and contributians can be useful to much larger field of users of this forum.
In the future we would like to keep this forum english only and that could cause comments and contributions written in other languages to be deleted without prior notice.