• 10 dec 2017: forum version update. In case of issues use this topic.
  • 30 nov 2017: pilight moved servers. In case of issues use this topic.
Hello There, Guest! Login Register


Weather Station Globaltronics GT-WT-01
#11
Hi, i also bought the same sensor, but the results are wrong.

{
"message": {
"id": 145.0,
"temperature": 1.3,
"humidity": 113.0,
"battery": 1.0
},
"origin": "receiver",
"protocol": "teknihall",
"uuid": "0000-b8-27-eb-57dbd7",
"repeats": 1

How would it be able to get the right protocoll for this sensor?

best regards

Chris
 
Reply
#12
@prutsky,

Except for the first set of debug pulses, i can confirm that the protocol is now compatible with an enhanced tfa protocol module.

@curlymo,
I have added the additional requirements for
USBnano
Freetec NC7104-675
Globaltronics GT-WT-01

in the tfa_s branch, by adapting the Pulselength values to the raw data provided.
The threshold value for binary decoding (235) is as with original tfa protocol
The footer value increased in order to allow the protocol to be compatible with usb433 nano pulsedurations
The changes are compatible with Soens protocol.
I have added the protocols to the list of devices
 
Reply
#13
(04-04-2016, 10:04 PM)fox-octi Wrote: ... How would it be able to get the right protocoll for this sensor? ...
By compiling the latest development branch from Github.
You still will get reports for teknihall, but in addition the tfa protocol stack should decode the correct data.
Follow the installation link on the pilight home page and on Page 3 you will find all step by step information for compiling your own development kernel.
Configure in etc/pilight/config.json the tfa protocol and the GUI and you should get the correct data displayed on your monitor.
Please report back if it is working or not.
 
Reply
#14
Hey Guys,
first of all thanks for this great project. I love it !!

Since some time my GT-WT-01 is no longer recognized correctly as tfa.
I receive now only the teknihall protocol with wrong values.

Here the "pilight-receive" for temp = 20.2 °C and hum = 20 %
Code:
{
        "message": {
                "id": 17.0,
                "temperature": 1.2,
                "humidity": 80.0,
                "battery": 1.0
        },
        "origin": "receiver",
        "protocol": "teknihall",
        "uuid": "0000-b8-27-eb-77b731",
        "repeats": 1
}


Here the "pilight-daemon -D"
Code:
[Apr 09 17:51:08:495415] pilight-daemon: DEBUG: possible tfa protocol
[Apr 09 17:51:08:495527] pilight-daemon: DEBUG: recevied pulse length of 267
[Apr 09 17:51:08:495560] pilight-daemon: DEBUG: caught minimum # of repeats 1 of tfa
[Apr 09 17:51:08:495591] pilight-daemon: DEBUG: called tfa parseRaw()
[Apr 09 17:51:08:495643] pilight-daemon: DEBUG: possible teknihall protocol
[Apr 09 17:51:08:495669] pilight-daemon: DEBUG: recevied pulse length of 267
[Apr 09 17:51:08:495695] pilight-daemon: DEBUG: caught minimum # of repeats 1 of teknihall
[Apr 09 17:51:08:495721] pilight-daemon: DEBUG: called teknihall parseRaw()
[Apr 09 17:51:08:497314] pilight-daemon: DEBUG: socket write succeeded:
{"message":{"id":17.0,"temperature":1.2,"humidity":112.0,"battery":1.0},"origin":"receiver",
"protocol":"teknihall","uuid":"0000-b8-27-eb-77b731","repeats":1}

Here the "pilight-debug"
Code:
time:           Mon Apr  9 20:14:28 2018
hardware:       433gpio
pulse:          19
rawlen:         76
pulselen:       268

Raw code:
546 4134 546 2080 546 2106 520 4134 546 2132 546 2080 520 2080 546 4134 546 4134 546 4134 546 4108 546 4134 520 4134 546 2080 546 2080 546 2080 546 2132 598 2002 546 2080 546 2080 546 4134 546 4134 546 2080 572 2080 546 4134 546 4134 546 2080 546 2080 546 2080 546 2132 572 2054 520 4134 546 2080 546 4134 546 2080 546 2106 520 4212 494 9126

I've already started to try reading the code, but I think it could take a little longer Wink
Could someone give me a hint what I could do to get it back to a working state?
I'm running v8.0.8
Thanks in advance!

:EDIT

I've figured out that there is a Problem in binToDecRev(const int *binary, int s, int e);

binToDecRev((int[]){1,0,0,1, 0,0,0,0}, 0, 3) should return 9 in this case, but in my code it returns 1

Please help!

Code:
logprintf(LOG_DEBUG, "binToDecRev((int[]){1,0,0,1, 0,0,0,0}, 0, 3) = %i", binToDecRev((int[]){1,0,0,1, 0,0,0,0}, 0, 3));
logprintf(LOG_DEBUG, "binToDec((int[]){1,0,0,1, 0,0,0,0}, 0, 3) = %i", binToDec((int[]){1,0,0,1, 0,0,0,0}, 0, 3));

[Apr 10 18:20:44:880368] pilight-daemon: DEBUG: binToDecRev((int[]){1,0,0,1, 0,0,0,0}, 0, 3) = 1
[Apr 10 18:20:44:880404] pilight-daemon: DEBUG: binToDec((int[]){1,0,0,1, 0,0,0,0}, 0, 3) = 9

:EDIT

Sorry! Now I saw that the bug is already fixed in development branch.
"binary.c: fix handling of s=0 in BITS_MSB_FIRST_TO_VALUE()"
 
Reply
  


Possibly Related Threads...
Thread Author Replies Views Last Post
  QUIGG GT9000 (Globaltronics/ALDI) NeoFlo 139 66,492 10-02-2019, 05:01 PM
Last Post: blackzombie
  [Partially Supported] TFA / Conrad Weather Yves 184 10,320 03-31-2019, 05:22 PM
Last Post: curlymo
  Bresser 3Ch weather sensors Harald654 13 4,367 02-15-2019, 01:06 PM
Last Post: saak2820
  Weather Underground "wunderground" humidity wimThoelke 6 1,424 10-23-2017, 09:44 PM
Last Post: wimThoelke
  Weather Sensor NC-7345-675 OllRo 7 2,982 03-29-2016, 04:01 PM
Last Post: LukaNoah
  Mebus 06181 weather station stefanroellin 0 1,595 12-27-2015, 06:36 PM
Last Post: stefanroellin
  GPIO Weather koos147 0 1,513 04-01-2015, 08:28 PM
Last Post: koos147
  Weather Underground API gustav... 21 9,136 03-28-2015, 05:46 PM
Last Post: curlymo
  Weather Sensor Wrong Temp lechiel 1 1,922 03-23-2015, 03:21 PM
Last Post: pilino1234
  QUIGG (Globaltronics/ALDI) neevedr 49 33,103 01-12-2015, 10:01 AM
Last Post: wo_rasp

Forum Jump:


Browsing: 1 Guest(s)