@hrabalo Hi,

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

Good luck with your project.

Cheers, Tomas

@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

@MikeyH Hi Mike,

I'm glad it works for you 😉

For the "variable decimal point" I would use blocks MUL and CNDR. CNDR configure so it reflects the changing of the gain according to the value.

You will probably find many other solutions which will lead you to the desired behaviour (e.g. SSW for switching gain according to the value)

Hope it helps.

Cheers,
Tomas

@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

@Jan-Reitinger Thank you Jan. I will try it. Martin

@MikeyH Hi Mike,

Thanks for the details. Currently, there is no direct support for such data representation.

For small-scale, I can imagine using the CNDR function block. You can also check the STEAM function block, but it appears the data you require is missing there.

There is also the possibility to use, e.g., Python or a C library if available.

Let me know your thoughts on this.

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.

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