• 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


[Fully Supported] IT PA3-1000
#1
Hi curlymoo,

first of all I have to thank you for your great development accomplishment.

Like some other users I have some issues with my Intertechno PA3-1000 sets (http://www.intertechno.at/produkte/zwisc...-1000.html) wich are very similar to the IT-1500 sets from intertechno.

With your older 433.92-Raspberry-Pi tool I was able to find out the id/unit matrix for all my sockets in this form:

Code:
A1
ID: 15
House/unit: 31

A2
ID: 15
House/unit: 15

...and so on.
The receive-script declared the type as "elro".
Unfortunately i wasn't able to turn on any device at all. Curiously I was able to turn all devices off, if they where in the on-state.

After installing your current valid pilight tool the situation is the same. I am able to turn all devices off with the command "pilight-send -p elro -i 15 -u 31 -f" as an example, but I am not able to turn the device on at all.

Using the new pilight-receive script gives me the same ids and unit numbers as the 433.92-Raspberry-Pi version did. The only difference is that it declares the protocol to be "arctech_old" most time. Sometimes it says it is "sartano".

For example the bash output was like the following when I pushed the Off button of device B1 on the original intertechno remote:
Code:
{
         "code": {
                 "id": 15,
                 "unit": 30,
                 "state": "off"
         },
         "origin": "receiver",
         "protocol": "sartano"
}
{
         "code": {
                 "id": 15,
                 "unit": 30,
                 "state": "on"
         },
         "origin": "receiver",
         "protocol": "archtech_old"
}
I can't explain why he says it's "sartano" and state "off" and "archtech_old" and state "on" when pushing the same button.

Unfortunately the pilight-learn script gives me the following error when starting:

*** glibc detected *** pilight-learn: munmap_chunk(): invalid pointer: 0xb6f49280 ***
Abgebrochen

The pilight-debug script doesn't react when pushing any button on the remote.

Do you have any suggestions what I can try next?

Thanks for your effort!

Stefan


Attached Files
.xlsx   code matrix.xlsx (Size: 9.3 KB / Downloads: 12)
 
Reply
#2
Looks like a job for you @Bram1337
 
Reply
#3
I don't think this sartano (elro) protocol. But it might be arctech_old, please read what I last added to this post.

Can you post a few different combinations with pilight-debug -L or pilight-learn -L? That is more useful than pilight-receive at this point. If that still doens't work I suggest a mode2 dump on pastebin.

For each combination, please report how you configured your switches and remote.

We are still developing arctech_old protocol. If you replace arctech_old.c the following function with this can you report back? Don't forget to make clean && make && sudo make install && sudo pilight-daemon -D

Code:
void arctechOldParseBinary(void) {
    int fp = 0;
    int i = 0;
    for(i=0;i<arctech_old->binLength;i++) {
        arctech_old->binary[i] = arctech_old->code[(4*i+2)]; // lsb = 2
        if (arctech_old->code[(4*i+0)] != 0) fp = 1;
        if (arctech_old->code[(4*i+1)] != 1) fp = 1;
        if (arctech_old->code[(4*i+2)] == arctech_old->code[(4*i+3)]) fp = 1;
    }
    if (arctech_old->code[48] != 0) fp = 1;
    if (arctech_old->code[49] != 1) fp = 1;
    arctech_old->message = NULL;
    int unit = binToDec(arctech_old->binary, 0, 4);
    int state = arctech_old->binary[11];
    int id = binToDec(arctech_old->binary, 5, 9);
    if (fp == 0)
        arctechOldCreateMessage(id, unit, state);
}
 
Reply
#4
Hi Bram1337,

thanks for your fast reply.

Maybe I did get something wrong. After replacing the arctech_old.c with your posted version I get the following error after make clean && make:

Code:
arctech_old.c: In function ‘arctechOldParseBinary’:
arctech_old.c:4:15: error: ‘arctech_old’ undeclared (first use in this function)
arctech_old.c:4:15: note: each undeclared identifier is reported only once for each function it appears in
arctech_old.c:12:28: error: ‘NULL’ undeclared (first use in this function)
arctech_old.c:13:5: warning: implicit declaration of function ‘binToDec’ [-Wimplicit-function-declaration]
arctech_old.c:17:9: warning: implicit declaration of function ‘arctechOldCreateMessage’ [-Wimplicit-function-declaration]
make[1]: *** [arctech_old.o] Fehler 1
make[1]: Leaving directory `/home/pi/pilight/protocols'
make: *** [protocols] Fehler 2

After getting that error I rereplaced it with the old version and did a make clean && make && sudo make install && sudo pilight-daemon -D.

Trying to launch pilight-debug -L results in:

Code:
pi@raspberrypi ~/pilight $ sudo pilight-debug -L
[Aug 27 15:24:04] pilight-debug: ERROR: could not get file information for /dev/lirc0

When launching pilight-learn -L I get the following:

Code:
pi@raspberrypi ~/pilight $ pilight-learn -L
Speicherzugriffsfehler

"Speicherzugriffsfehler" means segmentation fault.[/code]
 
Reply
#5
What you did wrong is you replaced whole file. I meant you only to replace the following function:

Code:
void arctechOldParseBinary(void) {
...
}

Furthermore, to make pilight-debug -L work you must first cancel the daemon (assuming you have already done a modprobe after rebooting your Raspberry Pi):

Code:
sudo pkill -9 pilight
 
Reply
#6
Hello Bram1337,

you're absolutely right in both cases. I will test it again when I'm back home tomorrow afternoon.
If replacing the function within the arctech_old.c won't bring any benefit I will try to document some more outputs of pilight-debug and/or pilight-learn.
 
Reply
#7
Alright, keep me updated.
 
Reply
#8
Good evening,

replacing the arctechOldParseBinary function within the arctech_old.c leads to the following error when trying to make:

Code:
arctech_old_orig.o: In function `arctechOldPrintHelp':
/home/pi/pilight/protocols/arctech_old_orig.c:146: multiple definition of `arctechOldPrintHelp'
arctech_old.o:/home/pi/pilight/protocols/arctech_old.c:158: first defined here
arctech_old_orig.o: In function `arctechOldCreateMessage':
/home/pi/pilight/protocols/arctech_old_orig.c:30: multiple definition of `arctechOldCreateMessage'
arctech_old.o:/home/pi/pilight/protocols/arctech_old.c:30: first defined here
arctech_old_orig.o: In function `arctechOldParseBinary':
/home/pi/pilight/protocols/arctech_old_orig.c:40: multiple definition of `arctechOldParseBinary'
arctech_old.o:/home/pi/pilight/protocols/arctech_old.c:40: first defined here
arctech_old_orig.o: In function `arctechOldCreateLow':
/home/pi/pilight/protocols/arctech_old_orig.c:50: multiple definition of `arctechOldCreateLow'
arctech_old.o:/home/pi/pilight/protocols/arctech_old.c:62: first defined here
arctech_old_orig.o: In function `arctechOldCreateHigh':
/home/pi/pilight/protocols/arctech_old_orig.c:61: multiple definition of `arctechOldCreateHigh'
arctech_old.o:/home/pi/pilight/protocols/arctech_old.c:73: first defined here
arctech_old_orig.o: In function `arctechOldClearCode':
/home/pi/pilight/protocols/arctech_old_orig.c:69: multiple definition of `arctechOldClearCode'
arctech_old.o:/home/pi/pilight/protocols/arctech_old.c:81: first defined here
arctech_old_orig.o: In function `arctechOldCreateUnit':
/home/pi/pilight/protocols/arctech_old_orig.c:73: multiple definition of `arctechOldCreateUnit'
arctech_old.o:/home/pi/pilight/protocols/arctech_old.c:85: first defined here
arctech_old_orig.o: In function `arctechOldCreateId':
/home/pi/pilight/protocols/arctech_old_orig.c:87: multiple definition of `arctechOldCreateId'
arctech_old.o:/home/pi/pilight/protocols/arctech_old.c:99: first defined here
arctech_old_orig.o: In function `arctechOldCreateCode':
/home/pi/pilight/protocols/arctech_old_orig.c:111: multiple definition of `arctechOldCreateCode'
arctech_old.o:/home/pi/pilight/protocols/arctech_old.c:123: first defined here
arctech_old_orig.o: In function `arctechOldCreateState':
/home/pi/pilight/protocols/arctech_old_orig.c:102: multiple definition of `arctechOldCreateState'
arctech_old.o:/home/pi/pilight/protocols/arctech_old.c:114: first defined here
arctech_old_orig.o: In function `arctechOldCreateFooter':
/home/pi/pilight/protocols/arctech_old_orig.c:108: multiple definition of `arctechOldCreateFooter'
arctech_old.o:/home/pi/pilight/protocols/arctech_old.c:120: first defined here
arctech_old_orig.o: In function `arctechOldInit':
/home/pi/pilight/protocols/arctech_old_orig.c:153: multiple definition of `arctechOldInit'
arctech_old.o:/home/pi/pilight/protocols/arctech_old.c:165: first defined here
make[1]: *** [protocols.o] Fehler 1
make[1]: Leaving directory `/home/pi/pilight/protocols'
make: *** [protocols] Fehler 2

Because of having the same bug when starting the pilight-learn script like josgamala has, I wrote down the whole output of all button combinations using the pilight-debug to provide you more informations.
You can find em within the attached pilight.txt


Attached Files
.txt   pilight.txt (Size: 11.61 KB / Downloads: 20)
 
Reply
#9
Thanks for that attachment, that will be useful. I will take a further look at it tomorrow evening.
 
Reply
#10
I have looked into your attachment and changed the protocol accordingly. Can you please try it and report back the results? It seems to be arctech_old protocol.

Code:
cd ~
rm pilight -R
git clone --depth 5 -b memory https://github.com/pilight/pilight
cd pilight
make
sudo make install
sudo pilight-daemon -D

In a seperate terminal:
Code:
pilight-receive

And also test sending with the values you received:
Code:
pilight-send -p intertechno_old -u (fill in) -i (fill in) -t
pilight-send -p intertechno_old -u (fill in) -i (fill in) -f

Let me know if it works 100%.
 
Reply
  


Possibly Related Threads...
Thread Author Replies Views Last Post
Lightbulb [Fully Supported] Kaku Door sensor (AMST-606) geerttttt 53 24,938 10-19-2019, 06:26 PM
Last Post: curlymo
  [Partially Supported] TFA / Conrad Weather Yves 184 12,822 03-31-2019, 05:22 PM
Last Post: curlymo
  [Fully Supported] DHT22 IcedEarth 86 32,285 11-18-2018, 09:33 AM
Last Post: curlymo
  [Fully Supported] Arctech Old Martin 111 36,144 03-27-2018, 04:43 PM
Last Post: genfersee
  [Fully Supported] Clarus Switches Marcin 69 25,072 01-30-2018, 07:10 PM
Last Post: Niek
  [Fully Supported] Remote Control Socket (RC101-U/RC201) Sean 18 10,916 01-04-2018, 06:18 AM
Last Post: ettman8
  [Fully Supported] LM75 and LM76 temperature sensor horst_dieter 64 25,566 11-19-2017, 08:54 PM
Last Post: edepi
  [Fully Supported] No-brand temp/humidity sensor (alecto_ws1700) meloen 57 35,863 12-25-2016, 09:53 PM
Last Post: creamers
  Quigg GT-1000 maartenh 53 25,313 12-05-2016, 03:13 PM
Last Post: Klaus
  [Fully Supported] Impuls/SelectRemote Bram 113 48,172 05-28-2016, 02:53 PM
Last Post: Puuu

Forum Jump:


Browsing: 1 Guest(s)