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

@gninaus Hi Guenther,

the fix is available in our daily build repository: https://download.rexcontrols.cz/partner/daily/

Feel free to test it and report back.

Kind Regards,
Tomas

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

@mtomek Hi Michal,
thank you for sharing your findings with the community.
Google uses more secure version of TLS which does not support the SMTP function block. Seznam apparently didn't upgrade the security yet.

Kind Regards,
Tomas

@pedrowirya Dear Pedro,
thank you for information. I'm glad, everything is working now.

Best regards,
Jan

@cechurat I am not 100% sure. I am not in control of the PC that is running this Keptware software.

I believe that it was originally set at 1Hz but I am not sure, but when it was set to 0,1Hz it was working fine.
For the moment it is still crashing the application because I believe it is set at a too high polling rate again. (I assume....I am not in control and do have no access on this PC, so it's hard to verify if this is the real problem.)
But if I change the port number of the OPC UA server to make sure nobody is polling the server then everything keeps running fine.

It would be good that only the communication would stop and not the entire rexcore.

I will send you a PM with the complete setup.

@mtomek Hi Michal,
you are welcome. I'm glad everything is working as it should. Good luck with your project.

Regards,
Jan

@reitinge Thank you for your reply.
It is just something nice to have, working in a spreadsheet is sometimes just a little faster.
I did try to work directly inside the .rio file but then I still prefer the included editor in Rexcontrols.

Hi Kris,

one more thing - did you try to use ARS function block? https://www.rexygen.com/doc/ENGLISH/MANUALS/BRef/ARS.html

It might help you.

Kind Regards,
Tomas

Hi Kris,
I just want to let you know that we found a bug and included the fix in a future release.

Cheers,
Jan

Hi Mike,
we're sorry you have these problems with Rexygen. We have seen similar behaviour in our larger projects. That is why we are currently working on a new version of Rexygen Studio based on newer technologies. This version should be released soon and should have known bugs from the old version fixed. Please wait for the new version, which should be faster.

Cheers,
Jan

Thx, looking perfect .... looking forward to this new feature.

Kris

Hello,
thank you for pointing this out. It will be fixed in the next release. It was a small typo.
Best regards
Ondrej

@stepan-ozana said in Python block in 2.50.10 with RPi and external library:

Hi, I tested the block PYTHON with 2.50.10 (testing version) and RPi 3b+. Generally it works fine, however I got into troubles when using some externally installed library, particularly pysolnp (https://pypi.org/project/pysolnp/).
Here is the use case and description of what I did:
As the Buster brings both Python 2.7.16 and 3.7.3, I set the default Python3 like this:
Edit nano ~/.bashrc , add alias python='/usr/bin/python3' and alias pip=pip3, then run source ~/.bashrc.
After that, typing python --version, it shows python 3.7.3 as required by PYTHON block in Rexygen.
Then I was able to install pysolnp according official guide: pip install pysolnp.
If I run any script manually (for example the initial basic example on the web https://pypi.org/project/pysolnp/), it works fine. It uses imported pysolnp library and gives the results as expected.
However, if I run it within REXYGEN project, I got error in Rexygen diagnostics saying that 'no module named pysolnp was found'. When I run help('modules') from Python command line, I see pysolnp in the list of modules.
Is it possible that for some reason older Python 2.7.16 is called from Rexygen environment? This would maybe explain the situtation as I didn't import pysolnp here but into 3.7.3. If this is the case, how to fix this to tell Rexygen to call python3 instead of python2? On the other hand, Rexygen would probably show different error regarding version of Python itself, because it needs Python 3.7.x according documentation.
P.S. The same use case under Windows+Rexygen+pysolnp works fine.
Best regards, Stepan

I made it work. It was an issue with different user accounts. I had the package installed under pi user but it has to be installed under root user. Then it works perfectly.

Hi Eric,
you can use CANbus. See the blocks CanSend and CanRecv.

There is also an example project 0406-01 included in REXYGEN Studio.

For your experiments, you can use the 2-hour demo licence which covers CAN.

The CANbus driver must be supported in the OS. As soon as the CAN device appears in the output of "ip link show", typically as can0, you should be fine.

The baudrate is configured in /etc/rexcore/rexcore.env.d/80-candrvt.sh (uncomment the 2 lines) on your target device.

Hope this helps, let me know.
Jaroslav