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

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

Hello @wzp, we don't have such thing, but you can find STEP models or CAD drawings for our products in the download section: https://kb.unipi.technology/en:files:products:00-start

Best regards,
Martin

Hi @lukas009,
it is the same issue. We will release Bullseye OS images once the support for all products is done. Looks like it could be next month.

Best regards,
Martin

Hi @knebb,
we are currently working on the Bullseye packages for the Unipi PLCs, but some important are still missing. The official release from our side will be after the official release of the RaspberryPI OS.

Best regards,
Martin

Hi @knebb,
you have verified, that the HW is working and returns correct value via standard tool. Checking and fixing your code is unfortunately beyond the scope of the free support.

Thank you for understanding and have a nice day,
Martin

Hi @knebb,
the firmware has been updated on our Knowledge Base as well: https://kb.unipi.technology/en:files:products:05-sensors:iaq

Martin