@martinpies Hello Martin,

Thank you for your feedback. I'm sorry to hear that you are struggling with using REXYGEN Studio. In version 2.50.12 there is a known issue with the closing of diagnostic protocol. The recommended workflow is disconnecting completely from the target (F8) before Compile and Download (F6). In other words - avoid reconnecting to the running target when developing the project.

Please, let me know your findings.

Cheers,
Tomas

@stepan-ozana Hello, yes PWM flags should work as HW PWM on GPIO12, GPIO13, GPIO18, GPIO19 pins. The functionality should be the same as described here: https://www.raspberrypi.com/documentation/computers/raspberry-pi.html
https://www.electronicwings.com/raspberry-pi/raspberry-pi-pwm-generation-using-python-and-c

Best regards,
Jan

@jarek If the UniPi you are using have RS485 bus it will work.

@istratesorin01
Hi Istrate,

it seems that the issue is remote access to the Database which is forbidden by default. Have a look at this tutorial: https://webdock.io/en/docs/how-guides/database-guides/remote-access-your-mariadb-mysql-database-ubuntu-focal-mariadb-v106

Kind regards,
Tomas

Hi Mateo,

Thank you for your question. The error you are referring to is not related to the Database connection - it's about the connection between Studio and the target device.

I recommend you start with simple examples 0404-01 MySQL Simple Export and 0404-02 MySQL Simple Import.

The most tricky part is remote access to the Database which is forbidden by default. Have a look at this tutorial: https://webdock.io/en/docs/how-guides/database-guides/remote-access-your-mariadb-mysql-database-ubuntu-focal-mariadb-v106

First, you can try to run the Database on the same target as the REXYGEN is running. Send data locally from REXYGEN to MySQL DB should be done without any issues.

Let me know if it helped.

Cheers, Tomas

@mikeyh Hi Mike,

According to the screenshots provided, I would suspect that the Response timeout parameter in MBDrv is too short - did you try to enlarge it?

I also use passive tag in my projects and don't face any issues when the communication parameters are correctly set.

One more question: What is the RS485 Baudrate set in the Monarco Driver?

Kind regards
Tomas

@jaroslav_sobota said in Delay function in REXLANG:

Hi Tobby,
why do you need such a function?
There is the Sleep() function in REXLANG, but it is highly recommended not to use it. You should write your REXLANG code so that it executes as fast as possible. For details see REXLANG documentation.
Best regards,
Jaroslav

The "Sleep()" function in REXLANG should be avoided as it's recommended to write code that executes quickly for optimal performance. Refer to the REXLANG documentation for more details.

@georgedumitru I think the best documentation is this thread here on the forum. Byte array reading from communication is also discussed there.

Another helpful tool is definitely the example located at C:\Program Files\REX Controls\REXYGEN 2.50.12.14711\Examples\0203_Function_Blocks_REXLANG.

Hi Mike,

I know that @RexPeter use it on his setups with REXYGEN - maybe he can share some experiences with that.

Kind Regards,
Tomas

Hi Mike,

I recommend checking out the examples in the 0401_Modbus_RTU folder or take a look at the 0121-10_Monarco_HAT_Modbus_RTU_ADAM-4024 and 0121-11_Monarco_HAT_Modbus_RTU_Loopback_USB examples. These are all provided in REXLANG. Hopefully, these examples will provide some assistance.

Cheers,
Jan

@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.