-
-
Notifications
You must be signed in to change notification settings - Fork 283
Support for NRF52840 #70
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
Comments
@lpercifield awesome work! You're fork seems to have lost a few changes from the master repo, but apart from that things look really good so far. Regarding the GPIO port map stuff, maybe we should consider adding it to all of the existing variants? I think we need new linker scripts because the nRF52840 has more RAM and flash. |
Thanks! Yeah I was in a hurry to get this code up, for backup purposes, so I didn't really pay attention to what was missing. I also noticed that there was a compiler error on the softdevice that I committed. Looks like the o's didn't get rebuilt and it was using the master version of the softdevice. I'll work on that, and update soon. |
I just saw your comment on the compiler error on the soft device... They're already built from Nordic and shouldn't require anything on your part other than flashing them to the board |
It has to do with the softdevice API. I updated the s132 folder with what ships with the newest SDK and it doesn't compile properly as a drop in replacement. I haven't spent any time trying to fix the issue. I have a stupid git glitch with the original branch I created so I created a new one for the time being. I'll sort them both out when I have more time: https://github.com/lpercifield/arduino-nRF5/tree/nrf52840dk |
Ah, got it. I will warn you there was a significant change in the Nordic SDK between the time this core was built and whats shipping today... Last I knew the current SDK (v12) was "broken" due to uppercase / lowercase naming issues. |
Thanks for the heads up! I'm sure that's what I ran into, as I was trying
code from SDK v13. Hope to have some time over the next couple of weeks to
bring it up to date. I'm really interested in getting to the s140
softdevice to try throughput of BLE 5, but first things first.
Are there any other cores related to NRF52 that are under active
development? Just want to ensure I'm not reinventing the wheel here.
…On Sun, Dec 18, 2016, 5:40 PM dlabun ***@***.***> wrote:
Ah, got it. I will warn you there was a significant change in the Nordic
SDK between the time this core was built and whats shipping today... Last I
knew the current SDK (v12) was "broken" due to uppercase / lowercase naming
issues.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#70 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAkWu8MNEqpc427bnDi6RIib8yc3T7V2ks5rJbZYgaJpZM4LQCAE>
.
|
Hi @lpercifield, @dlabun and @sandeepmistry ! |
@honnet best way is to probably look at @lpercifield's repo https://github.com/lpercifield/arduino-nRF5/tree/nrf52840 |
Perfect, thanks ! |
This is so soothing to hear when I'm struggling to port Arduino compatible libraries to nRF52840PDK. |
@sandeepmistry and @lpercifield there where some start to support the nRF52840 with it's very very interesting BLE 5.0 (long range) options and ZigBee support. That is a big improvements to all other nRF5x MCU's. I'm /really looking forward for your great work. However there seem to be not very much progress since then and nRF52840 introduces a new SDK 15.2 for that BLE5.0, Thread, ZigBee stack which is based on the S140 softdevice. Is there any chance to get this supported in near future or at all? |
@knopserl unfortunately, my work has taken me away from this project. I still love the Nordic MCUs and would love to get back into working on this branch, but the amount of time I have to contribute has been significantly reduced. best of luck, and hopefully I can get back to it at some point |
Big thanks to @sandeepmistry, @lpercifield, @jeremypoulter and all others contributing to the NRF Arduino development effort. I have borrowed a lot and forked off another project for adding support for the NRF52840 dongle (PCA10059). If you are using PlatformIO and have access to a NRF52840 you can take it for a spin here PCA10059. I have tested UART, TWIM, SPIM and the BLE Led toggle example works. |
I found that Adafruit had added nRF52840 and pca10056 support in their fork https://github.com/adafruit/Adafruit_nRF52_Arduino. |
@hanyazou it's a good start. There are some popular nRF52840 missing such as the PCA10059 (USB dongle) and the modules from holyiot and EBYTE. That would be perfect. |
Any further movement on this? |
It works fine with Generic nRF52 board. |
Awesome work on this core! I just received a couple of the new NRF52840 Dev Kits and hacked together support for it. It's still pretty dodgy, and is missing stuff.
Things that I had to do:
Add support for GPIO Port 1
Map GPIO pins
Update SDK files
Updated Softdevice files
https://github.com/lpercifield/arduino-nRF5/tree/nrf52840
Please let me know if you think I'm on the right track, happy for suggestions
Testing simple GPIO, Serial, and BLE with the BLEPeripheral Library, ALL WORKING
The text was updated successfully, but these errors were encountered: