Page 3 of 6 FirstFirst 123456 LastLast
Results 21 to 30 of 60

Thread: xAP Weather Schema Schema add change request

  1. #21
    Automated Home Sr Member kev_t's Avatar
    Join Date
    Jun 2004
    Location
    Lincolnshire
    Posts
    58

    Default Windchill

    Windchill is certainly available inside Weather Display

    and could be defined in the schema as follows:-

    WindchillC=(Windchill Temperature in centigrade)
    -- optional
    WindchillF=(Windchill Temperature in fahrenheit)
    -- optional


    Edit---
    Indoor Temperature and Humidity could be

    InTempC=(Indoor Temperature in centigrade)
    -- optional
    InTempF=(Indoor Temperature in fahrenheit)
    -- optional
    InHumidity=(Indoor Relative Humidity as %)
    -- optional

    We could also add for a webcam or weather picture

    Picture=(url to weather/webcam picture)
    --optional


    End edit

    kevint
    Last edited by kev_t; 9th February 2012 at 06:15 PM.

  2. #22
    Automated Home Jr Member pete_c's Avatar
    Join Date
    Feb 2011
    Location
    Near Chicago IL, USA
    Posts
    39

    Default

    The adds sound good. Regarding the rain nomenclature; it really doesn't matter to me as long as there is a distinction between metric and inches. So in summary we are looking at?

    Forgot too that barometric pressure can be in:

    inHg and millibars/hectopascal?

    weather.report
    {
    UTC=(Time of report in hh:mm format using utc time zone)
    -- mandatory
    DATE=(Date of report in YYYYMMDD format)
    -- mandatory
    WindM=(Value of wind in mph or "Gusty" if gusty)
    -- optional
    WindK=(Value of wind in kph or "Gusty" if gusty)
    -- optional
    WindGustsM=(Value of wind gusts in mph)
    -- optional
    WindGustsK=(Value of wind gusts in kph)
    -- optional
    WindDirC=(Compas heading of wind N|NE|E|SE|S|SW|W|NW)
    -- optional
    WindDirD=(Compas heading of wind in degrees)
    -- optional
    TempC=(Temperature in centigrade)
    -- optional
    TempF=(Temperature in fahrenheit)
    -- optional
    DewC=(Dew point in fahrenheit)
    -- optional
    DewF=(Dew point in fahrenheit)
    -- optional
    RainM=(Rainfall since midnight in mm)
    -- optional
    RainI=(Rainfall since midnight in inches)
    -- optional
    Humidity=(Relative Humidity as %)
    -- optional
    AirPressure=(Air pressure in hPa)
    -- optional
    Cloud=(Overal cloud cover currently only "Clear Skies")
    -- optional
    CloudM.X=(Cloud type and height in miles ie "Overcast at 5.4M. X increments on each cloud layer)
    -- optional
    CloudK.X=(Cloud type and heightin kilometers ie "Overcast at 5.4Km. X increments on each cloud layer)
    -- optional
    WindchillC=(Windchill Temperature in centigrade)
    -- optional
    WindchillF=(Windchill Temperature in fahrenheit)
    -- optional
    InTempC=(Indoor Temperature in centigrade)
    -- optional
    InTempF=(Indoor Temperature in fahrenheit)
    -- optional
    InHumidity=(Indoor Relative Humidity as %)
    -- optional
    Picture=(url to weather/webcam picture)
    --optional
    Icon=(The name of the picture to use, icon names from kweather www.kde.org. File names below)
    -- optional
    Error=(Download errors either "NoData" if last connection failed or "StationNotFound" if ICAO code isn't valid)
    -- optional
    }
    Last edited by pete_c; 10th February 2012 at 02:07 AM.

  3. #23
    Automated Home Sr Member kev_t's Avatar
    Join Date
    Jun 2004
    Location
    Lincolnshire
    Posts
    58

    Default Anyone else?

    Anyone else want to chip in?

    or comment about the airpressure issue pete has raised

    kevint
    edit -->
    From wikipedia
    The SI unit of measure is the Pascal, meteorlogists apparantly prefer the hectopascal (hPa) for atmospheric air pressure, which is equivalent to the older unit millibar (mbar).
    The inch of mercury (inHg) is still widely used for barometric pressure in weather reports, refrigeration and aviation in the United States, but is seldom used elsewhere.
    end wikipedia
    end edit
    Last edited by kev_t; 10th February 2012 at 09:35 PM.

  4. #24
    Automated Home Jr Member pete_c's Avatar
    Join Date
    Feb 2011
    Location
    Near Chicago IL, USA
    Posts
    39

    Default

    Mostly though for air pressure what is personally looked at is if its going up or down and by how much; seldom just the value itself. Typically I utilize an up, down or sideways icon to designate what is going on with the barometric air pressure.

    Still like my little glass tube filled with a colored liquid in my office; old fashioned a bit and works well.

    Thank you Kev_t for having a look see / and adds to the xAP weather report stuff.

  5. #25
    Automated Home Sr Member kev_t's Avatar
    Join Date
    Jun 2004
    Location
    Lincolnshire
    Posts
    58

    Default

    So following the existing conventions

    AirPressureP=(Air pressure in hPa)
    -- optional
    AirPressureH=(Air pressure in inHg)
    -- optional

    and perhaps?

    AirPressureI=(Air Pressure Indication Rising/Steady/Falling)
    -- optional

    Although this is based on an existing schema, this proposal has been significantly changed and extended. Perhaps we should, for reference purposes, call the original version 1, and this one version 2, with version 1 retained on the wiki, but marked as depracated? (http://en.wikipedia.org/wiki/Deprecation)

  6. #26
    Automated Home Jr Member pete_c's Avatar
    Join Date
    Feb 2011
    Location
    Near Chicago IL, USA
    Posts
    39

    Default

    The three references would be nice Kev.

    AirPressureP=(Air pressure in hPa)
    -- optional
    AirPressureH=(Air pressure in inHg)
    -- optional
    AirPressureI=(Air Pressure Indication Rising/Steady/Falling)
    -- optional


    So as not to overwhelm the weather report page of the wiki can the depreciated version 1 be referred to and linked instead of on the same page?

    Does that make sense?
    Last edited by pete_c; 11th February 2012 at 04:36 PM.

  7. #27
    Automated Home Sr Member kev_t's Avatar
    Join Date
    Jun 2004
    Location
    Lincolnshire
    Posts
    58

    Default Looking at current implementations...

    Looking at extensions to current implementations of the weather.report schema, and do we keep them for version 2?....

    There is I think for one wire weather stations:-

    extratemp1=-100.0
    extratemp2=-100.0
    extratemp3=-100.0
    extrahum1=-100
    extrahum2=-100
    extrahum3=-100

    from James at mi4's weather connector a complete section:-

    Time
    {
    TOD=Day
    Time=11:06:55
    SunRise=07:29
    SunSet=16:58
    }

    for which each key is mandatory( http://www.mi4.biz/modules.php?name=...showpage&pid=4)
    but I think the section as a whole is intended to be optional

    In addition there is a related class for requests

    class=weather.request
    request
    {
    request=XXX
    }

    where XXX is all,report or forecast, where the transmitting staion would be expected to respond with current data. This feature would be optional.

    I am also aware that there are the mcs weather connectors http://mcssprinklers.com/xapXap.htm, xapmcsAWS xAP Connector, xapmcsWeatherXML xAP Connector and xapmcsMSNBC xAP Connector which support a Weather.Display schema which is probably different but may be worth examining. I confess to not having much success with these, presumably because I do not run homeseer and they are also probaly US-centric, but I am just guessing really

    On editing the wiki, I would probably put version 2 at the top of the page and version 1 below it ..

    and as a reminder for editing

    Compass has 2 s's
    DewC=(Dew point in centigrade)

    kevint
    Last edited by kev_t; 11th February 2012 at 06:43 PM.

  8. #28
    Automated Home Jr Member pete_c's Avatar
    Join Date
    Feb 2011
    Location
    Near Chicago IL, USA
    Posts
    39

    Default

    Relating to Cumulus; here is the txt file generated by the data.

    http://wiki.sandaysoft.com/a/Realtime.txt

    As you have mentioned 1-Wire / weather stuff.

    I have the following related to weather measurements and it works well (years now) via now 5 autonomous 1-wire networks (2 Temp08's, Temp05 and 3 9097's). Testing 1-wire via Linux appliances of sorts lately.

    Lightning counter, light sensor, many temperature and humidity sensors inside and outside. I do take multiple reads of the outside temperature/humidity sensors.

    Extra temperature/humidity sensors would be good to keep from version 1. I am not sure how many folks have lightning or light sensors with their weather stations though.

    I didn't know there was another link and configuration schema (mi4.biz).

    yes; it would be nice to include:

    Time
    {
    TOD=Day
    Time=11:06:55
    SunRise=07:29
    SunSet=16:58
    }
    You could modify the wiki with Version 2 and add optional used components to cover the mi4.biz stuff; such that its documented? (weather.request)

    I have been slow shifting to the stand alone mcsxAP applications running them mostly in the wintel world and now also testing them in the Linux world.

    They work fine without utilizing Homeseer. I have a few running on different computers (wintel and linux today).
    Last edited by pete_c; 11th February 2012 at 10:28 PM.

  9. #29
    Automated Home Jr Member
    Join Date
    Oct 2010
    Location
    Ringwood, Hants, UK
    Posts
    10

    Default xAP from Cumulus

    Hi guys

    I've got a Weather Station pumping data to Cumulus 1.8.9 and it spits out xAP packets which I'm picking up with an HAHHub and displaying on a Joggler using Flash.

    The xAP construct I'm getting from Cumulus is....

    xap-header
    {
    v=12
    hop=1
    uid=FF437500
    class=weather.report
    source=sanday.cumulus.ASROCK
    }
    weather.report
    {
    UTC=23:37
    DATE=20120116
    WindM=0.0
    WindK=0.0
    WindGustsM=2.2
    WindGustsK=3.6
    WindDirD=360
    WindDirC=N
    TempC=0.7
    TempF=33.3
    DewC=-1.5
    DewF=29.3
    AirPressure=1017.8
    }

    Is this what you're after ?

    Looking forward to getting more info posted in the xAP packet - it looks like you guys are on a roll......

    Keep warm.... EJ

  10. #30
    Moderator Kevin's Avatar
    Join Date
    Jan 2004
    Location
    West Yorkshire
    Posts
    558

    Default

    Quote Originally Posted by kev_t View Post
    So following the existing conventions

    AirPressureP=(Air pressure in hPa)
    -- optional
    AirPressureH=(Air pressure in inHg)
    -- optional

    and perhaps?

    AirPressureI=(Air Pressure Indication Rising/Steady/Falling)
    -- optional
    I think given the approach is to enhance the existing schema we shouldn't deprecate existing tags so AirPressure needs to stay (implied hPa), inconsistent as it is.

    PressureTrend=falling|steady|rising ?
    or maybe even a numeric
    PressureTrend=-3.2 based on hourly or whatever is the key period or something ?

    Just thoughts - the rate of fall is probably of interest.

    I'm kind of against the 1-wire multiple sensors thing as there could be any number of them, and several types although temperature will be the predominant one. They aren't really identified as to location and if they stem from say different room sensors they're not really weather information. I think a developer would be better reporting them in a separate block or schema, possibly BSC although it's not ideal for temperature.

    I'm concious of the xAP packet size especially if you include paths to files/images etc...

    K
    Last edited by Kevin; 12th February 2012 at 12:12 PM.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •