Very Nice work Sascha,
I am not sure how the 79 bits all panned out with the calculations. One of the calculations appears to be using 8 bits in the calc but then increments the pointer in the string by 12 bits?
# rain 3 nibbles
rain=int(msg[8:], 2) * 0.3
print "Rain: ",rain
msg=msg[12:]
Could you fill out/correct this for me so I have a clear idea what is what. Here is my attempt at a summary.
Conclusions:
* Protocol has no polarity and is based on length of time of signal bursts
* Best thought of as (750uS lo,300uS hi)=1, (750uS lo, 1300uS hi)=0
* Most of the data is packed in as needed and not necessarily on byte boundaries
* No checksum discovered at this stage.
* 0100111100100101010111100110100000001100000110000000000010011010000010011001001
* IIIIIIIIIIIITTTTTTTTTTTTHHHHHHHHAAAAAAAAGGGGGGGG????????RRRRRRRRRRRR????DDDD
12 12 8 8 8 8 12 4 4
Where I=ID, T=Temp, H=Humidity, A=Average Wind speed, G=Wind Gusts, ?=unknown, R=Rainfall, ?=unknown, D=Wind Direction
temp=float( T - 400 ) / 10 (C or F?)
humidity=H %Rel
windspeed=A * 0.34 (m/S ??)
gust=G* 0.34 (m/S ??)
rain=R * 0.3 (mm?)
direction=D (16 spaces how do they decode?)
I don't really get this bit openHAB. What is your relationship to this group? I could not find your work here?
Certainly looking good. So am I correct all the Arduino provides burst of times and the program above (what is that language?) decodes it into binary and then further decodes that to human readable form. None of the conversion etc is done on the Arduino. So what happens if a Froggit user needs a standalone Arduino unit, can it still use it? I don't get the bigger picture of this project.
Cheers, Rob