Live data from Hacker News

Arduino Terms of Service and Privacy Policy update: setting the record straight

blog.arduino.cc

71–80 of 97 posts

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#71

Anyone have any advice for Arduino replacement? I recently (unknowingly) bought a R4 for some LED projects but knowing now the background, I'm wondering if there's any other alternative for hobby (noob level) micro controller project

I've played with a lot of boards, including Teensy, Seeed XIAO family, some boards from Adafruit and SparkFun, and one Chinese copy of a Chinese ESP32 board.

For my work projects, I use Teensy because it's the screaming-est processor, and I use its computing power. The cost isn't exorbitant since it's typically re-usable unless you want to turn something into a permanent installation.

I suggest play with what you've got until you get sick of it, or run into a hardware need that would be better served by another processor or board. Or choose a new board when your R4 goes into something that you want to keep.

I've tried to maintain a "platform agnostic" approach, where I stick with the general Arduino API and processor-independent libraries as much as possible, and only drop down into the vendor-specific libraries when there's a real performance reason. This makes it easier to switch boards if needed -- a lifesaver during the chip shortage, and possibly important under present day supply chain uncertainty.

Doing it this way will give you the benefits of drawing from a broader range of tutorials and docs, while also providing a gentler learning curve on working with the low level chip-specific stuff.

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#73
post #5

I don't get it, do we keep the pitchforks out, or do we stash the pitchforks?

Keep sharpening the pitchforks.

The license change isn't a dealbreaker, but Qualcomm still consists of 900000 insectoid lawyers pretending to be humans, and their hivemind thinks "open source" is some kind of disease.

The "best case scenario" was that Arduino would get Qualcomm as a whole to be more open to small devs. The "worst case scenario" was that Qualcomm would get Arduino to be as bad as Qualcomm, and you'd have to "talk to sales" to get an SDK for your development board.

So far, we're not getting the "best case scenario". So keep the pitchforks at hand.

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#74

Anyone have any advice for Arduino replacement? I recently (unknowingly) bought a R4 for some LED projects but knowing now the background, I'm wondering if there's any other alternative for hobby (noob level) micro controller project

I've played with a lot of boards, including Teensy, Seeed XIAO family, some boards from Adafruit and SparkFun, and one Chinese copy of a Chinese ESP32 board. For my work projects, I use Teensy because it's the screaming-est processor, and I use its computing power. The cost isn't exorbitant since it's typically re-usable unless you want to turn something into a permanent installation. I suggest play with what you've…

(one of the best comments and advice so far)

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#75

"we have been open-source long before it was fashionable" An abridged timeline: 1960s to 1980s: hobbyist and academic/research computing create thriving public domain software ecosystems (literally the birth of FOSS) 1983: The GNU Project begins 1989: The World Wide Web is created 1991: Linus Torvalds posts the first Linux kernel to USENET 1992: 386BSD is released; Slackware is created 1993: NetBSD is forked; Debian…

Arduino doesn't directly benefit from pretty much any of legacy unix barf-bag stuff. It's just a HAL and an IDE, with a truckload of user/third party supplied libraries for various modules, sensors, etc. Plus, every sizable MCU/dev-board vendor supplies a Arduino HAL implementation (so called Core) for their board/mcu/module (or it's done by enthusiastic community).

They derive a massive benefit from GCC even if they use nothing else at all.

The point of the GP was to refute the claim that they were started “before open source was cool”.

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#76
post #75

Earlier quoted context omitted.

Arduino doesn't directly benefit from pretty much any of legacy unix barf-bag stuff. It's just a HAL and an IDE, with a truckload of user/third party supplied libraries for various modules, sensors, etc. Plus, every sizable MCU/dev-board vendor supplies a Arduino HAL implementation (so called Core) for their board/mcu/module (or it's done by enthusiastic community).

They derive a massive benefit from GCC even if they use nothing else at all. The point of the GP was to refute the claim that they were started “before open source was cool”.

This isn't entirely true.

It's Atmel that derives massive benefit from GCC, or whoever implemented AVR backend for GCC.

Arduino doesn't - strictly speaking - depend on GCC, it could (and does) use any toolchain that is supplied by MCU vendor.

And it just happens so that many MCU vendors do often use GCC as part of their toolchain. Arduino just bundles that with vendor supplied tools for flashing, etc, like avrdude.

Which is to say - it's the MCU vendors that derive the main benefit from GCC.

Arduino will just happily use whatever toolchain MCU vendors provide.

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#77

Anyone have any advice for Arduino replacement? I recently (unknowingly) bought a R4 for some LED projects but knowing now the background, I'm wondering if there's any other alternative for hobby (noob level) micro controller project

Pine64 has products that are far more open than Raspberry Pi products, and still have good community support. They also have several RISC V products, which are quickly overtaking AVR, PIC, and ARM Cortex M0 microcontrollers.

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#78
post #61

Earlier quoted context omitted.

Also, didn't early Arduino heavily borrow from another open-source project, "Processing"? Processing was/is graphics-centered, so that's where Arduino's term "sketch" come from, if you ever wondered. https://en.wikipedia.org/wiki/File:Processing_screen_shot.pn... https://en.wikipedia.org/wiki/File:Arduino_IDE_-_Blink.png

"Wiring", which constitutes Arduino's primary API surface, was taken wholesale from Hernando Barragán's 2003 master's thesis project. It was a fork of processing for microcontrollers and was not written by the Arduino team: Massimo Banzi, David Cuartielles, David Mellis, Gianluca Martino, and Tom Igo.

I have to dig around, I think I still have one of the original wiring boards from around 2006 (maybe)?

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#79
post #75

Earlier quoted context omitted.

They derive a massive benefit from GCC even if they use nothing else at all. The point of the GP was to refute the claim that they were started “before open source was cool”.

This isn't entirely true. It's Atmel that derives massive benefit from GCC, or whoever implemented AVR backend for GCC. Arduino doesn't - strictly speaking - depend on GCC, it could (and does) use any toolchain that is supplied by MCU vendor. And it just happens so that many MCU vendors do often use GCC as part of their toolchain. Arduino just bundles that with vendor supplied tools for flashing, etc, like avrdude. W…

[deleted]

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#80

"we have been open-source long before it was fashionable" An abridged timeline: 1960s to 1980s: hobbyist and academic/research computing create thriving public domain software ecosystems (literally the birth of FOSS) 1983: The GNU Project begins 1989: The World Wide Web is created 1991: Linus Torvalds posts the first Linux kernel to USENET 1992: 386BSD is released; Slackware is created 1993: NetBSD is forked; Debian…

Embedded in particular was mired in closed source vendor lock in toolchains and SDKs for decades. And some industry players still are. Looking at you, Broadcom and Qualcomm.

I recall AVR-GCC not only working just fine in 2005 but being the official method for compiling code for those chips. I used it before Arduino came out to target the same chips.

Arduino was a nice beginner friendly IDE for sure that eliminated the need for make files or reading documentation for GCC, but the existing ecosystem was definitely not closed source.

Post reply on HN