@stepan-ozana Thanks for sharing your solution with the community!

Good luck with your project.

Tomas

@MikeyH Hi Mike,

This is related to the communication timeout - inspect data length with respect to baudrate and timeouts.

All REXYGEN error codes here in Docs: https://www.rexygen.com/doc/ENGLISH/MANUALS/BRef/BRef_ENGap3.html#x488-487000C

Cheers,
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.

Hello Martin,
the main problem is that the pin modes are in reversed order. By setting pinmodes_A0_A7 to 0x66600000 you enabled A7, A6 and A5, not A0, A1 and A2 as you expect.

The nonzero readings are then caused by picking up noise and other channels as mentioned by @sisktom2

Regards,
Jaroslav

Hi Stepan,
I'd go for an external C program for this purpose. The main reason is efficiency and speed of execution. REXLANG is interpreted at runtime, therefore it is slower than native binary code. Either you can use the EPC block or REST API of REXYGEN. These are the 2 most straightforward methods when it comes to external programs.

Kind regards,
Jaroslav

Hi Jaroslav,

Awesome, thank you for your help.

Cheers

Mike

Hi Jaroslav,

I will email you the documentation for the device.

Cheers

Mike

Hi Jaroslav,

Thanks for the reply, yes this was the case. With a bit of scaling added it works fine, only with slight loss of resolution. Not enough to cause issues tough.

Cheers

Mike

Thanks for the feedback Tomáš.
Looking forward for that implementation 🙂

Peter

Hi Tomáš,
Excellent, did not thought about doing it in that way, but that is exactly what I was looking for. Thanks a lot!

Peter

Hi @Scoobsalamander, thanks for info, I will look into it.

Hubert

Hi Jaroslav,

Thank you for the help. I will give that a go and let you know what happens.

Cheers

Mike

Hi Jaroslav,

No, not causing an issue as such. Setting the LIN block in such a way fixes the problem and allows the fan to operate correctly.

Cheers

Mike

Thanks Thomas
I'll try these parameters.

PS : later, cause a collegue take my device...

You are right, I am sorry for my mistake. According documentation https://www.rexcontrols.cz/media/2.50.5/doc/PDF/CZECH/BRef_CZ.pdf
it seemed it was in basic installation. So it would be appropriate to modify my question: DO you consider embedding FMUCS to MODEL library in future? Thank you Stepan

@martijnperdaan said in Database:

Schakelaars

the input SwitchOn is variable sometimes it is Switch1On and sometimes Switch2On and sometimes Switch3On

so he has to read the value of for example Switch1On from the tablet Switches
for example, he should get back 01101010 as answer because it is stored underneath but he returns Switch1On in response

the system does not log an error because the SQL command line must be normal

Thanks a lot Tomas,

The OSCALL function block appears just what I needed.
Thanks for making me aware of this block.

Kind regards,
Peter

Hi Paul,

thanks for reaching out. You can now integrate Python scripts within REXYGEN 2.50.10 - for upgrade see post https://forum.rexygen.com/topic/120/installation-of-rexygen-2-50-10-testing

Python block documentaton: https://www.rexygen.com/doc/ENGLISH/MANUALS/BRef/PYTHON.html#x272-27100016

Let us know if it helped.

Regards,
Tomas

is there a special way or maybe you need to install extra stuff with rexygen on a Neuron L523

whatever I try I can't get it to work

get this error code

12-8-2020 21:53:30.432 Error MBDRV: Socket receive error (idx=0, code=111)
12-8-2020 21:53:30.432 Error MBDRV: Error while receiving data(ignore, code=-309)

Hi Mike,

there is also one post at old REXYGEN forum which might help you:
https://www.rexcontrols.cz/forum/viewtopic.php?id=17

Cheers,
Tomas