Hello @sadilekivan ,
this issue was caused by unknown bug in the hashing algorithm during the HMI build process. This will be fixed in next version of our software. Thank you for the bug report.

Best regards
Ondrej

Hi Richard,

sorry, my mistake. You are right - both arrays have 11 items.
But still the size need to comply with parameter n. Once you change it to 11 it should do the trick.

Please, let me know.

Cheers, Tomas

Hi Hubert,

the issue was that Level1 in EXEC block is not connected. It is assumed that the Levels are connected one by one. I reconnected "tsdb_task" from Level2 to Level1 and it work now. See screenshot:

0_1562145809789_Levels.PNG

Our developers will fix this issue.

Thank you for reporting this.

Regards, Tomas

Hi Stepan,
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.

Kind regards
Jaroslav

Dear Stepan,
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.

Hope this helps, let me know.

Best regards
Jaroslav

Hi Kris,
the SFCE editor should be in English by default. If this is not the case, you can switch it to English in the bottom part of the window:
0_1575363932278_sfc-editor-language.png

As for the manual, it is only in Czech at the moment: https://www.rexygen.com/doc/PDF/CZECH/SFCEditor_CZ.pdf
Copy-pasting the contents into Google translate might help.

In general, this tool generates the STT transition table and touts array for the ATMT or EATMT function blocks.

Hope this helps at least a bit.

Kind regards
Jaroslav

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

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

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

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

Kris

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

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

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

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

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.

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

Best regards,
Jan

@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