-
Notifications
You must be signed in to change notification settings - Fork 13
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
rfm95 Support #9
Comments
I believe the I have been planning to extract the If this meets your requirements I'd be happy to accept PRs! And if you have other ideas I'd be interested to hear em. |
Thanks! I think it would.
I'm not set on using the rfm95 yet, it's just what I happen to have right now (from the prototype of this project that I wrote in C). It does look like it is compatible with the sx127x.
Is there a module you'd recommend? I just care about having good range so LoRa sounded like the right thing to use. Existing support for rust would be great. I don't want to spend too much time writing libraries for specific hardware when a library for something similar already works. Although I definitely expect to be writing some library code since embedded rust is so new still.
… On Jul 11, 2020, at 11:41 PM, Ryan ***@***.***> wrote:
I believe the rfm95 is driver compatible with the sx127x series (though I have not tried it). I do have ryankurte/rust-radio-sx127x for these devices, which provides lora and gfsk support, using this crate (though it is in need of an update due to some churn both here and in embedded-hal).
I have been planning to extract the LoRa modulation enums from the sx127x and sx128x drivers to provide a lora module in this crate and a common LoRaChannel that can be used with the Channel trait to support generic use of LoRa compatible radios.
If this meets your requirements I'd be happy to accept PRs! And if you have other ideas I'd be interested to hear em.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
So the rfm95 (at least the one I'm using: https://learn.adafruit.com/adafruit-feather-m0-radio-with-lora-radio-module/pinouts) doesn't seem to have a |
it's probably due a rename (or document) but |
Thank you! That’s very helpful. Those are available on this feather, they just aren’t pre-wired.
… On Jul 19, 2020, at 5:07 PM, Ryan ***@***.***> wrote:
it's probably due a rename (or document) but BUSY is DIO0 and READY is DIO1 as they are configured by default, so you should be able to just use them.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#9 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAEYMXNW7OJ52XLIAOVT4K3R4ODCPANCNFSM4OXU6YUQ>.
|
No worries! The SPI protocol leans heavily on This library doesn't use To support both having and not-having either pin we would need a default impl of I also always intended to rename the types to DIO0-1 but never got around to it, happy to accept PRs doing any of these things if you like. |
tl;dr: yes, use https://github.com/ryankurte/rust-radio-sx127x |
Hello! I'm just starting a project and was planning on using a rfm95 lora radio. It looks like you don't yet have support for lora, but I was wondering if you have put any thoughts into it yet. I'm not ready to write this part of the code yet, but would be happy to help.
The text was updated successfully, but these errors were encountered: