administrators

Hello @Balardo,

you are right - there was a bug in schema validation for /json/all endpoint. It should be fixed in the next release.

According to the direct Modbus unit register access - you can use e.g.
http://<your IP>/json/unit_register/UART_15_2_42

to get the ambient_light register:

{"status": "success", "data": {"name": "ambient_light", "value": 122.51519775390625, "glob_dev_id": 2, "dev": "unit_register", "circuit": "UART_15_2_42", "unit": "lux"}}

Register values has been also added to the web control panel:

You can test it by install the test version:

sudo su
apt update && apt install evok=2.3.3.test.20200923165635*

Hello @Balardo,

can you please share reply to the /rest/all GET request?
e.g. type http://<IP OF YOUR UNIT>/rest/all to your browser.

Hello @rtatibouet,
the RS485 and RS232 are completely different buses.

The RS485 is differential and doesn't need the GND, since the logic levels are based on the voltage difference between A and B terminal

The RS232 is not differential and the TX / RX logic levels are based on the voltages between TX and GND and RX and GND.

Best regards,
Martin

Hello @Stoeffel,

please try to uncomment following lines in the evok.conf within the xG18 section:

• allow_register_access
• scan_frequency
• scan_enabled

In case of no success, you can try to "hardcode" the serial line parameters (baud rate, parity, stop_bits) in the config file (by uncommenting appropriate lines).

Hello @sacha,

all Axon PLCs should be shipped with Debian 10 Buster inside. Of course, you can simply upgrade any older unit to the latest OS (all current OS Images are based on the Buster).

Images can be downloaded from our KB.

A tutorial of how to flash the image (same for all Axon OS Images).

Relays on Unipi 1 are ware wired via I2C gpio expansion so you will needsomething a bit more complicated. There are many options:

• linux like https://github.com/Peekayy/mcp230xx
• Python using already made library like https://github.com/adafruit/Adafruit_CircuitPython_MCP230xx
• C/C++ or anything else the same way just like Python
• ...

Hello @daminou53 ,

what OS image are you using? Have you done any changes in network configuration (e.g. /etc/network/interfaces files)?
On the following lines, the connection is successfully initialized (probably with very poor signal quality) but immediately, the LTE service is restarted.

2019-02-14 11:31:58,599 - DEBUG - WAN IP 10.34.177.115, Private IP 10.21.8.1; NON-CONFLICT 
2019-02-14 11:31:58,600 - INFO - WAN IP ADDRESS: 10.34.177.115 INTERFACE IP ADDRESS: 10.21.8.1
2019-02-14 11:31:58,602 - DEBUG - RSSI: 19 sigqual: 6 net-type: 7
2019-02-14 11:32:00,023 - INFO - unipi-lte version 0.18 from 2019-02-14 11:11:00.068002 - Logging started..

Are you able to provide remote access to the unit?

In the meantime, you can try to install the new beta version:

sudo apt install unipi-lte=0.19*

Hello @pascal37,

thank you for the feedback. So, let us sum it up:

1. On ports other than 1.1, you've never seen the issue yet (tested over 50 days without reboot).
2. On port 1.1, the issue appears always in a few (approx. 10) days.
3. There is no correlation with any item in the system log (dmesg) recorded in the moment of failure.
4. Flash to the latest version 5.50 has not solved it.
5. An older PLC M505 does not have this problem (is the FW and image versions in it also the latest?)

If so, you are right - it seems to the issue is hardware-based and the unit has to be replaced.

Hello @FabioIT, we have updated the tutorial on measuring the resistance: https://kb.unipi.technology/en:automation:02-glossary:analog-inputs-hidden#measuring_resistance

Hello @johni2212

what SD cards are you using? The commonly available SD cards uses MLC technology which is good enough for phones/cameras, but not recommended for automation. We recommend using SLC cards such as https://www.unipi.technology/2gb-industrial-microsd-card-slc-p232?categoryId=33 which are much more reliable and handles the unexpected power outage much better.