4. Evok Does Not Recon Any Devices

Evok Does Not Recon Any Devices

  • B

    @TomasKnot can you point me to the other topic. If you mean my other question about the extension, that is a different case.

    I have the same issue @dgajic was point out, clean install of Stretch lite doesn't seem to work.

    0
    T
     1 Reply
  • T

    @Boy-Lenssen

    I believe that @dgajic was asking about updating UniPian as opposed to Raspbian in this topic.

    Anyhow - here's an answer to you. All of EVOK installations done since yesterday are broken as of right now, as a recent update of the pymodbus https://pypi.org/project/pymodbus/1.5.2/#history (~3 days ago) library broke the installation. UniPian does not have this issue.

    It does not matter which version of EVOK or Raspbian you use, this is an issue with the library breaking the compatibility. We will get it fixed within today, but you will have to perform a new install afterwards.

    I have only found this out now, through the issues you are having, and so thank you for the bug report.

    We will have a look at figuring out a way to package the libraries with EVOK, but it's not a simple process since python libraries are distributed as source code under various licenses.

    1
    B
     2 Replies
  • B

    @TomasKnot that is awesome news! Thanks !

    I think it is just bad luck that I started to update the software at the time this bug arised :)

    Will be patient ...

    0
  • B

    @TomasKnot because you said it was an issue with PyModbus, I removed it from the system and installed 1.5.0 => still same issue. Then I just went back a lot more and installed 1.3.2 (via sudo pip install pymodbus==1.3.2 )

    Now it seems to work (haven't tested thoroughly, but the test webpage loads and I can toggle the switches succesfully!)

    0
    T
     1 Reply
  • T

    @Boy-Lenssen

    That's exactly what I did in the recent commit on Github. Glad to hear it works now. I believe the version 1.4.0 should work as well. I am slightly surprised it took so long before this came up, since it seems even 1.5.0 is broken.

    I am testing it now and will have a new release out soon. But it does seem like the issue. UniPian has EVOK and all the libraries pre-installed, which is why it does not have the problem.

    0
  • T

    I have now released version 2.0.5c (hotfix) which should have the pymodbus library version forced to 1.4. The changes are big enough that it would not be trivial to port EVOK to the newer version, though we'll have a look at it in the future.

    1
    B
    D
     2 Replies
  • B

    @TomasKnot Great work! I'll update my production version SD-card soon to test it

    edit: updated the card (originally running EVOK from around may 2017 (I think it was alpha) and the 2.0.5c installation gave no issues

    0
  • D

    @TomasKnot
    I can confirm 2.0.5e works on latest raspbian stretch lite (2018-04-18), clean install.

    Thanks!

    0
    K
     1 Reply
  • K

    @dgajic
    Does it still work after you did an "apt upgrade"?

    Or will it break whenever a new kernel will be released?

    0
  • T

    Hi @knebb.

    We use a modified kernel. You can use the commands

    apt-mark hold raspberrypi-bootloader
apt-mark hold python-tornado
apt-mark hold raspberrypi-kernel

    to prevent it being broken (also true for the Tornado webserver).

    As a side note you should generally not do apt-get upgrade regularly on a non-desktop Linux system. 90%+ servers in the world do not do so to avoid precisely such issues. The same goes with any custom software. It's really only "safe" to do on a desktop with only standard packages, and even then it can sometimes break things. This is in fact the reason why Linux keeps older versions of packages in the repositories in the first place.

    We plan to release packages, but all the above will still apply, functionally the differences will be
    a) possibility to update UniPi software via apt
    b) not needing to use the above commands manually (they will be instead done by the packages during installation)

    You are of course welcome to compile the kernel yourself against any version which you wish, it's openly available in our repository.

    0