Ah okay. Yes i tried to use the item itself, but this did not work either. Is their any logfile i could use for troubleshooting?
Let’s check some more things:
Do you have .rrd files in / var/lib/openhab2/persistence/rrd4j ? You would need at least temp_20.rrd and Temperatur_group.rrd.
If you have them, but the update times are not actual, try to just delete them.
If you have them and the dates are actual, you could use the REST API in order to check if there are actually values persisted.
For logging you would need to start the Karaf console and set:
log:set DEBUG org.openhab.persistence.rrd4j
Hi,
here /var/lib/openhab2/persistence/rrd4j i only find temp_20.rrd there is no Temperatur_group.rrd. In the file are only strange things like this:
@R^@R^@D^@4^@J^@,^@ ^@v^@e^@r^@s^@i^@o^@n^@ ^@0^@.^@2^@ ^@ ^@^@^@^@^@^@^@<^@
I think this is not the correct content.
Using an text-editor will NOT SHOW the real content!
You would either need REST API to look into the database or the RRD4J INSPECTOR. The first is part of openHAB.
Since we know you have a rrd file for the item we could check if there are correct values stored or just delete the file and hope that a newly created one would work better. Since we would need that action if no values are stored anyway, I suggest to delete the file plus the above mentioned logging.
Do you need further guidance on the logging?
oha i see. Sorry Jürgen the REST API is totally new to me. I would be happy if you could help me.
Did you try the suggestion to simply delete the actual rrd file?
If you have done that and you still get no charts install REST Documents via PaperUI Addons Misc.
When installed open the REST API from the dashboard and go to “persistence”.
On persistence select the third blue get and fill in “rrd4j” for serviceID and your itemname and hit the button “Try it out.”
Yes i deleted the files, but without effect. The graph is still empty.
Afterwards i restarted the rpi and their was a new temp_20.rrd file. When ich open it with the REST API the result is the following:
That tells us that nothing is persisted! You did delete the .rrd already, so this check is also done.
Now I would try the Karaf command posted above and restart openhab ( or the rrd4j bundle) in order to see the log messages when rrd4j is starting.
Just to be sure, you posted your rrd4j.persist file, what about the rrd4j.cfg?
Perhaps you can try this:
Strategies {
everyMinute : "0 * * * * ?"
}
Items {
Temperatur_chart* : strategy = everyMinute
}
Hi,
@opus
i set log:set DEBUG org.openhab.persistence.rrd4j in the Karaf console like you mentioned about und restarted openhab. Where can i find the Logfile?
i did not change anything in the rrd4j.cfg
# configure specific rrd properties for given items in this file.
# please refer to the documentation available at
# https://www.openhab.org/addons/persistence/rrd4j/
#
# default_numeric and default_other are internally defined defnames and are used as
# defaults when no other defname applies
#<defname>.def=[ABSOLUTE|COUNTER|DERIVE|GAUGE],<heartbeat>,[<min>|U],[<max>|U],<step>
#<defname>.archives=[AVERAGE|MIN|MAX|LAST|FIRST|TOTAL],<xff>,<steps>,<rows>
#<defname>.items=<comma separated list of items for this defname>
@noppes123 your proposal doesn’t work. 
The logs are in /var/log/openhab2
You need the files openhab.log and events.log
Good morning,
hear are the results. The sensor changes its values correctly as i can see in the event.log.
2019-05-11 10:00:41.844 [vent.ItemStateChangedEvent] - temp_20 changed from 19.77 to 99
But there musst be a problem with rrd4j i think. Here a part of the openhab.log (i deleted everthing which isn’t important i think):
2019-05-09 21:46:21.908 [WARN ] [el.core.internal.ModelRepositoryImpl] - Configuration model 'rrd4j.persist' has errors, therefore ignoring it: [6,17]: mismatched input ':' expecting '='
2019-05-10 22:00:13.666 [WARN ] [el.core.internal.ModelRepositoryImpl] - Configuration model 'rrd4j.persist' has errors, therefore ignoring it: [6,17]: mismatched input ':' expecting '='
2019-05-10 22:00:18.128 [WARN ] [el.core.internal.ModelRepositoryImpl] - Configuration model 'rrd4j.persist' has errors, therefore ignoring it: [6,17]: mismatched input ':' expecting '='
2019-05-10 22:03:43.594 [WARN ] [el.core.internal.ModelRepositoryImpl] - Configuration model 'rrd4j.persist' has errors, therefore ignoring it: [6,17]: mismatched input ':' expecting '='
2019-05-10 22:13:32.322 [DEBUG] [org.openhab.persistence.rrd4j ] - ServiceEvent UNREGISTERING - {org.openhab.core.persistence.PersistenceService}={service.id=316, service.bundleid=210, service.scope=bundle, component.name=org.openhab.persistence.rrd4j, component.id=207} - org.openhab.persistence.rrd4j
2019-05-10 22:13:32.336 [DEBUG] [org.openhab.persistence.rrd4j ] - ServiceEvent UNREGISTERING - {org.openhab.ui.chart.ChartProvider}={service.id=318, service.bundleid=210, service.scope=bundle, component.name=org.openhab.persistence.rrd4j.chartservlet, component.id=208} - org.openhab.persistence.rrd4j
2019-05-10 22:13:32.349 [DEBUG] [org.openhab.persistence.rrd4j ] - ServiceEvent UNREGISTERING - {javax.servlet.ServletContext}={osgi.web.version=1.13.0, osgi.web.contextpath=/, service.id=319, osgi.web.symbolicname=org.openhab.persistence.rrd4j, service.bundleid=210, service.scope=singleton, osgi.web.contextname=custom} - org.openhab.persistence.rrd4j
2019-05-10 22:13:32.357 [DEBUG] [org.openhab.persistence.rrd4j ] - BundleEvent STOPPING - org.openhab.persistence.rrd4j
2019-05-10 22:13:32.359 [DEBUG] [stence.rrd4j.internal.RRD4jActivator] - RRD4j persistence bundle has been stopped.
2019-05-10 22:13:32.363 [DEBUG] [org.openhab.persistence.rrd4j ] - BundleEvent STOPPED - org.openhab.persistence.rrd4j
2019-05-10 22:15:09.227 [WARN ] [el.core.internal.ModelRepositoryImpl] - Configuration model 'rrd4j.persist' has errors, therefore ignoring it: [6,17]: mismatched input ':' expecting '='
2019-05-10 22:15:10.663 [WARN ] [thome.ui.internal.chart.ChartServlet] - Illegal argument in chart: No Persistence service found.
2019-05-10 22:15:22.305 [DEBUG] [org.openhab.persistence.rrd4j ] - BundleEvent STARTING - org.openhab.persistence.rrd4j
2019-05-10 22:15:22.333 [DEBUG] [stence.rrd4j.internal.RRD4jActivator] - RRD4j persistence bundle has been started.
2019-05-10 22:15:22.682 [DEBUG] [sistence.rrd4j.internal.RRD4jService] - Created default_other = GAUGE heartbeat = 3600 min/max = NaN/NaN step = 1 6 archives(s) = [ MAX xff = 0.999 steps = 1 rows = 3600 MAX xff = 0.999 steps = 10 rows = 1440 MAX xff = 0.999 steps = 60 rows = 1440 MAX xff = 0.999 steps = 900 rows = 2880 MAX xff = 0.999 steps = 21600 rows = 1460 MAX xff = 0.999 steps = 86400 rows = 3650] 0 items(s) = []
2019-05-10 22:15:22.704 [DEBUG] [sistence.rrd4j.internal.RRD4jService] - Created default_numeric = GAUGE heartbeat = 60 min/max = NaN/NaN step = 60 6 archives(s) = [ AVERAGE xff = 0.5 steps = 1 rows = 480 AVERAGE xff = 0.5 steps = 4 rows = 360 AVERAGE xff = 0.5 steps = 14 rows = 644 AVERAGE xff = 0.5 steps = 60 rows = 720 AVERAGE xff = 0.5 steps = 720 rows = 730 AVERAGE xff = 0.5 steps = 10080 rows = 520] 0 items(s) = []
2019-05-10 22:15:22.760 [DEBUG] [org.openhab.persistence.rrd4j ] - ServiceEvent REGISTERED - {org.openhab.core.persistence.PersistenceService}={service.id=366, service.bundleid=210, service.scope=bundle, component.name=org.openhab.persistence.rrd4j, component.id=230} - org.openhab.persistence.rrd4j
2019-05-10 22:15:22.964 [DEBUG] [4j.internal.charts.RRD4jChartServlet] - Starting up rrd chart servlet at /rrdchart.png
2019-05-10 22:15:23.175 [DEBUG] [org.openhab.persistence.rrd4j ] - ServiceEvent REGISTERED - {javax.servlet.ServletContext}={osgi.web.version=1.13.0, osgi.web.contextpath=/, service.id=370, osgi.web.symbolicname=org.openhab.persistence.rrd4j, service.bundleid=210, service.scope=singleton, osgi.web.contextname=custom} - org.openhab.persistence.rrd4j
2019-05-10 22:15:23.260 [DEBUG] [org.openhab.persistence.rrd4j ] - ServiceEvent REGISTERED - {org.openhab.ui.chart.ChartProvider}={service.id=369, service.bundleid=210, service.scope=bundle, component.name=org.openhab.persistence.rrd4j.chartservlet, component.id=231} - org.openhab.persistence.rrd4j
2019-05-10 22:15:23.291 [DEBUG] [org.openhab.persistence.rrd4j ] - BundleEvent STARTED - org.openhab.persistence.rrd4j
Another thing i noticed is this error Massage:
javax.servlet.ServletException: javax.servlet.ServletException: A MultiException has 1 exceptions. They are:
1. java.lang.IllegalStateException: ServiceLocatorImpl(__HK2_Generated_103,104,696264) has been shut down
at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:88) ~[?:?]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) ~[84:org.eclipse.jetty.server:9.4.11.v20180605]
at org.eclipse.jetty.server.Server.handle(Server.java:531) ~[84:org.eclipse.jetty.server:9.4.11.v20180605]
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:352) [84:org.eclipse.jetty.server:9.4.11.v20180605]
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:260) [84:org.eclipse.jetty.server:9.4.11.v20180605]
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:281) [75:org.eclipse.jetty.io:9.4.11.v20180605]
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:102) [75:org.eclipse.jetty.io:9.4.11.v20180605]
at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:118) [75:org.eclipse.jetty.io:9.4.11.v20180605]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333) [87:org.eclipse.jetty.util:9.4.11.v20180605]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:310) [87:org.eclipse.jetty.util:9.4.11.v20180605]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168) [87:org.eclipse.jetty.util:9.4.11.v20180605]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126) [87:org.eclipse.jetty.util:9.4.11.v20180605]
at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366) [87:org.eclipse.jetty.util:9.4.11.v20180605]
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:762) [87:org.eclipse.jetty.util:9.4.11.v20180605]
at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:680) [87:org.eclipse.jetty.util:9.4.11.v20180605]
at java.lang.Thread.run(Thread.java:748) [?:?]
Caused by: javax.servlet.ServletException: A MultiException has 1 exceptions. They are:
1. java.lang.IllegalStateException: ServiceLocatorImpl(__HK2_Generated_103,104,696264) has been shut down
at org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:489) ~[?:?]
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:427) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:388) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:341) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:228) ~[?:?]
at com.eclipsesource.jaxrs.publisher.internal.ServletContainerBridge.service(ServletContainerBridge.java:76) ~[?:?]
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:865) ~[?:?]
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:535) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146) ~[?:?]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) ~[?:?]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257) ~[?:?]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1595) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255) ~[?:?]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1317) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:293) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203) ~[?:?]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:473) ~[?:?]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1564) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201) ~[?:?]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1219) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80) ~[?:?]
... 15 more
Caused by: org.glassfish.hk2.api.MultiException: A MultiException has 1 exceptions. They are:
1. java.lang.IllegalStateException: ServiceLocatorImpl(__HK2_Generated_103,104,696264) has been shut down
at org.jvnet.hk2.internal.FactoryCreator.getFactoryHandle(FactoryCreator.java:106) ~[?:?]
at org.jvnet.hk2.internal.FactoryCreator.dispose(FactoryCreator.java:173) ~[?:?]
at org.jvnet.hk2.internal.SystemDescriptor.dispose(SystemDescriptor.java:526) ~[?:?]
at org.glassfish.jersey.process.internal.RequestScope$Instance.remove(RequestScope.java:532) ~[?:?]
at org.glassfish.jersey.process.internal.RequestScope$Instance.release(RequestScope.java:549) ~[?:?]
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:319) ~[?:?]
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:305) ~[?:?]
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1154) ~[?:?]
at org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:473) ~[?:?]
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:427) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:388) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:341) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:228) ~[?:?]
at com.eclipsesource.jaxrs.publisher.internal.ServletContainerBridge.service(ServletContainerBridge.java:76) ~[?:?]
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:865) ~[?:?]
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:535) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146) ~[?:?]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) ~[?:?]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257) ~[?:?]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1595) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255) ~[?:?]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1317) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:293) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203) ~[?:?]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:473) ~[?:?]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1564) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201) ~[?:?]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1219) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80) ~[?:?]
... 15 more
Caused by: java.lang.IllegalStateException: ServiceLocatorImpl(__HK2_Generated_103,104,696264) has been shut down
at org.jvnet.hk2.internal.ServiceLocatorImpl.checkState(ServiceLocatorImpl.java:2288) ~[?:?]
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandleImpl(ServiceLocatorImpl.java:629) ~[?:?]
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:622) ~[?:?]
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:640) ~[?:?]
at org.jvnet.hk2.internal.FactoryCreator.getFactoryHandle(FactoryCreator.java:103) ~[?:?]
at org.jvnet.hk2.internal.FactoryCreator.dispose(FactoryCreator.java:173) ~[?:?]
at org.jvnet.hk2.internal.SystemDescriptor.dispose(SystemDescriptor.java:526) ~[?:?]
at org.glassfish.jersey.process.internal.RequestScope$Instance.remove(RequestScope.java:532) ~[?:?]
at org.glassfish.jersey.process.internal.RequestScope$Instance.release(RequestScope.java:549) ~[?:?]
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:319) ~[?:?]
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:305) ~[?:?]
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1154) ~[?:?]
at org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:473) ~[?:?]
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:427) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:388) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:341) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:228) ~[?:?]
at com.eclipsesource.jaxrs.publisher.internal.ServletContainerBridge.service(ServletContainerBridge.java:76) ~[?:?]
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:865) ~[?:?]
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:535) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146) ~[?:?]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) ~[?:?]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257) ~[?:?]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1595) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255) ~[?:?]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1317) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:293) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203) ~[?:?]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:473) ~[?:?]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1564) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201) ~[?:?]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1219) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80) ~[?:?]
... 15 more
Altogether the openhab.log ist extremly large, around 70.000 lines. Is this normal?
You seem to have a syntax problem in your rrd4j.persist. We both might miss the difference by just looking at it. This is mine:
/ *RRD4J CONFIG*
//
Strategies {
everyMinute : "0 * * * * ?"
everyHour : "0 0 * * * ?"
everyDay : "0 0 0 * * ?"
}
Items { temp_20 :strategy=everyMinute
}
We are not seeing any message that a value is persisted, try it with a new rrd4j.persist file, if the startup errors are gone we could move a step forward.
Regarding the other error, that rings a bell but I have to dig a bit deeper in my memory, although the “___HK2_Generated…” was not related to persistence (I think).
What version of openHAB do you use and what hardware. It could be related with a problem when updating from 2.3 to 2.4 and the caused changes of bindings installed.
[Edit]
I found a relating thread started by me:
The size of the log files is always growing, if they are to big, the old one is saved and a new one gets started. They are not deleted when openHAB is restarted.
@opus
Sorry i had a lot to do and no time for openhab. But now here the result:
with your file it works. But only when i am using
Chart item=temp_20 label="Sensor 20 [ %.1f]" icon="temperature" period=4h refresh=10000 legend=true
instead of
//Chart item=Temperatur_chart label="Sensor 20 [ %.1f]" icon="temperature" period=h refresh=10000 legend=true
whereby the group “Temperatur_chart” includes temp_20. As I found out now then comes this error message:
2019-05-14 20:41:48.428 [WARN ] [thome.ui.internal.chart.ChartServlet] - Illegal argument in chart: Series name >Temperatur< has already been used. Use unique names for each series!!!
But i do not know where this should be…At the moment i am becoming crazy, as you can see in my first post.
At least you get a chart and a Warning is not an error!
When do you get this warning, in case of showing the group? Does the group consist of more items?
Are you getting any error when trying to chart the item?
I have a secound temperature Sensor (temp_21). When i use a secound chart everything is fine
temp_20 and temp_21 are members of the group Item Temperatur_chart.
After changing to Temperatur_chart nothing works and i have the warning message:
2019-05-15 19:53:06.346 [INFO ] [el.core.internal.ModelRepositoryImpl] - Refreshing model 'test.sitemap'
2019-05-15 19:53:06.723 [WARN ] [thome.ui.internal.chart.ChartServlet] - Illegal argument in chart: Series name >Temperatur< has already been used. Use unique names for each series!!!
2019-05-15 19:53:10.605 [WARN ] [thome.ui.internal.chart.ChartServlet] - Illegal argument in chart: Series name >Temperatur< has already been used. Use unique names for each series!!!
That is an easy one to solve:
Reading the Chart documentation would reveal:
- When charting a group of item, make sure that every label is unique. If the label contains spaces, the first word of the label must be unique. Identical labels result in an empty chart.
Thank you very much, sir.
But unfortunately I can’t do anything with the statement for now. Where does that apply? Are these the labels in the items file or is this related to the sitemap?
what should the command for the chart in the sitemap look like? So?
Frame label="Verlauf" {
Chart item=Temp_chart label="Sensor_20 [ %.1f]" label="Sensor_21 [ %.1f]" icon="temperature" period=h refresh=10000 legend=true
}
The label for the items that belong to the group have to be disjunctive.
okay. Now it works fine. Thank you very much, it was a hard way and i learned a lot.
I wish you a good evening
1 Like