Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

SparkFun Officially Dropping AdaFruit due to CoC Violation

sparkfun.com

Post reply on HN
Print view View original

181–190 of 591 posts

Re: SparkFun Officially Dropping AdaFruit due to CoC Violation

#181

Post by no-dr-onboard »

Dangeranger wrote: post #106
827a wrote: post #51

Earlier quoted context omitted.

If it means anything, the first thought I had reading this post was "I wonder how SparkFun is exaggerating or misrepresenting this situation, because I can't believe Adafruit of all organizations is in the wrong here."

See additional context for the accusation(s) here[0]. [0] https://forum.pjrc.com/index.php?threads/open-source-teensy-...

> sparkfun chose to publish a vague public accusation. once you do that, speculation is inevitable.

Ok sure, but the explanation provided strikes me as equally vague. I don't think anyone who isn't familiar with this situation has any idea what the hell is going on between these two orgs tbh.

If a dispassionate observer can't figure out situation without significant effort, then it's very easy to handwave this away as unimportant.

Personally I'd very much hate for that to happen here if something truly noteworthy happened.

Re: SparkFun Officially Dropping AdaFruit due to CoC Violation

#182

Post by ddtaylor »

I actually have a small lot of the Teensy boards for a USB hardware hacking project I was running for a while. For example, I used them to emulate a USB keyboard to automatically press 1, 2, 3, 4, 5 in Path of Exile over and over to avoid wrist strain during a time in that game where every player needed to constantly hit those keys in a loop to play at decently high levels.

These boards were an endless nightmare to work with. I had to cycle through many different USB controllers and it was really more like voodoo. I tried buying a few boards from different suppliers and every board had the same voodoo so I gave up and moved on.

I ended up getting ATtiny85 to work for what I wanted which sucked too, but at least it worked and was a fraction of the price so I could actually send them to all my friends.

Re: SparkFun Officially Dropping AdaFruit due to CoC Violation

#183

Post by vablings »

ptorrone wrote: post #129
alnwlsn wrote: post #88

Earlier quoted context omitted.

Why is your "open source Teensy" [0] just an RP2350 on a Teensy shaped board? In my book, what makes a Teensy a Teensy is 1) hardware support, like 600Mhz clock, CAN, FPU, RTC, other hardware peripherals which the RP2350 lacks and 2) software compatibility with Paul Stoffregen's well documented Teensyduino libraries. I would not buy something else if I needed these features. Do you plan to do a port? Why not build ar…

hi, great question. we have to start with something and while the RP2350 is not going to beat a 600mhz m7 it is much less expensive, fast to get, has lots of nifty support libraries available, and will definitely do better than the teensy 3.2 which many folks loved so much (and was discontinued during the chip shortage). this is also a great time to add things that we always wanted in the teensy: SWD debug, built in…

I think this is a bit tone-deaf the reason why the teensy is so desirable is because of its raw power in such a neat package. The RP2350 is great but if I wanted that I would just purchase it rather than the Freensy

Re: SparkFun Officially Dropping AdaFruit due to CoC Violation

#184

Post by ptorrone »

jacquesm wrote: post #169
ptorrone wrote: post #161

Earlier quoted context omitted.

it will have benefits over the 4.x - we can always spin up a version with the iMX chipset (we have a metro board with the little sister chip, iMX RT1011 already in stock) - tbh if we did something with the iMX RT106x we'd probably start with a Metro (Arduino-shield compatible) or Feather board since that's a super-popular pinout. either way, more hardware is better and we don't want to just give people the same-old-s…

If you replace the Teensy 4.x it would have to be something very close to the same pinout, foot print, cost and features otherwise it would just be a new product. Ideally you would find a way to source the Teensy directly bypassing Sparkfun.

sparkfun is the single source supplier (and now maker of the product).

Re: SparkFun Officially Dropping AdaFruit due to CoC Violation

#185

Post by MaKey »

seanhunter wrote: post #166
MaKey wrote: post #83

Earlier quoted context omitted.

Overall I think Code of Conducts are a net negative. Alleged violations of them seem to be used to lend credibility to actions that otherwise would be hard(er) to justify.

Overall I wish we lived in a world where they are not needed. But in every community, some people are assholes so they are often needed.

Communities were doing just fine without a CoC up until they became a trend. People got banned too but the moderators couldn't hide behind a CoC to justify questionable decisions.

Re: SparkFun Officially Dropping AdaFruit due to CoC Violation

#186

Post by ajross »

alnwlsn wrote: post #88
ptorrone wrote: post #21

hi, phil here — post on adafruit here: https://blog.adafruit.com/2026/01/12/discontinuing-the-teens... i’ll stop back and answer anything (sparkfun will not?). sparkfun is the exclusive maker and distributor of the closed-source teensy and informed us we will not be able to purchase the teensy. this happened after i sent an email reporting the founder, nate, for multiple harassing actions directed at limor, including…

Why is your "open source Teensy" [0] just an RP2350 on a Teensy shaped board? In my book, what makes a Teensy a Teensy is 1) hardware support, like 600Mhz clock, CAN, FPU, RTC, other hardware peripherals which the RP2350 lacks and 2) software compatibility with Paul Stoffregen's well documented Teensyduino libraries. I would not buy something else if I needed these features. Do you plan to do a port? Why not build ar…

> hardware support, like 600Mhz clock, CAN, FPU, RTC, other hardware peripherals which the RP2350 lacks

FWIW, those are all NXP-provided features on the chip, not something Sparkfun has any particular connection with. There are other iMX devices on the market, just not in this form factor. And there are other vendors with SoCs offering similar performance.

Really one of the biggest problems in this market is that everyone is putting the abstractions in the wrong place. We've all collectively decided that this stuff is scary and we need comforting IDEs and hardware uniformity to deal with it.

But... portable software and frameworks are hardly new ideas. Come over to Zephyr and see all the stuff you can run on boards from basically everyone, including NXP.

There's a lot more great hardware for your project than just Teensy, so stop locking yourself in.

Re: SparkFun Officially Dropping AdaFruit due to CoC Violation

#187

Post by 15155 »

ptorrone wrote: post #184
jacquesm wrote: post #169

Earlier quoted context omitted.

If you replace the Teensy 4.x it would have to be something very close to the same pinout, foot print, cost and features otherwise it would just be a new product. Ideally you would find a way to source the Teensy directly bypassing Sparkfun.

sparkfun is the single source supplier (and now maker of the product).

Spinning an IMXRT1062/IMXRT1064 design sans the terrible Teensy bootloader should take a day or two at most.

These chips have perfectly-fine ROM USB bootloaders and SWD, don't ruin them by adding extra garbage.

Re: SparkFun Officially Dropping AdaFruit due to CoC Violation

#188

Post by ddtaylor »

vegadw wrote: post #130

I'm still trying to put all the pieces together, but https://digipres.club/@discatte/115588660312186707 sure paints Adafruit as the bad party here, though I'm open to information which shows otherwise to understand better.

That looks like the usual social media victim style posting.

Re: SparkFun Officially Dropping AdaFruit due to CoC Violation

#189

Post by gmueckl »

mschuster91 wrote: post #82
aaronblohowiak wrote: post #75

Earlier quoted context omitted.

What’s the deal with 5v, 3.3v and 24v “standards” for sensors? It seems like there are really three different markets and it sucks because crossing “lanes” is really annoying. I like how you all made the qwik connectors “just work”, but now that I’m trying more industrial stuff I’m having a hard time figuring out how to get my 24v world to play nicely with the 3.3v world but of course my 24v world only wants to do SP…

> What’s the deal with 5v, 3.3v and 24v “standards” for sensors? Historical garbage and different manufacturing technologies. Be happy if you can get away with only 5V and 3V3 rails in your project. 24V is usually to interface with industrial sensors. And sometimes you see 12V as well, for stuff that's RS232 based. And on top of that you got a fifth standard, 4..20 mA current loops. That one is used for long range tr…

4 to 20mA signaling is only the start of a very specific rabbit hole. Someone had the brilliant idea to encode digital signals on top of the analog current loop. The result is the HART communication protocol, which is old, bloated, confusing, quirky - and it is really popular in industrial automation.

Re: SparkFun Officially Dropping AdaFruit due to CoC Violation

#190

Post by drastic9 »

Dangeranger wrote: post #120
palmotea wrote: post #13

Ok, so what's the drama? Because it's obvious that there was some drama there: "inappropriately involving a SparkFun customer with a private matter," "Responding and forwarding offensive, antagonistic, and derogatory emails and material." My guess is someone was trying to hit on someone and got mad when they were rejected.

This post [0] suggests that leadership at SparkFun has been engaged in a long term harassment campaign targeting the founder of AdaFruit (Limor Fried) using company resources, and is allegedly using their CoC as a smokescreen to cover up their own bad behavior and cast blame on the victim. [0] https://forum.pjrc.com/index.php?threads/open-source-teensy-...

Yeah but this post is not necessarily the truth. This person has ahem interesting history. https://chaos.social/@North/115605819126197877
Post reply on HN