I was getting very low humidity readings and also lost communication with the DCF, so took the transmitter apart and found one leg of the aforementioned broken off.
Hoping someone out there will know.

AllyCat wrote:Hi,
As far as I know, on "later" models both the temperature and humidity are measured by the "Humidity" sensor module (not by a thermistor as shown in those early photos). I don't believe anybody has found a source of separate (new) replacement modules, but somebody did report success in swapping the modules between their transmitter and Console (so then the external but not internal temp/humidy was working).
AllyCat wrote:Replacement transmitters are available, but it can be difficult to identify one with the correct frequency/protocol for a particular Console. However, one might be "cannibalised" to repair the original transmitter.
Cheers, Alan.
Those are just the "no data" values- all FF. It's odd that you're seeing those values, as Cumulus would normally look for those and ignore them, and the console would normally display "dashes".dio45rus wrote:One more plus to this idea that data, as I clarified, is recieved but is wrong (-3276oC and 255% humidity)
AllyCat wrote:Hi,
Welcome to the forum.
Yes, the WH3080 (or at least my version) transmits three different messages (IIRC of 8, 10 and 11 bytes) of a similar format but with different addresses. The normal message (external temp, humidity, rain and wind) and the RCC message are the same as the documented (OOK) messages for the 1080 (the RCC message replaces the "normal" message for a few minutes after the hour).
The Solar message is transmitted once each minute, generated within the "Pod" but passed to the transmitter via the 6-core cable (so it's possible to monitor/test it without a radio receiver). It contains the Lux in three bytes (a pure binary 24-bit number) in tenths of a Lux and the UV in pure binary in one byte (nybble), but I'm not sure of the exact contents of data bytes 2 and 3. The following is part of the header code from my (unfinished) PICaxe decoder:
; Fine Offset (Solar Data) message BYTE offsets (within receive buffer)
; Examples= FF 75 B0 55 00 97 8E 0E *CRC*OK*
; =FF 75 B0 55 00 8F BE 92 *CRC*OK*
symbol FOrunio = 0 ; Fine Offset Runin byte = FF
symbol FOsaddo = 1 ; Solar Pod address word
symbol FOuvo = 3 ; UV data nybble ?
symbol FOluxHo = 4 ; Lux High byte (full scale = 4,000,000?)
symbol FOluxMo = 5 ; Lux Middle byte
symbol FOluxLo = 6 ; Lux Low byte, Unit = 0.1 Lux (binary)
symbol FOcksumo= 7 ; CRC checksum (CRC-8 shifting left)
Cheers, Alan.
Return to “Fine Offset/EasyWeather”
Users browsing this forum: No registered users and 4 guests