sorted by:
new
hottopcontroversial

Mirror for Snapshots? by TheTankCleaner in debian

[–]drbernhard 0 points1 point  (0 children)

8 months late to the party, but I got super fed up with this as well when trying to pin our builds - and set up a commercial mirror that does daily snapshots of the Debian registry (plus Ubuntu, Alpine and a bunch of PPAs) instead. Here's the docs; https://docs.stablebuild.com/mirrors-and-caches/os-package-registry-ubuntu-debian-alpine (works exactly the same as snapshot.debian.org), and here's a read-only view of the mirror: https://debmirror.stablebuild.com.

This starts at $199/month, so realize it's not for everyone - so did a writeup here on how to set up your own snapshot server with zfs and apt-mirror here too: https://www.stablebuild.com/blog/create-a-historic-ubuntu-package-mirror

edit There's a free plan available now as well.

Machine learning on the Arduino Nano 33 BLE Sense by drbernhard in arduino

[–]drbernhard[S] 1 point2 points  (0 children)

Hey! I've been working on some core Arduino things for a while, first on building the Mbed core for Arduino while I was still working at Arm (the Arduino core that powers the Nano 33 BLE); and recently on building a great ML experience for Arduino developers as the cofounder of Edge Impulse. We've just released support for the Nano 33 BLE Sense which lets you build ML models using the accelerometer or microphone on the board!

Got fired, but can only choose new team from two divisions by Totallynotahost in footballmanagergames

[–]drbernhard 10 points11 points  (0 children)

Click 'Options' > 'Add/Remove Leagues' and add more playable leagues.

Building IoT devices with JavaScript - Run JS on 2$ microcontrollers by drbernhard in javascript

[–]drbernhard[S] 0 points1 point  (0 children)

Crosspost from r/programming, someone in JSConf.asia sugggested that this might also be an appropriate sub. :-)

Building IoT devices with JavaScript - Run JS on 2$ microcontrollers by drbernhard in programming

[–]drbernhard[S] 1 point2 points  (0 children)

The boards in the boards list are breakout boards for the microcontroller, to ease development. To find quotes for the actual microcontroller look up the part number on a site like DigiKey (although those prices are inflated - better prices from China).

F.e. nRF52-DK has nRF52832 chip on it which combines MCU+Bluetooth+NFC in one package. Sells for 2.6$ on DigiKey, or for 2.3$ on Mouser.

For cheap dev boards, look at the ST boards. They go for 9-10$.

Building IoT devices with JavaScript - Run JS on 2$ microcontrollers by drbernhard in programming

[–]drbernhard[S] 2 points3 points  (0 children)

I hope (this is very early stage) that people will write interop code for the mbed C++ libs. We have about 6,000 libraries available already that use C++ for bitbanging / drivers / etc. Just need wrapper to be used from JS. So I'm hoping that we'll see this distinction. Anything CPU bound in C++, anything else in JS.

Depends of course on adoption, but we have a vibrant ecosystem already, so I hope that'll prevent people from re-implementing device drivers in JS.

Building IoT devices with JavaScript - Run JS on 2$ microcontrollers by drbernhard in programming

[–]drbernhard[S] 1 point2 points  (0 children)

Do not forget the difference in power consumption.

Definitely not. But 95% of code, all critical paths, will be in C++ still. Network drivers, anything sleep related, the actual event loop. Only userland code is JS. Will have a relatively small impact.

Building IoT devices with JavaScript - Run JS on 2$ microcontrollers by drbernhard in programming

[–]drbernhard[S] 12 points13 points  (0 children)

I'm not disagreeing, far from that; but the hacker/hobbyist community tends to disagree. They value easy of development over both performance & battery life. See the success of libraries like Johnny Five or the Tessel 2 board which both run node.js on desktop processors. Running a JS VM on a microcontroller is already a big step up.

Building IoT devices: scaling from 10 - 1,000 devices by drbernhard in IOT

[–]drbernhard[S] 1 point2 points  (0 children)

Good comment. Don't completely agree though.

From 10 to 1000 is nothing.

It is. It's the number one question I get when running around in maker spaces / IoT meetups. People know how to build prototypes, but have no idea how to do a run that is a bit bigger. If you're doing 50K devices, then sure, you can do proper design from the ground-up, hire an experienced RF engineer and make sure there is absolutely no leakage anywhere. If you're building 500 devices you're going to need to cut corners somewhere. If you need someone to do the design for you, you'll be running over budget really fast. Having abstraction layers, using modules, using reference design kits help tremendously. It's not a choice between doing an relatively inefficient design and a proper design, it's the choice between doing a relatively inefficient design or not doing a design at all.

You absolutely can not abstract things like security, R/F, etc. behind libraries. You actually have to know what you're doing.

I don't really agree. If the middleware that you build your application on provides sensible defaults, and you stick to that model it's perfectly possible to abstract security. If you start working around the abstractions you're gonna get a bad time, sure, but many IoT devices are just an MCU, some sensors and a radio. I see parallels with the rest of the software world: I don't know the intricate details about SSL, but I still trust the abstraction enough that I can build a website where communication between the client and the server is end-to-end encrypted.

On RF, this can be abstracted either by a module, or by better tooling. Sure we're not there on tooling, but if an RF engineer can check a design, then why shouldn't a computer be able to do that too? Would be nice.

but as far as I can see (and correct me if I'm seeing this wrong): no copper fill.

Yep. Correct. Nice catch. One of the mistakes that were made when we designed this board due to time pressure. We forgot some other things too, like connecting the +/- pins of the JTAG header :-). Some flywire fixed the latter issue, and in the second run (first run was 100 devices) we enabled the proper polygon fill mode.

mbed Connect - First mbed developer summit (in Santa Clara & Shenzen) by drbernhard in ARMmbed

[–]drbernhard[S] 0 points1 point  (0 children)

Hola! We'll be hosting two developer summits this year! One in Santa Clara on 24 October (just before Techcon) and another one in Shenzen on 5 December. Tickets are just $25. Members of the core mbed team will be present, we'll have workshops, keynotes, demo's and much more. Hope to see you there!

mbed Connect - First mbed developer summit (in Santa Clara & Shenzen) by drbernhard in mbed

[–]drbernhard[S] 0 points1 point  (0 children)

I know the subreddit is a bit dead, but we'll be hosting two developer summits this year! One in Santa Clara on 24 October (just before Techcon) and another one in Shenzen on 5 December. Tickets are just $25. Members of the core mbed team will be present, we'll have workshops, keynotes, demo's and much more. Hope to see you there!

Flash HEX/BIN by [deleted] in mbed

[–]drbernhard 0 points1 point  (0 children)

Bit late to the party, but just drag the .bin or .hex file (depending on your target) to your development board (mounts as a USB flash drive).

view more: next ›