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 [email protected].

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 @ntd,
the correct way is to use the Raspbian image and install the packages from our repository. Building from source code should work, but we would like you to avoid that because it can bring whole lot of extra variables into the problem. Also it seems the image is an older installation (based on the kernel version), so I advise to update it.

You can use our image, the UniPian, which is Raspbian with our packages preinstalled.

Hi @klaschudi,
can you please post the exact commands (or tutorial) which you followed to install docker? It is not exactly clear just from the error output. Thank you.

In general, Docker is able to run on Patron.

Hello @FabioIT,
the development of Codesys support has been dropped altogether. The Codesys can be still used on Neuron via ModbusTCP. The Unipi 1.1 doesn't have IOs accessible via ModbusTCP, only scattered over I2C, GPIO and so on - nothing easily configurable.

Best regards,
Martin

For the record, this issue is currently being dealt with over email.

Martin

Hello everybody,
the upgrade to bullseye is planned for March.

Best regards,
Martin

Hello @juergschwarz,
none of the outputs are capable of being drived by PWM signal. The analog output has a filter + amplifier to create smooth(ish) output. This cannot be bypassed.

Other outputs are the relay outputs - and if your frequency is not in tens of seconds (or better in minutes), then I would not advise to use PWM to drive them.

You can try using some I2C expander connected to the external I2C bus.

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