[SOLVED] Restore a numeric item value on startup using rr4dj

[Elch2000 (Ingo)]

Hi,

I recently ran in to a problem regarding the rr4dj persistence database. I updated openhabian to latest version 2.4 Snapshot. Before I used 2.3.

Now it looks like a numeric item is not restore correctly

I have the following configuration:

Items:

Number Alarm_Betriebsmodus

In runtime this item contains integers from 0 … 3

Persistence looks like that:

Items {
Alarm_Betriebsmodus : strategy = everyChange, restoreOnStartup
}

Up to v2.3 everything worked as expected. Let’s assume that the item value is 1. When the system starts again the item value is restored as 1.0.

What can I do to make persistence deliver the correct value 1 instead of 1.0?

Kind regards
Ingo

[vzorglub (Vincent Regaud)]

Use mapdb for restoreOnStartUp. That database is made for that.

[Dim (Angelos)]

for Vincent’s recommendation
+rrd4j requires at least everyMinute persistence strategy to work properly (some debate this one )

rrd4j - Persistence Services

[rossko57]

@Elch2000

What can I do to make persistence deliver the correct value 1 instead of 1.0 ?

Be the same underlying issue as this post, storing as a floating point.

restoreOnStartup with Influxdb

I suspect that InfluxDB doesn’t have the concept of intergers or the way OH saves data to InfluxDB it saves everything as floating point numbers. This comment I found on an InfluxDB issue indicates that may be the case: Because of this and a host of other issues, we’re considering ditching int64 as a user data type entirely and just making every number in the system (other than timestamps) a float64. There should be an explicit decision one way or the other with 0.9.3 in mid-August.

I’m guessing it gives you some problem because 1 != 1.000000001 ?

[Elch2000 (Ingo)]

Hi,

switching to mapdb persistence solved this issue. This is perfectly suitable for my needs.

Thx @all for the great support.