@nagelc thanks for the update. Mbed has a lot of overhead to it, but anything is better than moving mountains alone.

By the way, I now have the wireless FORTH REPL working on the same nRF52840-dongle as in the OP of this thread: https://github.com/rabbithat/nRF52840-Dongle_hex/blob/master/README.md

I can plug the dongle into any USB port to power it, and with the wireless REPL the experience is exactly the same as if I had a wired serial connection to the dongle. I can interact with the REPL, start programs, load code or updates, and/or debug--all wirelessly. If you want to try it, I have getting started instructions in the github repository.

@alowhum Well, 802.15.4 for sure. I already did it, as I reported earlier. Beyond that, there's no native on-chip support for Zigbee per se. Maybe they confused it with zigbee? https://www.electronicdesign.com/what-s-difference-between/what-s-difference-between-ieee-802154-and-zigbee-wireless

That said, someone could certainly write a zigbee on top of it. It's meant for stuff like that. I imagine Thread is already written on top of it.

Anyway, I suspect that the amplified nRF52840 modules will be as good as it gets for quite some time and will remain relevant for years to come. The long wait is finally over!

It appears that Fanstel is now selling the amplified nRF52840 modules:
https://www.fanstel.com/bt840f-nrf52840-ble-5-module-secure-iot-802154-thread-zigbee-1

@ileneken3 I suggest posting a query on the nordic devzone forum. A Nordic engineer will get assigned to it and give you an answer. I've tried this a few times, and I had good luck with it. Generally 24 hour turnaround on weekdays, and no answers on weekends. So, if you post it now, you may get an answer tomorrow. It's in Nordic's interest to help developers unlock these chips, and if there are any secrets to doing so, Nordic will certainly know them.

It sounds as though once you get past the unlock issue, it will be easier for you.

@ileneken3 What I meant was just export your .hex file and then drop it on the virtual JLINK drive to do the chip programming, not try to burn it directly from the IDE. That way you only depend on the DK doing it's job, not on an arduino IDE, where some versions don't seem to work well. Anyhow, that's how I do it now, and, at least for me, it seems to work the most reliably.

That said, I haven't tried the E73-2G4M04S1B, so can't really say regarding that one specifically. On the inside they should all be the same chip though, so I'm surprised to hear that it may have different requirements.

These days I'm largely focused on the nRF52840 and driving it with Forth. Maybe later I may circle back to the 832.

@heinzv said in Everything nRF52840:

I'm wondering if/how this can be used to complay to BLE 5.0 (long range), ZigBee and Threads which the new Nordic SDK (Zigbee and Threads 2.0) offers? Are they also using the Softdevice S140 (6.1) libs or ...?

If you specifically want those protocols, then at present the Nordic SDK is the only existing library I know of that will get you them.

Just paste your hex file to the JLINK drive that appears when you connect your DK. That will handle the upload for you. It's as simple as that.

@nca78 said in Waterproofing by embedding in epoxy:

Don't forget to use epoxy in a well ventilated place (fumes are toxic) and to wear proper gloves as repeated skin exposure to epoxy will lead to some really bad allergies. See first comment in here

Yeah, I've often wondered if it's actually safe even after curing, because unless you are incredibly accurate in measuring the chemicals and incredibly thorough in mixing them, won't there be unreacted chemicals leftover that are still toxic? Maybe the dual-syringe packages with the mixing nozzles at least reduce both those risks, so that's what I'm leaning towards.

@kimot Except In the instructable you posted he made the container out of card stock which did not appear to peel off but instead he ground it off with a belt sander.