Hi @Martijn-Hemeryck,
it depends what type of output your sensor has. Basically there are PNP (sourcing) and NPN (sinking) outputs.

• PNP (sourcing) typically outputs supply voltage of the sensor when the sensor is in ON state otherwise it is unconnected (high impedance).
• NPN (sinking) shorts the output against GND when the sensor is ON, otherwise it is unconnected (high impedance).

For example digital outputs on our units are NPN.

If your sensor has PNP output and its supply voltage doesn't exceed 24V, you can typically connect it directly to the UniPi's digital input.

If your sensor has NPN output, that's where it gets a little bit tricky. Digital inputs can only distinguish the ON state (voltage 5-24V). Any other state - be that 0V, short to the ground or high impedance (nothing connected) will result in OFF state. In order to use NPN sensor, you need to define the OFF state by connecting the NPN output to supply voltage via pull-up resistor. And there are two ways how to do it, depending on the supply voltage of the sensor

The pull up resistor will bring the OUT to the level of the supply voltage. In the first example it is 24V, in the second example it is 12V. The GND of the UniPi and the GND of the second power supply may or may not be connected, depending on the level of isolation you need between UniPi and the sensor. But that's another story. But the DIGND has to be connected in both cases.

Martin

Hi Jonathan,
do you have some touch screen from previous installation, or do you plan to purchase a new one? Generally speaking, the touch screens in industrial automation are equipped with PC (Pro-face for example) running custom HMI software, which communicates with PLC e.g. via Modbus. In this case, you can use Axon with no problem.

@boy-lenssen And I really recommend you to purchase the USB-RS485 converter. It is extremely handy for such debugging and it costs around $1 on eBay.

@martijn-hemeryck

You can measure the type of sensor quite easily with multimeter. Just connect the sensor to power supply and measure the voltage between OUT and GND. If the voltage changes from 0 to Vcc, then the sensor is PNP type. If not, switch the measurement to resistance. If the resistance changes from OL (open loop) to almost 0 ohm, then the sensor is NPN type.

Martin

Hello @jakub, the pin header of the Raspberry Pi inside of the Neuron is not accessible and there is no space inside of the Neuron for such additional devices.

Hello @cvrcejir,
unfortunately this is an error in the REST API, not the Evok's web interface. I forwarded this issue to the programmers and let you know once it is fixed.

Thank you for your patience,
Martin

Hi @ntd,
we would need some log files, namely /var/log/syslog and /var/log/kern.log from the time when the neurontcp service doesn't respond. Also post the output of these commands (execute them as root):

• dpkg -l | egrep "neuron|unipi|raspberrypi-kernel"
• /opt/unipi-bin/fwspi -i 0
• /opt/unipi-bin/fwspi -i 1
• /opt/unipi-bin/fwspi -i 2

You can post it here, or to the support@unipi.technology.

Hi @roberts_lando,
the problem probably lies in the dual gateway settings. The gateway should be set only on one interface. Same applies to the DNS settings, which I would put to the /etc/resolv.conf instead of here.

Best regards,
Martin

Hi @martijn-hemeryck,
some of the dependencies are quite tricky and we weren't able to handle the transitions between new package names gracefully. The repo is reachable, however the URL has to end with slash: https://repo.unipi.technology/debian/

Best regards,
Martin

Hi @Tase,
you are trying to use variable (instance of a TPG function blok) which is in another function block. This is possible, but it is usually not good idea, since you would broke the "encapsulation" provided by the function block. What might be better is to create a HMI function block template and use it in the HMI template.

Best regards,
Martin

Hello @M1che1,
this package is not included in our images, only our is: https://flows.nodered.org/node/@unipitechnology/node-red-contrib-unipi-evok
The packages can be added later of course. Using another OS image (such as Raspberry Pi OS) can be harder to configure - you need to install Evok. The Ubuntu Core OS is not supported and probably won't work because of the different package names and versions.

Best regards,
Martin

Hello @M1che1,
the Unipi 1.1 has been designed for needs of Raspberry Pi 2. Since then, the RPIs got more power hungry and the internal connections might not be suitable for powering both the RPI and the Unipi 1.1. That depends on what RPI you are using and what you are running on the RPI. It is definitely safer to use separate power supplies.

Best regards,
Martin

Hello @JakubSzlaur,
we are experimenting with Balena for Unipi Neuron. There is already a public support, we just don't have any examples of how to use it: https://github.com/balena-os/balena-raspberrypi

The Unipi Gate doesn't run on Raspberry Pi, but rather a Rock Pi. There is no support or work in progress for this platform we now of.

Best regards,
Martin

Hello @daminou53,
we are working on mirroring to Github, it should be ready within few days, if not today:)

Best regards,
Martin

Hello everyone,
we have just released updated Zulu kernel, which solves this particular problem.

The problem has been in the memory lock, which overused the swap, even when the swap is off on all our OS images. This has been fixed in kernel 5.10.17+. The new kernel is 5.10.35.

Whole suite of OS images is currently being generated and within an hour uploaded to the Download section

Thank you for reporting the issue nad have a nice day,
Martin @ Unipi

Hi everyone,
this issue is new to us, although we have experienced some performance issues with our kernel module - it might be related to what you are experiencing. I have contacted both of you over email with more details.

Thank you and have a nice day,
Martin

Hi @L-E-F,
it looks like you have selected the child profile. Try selecting the main profile, right below the "System":

Best regards,
Martin

Hi @romainletendart,
the serial number is available in the hostname of the PLC, which is set by the unipicheck service.

The serial number is unique per model, e.g Neuron S103, Neuron M103 and Axon L505 can have serial number 10.

Best regards,
Martin

Hello @HPC,
I am not sure if I understand the problem. Can you please specify what is connected to what on via which protocol / interface?

Thank you and have a nice day,
Martin