• 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


Intertechno ITR-1500 (Model PER-1500)
#1
Hi,

I'm trying to get the Intertechno ITR-1500 plug (self-learning, no dip-switches) working with pilight.

All of the three included plugs are working perfectly with the remote (Intertechno ITT-1500).

I'm using 433MHz transmitter and receiver and they seem to work. Here's the model:
  • Vendor: Aukru
  • Receiver: Model:MX-05V
  • Transmitter: Model:MX-FS-03V (I soldered a 17,32cm antenna to it)
  • closer description + pictures here.

When I use the ITT-1500 remote, pilight-receive gives the following output when I press the ON button ONCE for the second device (1):
Code:
{
        "code": {
                "id": 13935646,
                "unit": 1,
                "state": "up"
        },
        "origin": "receiver",
        "protocol": "arctech_screens",
        "uuid": "0000-00-00-55-abc9b3",
        "repeats": 1
}
{
        "code": {
                "id": 13935646,
                "unit": 1,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switches",
        "uuid": "0000-00-00-55-abc9b3",
        "repeats": 1
}
{
        "code": {
                "id": 13935646,
                "unit": 1,
                "state": "up"
        },
        "origin": "receiver",
        "protocol": "arctech_screens",
        "uuid": "0000-00-00-55-abc9b3",
        "repeats": 2
}
{
        "code": {
                "id": 13935646,
                "unit": 1,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switches",
        "uuid": "0000-00-00-55-abc9b3",
        "repeats": 2
}
{
        "code": {
                "id": 13935646,
                "unit": 1,
                "state": "up"
        },
        "origin": "receiver",
        "protocol": "arctech_screens",
        "uuid": "0000-00-00-55-abc9b3",
        "repeats": 3
}
{
        "code": {
                "id": 13935646,
                "unit": 1,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switches",
        "uuid": "0000-00-00-55-abc9b3",
        "repeats": 3
}

This is the output when pressing the corresponding OFF button:
Code:
{
        "code": {
                "id": 13935646,
                "unit": 1,
                "state": "down"
        },
        "origin": "receiver",
        "protocol": "arctech_screens",
        "uuid": "0000-00-00-55-abc9b3",
        "repeats": 1
}
{
        "code": {
                "id": 13935646,
                "unit": 1,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "arctech_switches",
        "uuid": "0000-00-00-55-abc9b3",
        "repeats": 1
}
{
        "code": {
                "id": 13935646,
                "unit": 1,
                "state": "down"
        },
        "origin": "receiver",
        "protocol": "arctech_screens",
        "uuid": "0000-00-00-55-abc9b3",
        "repeats": 2
}
{
        "code": {
                "id": 13935646,
                "unit": 1,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "arctech_switches",
        "uuid": "0000-00-00-55-abc9b3",
        "repeats": 2
}
{
        "code": {
                "id": 13935646,
                "unit": 1,
                "state": "down"
        },
        "origin": "receiver",
        "protocol": "arctech_screens",
        "uuid": "0000-00-00-55-abc9b3",
        "repeats": 3
}
{
        "code": {
                "id": 13935646,
                "unit": 1,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "arctech_switches",
        "uuid": "0000-00-00-55-abc9b3",
        "repeats": 3
}

I looked up what "arctech_switches" would correspond to within pilight and found this page for the switches and this one for the screens.

So I tried all of them with pilight-send, but without luck:

Code:
pi@raspberrypi ~ $ sudo pilight-send -p intertechno_switch -i 13935646 -u 1 -t
pi@raspberrypi ~ $ sudo pilight-send -p dio_switch -i 13935646 -u 1 -t
pi@raspberrypi ~ $ sudo pilight-send -p coco_switch -i 13935646 -u 1 -t
pi@raspberrypi ~ $ sudo pilight-send -p kaku_switch -i 13935646 -u 1 -t
p
pi@raspberrypi ~ $ sudo pilight-send -p kaku_screen -i 13935646 -u 1 -t
p
...


None of the above works (neither with the web frontend nor with pilight-send.

The code is sent as I can see in the output of pilight-receive while doing the stuff above:
Code:
{
        "origin": "sender",
        "protocol": "arctech_switches",
        "code": {
                "id": 13935646,
                "unit": 1,
                "state": "on"
        },
        "repeat": 1,
        "uuid": "0000-00-00-55-abc9b3"
}

Anyway, I only send a switch or screen command - while the original ITT-1500 sends a few of both of them.

When I start pilight-learn it stays forever with the first question (I stopped after two minutes). After pressing CTRL+C I get the following output:
Code:
pi@raspberrypi ~ $ sudo pilight-learn
[Jan 25 20:51:21:183683] pilight-learn: ERROR: pilight-daemon instance found (2209)

pi@raspberrypi ~ $ sudo service pilight stop
[ ok ] Stopping : pilight.
pi@raspberrypi ~ $ sudo pilight-learn
1. Please send and hold one of the OFF buttons.^C
--[RESULTS]--

hardware:       433gpio
pulse:          0
rawlen:         0
binlen:         0
plslen:         1011

on-off bit(s):
all bit(s):
unit bit(s):

Raw code:

Raw simplified:
On:
Off:
All:
Unit 1:
Unit 2:
Unit 3:
Binary code:
On:
Off:
All:
Unit 1:
Unit 2:
Unit 3:

pi@raspberrypi ~ $

Next I tried pilight-debug but that must be killed hard after being started - CTRL-C is not working there and no input is shown:

Code:
pi@raspberrypi ~ $ sudo pilight-debug
Press and hold one of the buttons on your remote or wait until
another device such as a weather station has send new codes
The debugger will automatically reset itself after one second of
failed leads. It will keep running until you explicitly stop it.
This is done by pressing both the [CTRL] and C buttons on your keyboard.
^C^CKilled
pi@raspberrypi ~ $

Looking up what may be the case for this I found this thread: pilight-debug not working

Your advice there was to paste a longer output from pilight-raw. So that's what I did. You can find it here.
Don't know what kind of pattern I should use for pressing the buttons. If there is a specific pattern needed, please let me know.

I'm not sure if I'm doing something wrong or the ITR-1500 is not supported correctly.

Any help is highly appreciated.

Cheers,
Sascha
 
Reply
#2
The codes posted differ from arctech_switch by 4 bytes.

@Sascha:
The protocol is transmitted several times: In your pastebin posting a new transmission starts at:
Code:
151
279
409
538
667
925
2583
2714
2842
....
Header and Footer are the same as for arctech, but the payload is one bit (or 4 pulses) shorter than the design value of 132.
With my ITT1500 remote the packets are even shorter (121, 123 pulses).

I have monitored some inconsistencies but the distance i have them working is on the physical limits (from 1st floor to basement and trough a brick wall). I assume that there are inconsistencies between the remote control and pilight, it may be that the switch can handle pilight and the remote control, as the switch can handle multiple remotes.

Have you tried to teach the switch to use an ID generated by pilight ?

@curlymo,
i think a mental note is beneficial that there seem to be inconsistencies in the protocol implementation.

Edit:
I did a closer analysis of the raw data:
None of the first 12 pulse streams are error-free and pulses are missing.
Taking that into account the protocol conforms to the wiki.
Header: 2 pulses
Payload: 128 pulses
Footer 2 Pulses
base duration: 77µS

Compared to the wiki for intertechno, the pulse durations seem to be different:
3*77=231, 4*77=308, 3*77=232, 18*77=1386
Header: 34*77=2618
Footer: 34*4*77=10472
 
Reply
#3
@wo_rasp: First of all thank you very much for your detailed reply to my post.
I'm not quite sure if you are referring to my pastebin posting. In mine there is for example no number "2714": http://pastebin.com/7zhhYjTy

I have repeated the output, as in the meantime I got running pilight-debug + pilight-raw without issues. So I think the new output can help troubleshooting as all outputs worked without errors or hanging processes.

As you can see, pilight-receive and pilight-debug are recording multiple events.

I fed pilight-send with the raw data of all blocks but the switch was not set on. I also monitored with pilight-receive to see if the raw sequence is understood by the receiver, which is the case.

I think the "issue" here is, that when I press a button ONCE at the ITT-1500 remote (Model PET-910) there is not only one command sent but a "loop pattern". You can see it in the pilight-receive output.

If I should write it down in pseudo code, it would look like this:

Code:
for (i = 1 to [3..5]) {
  send arctech_switch protocol;
  repeat i-times;
  send arctech_screen protocol;
  repeat i-times;
  increase i;
}

(hope that's understandable Smile )


Quote:Have you tried to teach the switch to use an ID generated by pilight ?

@wo_rasp: I tried to send a pilight-send command with new id when the switch is plugged in:

Code:
pi@RaspberryFHEM ~ $ sudo pilight-send -p intertechno_switch -i 13575436 -u 0 -t

but am not sure if that is what you mean. Can you give me a hint, how I can do this? Didn't find anything on the pilight page.
 
Reply
#4
(01-28-2015, 06:21 PM)Sascha Wrote: @wo_rasp: First of all thank you very much for your detailed reply to my post.
I'm not quite sure if you are referring to my pastebin posting. In mine there is for example no number "2714": http://pastebin.com/7zhhYjTy
I do refer to your original listing.
Line 2714 is where a new command starts, the line before is the footer pulse. Try to send that sequence back using pilight-send:
Code:
pilight-send -p raw -c "190 2734 227 302 239 1337 239 308 238 1339 240 1327 241 312 238 1369 214 308 239 321 232 1336 234 1332 238 314 237 313 229 1366 221 1352 228 323 228 308 231 1371 207 311 225 1344 238 1423 179 301 233 298 242 1349 228 1352 215 336 212 328 225 1365 220 307 223 1357 217 1410 228 335 228 313 229 1358 209 309 240 1353 218 311 235 1345 228 316 227 1352 228 313 230 1368 215 1373 197 320 255 1327 215 322 231 1336 230 335 230 1341 229 322 239 307 227 1352 230 315 226 1375 215 315 226 1356 224 314 229 1352 227 312 230 1352 230 311 229 1354 224 315 232 1362 206 10448"
The code sequence above is a cleaned up sequence taken from the raw sequences starting at line 151 and 279.

(01-28-2015, 06:21 PM)Sascha Wrote: I have repeated the output, as in the meantime I got running pilight-debug + pilight-raw without issues.....
pilight-learn, pilight-debug rely on certain behaviour. In order to analyse an unknown protocol or a variant that does not behave as expected, pilight-raw is my preferred tool .. but even that data i compare manually several sets and try to conclude what the original data may have been.
(01-28-2015, 06:21 PM)Sascha Wrote: I fed pilight-send with the raw data of all blocks but the switch was not set on. I also monitored with pilight-receive to see if the raw sequence is understood by the receiver, which is the case.
Can you please post what you fed back ?
Is it similar to my posting above, e.q. "190 2734 ..... 206 10448" ?
190 2734 is the header
.... are the 128 pulses of the payload
206 10448 is the footer
(01-28-2015, 06:21 PM)Sascha Wrote: I think the "issue" here is, that when I press a button ONCE at the ITT-1500 remote (Model PET-910) there is not only one command sent but a "loop pattern". You can see it in the pilight-receive output.... in pseudo code:
send arctech_switch protocol;
repeat i-times;
send arctech_screen protocol;
repeat i-times;
You are right the data is transmitted typically 4 times.
-> narmally you will find 4 times the same pulse sequence

You are right there are remote controls around, that do transmit multiple protocols on one button press, and i am aware of at least one remote control that uses the arctech_switch protocol, but i do not think that that is the case here.

In any case the reason why pilight reports arctech_switch and arctech_screen protocol is due to the fact that both protocols have the same length and the same footer pulse. In this case the pilight daemon broadcasts both protocols and based on the entries in config.json all protocols that are not configured by the user are discarded (e.q. if you have a screen device for example with id:1 and unit:2 you will not configure a switch with the same id and unit.
(hope that's understandable Smile )
(01-28-2015, 06:21 PM)Sascha Wrote: I tried to send a pilight-send command with new id when the switch is plugged in:
Code:
pi@RaspberryFHEM ~ $ sudo pilight-send -p intertechno_switch -i 13575436 -u 0 -t
but am not sure if that is what you mean. Can you give me a hint, how I can do this? Didn't find anything on the pilight page.
Yes, that is what i meant, the configuration of a device is typically described in the product manual of your device.
The ITT devices typically blink for a couple of seconds after being plugged in and will accept configuration information within that time period - either from your remote control or from pilight ....
Please ensure that you fully understand that step, typically the switch can store multiple configurations (e.q. can listen to multiple remote controls), in particular how you can delete old configurations ...
 
Reply
#5
@Sascha,

I have prepared a modified arctech_switch protocol driver, based on the latest nightlies.
You can download it from github: https://github.com/wo-rasp/pilight/tree/itt_1500
 
Reply
#6
@wo_rasp,

It took me a while to clone the code (previously not familiar with git).
I compiled it and and it is now installed. Sorry, no programmer :-}

Looks good so far:
Code:
pi@RaspberryFHEM ~ $ sudo pilight-daemon --version
pilight-daemon version 5.0, commit v5.0-250-gce19bc5

Sending a pilight-send command however is not successful (as the switch is not turned on):
Code:
pi@RaspberryFHEM ~ $ pilight-send -p intertechno_switch -i 13935644 -u 0 -t

I did a few pilight-raw processings (before installing your ITT-1500 test version). Maybe they can help in further processing?

Does that help?
 
Reply
#7
There three main topics.

A) Wrong pulse length / footer length in my driver
------------------------------------------------
I did not check which plslen the driver will use, i assumed it will use the 1st definition, but it is using tha last one, thus
pilight-send -p intertechno_switch -p 13935646 -u 0 -t was sending:
Code:
279 2511 231 279 231 1386 231 279 231 1386 231 1386 231 279 231 1386 231 279 231 279 231 1386 231 1386 231 279 231 279 231 1386 231 1386 231 279 231 279 231 1386 231 279 231 1386 231 1386 231 279 231 279 231 1386 231 1386 231 279 231 279 231 1386 231 279 231 1386 231 1386 231 279 231 279 231 1386 231 279 231 1386 231 279 231 1386 231 279 231 1386 231 279 231 1386 231 1386 231 279 231 1386 231 279 231 1386 231 279 231 1386 231 279 231 279 231 1386 231 279 231 1386 231 1386 231 279 231 279 231 1386 231 279 231 1386 231 279 231 1386 231 279 231 1386 231 9486
and not the intended:
Code:
308 2772 231 308 231 1386 231 308 231 1386 231 1386 231 308 231 1386 231 308 231 308 231 1386 231 1386 231 308 231 308 231 1386 231 1386 231 308 231 308 231 1386 231 308 231 1386 231 1386 231 308 231 308 231 1386 231 1386 231 308 231 308 231 1386 231 308 231 1386 231 1386 231 308 231 308 231 1386 231 308 231 1386 231 308 231 1386 231 308 231 1386 231 308 231 1386 231 1386 231 308 231 1386 231 308 231 1386 231 308 231 1386 231 308 231 308 231 1386 231 308 231 1386 231 1386 231 308 231 308 231 1386 231 308 231 1386 231 308 231 1386 231 308 231 1386 231 10472

You can correct this yourself, please do the following and edit file:
pilight/libs/protocols/arctech_switch.c

Goto Line 213
THis line looks like this:
L213: protocol_plslen_add(arctech_switch, 308);

Move that line 5 lines down, so that the code looks like this:
protocol_plslen_add(arctech_switch, 315);
protocol_plslen_add(arctech_switch, 303);
protocol_plslen_add(arctech_switch, 251);
protocol_plslen_add(arctech_switch, 279);
protocol_plslen_add(arctech_switch, 308);

Recompile and restart the pilight daemon in debug mode: pilight-daemon -D.
Open a 2nd bash shell.
When you issue a pilight send command you will see in the pilight debug window the raw data generated.

B) pilight-send Parameters:
--------------------------
Looking at your raw data, the id is 13935646
In your pilight-send command the id should end with 6 not with 4.

pi@fhem$ pilight-send -p intertechno_switch -i 13935646 -u 0 -t

C) Analysis of your raw data:
---------------------------
ON unit 0: 2nd pulse sequence is correct, no further analysis
OFF unit 0: 3rd pulse sequence is correct
ON unit 1: None of the pulse streams is correct. The best one is the last one, but it has unit 6 coded as pulse 113 (492) and pulse 119 (586) seem to be wrong
Code:
{
        "message": {
                "id": 13935646,
                "unit": 6,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switch",
        "uuid": "0000-00-00-24-f1d4da",
        "repeats": 1
}
Result for modified pulse stream 492 --> 250 250, 586 --> 300 300:
{
        "message": {
                "id": 13935646,
                "unit": 1,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switch",
        "uuid": "0000-00-00-24-f1d4da",
        "repeats": 1
}
OFF unit 1: 3rd, 4th pulse stream is correct, 5th pulse stream pulse 120 (588) is wrong, error may remain undetected
Code:
on unit 0    208 2746 211 324 224 1382 202 314 226 1375 205 1360 200 336 249 1364 202 305 228 438 117 1366 207 1361 205 326 230 437 118 1356 203 1363 206 341 220 398 193 1331 207 325 213 1385 266 1299 202 326 223 426 137 1369 204 1355 204 329 218 411 125 1412 211 287 259 1346 206 1566 126 196 237 317 225 1363 211 406 113 1394 503 108 152 1358 202 335 217 1493 255 163 214 1505 134 1301 206 327 222 1362 439 123 201 1370 206 339 215 1416 140 350 213 419 124 1391 203 322 207 1383 201 1370 207 321 222 429 128 1383 205 306 215 1425 134 346 217 1382 199 321 221 1372 206 10450
off unit 0    209 2744 215 312 231 1377 220 294 232 1374 220 1364 224 288 231 1377 233 278 238 300 238 1376 217 1340 207 330 229 433 119 1370 219 1352 222 313 229 307 399 1226 216 298 216 1378 222 1352 220 297 261 290 222 1377 223 1347 206 325 226 312 370 1240 358 183 196 1380 210 1363 218 319 230 313 228 1401 148 351 224 1375 212 303 231 1382 217 288 235 1373 215 302 230 1385 214 1352 206 311 231 1404 144 349 225 1374 220 314 226 1422 145 332 222 320 228 1376 253 323 177 1365 220 300 229 1457 149 286 230 1373 425 121 199 1365 208 317 238 1389 217 277 239 1367 223 10401
on unit 1:    148 2800 221 313 197 1400 215 294 217 1401 146 1412 203 329 208 1399 202 316 204 333 208 1394 225 1342 230 305 206 330 214 1416 185 1354 221 330 205 334 284 1398 148 284 218 1400 220 1368 164 330 216 434 130 1379 217 1353 216 301 237 307 215 1406 144 363 207 1389 222 1345 223 334 195 337 208 1394 224 292 215 1391 223 295 247 1351 215 302 419 1193 218 298 208 1397 227 1337 222 306 223 1459 146 294 212 1431 144 350 205 1426 147 341 209 337 365 1345 148 248 232 1482 316 1151 492 254 326 215 1388 213 586 1327 211 387 238 1283 210 1357 210 302 220 137830 10445 10450
modified:    148 2800 221 313 197 1400 215 294 217 1401 146 1412 203 329 208 1399 202 316 204 333 208 1394 225 1342 230 305 206 330 214 1416 185 1354 221 330 205 334 284 1398 148 284 218 1400 220 1368 164 330 216 434 130 1379 217 1353 216 301 237 307 215 1406 144 363 207 1389 222 1345 223 334 195 337 208 1394 224 292 215 1391 223 295 247 1351 215 302 419 1193 218 298 208 1397 227 1337 222 306 223 1459 146 294 212 1431 144 350 205 1426 147 341 209 337 365 1345 148 248 232 1482 316 1151 250 250 254 326 215 1388 213 300 300 1327 211 387 238 1283 210 1357 210 302 220 10500
OFF unit 1:    278 2699 212 283 243 1370 217 300 227 1379 216 1350 222 302 236 1438 150 293 238 306 235 1375 203 1371 219 303 241 321 209 1379 215 1358 219 320 224 309 232 1405 147 343 224 1407 178 1358 219 320 219 310 247 1357 199 1575 127 183 245 312 327 1277 210 314 334 1264 223 1333 212 347 223 465 125 1326 390 89 277 1416 372 89 238 1370 209 318 223 1371 194 335 222 1369 198 1378 221 310 224 1488 156 248 235 1414 262 219 238 1487 270 180 230 261 241 1440 146 306 227 1419 147 331 223 1427 136 341 216 1378 222 298 229 1412 145 340 225 1380 221 1338 212 329 205 10436
    221 2729 221 296 237 1405 147 332 232 1369 213 1364 209 318 231 1378 226 286 228 307 238 1379 442 1110 205 333 238 411 135 1361 377 1192 208 325 240 312 227 1377 217 294 265 1340 216 1356 219 313 228 312 393 1217 214 1353 219 302 259 279 242 1376 201 313 233 1399 149 1385 472 122 184 312 230 1419 145 331 301 1325 369 114 251 1361 210 374 166 1373 210 315 228 1371 196 1368 354 183 240 1340 219 325 225 1360 231 319 224 1368 216 314 225 311 396 1222 465 111 161 1368 207 322 224 1383 261 238 242 1372 204 320 225 1380 218 302 225 1384 217 1349 222 297 217 10428
5th wrong    211 2743 209 322 224 1370 215 311 221 1382 217 1357 222 294 234 1418 142 328 235 309 390 1221 211 1362 219 306 231 297 345 1272 200 1373 223 306 236 308 393 1223 207 297 236 1383 215 1347 217 314 225 313 226 1391 214 1345 222 304 229 311 234 1378 202 304 236 1377 217 1356 220 316 268 261 242 1395 381 118 232 1378 214 290 236 1377 214 295 234 1375 223 291 233 1383 219 1450 254 173 225 1422 142 335 219 1363 208 340 390 1204 208 473 261 157 196 1536 133 211 241 1374 213 309 386 1212 211 324 386 1200 211 588 1318 206 329 319 1272 210 1366 221 299 225 127293 10428
modified:    211 2743 209 322 224 1370 215 311 221 1382 217 1357 222 294 234 1418 142 328 235 309 390 1221 211 1362 219 306 231 297 345 1272 200 1373 223 306 236 308 393 1223 207 297 236 1383 215 1347 217 314 225 313 226 1391 214 1345 222 304 229 311 234 1378 202 304 236 1377 217 1356 220 316 268 261 242 1395 381 118 232 1378 214 290 236 1377 214 295 234 1375 223 291 233 1383 219 1450 254 173 225 1422 142 335 219 1363 208 340 390 1204 208 473 261 157 196 1536 133 211 241 1374 213 309 386 1212 211 324 386 1200 211 300 300 1318 206 329 319 1272 210 1366 221 299 225 10500

Please try to feed those streams back to your switch, if this does not work, i will test those streams next week with my ITR-1500 switches.

Question: Are you sure that your transmitter is working ?
Another setup issue: config.json
Please find below my basic setup, the following two parameters have an impact on transmitting data:
"send-repeats": 10, -- This parameter defines how often a single pilight-send command is repeated as pulse stream
"sender": 0, -- This parameter defines the Output used to control the transmitter, please check your wiring.
As you can receive data i assume that the parameter for "receiver": 1 is correct.
Example CONFIG.JSON:
Code:
{
    "devices": {},
    "rules": {},
    "gui": {},
    "settings": {
        "log-level": 4,
        "pid-file": "/var/run/pilight.pid",
        "log-file": "/var/log/pilight.log",
        "send-repeats": 10,
        "receive-repeats": 1,
        "webserver-enable": 1,
        "webserver-root": "/usr/local/share/pilight/",
        "webserver-port": 5001,
        "webserver-cache": 1,
        "firmware-update": 0
    },
    "hardware": {
        "433gpio": {
            "sender": 0,
            "receiver": 1
        }
    },
    "registry": {
        "pilight": {
            "version": {
                "current": "5.0"
            }
        }
    }
}
 
Reply
#8
OK, recompiled with the changes.

To A)

running pilight-daemon -D and sending

Code:
pi@RaspberryFHEM ~ $ pilight-send -p intertechno_switch -i 13935646 -u 0 -t

shows that the correct block will be sent:
Code:
[Jan 30 14:51:56:525522] pilight-daemon: DEBUG: **** RAW CODE ****
308 2772 231 308 231 1386 231 308 231 1386 231 1386 231 308 231 1386 231 308 231 308 231 1386 231 1386 231 308 231 308 231 1386 231 1386 231 308 231 308 231 1386 231 308 231 1386 231 1386 231 308 231 308 231 1386 231 1386 231 308 231 308 231 1386 231 308 231 1386 231 1386 231 308 231 308 231 1386 231 308 231 1386 231 308 231 1386 231 308 231 1386 231 308 231 1386 231 1386 231 308 231 1386 231 308 231 1386 231 308 231 1386 231 308 231 308 231 1386 231 308 231 1386 231 1386 231 308 231 308 231 1386 231 308 231 1386 231 308 231 1386 231 308 231 1386 231 10472

To B)
You are correct, it was a typo by me. I sent the command ending with 6.

To C)

Quote:Please try to feed those streams back to your switch, if this does not work, i will test those streams next week with my ITR-1500 switches.
I did so but it didn't work.
Here are the results on pastebin (just for unit 0): I ran it with three windows: One with the daemon, one with pilight-receive and another one where I entered the command.

Quote:Question: Are you sure that your transmitter is working ?
I guess it is. I have both, a transmitter and a receiver, connected on the Raspberry. When I'm running two consoles, one with pilight-receive and entering pilight-send commands in the other, the input and output is indentically.
However, I don't know if this is a proof - any hints welcome.

As for the config: Mine and yours are identically. Wiring is correct as well.

What I will do is to buy another transmitter / receiver to exclude this as a error source.

I am curious what your tests will bring with your own ITR-1500.
 
Reply
#9
Okay, i got one of my ITR-1500 and tested it with the most recent pilight nightly sources (uploaded just now).
I changed send-repeats to 4 in config.json:
"send-repeats": 4,
With "send-repeats":10 i was not able to use the raw codes.
Values between 1 and 9 are okay, as typically pulse sequences are repeated 4 times i will recommend that the standard value is set to 4.

From the RAW codes, I tested the following ON code for Unit 0 from Post #7:
Code:
on unit 0    208 2746 211 324 224 1382 202 314 226 1375 205 1360 200 336 249 1364 202 305 228 438 117 1366 207 1361 205 326 230 437 118 1356 203 1363 206 341 220 398 193 1331 207 325 213 1385 266 1299 202 326 223 426 137 1369 204 1355 204 329 218 411 125 1412 211 287 259 1346 206 1566 126 196 237 317 225 1363 211 406 113 1394 503 108 152 1358 202 335 217 1493 255 163 214 1505 134 1301 206 327 222 1362 439 123 201 1370 206 339 215 1416 140 350 213 419 124 1391 203 322 207 1383 201 1370 207 321 222 429 128 1383 205 306 215 1425 134 346 217 1382 199 321 221 1372 206 10450
The OFF code for unit o is working as well.
I sucessfully used that code to teach the ITR-1500 to listen to id: 13935646 / unit: 0 and after that i was able to use pilight-send commands using that id # / unit # to turn the device on/off.
I recommend that you reset your ITR-1500 with your ITT-1500 remote control by pressing ALL OFF during the learning phase of the ITR-1500 (blinking LED), than teach the ITR-1500 to listen to the ITT-1500, than go ahead with pilight parametes ....
 
Reply
#10
Quote:Okay, i got one of my ITR-1500 and tested it with the most recent pilight nightly sources (uploaded just now).

Just to be sure, that I do compile the right build: you mean the newest version of your itt_1500 branch, correct?

Code:
git clone -b itt_1500 https://github.com/wo-rasp/pilight.git
 
Reply
  


Possibly Related Threads...
Thread Author Replies Views Last Post
  Intertechno ITLR-300 dimmer witty 14 8,178 03-16-2016, 03:23 PM
Last Post: eribus
  [workaround]Intertechno ITL 210 Dimmer IcedEarth 5 5,725 03-14-2016, 12:26 AM
Last Post: witty
  Intertechno PAR-1500 IcedEarth 4 4,532 02-22-2016, 06:12 PM
Last Post: heikoh81
  Intertechno ITT 1500 Di_Alb 3 3,411 12-09-2014, 07:05 PM
Last Post: wo_rasp
  [Fully Supported] Intertechno Shutter Switch effjey 4 3,864 02-09-2014, 01:37 PM
Last Post: effjey
  intertechno auto-learning lumihei 17 9,880 12-11-2013, 07:56 AM
Last Post: curlymo
  Intertechno Old uwe 5 4,675 10-26-2013, 08:00 PM
Last Post: curlymo
  Intertechno Dimmers muggi 28 16,134 09-17-2013, 10:43 AM
Last Post: muggi

Forum Jump:


Browsing: 1 Guest(s)