Goede opmerking! Dit is inmiddels verholpen.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
| --[RESULTS]--
header: 0
pulse: 7
footer: 34
rawlen: 74
binlen: 18
pulselen: 271
Raw code:
542 1897 542 3794 542 1897 542 3794 542 1897 542 3794 542 3794 542 1897 542 1897 542 1897 542 1897 542 1897 542 4065 542 3794 542 1897 542 1897 542 1897 542 1897 542 1897 542 1897 542 3794 542 3794 542 1897 542 3794 542 1897 542 3794 542 1897 542 1897 542 1897 542 1897 542 1897 542 3794 542 1897 542 1897 542 1897 542 1897 542 9214
Binary code:
111111111111111111 |
Dit ziet er voor Alecto prima uit.
Receive laat alleen zaken laat zien die bekend zijn??
Receive laat alleen zaken zien waarvoor een protocol bestaat. Debug probeert relevante informatie te tonen voor het maken van zo'n protocol.
Daarnaast laat de debug 1 RESULT zien en sluit deze af.?
Klopt, dat is zijn functie.
Hoe kom ik er nu achter welk ID ik moet gebruiken zodat de Alecto de graden aanpast op de webgui ?
Door de daemon te starten en daarna de receiver. Als het protocol klopt zou Alecto vanzelf langs moeten komen.
Tevens snap ik niet dat er staat ""temperature": 23," in het voorbeeld en eronder dat ik een 1 of 0 moet gebruiken? Evt een voorbeeld wat zou moeten werken met bovenstaande debug output?
Lees daarvoor even de config.json op de wiki.
Bedankt! Had je gelijk voor alle protocollen wel even mogen doen

Kan je vertellen wat uiteindelijk het probleem was? Debug output ziet er opnieuw goed uit

Sander schreef op zondag 13 oktober 2013 @ 12:22:
Het pilight script gebruikt de arctech_switch etc benamingen bij binnenkomende signalen, de config gebruikt kaku_switch. Het mappen van deze 2 naar elkaar is iets dat nu handmatig moet. Tenzij je ervanuit gaat dat iedere id + unit combo uniek is onafhankelijk van protocollen.
Klopt, dat heb ik bewust gedaan zodat je beter kan onderscheiden welke apparaten bij welke config horen en de config makkelijke te schrijven is voor leken. Maar kan je iets met mijn laatste commit waarin de
repeats heb toegevoegd? Dat zou je probleem namelijk moeten oplossen.
Als je de pilight wiki pagina leest dan zie je dat w1 nog niet ondersteund wordt. Ik heb zelf een DS18B20 besteld om zelf een eerste protocol te maken. Je kan zelf meehelpen met dit proces dit dit topic te volgen:
http://www.pilight.org/showthread.php?tid=416
Nog even een oproep aan iedereen hier. Ik mis nog een pilight-debug output van KaKu Oud met de nieuwe pulse lengte detectie. Zou iemand die kunnen verschaffen, anders ben ik genoodzaakt om binnenkort het KaKu Oud uit te zetten totdat deze info er komt.
[
Voor 10% gewijzigd door
CurlyMo op 13-10-2013 12:50
]