• 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)
#26
I own several Quiqq switches of the type GT-7008AS that can be controlled by the remote controller GT-7000. So apparently the GT-7008AS are somewhat compatible with the GT-FSi-04a switches. The GT-7008AS switches are self-learning switches too. They can be learned to listen to any id and unit code that the remote produces. So, I decided to give the quigg_switch protocol a try to control my switches. 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. Switches refused to accept the transmitted code, even in the learning mode. Therefore I decided to investigate these switches somewhat further.

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.

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. So I decided to write a special version of the protocol, I called it quigg_raw, that enabled me to specify the frame as a binary bitstring. So to switch on switch id=12, unit=3 I would specify the bit string “1 01100 000000 01 01000 0”. The used spaces improve the readability by grouping functional bits. (Btw a json string without any spaces as input gives an error message. Is this a bug?)

Anyway, by experimenting with this quigg_raw protocol I was able to confirm the function of most bits in the frame. Most, but not all. Especially the 6 zero bits after the id-field were intriguing. The implementation seemed suggesting that the device id could be repeated here. When I tried this, switch control improved a lot. Combinations of id and unit code that didn't work, now seems to work well. But the switches first had to learn this new code. To make clear what I mean, an example. Repeating the code for id=12 in the earlier example leads to the bit string: “1 01100 01100 0 01 01000 0”. But then a switch, programmed to listen to this code, works well, but refuses to work with the remote control that also sends codes with id=12. And switches programmed to react to commands with id=12 don't do anything when receiving the bit string.

Some more experiments confirmed my suspicions. 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.

In fact, the first half of the protocol frame should be specified as:
1 SYNC - high pulse (mark) of 680 us. Is in fact a start pulse, not part of the frame
11 BIT-X - device_id, range 0 .. 2047
1 BIT-X - odd parity over the previous 11 bits
2 BIT-X - switch_unit in Gray code, i.e. 00, 10, 11, 01 for unit 0,1,2,3
last 6 bits (excluding footer) as explained in the previous post.

So, the next step is a protocol implementation based on these findings. Since I can confirm only the correct functioning for the Quigg GT-7008AS switches I called it the quigg_7008 protocol. I have added an optional mode parameter to the protocol. In default mode, the protocol uses the coding scheme for the id conform the remote control. 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. In the extended mode all 11 bits are used to encode the id, msb first. This means id=12 in the default mode is the same as id=1408 in the extended mode.

The implementation works, and solved the problems I had when using the original code. Of course I would be glad to share my implementations (both quigg_raw and quigg_7008) with you, but it is not clear for me how I can do that. Of course I can upload a zip file with the source code, but then you have to know what to do to add a new protocol to the pilight system. And that is not a trivial thing to do, although not difficult either.
 
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,093 07-28-2020, 03:21 PM
Last Post: pgScorpio
  QUIGG GT9000 (Globaltronics/ALDI) NeoFlo 140 86,911 01-07-2020, 04:03 PM
Last Post: aP7D1CKD
  [Solved] Quigg GT-1000 leaving transmitter ON VrahoK 11 1,825 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,481 04-09-2018, 07:34 PM
Last Post: NevelS
  quigg gt7000 Dimmer wchristi 11 9,949 04-30-2015, 09:25 AM
Last Post: wo_rasp
  Quigg Screens curlymo 6 4,980 01-31-2015, 07:33 PM
Last Post: curlymo

Forum Jump:


Browsing: 1 Guest(s)