@AVsetula I'm aware of this guide and about the OW_off_1 switch. The problem is, that it does not solve the problem in my case.
As I wrote before I tried to set OW_off_1 to true and then back to false, but all the temperature sensors kept showing 0 ˚C.
I haven't found any software way how to "restart" the 1W to working state. The only thing which works is restarting whole Neuron by cutting off the power.

If you have any other ideas, I'll appreciate them.

Hi @ArnieX,

Thank you for your post.
This is a typical error when setting up communication with INEPRO/KLEFR electricity meters, and it is really necessary to be careful when setting up other devices (modbus tables).

Best regards,
Antonin, Unipi

Dobrý den,

zabýval jsem se tímto zapojením více a skutečně jsem odhalil problém s připojením čidla 1W-T-IB(2) k Unipi xG18. Jedná se však o vlastnost obvodu na desce.

S vaším aktuálním zapojením bude nejjednodušší úpravou přepojení vodiče ze svorky +5V na svorku GND. Po přepojení již budou tyto čidla fungovat. Čidla v podlaze Vám předpokládám fungují všechny bez problémů.

Poznámka: Aby bylo možné čidla 1W-T-IB(2) provozovat s xG18, stačí na svorky čidla připojit pouze dva vodiče (1W + GND), k tomu lze využít např. dvě prostřední svorky.
9db450d4-fa58-4e91-8d8a-78d4eedcb9e2-obrazek.png

Přeji hezký den
Antonín z Unipi

Hi @Vesa-Kauppinen,

From Unipi Patron I/O boards by:

Section 1: mbpoll -m tcp 127.0.0.1 -a 0 -0 -1 -r 1003 -p 502 Section 2: mbpoll -m tcp 127.0.0.1 -a 0 -0 -1 -r 1103 -p 502 Section 3: mbpoll -m tcp 127.0.0.1 -a 0 -0 -1 -r 1203 -p 502

And from Unipi Extension using ttyNS0 port:

mbpoll -m rtu /dev/ttyNS0 -b 19200 -P none -0 -1 -r 1003 -a 15

Best regards,
Antonin

Hello @Vesa-Kauppinen,

this has been subject to change between Linux kernel versions - the older one

cat /sys/devices/soc0/soc_uid

comes from the original iMX kernel and has been removed by NXP in newer releases. In our kernel image, we additionally preserve it for backward compatibility.

However,

cat /sys/devices/soc0/serial_number

is a "Linux standard" provided by recent NXP kernels that we recommend using as a unique identification.

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

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 @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

Hi @Csevi,
in short - the 1-Wire hub is passive device, which helps with the "linearization" of the star topology. You can find complete information about 1-Wire here: https://kb.unipi.technology/en:automation:02-glossary:1wire-hidden

Best regards,
Martin

Hello @daminou53 ,
we have released the Patron kernel (more precisly the "Zulu" kernel - Zulu is the codename for the SBC). Here's the repository: https://git.unipi.technology/UniPi/zulu-linux. Here are the config files: https://git.unipi.technology/UniPi/zulu-linux/-/tree/zulu_5.4.70/arch/arm64/configs

Best regards,
Martin

Dobrý den @lukas009,
ano, pokud má digitální vstup odpovídající releový nebo digitální výstup. Více o tom se dočtete zde: https://kb.unipi.technology/cs:hw:007-patron:description-of-io:01-description-of-di

S pozdravem,
Martin Kudláček

@tomas_hora, thank you.

I have been reading more about your products and I found out that EVOK provides websockets. I was thinking that I would write a script which would process MQTT messages from a dongle and deliver them to Mervis using websocket and the other way around. Would that work? It would replace the Node-red which you suggested.

Thank you for your help, Martin.

I fixed by simply removing gateway and dns-nameservers definitions from the eth1 file.

If anyone is interested in this the solution to make this working with also the gateway check: https://www.thomas-krenn.com/en/wiki/Two_Default_Gateways_on_One_System

Hello @Jan-Toth,

you have not specified IDE/Language used. For example, in Mervis IDE you can use the following approach:
Automatic restart of the 1-Wire bus

Can you share more info about the application?

@martin_triska said in 1-wire sensor and modbus sensor:

in this case, you have to tie the wires manually ON THE SENSOR. According to the photo, you have to connect dark-green and light-brown wires together ON THE PCB

Yes, that did the trick!

Thanks for the education and superb support here Martin. Really enjoy using your products.