[clubjoker]

Hi everyone

I've enjoyed reading through the info here and the community is great!

I suppose these are questions for Werk, really. But maybe others could contribute on the wish list side. 

- What is the vision for Weatherduino long term?
- What plans are there for the medium term - next 12 months, say?
- What things do people want to add? What does Werk want to add?

Sorry if this has already been discussed recently... I couldn't see it.

[uncle_bob]

In the meantime, here's my thoughts..

I think as a weather reporting system the WeatherDuino Pro pretty much has what most people need.
The biggest hurdle adding anything is the ROM size of the Arduino. And foremost there's Werk's time. But I suppose, if there a suggestion(s) that catches Werks eye and he goes, wow, that's a great idea I could use that, he may contemplate it

Here's two things I'd like to see (yeah, I'm dreaming ).
1) A Wireless Display that could replace a bed side radio alarm clock that also has alarms for weather events.
2) The ability to send weather info packets across a GPRS/GSM network to a remote machine (basically a replacement for the 433mhz link) .

Both of these could be possible using Werks code as a framework but is outside my code hacking abilities

[clubjoker]

I think as a weather reporting system the WeatherDuino Pro pretty much has what most people need.

Yes - I can't really think of anything significant that it doesn't already do. It's a great system.

My wish would be to break out the code for the display rendering so that it's super neat and in one place, so that it can be easily customised. A bit of graphic design and user interface design magic in that area would be great. Cosmetic, true, but nice.

[werk_ag]

My wish would be to break out the code for the display rendering so that it's super neat and in one place, so that it can be easily customised. A bit of graphic design and user interface design magic in that area would be great. Cosmetic, true, but nice.

Hi,

Most of the code for the TFT display is already in one place, at the D_TFT.ino file.
Allowing customization is one of the advantages of the WeatherDuino Pro2. Feel free to share with us any changes you do.
Whatever you do, always have in mind that the time spend specially when updating the data on the screen should be as short as possible, those TFT display aren't fast devices.

[Zappie]

Hi, 

Something i'm really missing is the possebillity to insert a calibrated external voltage reference. Very easy to add i think!

Regards, Zappie

[clubjoker]

My wish would be to break out the code for the display rendering so that it's super neat and in one place, so that it can be easily customised. A bit of graphic design and user interface design magic in that area would be great. Cosmetic, true, but nice.

Hi,

Most of the code for the TFT display is already in one place, at the D_TFT.ino file.
Allowing customization is one of the advantages of the WeatherDuino Pro2. Feel free to share with us any changes you do.
Whatever you do, always have in mind that the time spend specially when updating the data on the screen should be as short as possible, those TFT display aren't fast devices.

Thanks, Werk. Yes, I've looked through the code. Would be a fun project to try out some new looks when I've done my initial hardware build

[clubjoker]

A feature which would be nice is to be able to connect to the Weatherduino Pro+ RX via RESTful services (https://en.wikipedia.org/wiki/Representa...e_transfer).

Some people have done some heavy lifting to make a nice foundation: https://learn.adafruit.com/a-rest-api-fo.../overview#

Would be a nice addition to the Pro+ RX, making good use of its extra hardware power and networking features. It could be a nice new way to interact with the Weatherduino, a versatile complement to the Davis VP2 emulation, which could be used for all sorts of applications - e.g. webapps, remote access, on-the-fly configuration changes, etc.

Something I might have a go at, but I'm getting a bit ahead of myself here - I haven't even ordered the hardware yet!

[werk_ag]

Some people have done some heavy lifting to make a nice foundation: https://learn.adafruit.com/a-rest-api-fo.../overview#

I'm afraid that the existing library that implements a REST API for Arduino currently only works with the CC3000 WiFi chip, and it is in a very early development stage.

[werk_ag]

Hi, 

Something i'm really missing is the possebillity to insert a calibrated external voltage reference. Very easy to add i think!

Regards, Zappie

Where you think that having it, will significantly improve the readings?

[clubjoker]

Some people have done some heavy lifting to make a nice foundation: https://learn.adafruit.com/a-rest-api-fo.../overview#

I'm afraid that the existing library that implements a REST API for Arduino currently only works with the CC3000 WiFi chip, and it is in a very early development stage.  

Oh... what wifi chip is used on the Pro+RX? I couldn't see it specified in the overview entry for the Pro+RX. Looking in the Weatherduino RX code, I see the ESP8622 used - is that it?

On GitHub, it seems to suggest the REST API now works with ESP8622:
https://github.com/marcoschwartz/aREST
and there are a few examples:
https://github.com/marcoschwartz/aREST/t...r/examples

No go for the Pro+RX?