Live data from Hacker News

What I learned selling 2,500 MIDI recorders: Hardware is not so hard

chipweinberger.com

171–180 of 276 posts

Re: What I learned selling 2,500 MIDI recorders: Hardware is not so hard

#171
>But for me the take away still is: “hardware is as hard as you make it”.

I dislike this statement. Hardware is as hard as the product dictates it needs to be. A 25 component PCBA and a clamshell of 2 injection molded parts is about as simple of a product as you can make. Heck, most people would just buy an off the shelf clamshell for that type of product.

That doesn't work for the vast majority of products, building a product with 20 COTS parts plus 60 custom tooled parts, and 4 complex PCBAs is what is hard. Getting everything to fit together, pass testing, arrive on time from dozens of suppliers, etc. it where the complexity comes in. Then consider that hardware is cash intensive, you need to pay ahead of time for all the tools, you need to pay to buy the individual parts and warehouse them somewhere while you build the products you hope are going to sell. If something goes wrong there, then your expensive parts are just sitting there waiting for replacement components before you can ship. Then even when you ship, that revenue goes into buying the next round of parts you are going to receive in 3 months. This is where many hardware projects fail as they run out of cash before the project breaks even.

Re: What I learned selling 2,500 MIDI recorders: Hardware is not so hard

#172

Very happy to hear about your success! I'm curious to hear more about your anti-counterfeit strategies beyond just enabling encryption. I'm curious if you feel like anti-counterfeit and open source firmware are mutually exclusive. I made the choice to embrace an open firmware approach on my project while keeping the hardware closed, while knowing that if someone tries hard enough they can completely reverse engineer…

Will do a write up on injection molding and anti-counterfeit!

Sounds great! Can I subscribe to an RSS feed/mailing list?

Re: What I learned selling 2,500 MIDI recorders: Hardware is not so hard

#173

This is not a criticism but I am curious about what the trade offs are in terms of cost/bom etc of using usb-c. I found it surprising that that wasn't a given in 2026,curious where it hasn't caught up as an option.

Assuming this is just standard 2.0 speeds, it should be nothing. It adds a slightly more expensive connector and 2 resistors… and that’s it.

If you consume power over USB-C, 2 resistor are enough.

But for providing power over USB-C, you generally need a dedicated IC to handle VBUS switching. It wasn't worth it.

Also, once you ship a consumer product with a USB port on it, you'll realize a lot of people really don't understand how USB works, and USB-C doubly so. Square holes for square pegs goes a long way.

Re: What I learned selling 2,500 MIDI recorders: Hardware is not so hard

#174

Earlier quoted context omitted.

Assuming this is just standard 2.0 speeds, it should be nothing. It adds a slightly more expensive connector and 2 resistors… and that’s it.

If you consume power over USB-C, 2 resistor are enough. But for providing power over USB-C, you generally need a dedicated IC to handle VBUS switching. It wasn't worth it. Also, once you ship a consumer product with a USB port on it, you'll realize a lot of people really don't understand how USB works, and USB-C doubly so. Square holes for square pegs goes a long way.

Sure, but your power input should be a USB-C. No reason to use the clunky USB-B for that. Labeling as Power In and leaving a regular USB A for the output seems fine to me. Given that most older keyboards use USB-B for their input, A is a perfectly fine solution and solves the “input vs output”.

Re: What I learned selling 2,500 MIDI recorders: Hardware is not so hard

#175

Earlier quoted context omitted.

What happens when app is outdated and can't be installed to current android os?

The device does not require the app. It still records MIDI 24/7 to sdcard. It's more the opposite. The app requires a genuine device.

I think that highlights one of the reasons why, in this case, hardware has not been hard. (besides the fact that you are very clever)

The value you have created is actually more in the App than in the hardware.

As a maker of small devices (mostly open source) including MIDI - and putting aside commercial aspects like injection molding - I could recreate the hardware side of this project without much issue. The necessary components are likely already in this room with me. (I won't - I'm not in the business of copying things that people don't want copied)

But I'm not a software engineer, and therefore could not produce software of the scope and quality that you have, which is where the unique functionality of your device sits high above the relatively simple "receive MIDI data from MIDI devices" principle of the hardware by itself.

Re: What I learned selling 2,500 MIDI recorders: Hardware is not so hard

#176
post #58

Ok are you riding with two huge boxes containing all your work on an electric unicycle and I guess the hi-vis top means you're headed into traffic and the box-cords seem to be balancing at the halfway point of the boxes and this is too much anxiety for me. But hey, glad you optimized for minimalism on the PCB ♡

Ahah good eye. It was only 4 blocks down the road! I too was surprised by how well a single cord worked to balance the 45lb boxes.

I've been wading through comments (offering upvotes) looking for comment on this photo. Excellent inclusion. Very fun. People are great!

Re: What I learned selling 2,500 MIDI recorders: Hardware is not so hard

#177

Hardware has a reputation for being hard for three reasons. First, it scales differently than software. It's far harder to design something you want to make a million of than something you want to make ten of. Second, it's harder to anticipate, test, and correct all the things that can go wrong on the user end. Some people will put batteries the wrong way, some will drop the device on the ground, some will connect it…

> "actual regulations...emissions" yeah, and looking at their board I see they use one of "ESP32-WROOM" modules, which has the wifi & blutooth & antennae (pre-certified by Espressif for FCC, CE so itself doesn't need testing) & flash & processor (which even has its own RC oscillator), which takes care of a whole ton of difficult stuff so all the designer needs to do is plop that module down and power it up and wire s…

> Without something like those ESP32 modules, this would be much more difficult.

I don't disagree. It's important for us to recognize that we stand on the shoulders of giants, but I also think it's a little silly of a critique of someone happy about it being easier than he expected. It's true that hardware would be much harder if you had to do it all yourself, but is that meaningful? The wonders if the modern supply chain is that you don't need to do it all yourself.

Re: What I learned selling 2,500 MIDI recorders: Hardware is not so hard

#179

Hardware has a reputation for being hard for three reasons. First, it scales differently than software. It's far harder to design something you want to make a million of than something you want to make ten of. Second, it's harder to anticipate, test, and correct all the things that can go wrong on the user end. Some people will put batteries the wrong way, some will drop the device on the ground, some will connect it…

> "actual regulations...emissions" yeah, and looking at their board I see they use one of "ESP32-WROOM" modules, which has the wifi & blutooth & antennae (pre-certified by Espressif for FCC, CE so itself doesn't need testing) & flash & processor (which even has its own RC oscillator), which takes care of a whole ton of difficult stuff so all the designer needs to do is plop that module down and power it up and wire s…

The ESP32-S3-WROOM1 module is FCC certified for its own Wifi and Bluetooth emissions when used by itself.

And, well -- that's certainly good.

But the FCC rules cover more than just Wifi and BT, and the whole rest of the widget also needs to comply with them. Of particular interest is FCC Part 15 Subpart B, which covers unintentional radiators. The device would need to comply with Part 15 Subpart B even if it had nothing to do with Wifi or BT.

Putting one part that is certified for one issue into a device doesn't extend a magical blanket of compliance to everything else that the whole of the widget contains.

Does the SPI or I2C bus (or anything else) leak RF beyond allowable limits? Eh, who knows. I certainly don't know. It's easy to say words like "it should be fine," but without testing then nobody actually knows.

The CE mark, meanwhile: That mark means exactly nothing in the US, where the author is located and the devices are sold from. The United States has zero regulatory recognition of any of the processes and/or tests that CE may cover. People often confuse this issue, wherein: They don't think it be like it is, but it do.

Re: What I learned selling 2,500 MIDI recorders: Hardware is not so hard

#180

Hardware has a reputation for being hard for three reasons. First, it scales differently than software. It's far harder to design something you want to make a million of than something you want to make ten of. Second, it's harder to anticipate, test, and correct all the things that can go wrong on the user end. Some people will put batteries the wrong way, some will drop the device on the ground, some will connect it…

Yeah, I think a lot of the "hardness" of hardware is of a different flavor than software. The author mentions how many lines of code are in the software, but that really is more of a symptom of something that makes software "easier": you have way more flexibility to iterate, and try new things, at a relatively low risk and cost, even if it's embedded software (at least for non-critical applications). Hardware is just more unforgiving. There's no cheap way out of the kind of scenarios you mention.
Post reply on HN