Archived Forum

Assuming the above relates to the shiny-new-moduar-emoncms, updated from github/emoncms today.

The new dashboard "+" button does work on 
Mac - Google Chrome v23.0.1271.95 (latest) - the dashboard is created but the screen does not refresh.

Manually refreshing the screen or exiting and re-entering page shows the newly created dashboard.

Thanks, I think i may have a fix, could you try it again now? If it solves it, it may have been getting stuck at the datatype: 'json' part of the new dashboard ajax request.

and yes all of the above relates to github/emoncms.

Do you want the good news or the bad news?  

Most of the time, Chrome for me now does refresh the page therefore displaying the newly created dashboard.  Intermittently though it doesn't.  It has the same behavior for deleting  a dashboard as well.

Doing some googling, it would appear Chrome is far more likely than IE or Firefox to refresh a page from cache rather than updating?

Thanks detective work much appreciated, looks like location.reload can be forced to load the page again, I've set them all now to reload(true) does that sort it?

New commit: Dashboard editor improvement: paragraph and heading content is now shown in the options edit field, the edit field also now a textarea which makes it easier to edit large areas of text.

Nope same behavior, sometimes it works and page refreshes.  Sometimes it doesn't refresh.  

Clicking on the icon again, then works and re-displays with the two previous action changes displayed.

There appears to be several open bugs on location.reload(true) in chromium so I wouldn't sweat it too much!

Hmm, Maybe the best solution is to move the whole of the dashboard list over to javascript, so that it can be reloaded in the same way as the feed list without the use of location reload..

Hi Trystan

Odd behaviour on the latest version. I have 2 inputs that can be either 0 or 1. I had them logged to feed on the first line of the input configuration so I could log the time of switching. On the second line I had them set to input on time. This worked in the previous version.

I upgraded (and updated from admin). I went into dashboard. One of the logged feeds showed "feed type or authentication invalid" . I looked at the feeds and I could see a difference. The logged to feed I could see was set to realtime. The logged to feed I could not see was set to daily. So I changed it to realtime. That's when it all went pear shaped. The logged to feed I had just altered has disappeared and I cannot get it back. It shows on the input configuration screen but not on the feed screen. Anything I can do to to help nail down the cause of this?

Hello Ian, the input on time feed should be set to daily. could the disappeared feed have gone to deleted feeds? Not sure why that might have happened but worth checking.

Hi Trystan

No, the disappeared feed is not in deleted feeds. I know input on time should be set to daily. But what I have is a logged to feed on the line above the input on time feed. The issue I have is that I have one instance of this working perfectly as I expected but a second instance caused the disappeared feed.

Zipped screen emailed to you direct. Can't seem to attach here.

Could you try getting the output of: /feed/list.json and copy the output here I wonder if one of the value's has somehow corrupted causing it not to show up in the page view list.

Hi Trystan

list.json

[{"id":"4","name":"LB","datatype":"1","tag":"Living","time":1354803054000,"value":"2.823","public":"0"},{"id":"5","name":"KT","datatype":"1","tag":"Kitchen","time":1354803055000,"value":"22.31","public":"0"},{"id":"6","name":"KB","datatype":"1","tag":"Kitchen","time":1354803055000,"value":"2.91","public":"0"},{"id":"8","name":"LONT","datatype":"2","tag":"Living","time":1354803059000,"value":"29228","public":"0"},{"id":"9","name":"KONT","datatype":"2","tag":"Kitchen","time":1354803059000,"value":"32529","public":"0"},{"id":"10","name":"LT","datatype":"1","tag":"Living","time":1354803054000,"value":"20.62","public":"0"},{"id":"11","name":"LON","datatype":"1","tag":"Living","time":1354803059000,"value":"1","public":"0"}]

Umm I'm not sure its a bug or if this is intended.

Setting the RFM12Pi node ID Network Group to 0 corrupts the data received. 
The number of data fields is correct but the data is all over the place..

Jeenodes / etc allow this to receive from multiple groups.

Would be great if this could be fixed as i have plans for a number of sensors but would like to separate the groups into zones..

eg
Group 210 Openenergymonitor
Group 190 Outside units
Group 200 Ground floor
Group 205 1st floor 
Etc

Rob.

Rob,

I think you are confusing Network Group and NodeID.  

The RFM12B module supports 250 network groups, within the network group, there can be 31 Node Ids, but nodes 0 and 31 are special. Node 0 is used for On/Off Keying (OOK) and node 31 is for broadcast messages.  This comes from the JeeLib library.

Have a look at http://openenergymonitor.org/emon/buildingblocks/rfm12b-wireless

Your so Right.. Sorry hard day at the office..

Network Group to be set to 0 so it could listen to all the network groups. 

(updated the og post)

It seems like a commit a couple days ago broke dashboards for me by including an energy module which doesn't exist on git in the stack_widget.php file.  If I comment out the new lines everything works fine.

These are the files that don't seem to exist:

include "Modules/energy/energy_model.php";
include "Modules/energy/energytypes.php";

UPDATE

** Noticed the module is on git just not merged into the main project yet.  I copied it in manually and everything seems ok after running the database check.

Hi Trystan

Update on odd behaviour. I had a session of deleting inputs and recreating feeds and now I have everything back as before working correctly. So something must have been corrupted as you suggested. This occurred after a git pull and update.

I would like to have a "- input". The +, * and / already exist. Why I want this is to create Delta T graphs.
E.g. a graph that visualizes the temperature difference between in & outside. Or the temperature difference between the boiler's water or the boiler's casing/housing.

Hi, Can someone please tell me if Raspberry Pi forward to remote emoncms server  is working yet. I can't wait to try it. Cheers Peter

mezz64: just fixed this, the dashboard will now only load widgets if the module is installed.

Ian: good to hear that fixed it,

fluppie007: good idea will add it today

PeterN: the pi forwarder works as far as my testing goes.

Added the - input processor, its at the bottom of the drop down process list.

Thanks

D*mn it, I'm unable to achieve what I want.

Order Process Arg Actions
1 Log to feed temp_boiler
2 - input node10_5
3 x 0.01
4 Log to feed temp_deltaT_boiler

Now my deltaT is fine, only my input temp boiler should be multiplied by 0.01 (divided by 100).

I think it's necessary to create a new (virtual) input based on two already processed inputs? Like "temp_boiler" - "temp_boilercase" or "temp_outside" - "temp_inside".

I have a few problems and suggestions (see my  sample dashboard )

• when logged in emoncms I cannot see my dashboard while I can when I am not
• only a few visualisations seem to work (histgram, zoom...)
• In the visual editor "save" does not always work : I have a text in my sample dashboard that I would like to change ( É instead of é) but I can't (I have tried several times, even login out and in again)
• It is not possible to enter the euro symbol for prices in the zoom visualisation, nor to put it after the number (it would be nice to improve the visualisation to support internationalisation)
• Time zone does not take into account summer time (only a fixed time offset)

Thanks for your help, I like this software a lot

Graphs appear to be fine, but dials and feedvalues aren't updating unless I've logged in

http://emoncms.org/vworp

Using Chrome, the various visualizations remove the scrollbar from the page.  Using IE8, the gauges don't show up, but the scrollbar is there.

Hello vworp, have you made the feeds used in the public dashboard public? this was a new feature added recently so that there are clearer public/private  controls.

I think it's already on the list. name,edit the nodes.

I Implemented the latest multinode sketch code into my own NanodeRF_sensingshield sketch and it works fine. But it was possible to make Payload structures at the "singlenode" emonbase sketches. also the output format of the temperature sensors isn't right because it's not divided by 100. see this example image.

Is there an solution for this? could be an edit/rename option for EmonCMS..but I think it's also possible with a sketch modification? 

I've got it nice and clean now. but not by emoncms. just by add &node= to all the sketches and PHP scripts. It's a petty that the names start with the node_number why did you choose that Trystan?

Oh, and totally other question, it it possible to get the CKeditor back into emoncms somehow? I know that not all the people want to use it. But I think its good to have the option. I like to make buttons, tables by my own etc..

Bug in link builder for Private Share URL?

Clicking the "Private Share URL" in the dashboard list currently generates the following URL, which only shows a header and blank page :

http://mysite/emoncms/admin&id=4&apikey=12345678901234567890123456789012

The following "Private" URL does work correctly to reach the dashboards:

http://mysite/emoncms/dashboard/view&id=4&apikey=12345678901234567890123456789012

Looks like the link builder is inserting "/admin", where it should be "/dashboard/view"?

Bug in Draw Editor with item size/placement creating orphans?

Been working on creating dashboards and have managed to orphan quite a bit of text elements somehow, but just figured out how to recreate the issue. The issue so far appears to manifest itself on all items, but is particularly easy to create with text items.

Steps to reproduce:

1. Create new dashboard and go into draw editor
2. Create new Heading text item with default text
3. Drag the top handle until it meets the bottom handle (or beyond) like so:
4.  
5. Let go of the handle

The item is now orphaned and you will no longer be able to get a handle to it to modify/delete etc... If you save the dashboard you are really stuck.

Any thoughts on how to delete dashboard items from the DB directly to at least recover an existing dashboard?