• 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


Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
KaKu ATMT-502 remote & pilight?
#1
Hello all,

Recently I've acquired a 433Mhz sender / receiver kit from the pilight store. I've attached these to an Arduino for LPF and all seems to be fine. I can receiver signals from a number of KaKu remotes, except for the ATMT-502 unit, which I basically use all the time

As the remote seems to be fine (it does toggle my KaKu switches) and pilight responds just fine to all other remotes, I'm a bit at a loss here.

pilight-raw seems to be able to data from the KaKu remote pass by:
Code:
 433nano: 230 2640 230 230 230 1330 230 300 230 1330 230 1330 230 230 230 230 230 1330 230 300 230 1330 230 300 230 1330 230 1330 230 300 230 1330 230 230 230 1330 230 300 230 300 230 1330 230 1330 230 300 230 1330 230 300 230 1330 230 300 230 300 230 1330 230 300 230 1330 230 300 230 1330 230 1330 230 300 230 1330 230 300 230 1330 230 300 230 300 230 1330 230 1330 230 300 230 300 230 1330 230 1330 230 300 230 1330 230 300 230 1330 230 300 230 300 230 1330 230 300 230 1330 230 300 230 1330 230 300 230 1330 230 1330 230 300 230 1330 230 300 230 300 230 1330 230 8640 -# 131
 433nano: 200 2650 200 310 200 1350 200 310 200 1350 200 1350 200 310 200 310 200 1350 200 310 200 1350 200 310 200 1350 200 1350 200 310 200 1350 200 310 200 1350 200 310 200 310 200 1350 200 1350 200 310 200 1350 200 310 200 1350 200 310 200 310 200 1350 200 310 200 1350 200 310 200 1350 200 1350 200 310 200 1350 200 310 200 1350 200 310 200 310 200 1350 200 1350 200 310 200 310 200 1350 200 1350 200 310 200 1350 200 310 200 1350 200 310 200 310 200 1350 200 310 200 1350 200 310 200 1350 200 310 200 1350 200 1350 200 310 200 1350 200 310 200 310 200 1350 200 8640 -# 131

What am I missing here? pilight 7.0 is running on my RPi3
 
Reply
#2
I can decode this raw stream as:
Code:
{
        "message": {
                "id": 9364398,
                "unit": 6,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "arctech_switch",
        "uuid": "0000-b8-27-eb-a989a9",
        "repeats": 1
}
Are you using the stable or the nightly release of pilight ?
 
Reply
#3
(11-29-2016, 06:58 PM)wo_rasp Wrote: I can decode this raw stream as:
Code:
{
        "message": {
                "id": 9364398,
                "unit": 6,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "arctech_switch",
        "uuid": "0000-b8-27-eb-a989a9",
        "repeats": 1
}
Are you using the stable or the nightly release of pilight ?

I am using the latest stable release of pilight. Could you perhaps tell me how I could decode this myself? A test tells me you got this right, it's working light a charm!
 
Reply
#4
That is one of the benefits of the -L option with pilight-raw.
I use the complete set of raw pulses, copy them to the clipboard and paste it back into a "pilight-send -p raw -c "" command between the two "" characters ...
Depending on what I am looking for, i may change the value of the footer pulse (typically you will find them in the wiki), i may reduce the number of pulses, i may check the protocol for transmission errors (e.q. i replace invalid pulses with valid ones).

I am using my own version of pilight, supporting more protocols than the regular development branch (check in the wiki the section for the philipshue protocol, it has the link to my github repository) and I run the tests In this particular case, no changes were required.

Typically it is sufficient to use the pilight nightly.
 
Reply
#5
(11-29-2016, 11:43 PM)wo_rasp Wrote: That is one of the benefits of the -L option with pilight-raw.
I use the complete set of raw pulses, copy them to the clipboard and paste it back into a "pilight-send -p raw -c "" command between the two "" characters ...
Depending on what I am looking for, i may change the value of the footer pulse (typically you will find them in the wiki), i may reduce the number of pulses, i may check the protocol for transmission errors (e.q. i replace invalid pulses with valid ones).

I am using my own version of pilight, supporting more protocols than the regular development branch (check in the wiki the section for the philipshue protocol, it has the link to my github repository) and I run the tests In this particular case, no changes were required.

Typically it is sufficient to use the pilight nightly.

Thanks, that's some useful info there; I gave pilight-raw -L a try before, just not like this Smile
 
Reply
  


Possibly Related Threads...
Thread Author Replies Views Last Post
  [Fixed] RaspberryPi4 pilight 8.1.5 - Send isn't working DominikB1993 4 39 10-18-2019, 10:25 PM
Last Post: DominikB1993
  Real 433Mhz Remote is disturbed by pilight service henne111 2 156 10-06-2019, 06:18 PM
Last Post: wo_rasp
Tongue (solved) pilight 8.1.5-1-gc0a175e0 Chrashes fleisch 5 578 10-03-2019, 01:15 PM
Last Post: fleisch
  Starting pilight on boot: "cannot bind to the SSDP multicast network" pilino1234 4 343 09-29-2019, 02:08 PM
Last Post: tomk
  pilight for Raspbian Buster (raspberry pi 4) ? starob 29 2,438 07-15-2019, 08:45 PM
Last Post: curlymo
  pilight-receive Filteroption not working Alex 2 568 07-14-2019, 08:35 AM
Last Post: Alex
  pilight usb nano format conversion ettman8 2 452 07-14-2019, 08:32 AM
Last Post: curlymo
  pilight 8.1.4 crashes after some hours Ulrich.Arnold 47 2,690 06-29-2019, 08:58 PM
Last Post: curlymo
  Raspberry PI, gpio-ir-tx and pilight not starting lordslash 5 862 06-11-2019, 05:19 PM
Last Post: curlymo
  pilight fails starting on boot Alex 5 752 06-09-2019, 06:02 PM
Last Post: curlymo

Forum Jump:


Browsing: 1 Guest(s)