Hello All!
I have an EmonPI running 10.0.1 and emonpiRelease: emonSD-30Oct18.
I am also controlling my OpenEVSE charger with the EmonPI through MQTT and it works great!
My problem (and I have two, which I will start another thread on the second one), is in my dashboard (local), i have create a board for only the charger with LEDs for charger on, divertmode enabled, charge current gauge, import/export gauge, and two graphs.
The first graph is a realtime graph for the charger current, and the second is for rawdata for EV energy.
The realtime graph is updating but the rawdata does not update. I have to manually re-select the dashboard to get the latest value, but it doesnât continue to update. No errors either.
The real time does update.
They are both using the ev_current feed. I wanted long term and instantaneous graphing.
Is this a bug or am I doing something wrong?
Thank You.
Hi Bill, not all of the graphs update without refreshing the page, the ârealtimeâ graph was at the time it was introduced, so called because it updated and showed the data in real time. Itâs been a long time since I used anything but multi-graphs, so I donât know for sure off-hand if the rawdata should or not, but if you have no errors and it isnât updating, I would suspect not.
What are the graph characteristics you are looking for?
I find multigraphs cater for most needs and they do have the ability to update. They update every few seconds (user defined) rather than the single speed rapid ârealtimeâ graphs.
Floating time is so that when the graph is first drawn, the furthest right edge is ânowâ rather than the period set whilst configuring the multigraph. The auto-refresh can be 0 (off) 1 will closely mimic the realtime graph I guess, but 10s is more than fast enough for emonPi/emonTx feeds. I use 30s as that is plenty fast enough, it lowers the load on the server and more importantly, it makes interacting with the graph a tad easier.
Hi Paul and thanks for the response!
I am looking at multigraph and it does appear to be alot more configurable and flexible than just the preset graphs.
I cannot find the time period setting though, and when I create a graph, I get a weeks worth of plot and I really just want, about 6 hours for the current day.
I want to plot the ev charge current, power and energy (mostly just experimenting now), and only need about ~12 hours or less for a plot (solar PV time).
I will play around ALOT more with the visualizations though, and incorporate them into my dashboards.
This really opens up alot of flexibility.
Is there a guide on how to use these dashboard features somewhere?
Thanks again!
I donât know if you can do partial days offhand, but the trick here is to set the graph to what you want to see before you save it, the default is a week, if you (for example) click the âDayâ button and then save, when you open a dash it will display a day not a week.
Whether that would work if you zoom to 6rs or not I do not know, but itâs worth a try (once you confirm one of the presets work ok). Sometimes Iâve noticed that the save button doesnât recognise changes have been made (eg display period) so when that happens I just fudge the graph name (eg change mygraph to mygraph1) and then save (to save the unrecognised changes) and then change the name back and save again, a bit of a PITA but it does save, most of my multigraphs are 1 day.
Not to my knowledge, I just learnt by experimenting (and making mistakes, lots of them!)
Thank You Paul for the info!
I will, like you said, play around and see what happens. Also remember about saving my graphs⌠test it to make sure my changes have âstuckâ.
Too bad there isnât a guide about how the different features work in a dashboard⌠sure would be helpful, but experimentation would be the next best thing.
Thanks again for your help and Iâll let you know what I find.
There is loads of good info (buried) here on the forums, if you get a handle on using the search facilities, on both this and the archived forum, youâll find most things have been covered at some point. The trouble with documenting is itâs out of date before you finish it if someone picks up development again, so without planning and keeping a breast of changes, the documentation can actually end up being misleading when its out of date or incomplete.
If youâre still not sure about something after a bit of a search, just ask.
Hi Paul.
Well thanks to you, I created several multigraphs, customized them the way I wanted, and replaced them in my dashboards, and WOW what a DIFFERENCE!
They are SO much more customizable and offer more options.
Too bad MORE isnât said about these types of graphs as I would imagine that more of them would be used!
Thank you so very much about mentioning this!
Hi PaulâŚ
An updateâŚ
I re-created my dash graphs as multigraphs and after a few hours of running (probably about 3-4 hours), the updates still stop.
I do have ONE of my graphs as a realtime graph that doesnât stop near as much, but they all do eventually.
I also have several gauges and dials on my dash and they do not stop updating!
Very odd.
This is running on an Android tablet and I have tried both Chrome (usually crashes with a âsnapâ error message) and Firefox (minimumizes and becomes inactive).
no other errors though! VERY strange!
I wish I could log the faults somehow.
I have run the same on two tablets simultaneously⌠one running Firefox and the other Chrome. Same results. I donât know if that was a wise idea since I donât know if two sessions on different machines might confuse things, so I went back to only one machine⌠still no go.
Am i the only one with this problem? Where else should I look?
Getting frustrating, but there HAS to be a reason!
BTW⌠when viewing the Emoncms log under Admin, are the time stamps for the entries the local time or UTC?
UTC
When you say the graphs stop, do you mean the data trace stops? Or the page/graph freezes? Do the graphs still refresh? For example if a graph âstoppedâ 10mins ago is there a 10min gap at the end or does the trace with the last datapoint 10mins ago reach all the way to the right?
Are there any faults reported in the browser console? (F12 on chrome).
Tell us more about the feeds that drive the graphs that stop. Are they phpfina? What interval? How often are the inputs updated?
Hi Paul!
The graph freezes and do not refresh unless I reload the page.
There are no gaps as the data is still being logged but the graph stops updating.
the trace with the last datapoint 10mins ago reachs all the way to the right. IE, when the graphs freeze at say 12 noon, and it is 1400 (2 p.m.), the right side of the graph is still displaying 12 noon.
My dials and gauges are still updating though,so the data is being received and processed.
I am using chrome on an android tablet, so no F12.
All my feeds are phpfina at 10 second intervals.
I did look at the emoncms log, and although I donât know when my dash crashed today, there is this log in the log and I donât know if this is related (copied and pasted the last lines):
2019-06-02 06:18:10.234|ERROR|index.php|Not Authenticated|feed/data
2019-06-02 06:18:10.405|ERROR|index.php|Not Authenticated|feed/data
2019-06-02 06:18:10.609|ERROR|index.php|Not Authenticated|feed/data
2019-06-02 06:18:17.768|ERROR|index.php|Not Authenticated|user/logout
I donât know what time the app crashed thoughâŚ
Thanks for your help! Really appreciate it!
It sounds like your user session is timing out. Try adding your read apikey to the dashboard url so you can view without being logged in.
I will give that a try!
Well weâll give that a try⌠it is now 1239 when I started Chorme with the apikey on my tablet.
What determines the session timeout? Chrome or Emoncms or the Pi?
I am trying this for the web address:
http://192.168.1.103/emoncms/dashboard/view?id=1%20&apikey=1323878bcb618cec5f56b0daxxxxxxxx
I added xxxxxxxx to the end to obscure my API and is not the real characters.
I used the api string from my account/read api. Is this the correct key to use? I am guessing it is because I donât have to log in when I open the page in chrome.
I am testing again because chrome crashed again this morning, but I am not sure the link I used had the api key in it, so test again.
Well I am stumped now.
My tablet (Android) crashed again (at least Chrome did), this morning.
So I dug out an old Windows 7 32 bit laptop, updated everything including Java, and loaded up the same local EMonpicms (via itâs IP address), just for fun.
Strange thingâŚ
The tablet crashed again this afternoon while the laptop kept running, then tonight Firefox crashed while the tablet was still running.
Geez!!!
Itâs almost like something is timing out. Does the emonpi have a account connection time limit? that dumps a connection after a few hours?
I donât see any errors in the emoncms log when this happens and the log level is set to WARN and I see both WARNs and ERRORs.
This has happened on both Firefox and Chrome (on my Android tablet), and Firefox on the Windows laptop.
I just donât have a clue what might be causing thisâŚ
I might add that when the crash happens, I can reload the page and it keeps running just fine. I donât have to log in again.
Yes. However, if you are accessing the dashboard using an APIKey that should in effect keep you logged in. If you are connected locally, make the dashboard public (and the feeds) and you should not need the APIKey to view it.
Below is a public dashboard (the globe as opposed to a padlock).
You must set the feeds public as well
So what exactly do you mean by âcrashâ? This implies the whole browser stops responding and has to be restarted, but your subsequent comment seems to imply otherwise.
One of the best ways to develop documentation is for someone new, to list what they needed to know, what they found out and the solutions. It is more difficult for folk who know, to know what folk who donât know, need to know.
Feel free to contribute 
I think actually it is a bug as discussed here
Hey THANK you!!! I will give making the dashboard and feeds public to see if that works!
Well I guess crash isnât the correct word⌠when the browser on the tablet âcrashesâ, I get an error displaying âOH SNAPâ with some suggestions to fix the problem like clearing the cache (which I tried) and a button to reload the page.
On the laptop, Firefox displays a white page with options to report the crash to Mozilla and a button to reload the page.
Both âreloadsâ work fine and my dashboards return.
âsomeone newâŚâ (like ME!). I know I havenât contributed YET, but believe me, I WILL because this community is full of helpful people that treat new guys/gals with respect AND are helpful too!
Ok, so yes crash is not incorrect term in this case.
Yes, I realize that the term âcrashâ is often overused and incorrectly used to mean other things.
Just like âlocked upâ instead of " not responding".
Thanks again for the info on making the dashboard public and the feeds.
I just did that and reloaded both the tablet and the laptop with my dashboard, so weâll see if success has been made!
Iâll let ya know!