Hi,
is there way to persist some variables through neuron restarts (power outages)?
There is a property "Write on change" on each variable, but I haven't found anything in doc and I'm not sure whether it could be useful.
Thanks.

@tomas_hora OK, I see, that makes sense.
Thanks a lot for your support.

@tomas_hora OK, I got it. I was only deploying solution, but didn't uploaded configuration. It's a bit misleading to have 2 "upload" options on two different places. What each of these actions exactly does?

Now I can see my data on https://db.unipi.technology/viewer, but it's strange, that there are missing points from one or other thermometer, only rarely there are both values at one time.

What can cause this behaviour?

@tomas_hora Runtime identifier is also set, should it be set to something specific or should it match something?
What about Trigger variable name in history properties, should it be filled? I haven't found any doc about this.
I'll check the system status as soon as I'll reach the PLC.

I've set up History like this:

And I have these variables in History:

MervisDB parameters:

If I debug the PLC I can see how the variables are stored in history. (Don't know why every 3 seconds, given that save period is one minute).

But I can't see anything on https://db.unipi.technology/viewer.
All I get is this message in bottom left:

If I enter wrong credentials, then I get different message, so credentials should be ok.

What I'm doing wrong?
Also, is there any way to debug it on Neuron side? Eg. to see whether it is sending some data at all? I've tried "Download system log" in Mervis, but there is no mention about success or failure.

Thank you.

@tomas_hora OK, thanks for hints.

What do you mean by "similar solution"?
If it's not priority, what's preferred way to connect multiple thermometers to Neuron?
Thank you.

Hi,
will there be any 1-wire extension module for Neuron?
I mean something like "8channel 1Wire" https://www.unipi.technology/cs/8channel-1wire-rozsireni-p47?categoryId=14
Thanks,
Pavel

OK, thanks for the answer, now it makes more sense :-)
The link you sent explains a lot. Maybe you could add it to your wiki.
So the key point is, that your hub is replacing star topology with linear topology, which should be better for 1-wire network.

Thanks for reply and clarification.

1. I'll try it on one channel and I'll see
3. The wiki states:

... we are not trying to connect as many 1Wire devices as possible but to have maximum reliability. To achieve this we are trying to minimize the length of DQ line between the end point and the 1Wire bus. So we are using not 1Wire but rather 2Wire topology.
This means that at the end device you have to connect the DQ line to both 6 and 7 pins of the RJ45 connector in order not to split the topology.

And that's what I don't understand.. How do you minimize the length of DQ line with 2-wire topology, how does the topology look like? What's the point of connecting booth pins 6 and 7 to DQ?

4. Thanks for clarification