thanks for reporting and explaining this. Since version 2.10.8 is outdated and there is no problem in the current version 2.50.9, we're not going to fix this. Please apply a workaround as you suggested. Thanks for understanding.
interesting question. When switched to flight mode, the hardware footprint (SiteID) of your laptop changes because wifi adapters disappear completely.
The solution is to obtain demo licence keys for both normal and flight mode at https://licensing.rexygen.com/homepage/demo-licence and add both of them manually to C:\ProgramData\REX Controls\REX_2_50_9_10649\RexCore\licence.txt. That way you'll always have a valid licence for your laptop.
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.
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.
@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.
@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.
@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.