Hello folks,

I just wanted to confirm that reducing the "Max. requests" number to 1 allows multiple Modbus reads of the Click PLC.
I agree that reading registers in groups of 4 or 8 is more elegant and will try that next.

Cheers,
Tom Sisk

@petrch Glad I could help 😉
Our developers already implemented the new functionality. Starting from new REXYGEN release it will behave as you expected - that Group itself will have also _Trigger flag.

Good luck with your project.

Regards, Tomas

Hi Phil,

let me answer your questions:

ad 1) Yes, in order to count time connect CNI=1 to "ti" input as you proposed.
ad 2) Correct, "Y" should contain time.
ad 3) Exactly.

It also assumes that your boolean signal from pushbutton is connected to input "u".

For more details about the INTE function block see docs: https://www.rexygen.com/doc/ENGLISH/MANUALS/BRef/INTE.html#x81-800005

Cheers, Tomas

Hi Geocipo,

thanks for asking. You can send HTTP commands (HTTP GET and HTTP POST) using HTTP2 function block. Have a look at "0302 IoT Integrations" example folder where you can find many examples with HTTP2 function block in various situations.

If you need more information, let me know.

Regards,
Tomas

Hi Mike,

thanks for your interest in trying out the pre-release version. You can find the instructions here: https://forum.rexygen.com/topic/120/installation-of-rexygen-2-50-10-r5

If I can be of any assistance, let me know.

Cheers,
Tomas

Thanks for the info .... I'll give it a try one of these days. I'll post the solution... at least if I am able to solve it..... 🙂

Thank you for the examples. I was trying to make use of the placeholders (like $T for example) which I completed at the end in the Connections tab.

Now I got it working by only creating the local parameters (HIDE_WINDOW_A, HIDE_WINDOW_B, ...) and giving them a default value '0' in the connections table.
Then in the button's and windows which are to be hidden I used these newly created local parameters directly. (instead of using the $T).
And now it is working fine. :-)... still don't know what I'm doing wrong when using the connections table....

@mikeyh Hi Mike,

thanks for update. Could you please try to test one Raspberry Pi with certain SD card (i.e. OS) and check with working Monarco HAT and then switch the one failing so we can say it is Monarco HAT failure afterwards?

Thanks for cooperation.

Kind Regards,
Tomas

@cechurat ... this would mean that if I add a task in the future the timing might not be correct anymore.
Would it not be better that this can be configured with timing (e.g. seconds, minutes, days,.....) instead of a certain amount of samples?

@mtomek Hi Michal,
I found the meaning of the errors directly in the REXduino_slave.ino code. The first number indicates the type of error and can have values:

49 - ERROR_COMMAND 50 - ERROR_PINMODE 51 - ERROR_SERIAL 52 - ERROR_ONEWIRE 53 - ERROR_I2C
The second number indicates error specification. For example for ERROR_ONEWIRE: 49 - ERROR_ONEWIRE_NOMOREDEVICES 50 - ERROR_ONEWIRE_BUSYBUS 51 - ERROR_ONEWIRE_BADCRC 52 - ERROR_ONEWIRE_DEPLETED 53 - ERROR_ONEWIRE_NOTEMPDEVICE
I agree that the errors could be mentioned more explicitly somewhere.

So in your case, the code 52 51 means bad crc error. So, for example, some noise may have appeared during data transmission.

I don't have any experience with the UniPi hub, because I'm using Monarco HAT. But as I understand to the UniPi 1-wire knowledge base, you should use the first hub port to connect the hub to your Raspberry Pi GPIO. Default GPIO pin for 1-Wire is GPIO 4. After connecting, you can read the data in REXYGEN using OwsDrv module. Please pay special attention to the note in the knowledge base:
b7515074-e8a3-460c-8a1d-58874c661791-image.png

Unfortunately, I have no idea if the UniPi hub provides ESD protection. You should check this directly from the manufacturer. If the hub doesn't have protection, I definitely wouldn't connect it directly to the Raspberry GPIO. The resistance of such a solution to the induction of unexpected voltages is negligible and it's possible that your Raspberry would get burned. In the absence of ESD protection, I would rather invest in Monarco HAT, where ESD protection is present and Monarco communicates 1-Wire over the I2C bus (documentation here), so 1-Wire is not connected directly to the processor.

Cheers,
Jan

@fabio Není zač.

@mtomek Hi Michal,
you are welcome. I'm glad the problem has been fixed.

Cheers,
Jan

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.

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

Closed. Solved in another way. Thanks support!

@Tourneur

Hello,

All my apologies for this very late replying, and status of my advancement.

Unfortunately, I left completely the idea of using simulation without real target connected.

I tryed to compare the use of Rexygen with Profilab Expert, which is for me a really, and really compfortable software.
Particularly, when you are not familiary with all the complexity of programming environnement.

But yes, now, I see it's completly different, and I must re-see all my vision of Rexygen.

I finally decided to use a real target, and follow the tutorial in the documentation.

I arrived to put in place an interactive comunication with the target and my ethernet devices.

You understand lot of thing when system running, for example, i won't understood the machine interface is a web page.

Now I could, thing a little bit deeper in the working of the rexstudio.
Particularly, with Nextape, for a particular project.
I will put my question in HMI topic.

Have a good end day

@carvin Hi carvin,

thanks for your feedback. I would suggest to use the SRTF function block with some certain subsystem (e.g. "sybsystem_slow") within your fast task.

Would that solve your issue?

Cheers,
Tomas

@mikeyh Did you mean analog inputs? The accelerometer outputs range from 0 to 3.3V... In general, it will work. Note that you'll not fully use the resolution of the A/D converter on the Monarco HAT and you'll be limited to 2 axes as the Monarco HAT has 2 analog inputs.

If you meant digital inputs indeed, then it won't work. Logic high voltage of the DIs on the Monarco HAT is 3.5 V to 30 V.

Hope this helps, let me know.

Jaroslav

Thanks Jaroslav,

So using a not block would be the preferred way for making it work for cooling.

Cheers

Mike

Hi Mike,
thanks for clarification. I have no experience with that, but the Maxim MAX1721x with 1-Wire interface seems to be ideal for such a project with the Monarco HAT.

Jaroslav