1. Home
  2. SW Q&A
  3. Official EVOK API
  4. Evok Does Not Recon Any Devices

Evok Does Not Recon Any Devices

  • H

    I do have exactly same problem as described when installing Evok on UniPi Neuron with Rasbian Lite using steps here https://github.com/UniPiTechnology/evok#installation-process-for-the-20-evok-version

    0
  • K

    This post is deleted!
    0
  • K

    @TomasKnot said in Evok Does Not Recon Any Devices:

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

    This is also true for any EVOK installation. Essentially certain packages have to be a specific version to be compatible.

    Will there be an official announcement when your repo server is available?
    I would wait until then and follow official steps...

    BTW: My system is now working with the image. I have proper WEB-GUI. Thanks so far!

    0 D 1 Reply
  • D

    I've also failed to install latest version (2.0.5) on Neuron. I've also tried with clean version of Raspbian Lite Stretch (latest from April 2018 and one from Dec 2017), same issues as reported.

    I've also tried UniPi image (2018-03-09 and 2018-03-16-BETA) which works, but upgrade to 2.0.5 haven't worked out.

    BTW, how I can find out which version of Evok API is installed on images, is there some REST endpoint which will return release version or I can look somewhere in the FS?

    At the end, what is the recommended way of installing latest version of Evok API on Neuron, since everything I've tried is not working?

    Thanks!

    0 K 1 Reply
  • K

    @dgajic
    As statet: Only way seems to be to use the image and NEVER, EVER do updates....

    0
  • T

    It's a problem caused by the new version of Tornado and the kernel, unfortunately it's not easy to solve, ultimately with the packaging we do an equivalent to the commands above.

    I can't give a firm date when the package system will be ready. We already have it running internally, but we need to upgrade all of our images to use it first.

    0 D 1 Reply
  • D

    @TomasKnot

    I don't mind using your image, but looking at dates it seems latest one is from March, I assume corresponding version of Evok API on it is also from March? I don't know how to check version of API on the image itself.

    Would be an option to build new image after each release of Evok API?

    0
  • T

    It's not really simple unfortunately, the images are built via booting from ethernet and copying over to an empty card, to ensure that they are as clean as possible, and the process takes a while.

    I'll see if we can't come up with a better way of managing EVOK versioning.

    0
  • B

    I don't really care which version of Raspbian I have, I just wanted to get the latest EVOK sw for any bugfixes before sending them out to clients. Should I use an image of Raspbian before Stretch? I'm using Stretch Lite atm

    0 T 1 Reply
  • T

    @Boy-Lenssen
    Please start a new topic or reply in the other one, thanks

    It shouldn't matter which version of Raspbian you use.

    0 B 1 Reply
  • 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
Log in to reply