pilight - modulaire domotica voor de Raspberry Pi

neographikal schreef op donderdag 03 oktober 2013 @ 15:58:
@Curly: ik heb net even twee suggesties op Github gezet als issue, hopelijk heb je er wat aan Waarom gebruikt het project trouwens niet de geintegreerde github wiki, misschien handig om alles op één plek te houden

[ Voor 3% gewijzigd door CurlyMo op 03-10-2013 18:42 ]

[ Voor 26% gewijzigd door CurlyMo op 04-10-2013 00:01 ]

mojo81 schreef op vrijdag 04 oktober 2013 @ 13:46:
Dan wordt de uitdaging de bitjes en het begrip van RF, dat gaat vast nog pittig worden.

[ Voor 117% gewijzigd door CurlyMo op 05-10-2013 19:46 ]

Verwijderd schreef op zaterdag 05 oktober 2013 @ 20:50:
Nogmaals, géén weerstanden, condensator en opamp, wél de schmitttrigger. De spanning van de ze ontvanger is zo hoog dat de condensator gelijk verzadigd en de versterking van de opamp heb je sowieso niet nodig.

Verwijderd schreef op zondag 06 oktober 2013 @ 13:18:
@CurlyMo, misschien een paar setjes inslaan en voor iets extra $ verkopen met de LPF items ?

Thedr schreef op zondag 06 oktober 2013 @ 15:25:
Ik denk dat je hoogstens de header en footer (lange aan of uit puls) kunt zien met een led. De bitrate is te hoog om daar überhaupt wat van te kunnen zien (>1kHz). Hoogstens dat je de LED heel zwakjes kunt zien knipperen tijdens de werkelijke signaaloverdracht, en wellicht alleen in een donkere omgeving. Beste blijft om em gewoon aan een uC (RasPi/Arduino) te hangen en te kijken of en zo ja wat er binnenkomt

BenPi schreef op zondag 06 oktober 2013 @ 19:48:
Je kunt het prachtig beoordelen door het signaal via een pc met soundcard en dan de softwarescoop SW bijv C.Zeitnitz V1.41 weer te geven. Gratis zelfs.
Tevens kun je de signalen als jpg opslaan.

[ Voor 72% gewijzigd door CurlyMo op 08-10-2013 18:49 ]

[ Voor 53% gewijzigd door CurlyMo op 08-10-2013 19:16 ]

mojo81 schreef op dinsdag 08 oktober 2013 @ 19:46:
[...]

Ik kan me veel storing voorstellen want er zijn hier ook flink wat wifi netwerken in de buurt om maar wat te noemen. Maar de Telldus pakt het wel gewoon op.

Wat is het typenummer van de afstandsbediening die jij gebruikt?

[ Voor 16% gewijzigd door CurlyMo op 08-10-2013 22:37 ]

This commit adds various major and minor improvements …

1) (major) pilight now supports multiple protocols per device. In the feature request users explained that KlikAanKlikUit dimmers can be controlled by the new KlikAanKlikUit remotes, the old KlikAanKlikUit remotes, and with the KlikAanKlikUit dimmer remotes. So, in order to know if the status of a device was changed, pilight needs to check for either one of those three protocols.

This feature does not limit the combination of protocols. This means you can combine weather stations, dimmers and switches in one device (would one have a proper use for it). This means practically that one can assign multiple weather stations to a single device e.g. combining a humidity meter with a temperature meter. The GUIs will interpret the device by the device type of the first protocol.

Check the wiki for a explanation on the new config structure.

2) (major) The webserver cache is now working properly. This means that the webgui files are only read from the filesystem once, and then loaded into the memory. This means that when you open the webgui a second time, the files are no longer read from the filesystem and thereby reducing the FS IO of pilight. The webserver cache can be disabled by setting the "webserver-cache" setting in the settings.json to 0.

3) (minor) pilight previously crashed whenever a GUI sended a value as an integer (e.g. a dimlevel).

4) (minor) Some memory leaks still occured when the pilight daemon was stopped early. This happened when a user did not start the daemon but only wanted to see its version number. By stopping the daemon in this early stage, the garbage collector was not called.

5) (major) Previously there was no feature that allowed protocols to push messages to pilight. Only messages that were received by pilight or that were communicated when a protocol was polled where supported. This restriction excluded sensors connected to the GPIO pins to communicate to pilight directly. The new push functionality allows for protocol creation for sensors connected to the GPIO pins.

6) (minor) The protocols specific settings where not all checked for validity due to missing functionality. This affected protocol settings that influenced the behavior of protocol values. An example, the dimmer protocols allows users to set a min and max dimlevel value. Previously, pilight did not check if the dimlevel set in the config was within the min / max range and thereby the config file could be inconsistent. A new protocol function "checkValues" is introduced to overcome this lack of functionality.

Mijn conclusie is dat de raspberry niet snel genoeg is voor de IMPULS data stream, of dat pilight (nog) niet met de hogere inpulssnelheid overweg kan.

[ Voor 29% gewijzigd door CurlyMo op 09-10-2013 17:51 ]

BenPi schreef op woensdag 09 oktober 2013 @ 17:54:
Hier nog wat meer timing info:
https://code.google.com/p/rc-switch/wiki/KnowHow_LineCoding

[ Voor 32% gewijzigd door CurlyMo op 09-10-2013 18:35 ]

1
2
3
4
5
6
7
8
9
10
11
12
13

--[RESULTS]--

header:         9
pulse:          4
footer:         35
rawlen:         132
binlen:         33
pulselen:       256

Raw code:
295 2655 295 295 295 1180 295 295 295 1180 295 295 295 1180 295 1180 295 295 295 295 295 1180 295 1180 295 295 295 295 295 1475 295 1180 295 295 295 1475 295 295 295 1180 295 295 295 1180 295 295 295 1180 295 295 295 1180 295 295 295 1180 295 295 295 295 295 1180 295 295 295 1475 295 295 295 1180 295 1180 295 295 295 295 295 1180 295 1180 295 295 295 295 295 1180 295 295 295 1180 295 1180 295 295 295 1180 295 295 295 1180 295 295 295 295 295 1475 295 1475 295 295 295 295 295 1475 295 295 295 1475 295 295 295 1475 295 295 295 1180 295 295 295 1180 295 10325
Binary code:
000101011111110001010011101000001

[ Voor 75% gewijzigd door CurlyMo op 09-10-2013 23:16 ]

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

Please make sure the daemon is not running when using this debugger.

Now press and hold one of the button on your remote or wait until
another device such as a weather station has send new codes
It is possible that the debugger needs to be restarted when it does.
not show anything. This is because it's then following a wrong lead.
--[RESULTS]--

header:         10
pulse:          5
footer:         40
rawlen:         132
binlen:         33
pulselen:       127

Raw code:
127 1270 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 127 127 635 127 635 127 127 127 127 127 635 127 635 127 127 127 127 127 635 127 127 127 635 127 127 127 635 127 635 127 127 127 5080
Binary code:
000000000000000000000000010100011

[ Voor 50% gewijzigd door CurlyMo op 10-10-2013 10:14 ]

[ Voor 10% gewijzigd door CurlyMo op 10-10-2013 17:47 ]

BenPi schreef op vrijdag 11 oktober 2013 @ 11:47:
Dit komt goed overeen met de eerste gemeten/berekende waarden.

[ Voor 76% gewijzigd door CurlyMo op 11-10-2013 11:55 ]

[ Voor 49% gewijzigd door CurlyMo op 11-10-2013 13:19 ]