• 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


QUIGG (Globaltronics/ALDI)
#28
(06-11-2014, 10:46 PM)RinusW Wrote: I own several Quiqq switches of the type GT-7008AS ....
At first this seemed to work, i.e. the default value id=12 worked well with the 4 different unit codes. But when I tried other id values, it was quite obvious that for some id values the implemented protocol didn't work at all.
...
This is correct, my original assumption was wrong that the id field is only covering 0....31. Please use the version that comes with pilight V5. Although this version won't dimm the 7008AS, this requires the latest release from the development branch.
Please drop me a PM and i will mail you a compiled zipped pilight directory.

(06-11-2014, 10:46 PM)RinusW Wrote: So I started with my receiver module, coupled to my digital scope, looking at the pulses that came out of the receiver. The first thing I noticed is that the pulse width varies somewhat, and that the short pulses usually are somewhat shorter than the 700 us used in the current protocol implementation.
And that the long pulses clearly are longer than the 1200 us. Based on my measurements I decided to use a short pulse width of 680 us and a long one of 1320 us. The ratio therefore is closer to 2:1 than in the current implementation. But this alone didn't solve the problems controlling the switches.
The problem you decribe is related to the short footer length, which is only 4000µS with the pilight driver you use. For the learning mode of the switches, the footer length has to be at least twice as long. The actual pulse duration for a short pulse can vary between appr. 620µS and 950µS. The current release uses 700µS and 1400µS and for sending of data a footer length of 23000µS (the GT-7000 uses 81192µS).

(06-11-2014, 10:46 PM)RinusW Wrote: As second step I decided to investigate the meaning of the bits in the protocol frame a bit further. Although the frame construction seems as described in the previous posting (a very good job, btw), the meaning of too many bits stayed unexplained. .......
I am currently in a discussion with curlymo on what should be included in the protocol driver and what should not. The GT-7008AS seems to work a bit different than other devices, i am guessing here a little bit, as i am waiting for a GT-7008AS to be shipped as a spare part and i have engineered the protocol from the GT-7000 handheld transmitter, but i am sure that my interpretation is quite right.

Please use the following link to read all the details on the current status:
http://wiki.pilight.org/doku.php/quigg?rev=1402011621
I can not fully explain Bit 18 and 19, i simply handle them the same way the GT-7000 does.

(06-11-2014, 10:46 PM)RinusW Wrote: The first 12 bits form in fact a single device-id field, and the last bit of these 12 bits is an odd parity bit over the whole id field. So actually, the switches recognize 11 active bits for the id, giving the id a range from 0 to 2047. And this explains why some id's simply didn't work. The parity over the id field was not correct and probably therefore the overall parity was not either.
You are correct, the parity bit covers Bit 13 to 19 only, but in my logic it is an even Parity Bit.
I will check into the odd parity bit issue, as my GT-FSi-04a will work without parity bit and the GT-7000 handheld seems to use al 12 bits as an id. Your finding with the Gray code is correct.

(06-11-2014, 10:46 PM)RinusW Wrote: So, the next step is a protocol implementation based on these findings. ....
The development version of the quigg_switch protocol V5 is updated and available from the git repository.

I have a question regarding the fifth button row.
I have called it dimm, as it seems to implement the dimm functionality and is always active for the last switch-unit used, i.e. if you turned unit 2 on the dimm buttion will send pulses to unit 2 to be interpreted as either
"dimm-down" or "dimm-up".
The current version of the quigg_switch protocol driver does not remember which unit was used last, thus you need to add the unit when using the dimm functionality (In opposite to the GT-7000, with pilight you do not need to send a turn on/off command first before using the dimm button).

pilight-send -u quigg-send -id 2816 -u 2 -t (turn unit-switch 2 on)
pilight-send -p quigg_switch -id 2816 -u 2 -d -t (for dimm down)
pilight-send -p quigg_switch -id 2816 -u 2 -d -f (for dimm up)

(The current quigg_switch version is using the id bits in reverse order, the previous id=12 is now id=2816, but again, i will look into the parity issue as well)

(06-11-2014, 10:46 PM)RinusW Wrote: Especially the first bit always is 1, the next 5 bits contains the id, the next 5 bits are always 0, and the last bit of the id-field is the odd parity bit.
The GT-7000 is using the other bits as well, it just takes some time to get to that point, just press the "Neuer Code" button for 1 minute or 2..... and it uses it as one bit block.

(06-11-2014, 11:01 PM)curlymo Wrote: Yes, please post it, so i can release it as a module and wo_rasp can have a look at it as well.
Please see my previous posting.
I am really struggling with the footerlength issue we have discussed so far, can you please have a brief review on my latest pull request and give me a hint what i am not doing right with regards to adding additional pulses. In principle the code works, but reaction time is sluggish.

The problem i currently face is the fact that a real switch will react within 4 pulses, whereas pilight requires at least a pulse stream of 500mS or more.
 
Reply
  


Messages In This Thread
QUIGG (Globaltronics/ALDI) - by neevedr - 12-15-2013, 02:02 PM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 12-15-2013, 09:58 PM
RE: QUIGG (Globaltronics/ALDI) - by neevedr - 12-28-2013, 05:14 PM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 12-29-2013, 12:21 AM
RE: QUIGG (Globaltronics/ALDI) - by neevedr - 12-30-2013, 05:38 PM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 12-30-2013, 05:44 PM
RE: QUIGG (Globaltronics/ALDI) - by neevedr - 12-30-2013, 06:13 PM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 12-30-2013, 06:19 PM
RE: QUIGG (Globaltronics/ALDI) - by neevedr - 12-31-2013, 12:14 AM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 12-31-2013, 12:30 AM
RE: QUIGG (Globaltronics/ALDI) - by neevedr - 12-31-2013, 12:47 AM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 12-31-2013, 12:52 AM
RE: QUIGG (Globaltronics/ALDI) - by neevedr - 12-31-2013, 12:59 AM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 12-31-2013, 01:50 AM
RE: QUIGG (Globaltronics/ALDI) - by neevedr - 12-31-2013, 09:45 AM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 12-31-2013, 11:13 AM
RE: QUIGG (Globaltronics/ALDI) - by neevedr - 01-05-2014, 12:45 PM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 01-05-2014, 12:47 PM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 01-05-2014, 07:04 PM
RE: QUIGG (Globaltronics/ALDI) - by neevedr - 01-17-2014, 02:56 PM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 01-17-2014, 03:42 PM
RE: QUIGG (Globaltronics/ALDI) - by neevedr - 01-17-2014, 05:04 PM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 01-17-2014, 06:11 PM
RE: QUIGG (Globaltronics/ALDI) - by neevedr - 01-17-2014, 06:18 PM
RE: QUIGG (Globaltronics/ALDI) - by wo_rasp - 04-12-2014, 01:58 AM
RE: QUIGG (Globaltronics/ALDI) - by RinusW - 06-11-2014, 10:46 PM
RE: QUIGG (Globaltronics/ALDI) - by wo_rasp - 06-12-2014, 12:29 AM
RE: QUIGG (Globaltronics/ALDI) - by RinusW - 06-12-2014, 03:51 PM
RE: QUIGG (Globaltronics/ALDI) - by wo_rasp - 06-13-2014, 03:58 PM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 06-11-2014, 11:01 PM
RE: QUIGG (Globaltronics/ALDI) - by RinusW - 06-12-2014, 11:02 AM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 06-13-2014, 04:07 PM
RE: QUIGG (Globaltronics/ALDI) - by RinusW - 06-15-2014, 01:01 PM
RE: QUIGG (Globaltronics/ALDI) - by RinusW - 06-15-2014, 10:54 PM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 06-15-2014, 11:06 PM
RE: QUIGG (Globaltronics/ALDI) - by wo_rasp - 06-16-2014, 03:41 PM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 06-16-2014, 04:02 PM
RE: QUIGG (Globaltronics/ALDI) - by wo_rasp - 07-03-2014, 10:27 AM
RE: QUIGG (Globaltronics/ALDI) - by wo_rasp - 06-29-2014, 08:41 PM
RE: QUIGG (Globaltronics/ALDI) - by gunbaum - 12-16-2014, 10:06 PM
RE: QUIGG (Globaltronics/ALDI) - by martenjacobs - 12-16-2014, 10:26 PM
RE: QUIGG (Globaltronics/ALDI) - by wo_rasp - 12-30-2014, 07:18 PM
RE: QUIGG (Globaltronics/ALDI) - by wo_rasp - 12-16-2014, 11:54 PM
RE: QUIGG (Globaltronics/ALDI) - by gunbaum - 12-17-2014, 12:06 AM
RE: QUIGG (Globaltronics/ALDI) - by wo_rasp - 12-17-2014, 11:40 AM
RE: QUIGG (Globaltronics/ALDI) - by Luppie - 01-11-2015, 02:02 PM
RE: QUIGG (Globaltronics/ALDI) - by gunbaum - 12-17-2014, 03:19 PM
RE: QUIGG (Globaltronics/ALDI) - by wo_rasp - 12-17-2014, 10:36 PM
RE: QUIGG (Globaltronics/ALDI) - by curlymo - 01-11-2015, 02:05 PM
RE: QUIGG (Globaltronics/ALDI) - by wo_rasp - 01-12-2015, 10:01 AM

Possibly Related Threads...
Thread Author Replies Views Last Post
  Quigg GT-1000 maartenh 55 35,073 07-28-2020, 03:21 PM
Last Post: pgScorpio
  QUIGG GT9000 (Globaltronics/ALDI) NeoFlo 140 86,841 01-07-2020, 04:03 PM
Last Post: aP7D1CKD
  [Solved] Quigg GT-1000 leaving transmitter ON VrahoK 11 1,821 12-22-2019, 12:17 AM
Last Post: VrahoK
  Brennenstuhl RCR CE1 1011 with QUIGG GT9000 Protocol scootermacro 1 932 06-27-2019, 06:20 PM
Last Post: scootermacro
  Weather Station Globaltronics GT-WT-01 Prutsky 13 9,476 04-09-2018, 07:34 PM
Last Post: NevelS
  quigg gt7000 Dimmer wchristi 11 9,943 04-30-2015, 09:25 AM
Last Post: wo_rasp
  Quigg Screens curlymo 6 4,973 01-31-2015, 07:33 PM
Last Post: curlymo

Forum Jump:


Browsing: 1 Guest(s)