-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add plugin support for device types #78
Comments
How about starting a mailing list ? I agree on what you write. There needs to be a better "packet" format we can send to decoders, right now we are missing the length of the bits in ms, a lot of formats can be separated by that. And we need to add test recordings of the supported formats so we know when we break things or not. |
This might work as a good place for discussions: http://www.discourse.org/ . I have not tried it myself though. |
I have created the google group rtl_433. Can you try it ? |
If this works fine I'll add it on the main page. |
Apparently, this is a closed group... not sure that's what you wanted :)
|
I just signed up |
Works for me ;-) |
Soon emails may even work :) |
I just signes |
I will close this issue. Reopen if needed. |
@merbanan: good to see you back and active again. Thanks for this great piece of software!
Lately I have been working on a plugin infrastructure for rtl_433 so that device types can be added at runtime by simply adding or removing a library file per device type. This has been implemented and seems to be working OK. See my branch plugins at https://github.com/Batilan/rtl_433/tree/plugins.
Besides the device callbacks I'm also thinking about implementing the PWM decoders as plugins. This would allow for easier development of alternative (PWM) decoders. Currently the PWM decoders are called by all devices with different time settings for each received message. I think this can probably be made more efficient.
I think for low end devices (like Raspberry) this construct together with calling all all availabale device callbacks as is done now stresses some of these devices quite heavily already and is not really scalable if we want to add more and more devices. The factoring out of the device callbacks by @helgew is quite an improvement and makes adding devices and avoiding conflicts easier (I needed to to the same for the plugin module).
The reason I have not yet submitted a pull request is that I would like to improve the plugin interface so that it is usable in a more generic way. Also the plugin module needs some adaptions to make it work for Windows environments (is this software actually compiled and used by Windows users?). I have tested it only for different Linux environments like Raspberry and x86 distributions.
I would like to exchange some idea's and prevent duplicating of work, however a Github issue is probably not the best communication medium for this?. Lately I have also been exchanging ideas with @rct who has also been doing some nice improvements on rtl_433. I'm motivated to share idea's with any other developer that has idea's about improving the great rtl_433 software. I understand @merbanan also has idea's about improving the software but has limited time, I would like to help with structural improvements making the rtl_433 more scalable so we can remove the line "This software is mostly useable for developers right now."
Looking forward for any responses.
The text was updated successfully, but these errors were encountered: