Does anyone know the desired output string that WD will accept? So far WD debug data only says "raw= " no matter what I send as the output string.
Thanks Kevin
which version/build of WD are you using?
WD does look for a full stop to sync the data
and then it should be space delimeted data
maybe you do not have the baud rate correct?
Ver 10.37S100, 9600 baud, space delimited. The 26800 comes with no default output and I have to set it up so I’m sure I am missing something. Is there an example anywhere of what the output that WD wants should look like?
Thanks
Kevin
space delimited data
windspeed should be at data position 3
direction data position 5
temperature #7
humidity *9
barometer #13 (metric data for all)
the full stop should be character number 29 that is sent so that WD know that is the end of the data
then a CR/LF after that
Please keep in mind I am not a programmer, so I read a lot of ambiguity in what you said. Wind speed at position 3, then what should go in position 1 and 2? “the full stop should be character number 29” ascii 29 or hex 29 or did you mean position 29? if position 29 then a EOT or ETX or what do you want to see for the stop character? do you just pad 000 for spots in between?
so something like this?
000 000 003 000 183 000 021 000 034 000 000 000 1015 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 CR/LF?
Sorry if I seem dense but like I said I’m not a programmer, that’s why I was hoping for an example of what a good output string looks like and I could work on the programming of the 26800 until I got it to match.
Thanks
Kevin
Brian,
Thanks for providing what information you can in helping those of us (rare indeed) who have a Young 28600 and would like to get it set up to talk to WD.
The information you’ve provided is helpful, but would hope there is some sort of table that would guide us to add more to the output string.
For instance I have wind, temp, humidity, solar and rain right now and want to expand a bit, too. Yet I cannot find a position grid to tell me where to output those values to. IF there were a grid or table enumerating what each position is reserved for, that would be of immense help!
In addition whether are there values in the string which, like the example of the barometer, need to be metric also?
As Kevin points out, in his last example of three digit zeroed fields where he’s not sending any values for that data, is that the correct way for the WD interface to read values, or can several spaces, one for each field skipped, be added, along with whether or not the stop character needs to be entered?
Thank you for any further information you might offer to help those of us to get these units on line.
Dale
Do you mean ASCII Decimal 29 which is a control character? When you say “full stop” I think of the Brit expression for a period “.” which is ASCII Decimal 46.
full stop as in .
humidity data position 9 that should be (i.e #9)i.e # as in number (data position)
so something like this? 000 000 003 000 183 000 021 000 034 000 000 000 1015 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 CR/LF?basicly yes...but with a full stop i.e a . at the end before the CR/LF
OK, So I have setup the 26800 and it outputs this string as seen looking with putty.
000 000 000 000 235 000 063 000 088 000 000 000 1020 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000. and then does a CR/LF
I also tried
000 000 000 000 235 000 063 000 088 000 000 000 1020 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 . CR/LF
I wasn’t sure if the last space was needed or not, but it made no difference in WD either way
looking at debug this is how it is interpreted
Doing checking of time zone calculation
Daylight saving in use
Loaded all time records
Connected OK to com port 10
raw=0 counter= 1
raw=0 counter= 2
raw=0 counter= 3
raw= counter= 4
raw=0 counter= 5
raw=0 counter= 6
raw=0 counter= 7
raw= counter= 8
raw=0 counter= 9
raw=0 counter= 10
raw=0 counter= 11
raw= counter= 12
raw=0 counter= 13
raw=0 counter= 14
raw=0 counter= 15
raw= counter= 16
raw=2 counter= 17
raw=3 counter= 18
raw=5 counter= 19
raw= counter= 20
raw=0 counter= 21
raw=0 counter= 22
raw=0 counter= 23
it finally gets to
raw=0 counter= 116
raw=. counter= 117
raw=
counter= 118
raw=
counter= 119
raw=0 counter= 120
raw=0 counter= 121
raw=0 counter= 122
raw= counter= 123
raw=0 counter= 124
starts repeating the same data from the 26800 and eventually gets to
raw=0 counter= 697
raw=0 counter= 698
raw=0 counter= 699
raw=
raw=
raw=
and at this point it seems to repeat "raw= " forever, any ideas?
Thanks Again for your help Brian.
you are making progress
WD is picking up the raw data
i.e the 235 in your data
raw=2 counter= 17
raw=3 counter= 18
raw=5 counter= 19
but I need to get WD to pick up the CR instead of the full stop
let me change that
so that we can then make more progress
raw=0 counter= 116
raw=. counter= 117
counter= 118
Formated data= 000 000 000 000 235 000 063 000 085 000 000 000 1020 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000.
Progress!, data quality remains red and main is not updated but progress
Thanks!
OK, the problem now is too much data
remove some of the NULL zeros
to make it so that the whole length of the string is less than 50 characters
Getting very close, getting data received, data quality green
debug shows
formating now
max tempstr at the formating 0 0 000 0 235 0 021 0 089 0 0 0 1020 0 0 0 0 .
length of string =48
input 1 0
input 2 0
input 3 000
input 4 0
input 5 235
input 6 0
input 7 021
input 8 0
input 9 089
input 10 0
input 11 0
input 12 0
input 13 1020
input 14 0
input 15 0
input 16 0
input 17 0
input 18
input 19
succes, carring on
direction WS and humidity all look correct temp and baro are not correct
So close…
Thank Again
WD is expecting data to one decimal place
so add that precision to the raw data (except direction and humidity)
i.e
0 0 000 0 235 0 021 0 089 0 0 0 1020 0 0 0 0 .
should be like
0 0 00.0 0 235 0 021.0 0 089 0 0 0 1020.0 0 0 0 0 .
And that as they say is that… perfect
I can’t thank you enough Brian for walking me through this, everything seems to be working fine so I will finish programming the 26800 and monitor it.
The final output string ended up like this
0 0 12.3 0 220 0 017.2 0 084 0 0 0 0950.2 0 0 .
Once again Thank You!
PS to other 26800 users use “serial buffer text” to dummy up the unused locations (don’t forget the space in the text) and “serial buffer value” for the locations to provide the real data and last “serial buffer out” to send it.
also you can have the rain data at data position 16 (as long as you have set you have rain in the weather station type setup for the young station)
that raw barometer reading is very low though?
i could probably remove some of the debug info too
I’m looking around on the type selection page and I only see RM young and no selection with it for adding rain, but I don’t think I could add it in to the string as it would put it over the 50 character limit.
The only live sensor right now is the humidity, I’m still running wires and have to finish programming all the inputs and such so I was just sending canned text responses, this is not close to a plug and play setup.
Yup adding the rain in pos 16 breaks it
0 0 12.3 0 220 0 17.2 0 076 0 0 0 1015.2 0 0 0.0
But playing around I see I can remove the zeros that are place holders and it starts working again with this string
12.3 220 17.9 073 1015.2 0.3
is it considered bad form to do that or do you really not need the 0 as a holder?
so now the rain is being reported but not displayed because I have not found where to turn that on yet…
actually the rain setting is on another tab for an unrelated weather station
I will change it so that WD expects rain to be there in the data anyway
spaces work the same as 0’s