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
Thank you for your contribution!
Best regards
Unipi team
Hello,
Currently, the best way is to find out the availability of the Internet connection in the OS and then write this information to the ModbusTCP server. You can create a ModbusTCP server directly in the OS as a separate program or define it in Mervis.
The subsequent logic for switching the relay on/off is already simple.
Best regards,
Antonin
Hello,
Unfortunately, so far we only have Neuron S103 with RPi4. This is due to higher cooling requirements and due to the different layout of connectors on RPi4.
The difference in communication speed between the variant in one box and the variant with Extension is not so important for most applications and it always depends on the optimization (number of read registers, reading period, etc.).
In general, you can assume that the speed for internal communication is 115200 bps (and higher) and the communication speed via RS485 is according to the settings, but 19200 bps is used by default due to the excellent ratio between speed and stability.
Best regards,
Antonin
Hello,
We always (even for Unipi 1.1) recommend using a secondary external relay and using the relay on the unit only as a signal relay.
All available technical parameters for relays on Unipi 1.1 can be found in this article, for Unipi Neuron in this article and for Unipi Extensions in this article.
It is better to deal with the details of the electrical installation with an installation or inspection technician according to the legislation of your country.
Best regards,
Antonin