Log records for big numbers fail for plotting

[peg]

Hi all,

Unfortuneately I'm French and not German speaking at all ... bouuh
So I know FHEM from a long time (4 years) since I use to support a partner of us with our specific IPv6 sensors.
But I'm quite recently using it to log numerous and various data for dev tests.

So my problem:
This kind of record in log is omited when parsed by plot of fhem:
...
2014-05-22_14:09:51 W6ticd0a9 BR7: TIC_BASE 187552000 DT 116.0
2014-05-22_14:11:46 W6ticd0a9 BR7: TIC_BASE 187552050 DT 115.0
2014-05-22_14:13:40 W6ticd0a9 BR7: TIC_BASE 187552100 DT 114.0
...

It may be occures because of the BIG size of the number: 187552000

Any idea about that ?

In advance thanks

[rudolfkoenig]

I think you are correct, the maximum number should be 2000000.
You can divide it however in the Function part of the plot-definition with an expression like $fld[4]/1000000

[peg]

Nice and thanks, it works.

But why this strange range of 2000000 ? Not a power of 2.

[rudolfkoenig]

I like steps of 1, 2, 5 (and so on, multiplied it with 10), don't ask me where the idea comes from.
This list of programmed steps in SVG.pm only goes up to 2Mio, as IMHO large numbers like this are not readable any more.
And a diagram may only have 7 steps to cover the whole range before switching to the next step-size

[peg]

Danke für alle

(I missed the answer for spinner (spiders) ... for me 8 legs but Acht did not work ;O)

[rudolfkoenig]

(I missed the answer for spinner (spiders) ... for me 8 legs but Acht did not work ;O)

You may be right, but since I do not like Kalauer, 8 is not part of the list.
I start to doubt that you are not understanding german.

[peg]

I start to doubt that you are not understanding german.

Unfortunatly i'm "big brother" dependant ...