[howto] Klik-aan-klik-uit aan computer

Of het niet werkt weet ik niet, want ik heb geen zender uit de nieuwe serie dus ik kan het niet testen... Maar het gaat mij om de nieuwe producten zoals de draadloze deur/raam sensor. Hierbij kun je dus geen code meer opgeven, hetgeen mij doet vermoeden dat er een hardcoded code in zit. De vraag alleen is hoe die uitziet.

Maar eigenlijk gaat het hier wat offtopic, aangezien een PC toch makkelijk een signaal kan dupliceren en de ontvangers ook met de 'oude' codes overweg kunnen.

Hierbij de code voor de gamma remote control (zoals eerder gepost door atmoz)

@Atmoz
Ik had niet dezelfde problemen als jij, de mijne had 1 fout op de 64, ik had alleen wel de pin rechtstreeks op de com poort gezet voordat ie werkte.
code:

#
# this config file was automatically generated
# using WinLIRC 0.6.5 (LIRC 0.6.1pre3) on Wed Feb 13 19:49:23 2008
#
# contributed by 
#
# brand:             KaKu
# model:             
# supported devices: 
#

begin remote

  name  KaKu
  bits           16
  flags SPACE_ENC
  eps            25
  aeps          100

  one           322   987
  zero          986   319
  ptrail        322
  pre_data_bits   8
  pre_data       0xFF
  gap          10262
  toggle_bit      0


      begin codes
          A-aan                    0x000000000000FAAE
          A-uit                    0x000000000000FAAB
          B-aan                    0x000000000000EEAE
          B-uit                    0x000000000000EEAB
          C-aan                    0x000000000000EBAE
          C-uit                    0x000000000000EBAB
          D-aan                    0x000000000000EAEE
          D-uit                    0x000000000000EAEB
          E-aan                    0x000000000000EABE
          E-uit                    0x000000000000EABB
      end codes

end remote

quote:

maddog_rvo schreef op woensdag 13 februari 2008 @ 22:41:
Hierbij de code voor de gamma remote control (zoals eerder gepost door atmoz)

@Atmoz
Ik had niet dezelfde problemen als jij, de mijne had 1 fout op de 64, ik had alleen wel de pin rechtstreeks op de com poort gezet voordat ie werkte.
code:

...code...

Thanks altijd handig
Hoe het je het dan nu opgelost? Welk schema heb je gebruikt?

[edit] code weggehaald.

atmoz wijzigde dit bericht 14-02-2008 11:23 (54%)

quote:

atmoz schreef op donderdag 14 februari 2008 @ 11:22:
[...]


Thanks altijd handig
Hoe het je het dan nu opgelost? Welk schema heb je gebruikt?

[edit] code weggehaald.

geen schema, gewoon die pin bij jou op de foto rechtstreeks op compoort pin1 aangesloten...

Alleen om daadwerkelijk de ontvanger werken te krijgen op de pc dat wordt nog wat, heb wel de Arduino in bestelling staan om daarmee te gaan spelen, maar ik wil liefst ook een ontvanger werkend krijgen op de pc.

Daarbij heb ik dus wel dezelfde problemen als jij, veel te veel ruis

maddog_rvo wijzigde dit bericht 14-02-2008 12:57 (6%)

Yoohoo eindelijk de ontvanger op de pc ook werkend.
Het blijkt dat er hier in de buurt een soort van stoorzender zit, ik ontvang de hele tijd heel weinig, vervolgens druk ik het knopje van m`n remote in, hij ontvangt signaal netjes.

Zodra ik daarna de knop even loslaat begint 1 sec later de burst van een andere bron die nog sterker binnenkomt dan m`n remote en zo`n 3 sec duurt.

Dit herhaalt zich telkens als ik de knop van de remote indruk waardoor ik de hele tijd de melding inconsistent signal kreeg.

Oplossing:
Knop v/d remote indrukken, iets minder dan 1sec loslaten en meteen weer indrukken, het blijkt dat de stoorzender alleen iets uitzendt als ie zelf niks ontvangt Op deze manier heb ik alle knoppen kunnen configureren en ze blijven nu ook gewoon werken

quote:

maddog_rvo schreef op donderdag 14 februari 2008 @ 19:56:
Yoohoo eindelijk de ontvanger op de pc ook werkend.
Het blijkt dat er hier in de buurt een soort van stoorzender zit, ik ontvang de hele tijd heel weinig, vervolgens druk ik het knopje van m`n remote in, hij ontvangt signaal netjes.

Zodra ik daarna de knop even loslaat begint 1 sec later de burst van een andere bron die nog sterker binnenkomt dan m`n remote en zo`n 3 sec duurt.

Dit herhaalt zich telkens als ik de knop van de remote indruk waardoor ik de hele tijd de melding inconsistent signal kreeg.

Oplossing:
Knop v/d remote indrukken, iets minder dan 1sec loslaten en meteen weer indrukken, het blijkt dat de stoorzender alleen iets uitzendt als ie zelf niks ontvangt Op deze manier heb ik alle knoppen kunnen configureren en ze blijven nu ook gewoon werken

Interessant Zal hier eens kijken of dat ook wil.
Ik moet alleen nog de ontvanger en zender aan de zelfde comport zien te knopen. Jammer dat ik de laatste tijd zo weinig tijd heb voor dit soort leuke dingen ..

quote:

j-a-s-p-e-r schreef op donderdag 14 februari 2008 @ 21:11:
[...]


Interessant Zal hier eens kijken of dat ook wil.
Ik moet alleen nog de ontvanger en zender aan de zelfde comport zien te knopen. Jammer dat ik de laatste tijd zo weinig tijd heb voor dit soort leuke dingen ..

Hij hangt hier ook aan 1 compoort hoor , de ontvanger op pin 1, zender op pin 4 (dacht ik?) voeding komt van een aparte stabiele 5v voeding. Leuke is dat als ik via winlirc een opdracht verzend, dan ontvangt winlirc hem ook gelijk

Hieronder een screenshotje van mijn plannings-applicatie:

quote:

Kuhlie schreef op dinsdag 29 januari 2008 @ 16:06:
Checksum-tabel
Wie kan dit ontcijferen? Zie 'bit 19 en 20' hierboven.

13	14	15	16	17	waarde	checkbit 0 (bit 19)	checkbit 1 (bit 20)	waarde
0	0	0	0	0	0	0	0	0
1	0	0	0	0	1	1	0	1
0	1	0	0	0	2	0	1	2
1	1	0	0	0	3	1	1	3
1	1	1	0	0	7	0	1	2
0	0	0	1	0	8	0	1	2
1	0	0	1	0	9	1	1	3
0	1	0	1	0	10	0	0	0
1	1	0	1	0	11	1	0	1
1	1	1	1	0	15	0	0	0
1	1	1	0	1	23	1	1	3
1	1	1	1	1	31	1	0	1

Het lijkt erop dat het zo wordt bepaald:
bit19 =(bit13 XOR bit15) OR bit17
bit20 = bit14 XOR bit16

DanielG wijzigde dit bericht 15-02-2008 16:19 (0%)
Reden: Typvout

Heeft iemand hier al een winlirc achtig progammatje zelf gemaakt?

Ben er nu in ieder geval zelf mee bezig, lijkt me wel leuk, al is het alleen maar om mijn programmeer kennis bij te spijkeren.

Het programmatje wordt gemaakt in C# (ik weet het, niet de beste keus maar van C++ of C heb ik (nog) geen kaas gegeten). Ik vraag me af of ik de timing correct kan meten, hij meet iig op microseconden maar of het secuur is??

Mijn grootste probleem wordt denk ik het decoderen van het signaal dat ik binnenkrijg.
Kan iemand mij tips geven hoe ik daar aan kan beginnen?

Het lijkt mij dat je eerst controleert of er ergens een herhaling in het binnengekomen signaal zit, maar hoe kan ik dat doen??

Ik zend nu het volgende uit :
code:

true 10,365ms //start?
False 0,324ms 
True 0,974ms
False 0,337ms
True 0,974ms
False 0,347ms
True 0,969ms
False 0,334ms
True 0,980ms
False 0,335ms
True 0,973ms
False 0,345ms
True 0,973ms
False 0,341ms
True 0,971ms
False 0,337ms
True 0,976ms
False 0,354ms
True 0,964ms
False 0,328ms
True 0,974ms
False 0,335ms
True 0,973ms
False 0,999ms
True 0,300ms
False 0,330ms
True 0,973ms
False 1,001ms
True 0,307ms
False 0,338ms
True 0,969ms
False 1,002ms
True 0,303ms
False 0,333ms
True 0,975ms
False 1,002ms
True 0,306ms
False 0,333ms
True 0,976ms
False 0,332ms
True 0,978ms
False 0,330ms
True 0,976ms
False 0,337ms
True 0,972ms
False 0,331ms
True 0,977ms
False 1,002ms
True 0,299ms
False 0,334ms

Dit zou volgens mijn beredenering goed moeten zijn, als ik nl. de ontvanger aanzet komt er precies dit op binnen en dit komt ook binnen als ik de remote gebruik, echter werkt het om de een of andere reden dus niet, iemand een idee?

Overigens lijkt me dat kort laag en lang hoog een 1 is en lang laag en kort hoog een 0?

maddog_rvo wijzigde dit bericht 15-02-2008 19:44 (4%)

quote:

maddog_rvo schreef op vrijdag 15 februari 2008 @ 19:44:
Ik zend nu het volgende uit :
code:

...

Dit zou volgens mijn beredenering goed moeten zijn, als ik nl. de ontvanger aanzet komt er precies dit op binnen en dit komt ook binnen als ik de remote gebruik, echter werkt het om de een of andere reden dus niet, iemand een idee?

Overigens lijkt me dat kort laag en lang hoog een 1 is en lang laag en kort hoog een 0?

Je moet het signaal een paar keer herhalen (inclusief de pauze). Voor verdere details zie fotoopa in "[howto] Klik-aan-klik-uit aan computer"

Speaking of KaKu-signalen: de nieuwe zenders van KaKu gebruiken een nieuwe codering. Hoewel het voor de PC (en microcontroller) niet perse noodzakelijk is om het ook echt te decoderen, is het wel handig, ivm betrouwbaarheid. KaKu wil het me dus niet vertellen wat het schema is. Heeft hier iemand een idee?

Ik ben een tijdje weze knutselen met de Arduino en KAKU. Ik kwam tot de ontdekking dat KAKU signalen niet echt vriendelijk zijn voor een PC. Daarom een soort KAKU-bridge gemaakt met de Arduino. (KAKU-bridge heb ik al eerder gehoord op dit forum) Als er interesse is heb ik de volgende Arduino routines in de aanbieding;

- Verzenden van KAKU codes via RF433Mhz.
- ontvangen van KAKU-codes via RF433Mhz KAKU (ook van de nieuwe zenders met automatische 65-bit programmering zoals PIR, magneetschakelaar, schakelaars, sleutelhangerzender,etc) ontvangst routines zijn betrouwbaar en werken o.b.v. interrupts en belasten minimaal de loop() routine.
- Verzenden via IR (t.b.v. SconiCenter of Gerder). 38Khz draaggoft frequentie voor IR wordt door de Arduino opgewekt. Behalve LED, transistortje en weerstandje geen additionele hardware nodig.
- Ontvangen van 32-bits IR codes. Alleen TSOP IR ontvangertje direct koppelen aan Arduino, verder geen hardware nodig.

quote:

Fuzzillogic schreef op donderdag 28 februari 2008 @ 00:51:
[...]

Je moet het signaal een paar keer herhalen (inclusief de pauze). Voor verdere details zie fotoopa in "[howto] Klik-aan-klik-uit aan computer"

Speaking of KaKu-signalen: de nieuwe zenders van KaKu gebruiken een nieuwe codering. Hoewel het voor de PC (en microcontroller) niet perse noodzakelijk is om het ook echt te decoderen, is het wel handig, ivm betrouwbaarheid. KaKu wil het me dus niet vertellen wat het schema is. Heeft hier iemand een idee?

Timing gelijk aan oude KAKU. Alle zenders kennen een vast voorgeprogrameerde
(huis)code. Totaal 65 bits. 26 bits nodig voor in totaal 67.000000 adressen. Onbekend of waar adresbits zich bevinden. Overige overhead is checksum ??
Aan en uit commando zitten in bit 56 en inverse in bit 57 gerekend vanaf eerste verzonden bit.
Bits 62 t/m 66 lijken iets weer te geven over adressering van knoppen binnen één dezelfde zender.
Sommige KAKU zenders hebben een leermodus c.q. SET/DEL modus. De invloed is niet terug te vinden in de codering van het verzonden signaal. (wellicht meer ruimte tussen verzonden codes?) Ik heb al heel wat codes bekeken maar heb er nog geen één gezien waarbij de eerste 10-bits niet zijn zoals in onderstaande voorbeelden. Voor ontvangen van codes is de nieuwe KAKU code is prima terug te brengen naar een 32-bits variabele. (Ik heb hier een Arduino routine in C voor) Voor verzenden moet je wel alle 65 bits gebruiken, maar hier volstaat de oude 25-bits codering natuurlijk ook.

Code=010101010101010101001100101010101100101101001100110101001011010010 (Magneetschakelaar AAN)
Code=010101010101010101001100101010101100101101001100110101010011010010 (Magneetschakelaar UIT)
Code=010101010101010010110010101010101101010100101011001101001011001010 (Dubbele wisselschakelaar-1 AAN)
Code=010101010101010010110010101010101101010100101011001101010011001010 (Dubbele wisselschakelaar-1 UIT)
Code=010101010101010010110010101010101101010100101011001101001011001100 (Dubbele wisselschakelaar-2 AAN)
Code=010101010101010010110010101010101101010100101011001101010011001100 (Dubbele wisselschakelaar-2 UIT)
Code=010101010101001101010010101100101101010011010011010101001011010010 (Bewegingsmelder: Beweging)
Code=010101010101001101010010101100101101010011010011010101010011010010 (Bewegingsmelder: UIT)

quote:

Fuzzillogic schreef op donderdag 28 februari 2008 @ 00:51:
[...]

Je moet het signaal een paar keer herhalen (inclusief de pauze). Voor verdere details zie fotoopa in "[howto] Klik-aan-klik-uit aan computer"

Speaking of KaKu-signalen: de nieuwe zenders van KaKu gebruiken een nieuwe codering. Hoewel het voor de PC (en microcontroller) niet perse noodzakelijk is om het ook echt te decoderen, is het wel handig, ivm betrouwbaarheid. KaKu wil het me dus niet vertellen wat het schema is. Heeft hier iemand een idee?

Ik herhaal ze ook meerdere keren

Wil binnenkort als m`n materiaal binnen is (hoop klein elektra + graphic touchscreen) een soort afstandsbediening maken die met een 2de controller contact maakt om verschillende macro`s te kunnen uitvoeren om alles in huis te bedienen, buitenverlichting is nu tijds / lichtsterkte geschakeld en eventueel nog aan en uit te zetten via de standaard afstandsbediening. Ik heb verder nog een aantal encoder / decoder chips liggen waarmee ik het nodig binnenhuis remote wil gaan bedienen. Alleen zit ik nog met wat problemen over hoe ik dit ooit moet gaan wegwerken

quote:

P.K.Tonkes schreef op vrijdag 29 februari 2008 @ 20:27:
[...]


Timing gelijk aan oude KAKU. Alle zenders kennen een vast voorgeprogrameerde
(huis)code. Totaal 65 bits.

Maar... ik snap het niet. Als ik de scopeoutput bekijk dan zie ik geen binair systeem, maar een trinair systeem, net zoals het oude systeem. Het zijn iets van 32 of 33 blokjes (32 + 1 sync?), met telkens 1, 2 of 3 pulsen. Zoals ik het zie, zijn het dus geen bits maar 'trits'. Dat er ergens een binair getal in verstopt moet zitten is wel waarschijnlijk, die 67mln komt idd sterk overeen met 2^26, terwijl er geen 3-macht is die ook zo treffend in de buurt komt.

Het oude systeem werkt iig met 12 'trits', totaal zijn er 3^12 mogelijke combinaties. Dat staat duidelijk in de datasheets van de gebruikte IC's.

quote:

Fuzzillogic schreef op vrijdag 29 februari 2008 @ 23:04:
[...]

Maar... ik snap het niet. Als ik de scopeoutput bekijk dan zie ik geen binair systeem, maar een trinair systeem, net zoals het oude systeem. Het zijn iets van 32 of 33 blokjes (32 + 1 sync?), met telkens 1, 2 of 3 pulsen. Zoals ik het zie, zijn het dus geen bits maar 'trits'. Dat er ergens een binair getal in verstopt moet zitten is wel waarschijnlijk, die 67mln komt idd sterk overeen met 2^26, terwijl er geen 3-macht is die ook zo treffend in de buurt komt.

Het oude systeem werkt iig met 12 'trits', totaal zijn er 3^12 mogelijke combinaties. Dat staat duidelijk in de datasheets van de gebruikte IC's.

Voor het oude KAKU signaal is het vrij simpel. In de ontvangstroutine hoef je alleen maar de tijdsduur dat een puls HOOG is te meten. Dit levert je pulstrein van 25 bits. Als je alle nullen (oneven bits) er uit laat houdt je 12 bits over aan informatie. Geen trits te herkennen. De adressering is gewoon binair terug te vinden in het signaal. Middels wat shift en AND werk kun je vervolgens het adres, huis en commando uitfilteren. Voor het nieuwe systeem ligt het net iets anders. Hier worden zoals het er naar uit ziet idd trits worden gebruikt maar eigenlijk is de exacte interpretatie van het signaal niet zo belangrijk. Voor interpreteren kan je de volgende methode gebruiken:
1. Meet van iedere puls de tijd dat deze LAAG is; (timeout tijd komt niet zo nauw)
2. Puls lang en kort geven onderscheid tussen 1/0 aan;
3. L-Shift de bit in een variabele.
4. Als je klaar bent met ontvangen van 65 pulsen, AND dan de status aan/uit er uit.
5. AND de aan/uit bits weg. Wat je over houdt gebruik je als unieke adressering van de KAKU unit.

Verzenden gaat op de omgekeerde weg, maar dit pad heb ik verlaten omdat de oude codering makkelijker te gebruiken is,

Ik heb de code voor een Arduino. Als je interesse hebt en mij vertelt hoe ik in dit forum zo'n listing kan opnemen. dan post ik wel e.e.a.

Hoi,

Ben nu ook begonnen met het uitlezen van mijn remote, maar ik heb een probleem ...
Op mijn DCD pin staat -2V. Dit is vervelend want de NPN transistor staat dus eigenlijk continu in (reverse) geleiding... Lirc zegt ook dat het om een active high receiver gaat,
maar kan niet inlezen ...

Hoe kan ik dit oplossen ?

Gr,
Krissie

quote:

P.K.Tonkes schreef op vrijdag 29 februari 2008 @ 01:08:
Ik ben een tijdje weze knutselen met de Arduino en KAKU. Ik kwam tot de ontdekking dat KAKU signalen niet echt vriendelijk zijn voor een PC. Daarom een soort KAKU-bridge gemaakt met de Arduino. (KAKU-bridge heb ik al eerder gehoord op dit forum) Als er interesse is heb ik de volgende Arduino routines in de aanbieding;

- Verzenden van KAKU codes via RF433Mhz.
- ontvangen van KAKU-codes via RF433Mhz KAKU (ook van de nieuwe zenders met automatische 65-bit programmering zoals PIR, magneetschakelaar, schakelaars, sleutelhangerzender,etc) ontvangst routines zijn betrouwbaar en werken o.b.v. interrupts en belasten minimaal de loop() routine.
- Verzenden via IR (t.b.v. SconiCenter of Gerder). 38Khz draaggoft frequentie voor IR wordt door de Arduino opgewekt. Behalve LED, transistortje en weerstandje geen additionele hardware nodig.
- Ontvangen van 32-bits IR codes. Alleen TSOP IR ontvangertje direct koppelen aan Arduino, verder geen hardware nodig.

Ik wil ook wat gaan knutselen met de Arduino in combinatie met X10 en KaKu. Het idee is om X10 signalen te ontvangen met een RF ontvanger, te detecteren en om te zetten met het Arduino bordje en weer te verzenden met de RF zender. Zo kan ik goedkope KaKu modules gebruiken met bijvoorbeeld de X10 CM15Pro programmeerbare interface om zo ook makkelijk macros te kunnen gebruiken (om mee te beginnen, want dat zou met de Arduino natuurlijk ook kunnen).
Om niet opnieuw het wiel te hoeven uitvinden ben ik dus wel geïnteresseerd in de routines.

p.s. Volgens de faq (Overzicht van UBB-codes #tag_code) plaats je code tussen tags als volgt: [code=language,line,tabwidth,filename] for (i = 0; i < 4; i++) { .. } [/code]

Onlangs heb ik een AB600 gekocht.
Heeft iemand hier nog het config bestandje van liggen (voor lirc). alle links in dit topic werken niet meer

@P.K.Tonkes

Ik heb onlangs een arduino besteld, deze zal ergens deze week in de bus vallen. Nou ben ik erg erg erg benieuwd naar de code die jij geschreven hebt als KaKu bridge. Zou je deze met mij/ons willen delen?

Ik heb een Google Code project aangemaakt voor Home Automation met de Arduino. Dit is de URL:
http://code.google.com/p/arduinoha/

Binnenkort bij de Action:

http://www.action.nl/pages/OfferPage.aspx?type=week&nr=2
€7,49

quote:

Stekker Schakelaar
afstandsbediening
set/3

prijs per set

Elders € 14,95

Erg cheap

Die stekkerdimmer hoort er dus niet bij, die is te koop voor €1,nogwat

ThinkPad wijzigde dit bericht 14-07-2008 00:14 (14%)

Oud topic, wel interessant! Ik heb ook een Klikaan Klikuit systeem
Geen idee welk merk eigenlijk, want ik heb een klein sleutelhanger schakelaartje gevonden die je van binnen dmv DIP switches kan toewijzen aan een groep/kanaal. met aan en uit dus. Hij is tamelijk klein en ik zie zo'n cilinder vormig stalen dingetje (volgens mij de RF zender) en ik zie een IC, DIP switch (4), 2 knopjes (toetsenbord), een ledje, een blauw ding (geen idee wat, er staat 4000 G1 U op volgens mij), en eronder staat X101, en 4 weerstandjes. Als het echt nodig is maak in na men vakantie een foto. Ik heb dus geen idee waar ik de verbinding moet 'onderscheppen'. Ik zou eigenlijk liever voor een paar euro's een RF receiver/sender kopen/bouwen en daarmee lezen en zenden. Help plz xD

Ik heb onlangs een tpc-200 (klikAanKlikUit) gekocht.
Weet, of heeft iemand een DLL welke ik kan gebruiken om via bv een com-interface of .net assembly deze met mijn eigen (Delphi) progje kan gaan aansturen.

(Ik weet niet of dit de goede thread is, maar kon zo niets anders vinden)

Alvast bedankt voor any comments!

dcdekker wijzigde dit bericht 07-08-2008 13:40 (13%)

--

ThinkPad wijzigde dit bericht 24-08-2008 14:22 (115%)