Ok, I feel pretty dumb not to have thought of it before, but I've found the issue.

For the sake of anyone running in the same issue, if you are running an ad blocker, try to disable it first.
Looking at the request in Chromium, it said "ERR_BLOCKED_BY_CLIENT"

Turning off the ad blocker resulted in a dashboard as you would expect it.

Sorry for bothering you for something I should have thought of, and thank you for your support.

I will just leave that here for other like me that wondered for hours why they could flash their sonoff, but it did not react once plugged to the main.

You need to setup your arduino with DOUT as flash mode.
Other mode will flash without errors, but the device will appear bricked.
My settings where:

I'm a bit blind here, but your issue seems to be that you are trying to send a raw float value, without encapsulating it inside a message.
Looking at the example, in the 1.5 version it is:

gw.send(pressureMsg.set(pressure, 0));

Looking at the 1.5 API (http://www.mysensors.org/download/sensor_api_15#MyMessage), creating the message from a float should be

MyMessage& set(float value, uint8_t decimals);

So, you should not use

gw.send (PSI);

but

//declare and init the message
MyMessage msg(BARO_CHILD, V_PRESSURE);
//set it's content
msg.set(PSI,4); //float value with a 4 numbers after decimal precision
//and send the message
gw.send (msg);

Glad I was able to help.

I will just leave that here for other like me that wondered for hours why they could flash their sonoff, but it did not react once plugged to the main.

You need to setup your arduino with DOUT as flash mode.
Other mode will flash without errors, but the device will appear bricked.
My settings where:

Shenanigans like that makes me happy to work with Linux. But if I had to buy it again, I'd use an ch340 based usb-ttl device just to avoid ftdi chips.
Something like this: http://www.aliexpress.com/item/CTS-DTR-USB-Adapter-Pro-Mini-Download-cable-USB-to-RS232-TTL-Serial-ports-CH340-Replace/32236136728.html?ws_ab_test=searchweb201556_6,searchweb201602_5_505_506_503_504_301_10032_10020_502_10001_10002_10017_10005_10006_10003_10021_10004_10022_10018_10019,searchweb201603_2&btsid=dbfef4d9-1a89-4f88-9906-180148e01e92

Glad I was able to help.

I'm a bit blind here, but your issue seems to be that you are trying to send a raw float value, without encapsulating it inside a message.
Looking at the example, in the 1.5 version it is:

gw.send(pressureMsg.set(pressure, 0));

Looking at the 1.5 API (http://www.mysensors.org/download/sensor_api_15#MyMessage), creating the message from a float should be

MyMessage& set(float value, uint8_t decimals);

So, you should not use

gw.send (PSI);

but

//declare and init the message
MyMessage msg(BARO_CHILD, V_PRESSURE);
//set it's content
msg.set(PSI,4); //float value with a 4 numbers after decimal precision
//and send the message
gw.send (msg);

What is your error message?
In your loop, this looks wrong:

Voltage = (5./1023.)readValue; 

Are you sure you didn't miss an operator or something ?

You are also missing a presentation of your node, and I don't see anything declaring the radio to be used.
What are you trying to do?

Ok, I feel pretty dumb not to have thought of it before, but I've found the issue.

For the sake of anyone running in the same issue, if you are running an ad blocker, try to disable it first.
Looking at the request in Chromium, it said "ERR_BLOCKED_BY_CLIENT"

Turning off the ad blocker resulted in a dashboard as you would expect it.

Sorry for bothering you for something I should have thought of, and thank you for your support.

@jkandasa In order:

• Yes, they are linear
• 3 nodes. 2 nodes have 3 sensors (humidity, temperature and luminosity). 1 node just have humidity and temperature.
  They implement respectively V_HUM, V_TEMP and V_LIGHT_LEVEL
  They all basically are the DHT sensor, and I've added a LDR to report a relative luminosity in rooms.
• I didn't upgraded. I run the 0.2 version on 1 machine, and have tried on another the 0.3
  I downloaded the 0.3 that is available on the site. The file name is mycontroller-standalone-0.0.3-alpha1-bundle.tar.gz
  So no, it's not the snapshot and it was a clean install.
  They both use a MQTT broquer to get data (Latest version of mosquitto).
  I did not use the built in MQTT broker from the 0.3 version
• I'm running on Linux, and usually run Firefox. I tried to access mycontroller with Chromium with the same results.
  This is the dashboard initially:
  
  The strange thing is that I don't see a "metricsData" request in the initial display of the page.
  All the bootstrapping happens in a few ms, and then nothing for the next 6 minutes.
  
  And then, suddenly at the 7th minute, several metricsData request are coming through:
  

My dashboard is then ok, until I reload the page or naviate to another screen.

Hoping that this is relevant to you:
Java version:

openjdk version "1.8.0_72-internal"
OpenJDK Runtime Environment (build 1.8.0_72-internal-b15)
OpenJDK 64-Bit Server VM (build 25.72-b15, mixed mode)

I tried to run it on a similar system (the one running the 0.2 version) with the same symptoms.
I hope it's enough data to help you.
Thanks.

Hello Jkandasa,

First, thank you very much for all the work you have put in your controller, it's a nice product and simple to have working.
I just have tried this last version, but I cannot get the dashboard to display a graph of sensor, like the details of the previous action board was doing.
To be more precise, I cannot get it to display a linear graph without having to wait for several minutes.

I can see all the numerical values from my sensors, but on the linear graph I only have a rotating "please wait" circle.
They stay that way, I think, until (I think) every sensors have updated their values.
I say that, but it's a feeling, not a certainty.
The thing is, if the dashboard is displayed correctly, navigating to any other screen and getting back to the dashboard populates it again with the waiting symbols, for a few minutes.

Is this something known?

The enclosure is very nice too.
Hand made ?

@Terence-Faul not that I know of. And domoticz MQTT support is less than stellar. You cannot configure the topic(s) it listen to, and you need to go through node-red (a node.js app) to transform what the gateway sends.

I honestly couldn't be bothered to install it, and went straight to mycontroller.org.
I might try it out though, as I have a couple of lifx led bulbs that domoticz supports.
Or (probably) I'll wait for openhab 2.0 to reach stable.