[mflamespin]

One of the things I am most skeptical about for the future of IoT is that it's just REALLY hard to get the basics of networking, meshing, security, and updates down without an experienced and dedicated engineering team.

Realistically, Whirlpool just isn't going to be able to field that team to make their laundry machine resilient to malware attacks or a bricking update.

I always thought the only way forward with IoT was if it a big tech player offered an SDK / IoT platform that allowed developers to focus on the widgety part of their widget without having to think about the complexities of running an internet connected device. This seems like a big jump towards that.

(I worked at a wifi router company.)

[zxcmx]

There's the worry that your platform vendor is going to squeeze you for all your profit, harvest "your" data, use your data to bootstrap competitors (seems like X is profitable!), "cancel" your platform or all the other things they will definitely make sure they retain the ability to do.

"Pray we do not alter the Terms and Conditions further". Walled gardens, app stores and closed ecosystems are FAANG staples at this point.

I think in many cases the technical delivery risks (say, having crappy updates, janky apps and the odd CVE) seem more survivable than taking on those kinds of business risks.

[TeMPOraL]

And as a end-user and a potential customer, I see it as a mugger mugging another mugger. IoT isn't added to appliances to make anyone's lives easier; it's added to a) make the product look more "hot", b) create data streams that can be sold to marketers, and c) facilitate planned obsolescence - because while even today, a properly cared-for appliance can last a decade, adding IoT into the mix significantly shortens the time to replace.

[onefuncman]

Can't you mitigate this completely by working towards being acquired by your platform vendor?

[2J0]

When Blackberry bought QNX I thought they would leverage their carrier network footprint to build a security managed turnkey/white box IoT business in controllers from white goods to plant.

Everything I have since read about the major mobile hardware/phone companies taught me to stop over estimating the ability for organisations who are monomaniacally focussed on exploiting initial (fluke by statistical measures) in SF insights implemented by early engineering focus by arguably genius minds, have no ability whatsoever to understand how anything can interoperate or even coexist, because they are hell bent on protecting the boundaries of their product features and technology surface.

[bsder]

Failure isn't just an option--it is the preferred option.

[Ductapemaster]

<Shameless plug> The company I work for, Particle [1] has set out to do exactly that, and we have built up quite the community of developers and enterprise customers who needed to solve this problem. Our founder started the business after trying to build an IoT product and realizing how much value there was in the common underpinnings of every IoT product.

Our offering comes down to three things:

1. Pre-certified hardware modules (open source [2]) that support WiFi or Cellular in a few form factors.

2. An on-device OS (also open source) that handles communication in the background and abstracts away the hardware using an Arduino-like API.

3. A cloud-based "command center" (closed source) that allows you to link up your backend services with events flowing to and from your devices via webhooks, manage over the air updates, and see connectivity metrics across your fleet. No data is stored - just ferried between your devices and the other end of the pipe that you configure.

Oh, and you can buy our devices off-the-shelf in small volumes and get them up and running in a few minutes!

[1] https://www.particle.io

[2] https://github.com/particle-iot

[throwaway9d0291]

How would you compare your WiFi products to alternatives like the ESP32?

I see that your dev kits are more expensive than pure ESP-based boards but aside from Argon (which is an ESP32 with an extra processor), it's unclear why. Photon, P0 and P1 all have an STM32F205 which is much less powerful than an ESP32 yet the P0, which is a raw module, is more expensive than the retail price for an ESP32-PICO-KIT, which is a full dev board. The Cypress chip doesn't look to be anything special either.

Is there something I'm missing?

[numlock86]

> Pre-certified hardware modules (open source [2]) that support [...] Cellular in a few form factors.

> [2] https://github.com/particle-iot

Wait, what? Open source cellular modules? Can you point me to something? All I could find in the linked repo was some helper utility to address a couple of modules.

[HeyLaughingBoy]

Hmmm. About 9 months ago I was looking to add IoT functionality for a large industrial device. I looked at Particle briefly, but TBH, they seemed more focused on the "maker" market than industrial applications and that would definitely be a negative in the market the product is going to be sold into.

I don't know if I missed it before, but the products I'm seeing on your site now really look more suited to what I need than they did back then. I've done a lot of network programming and IoT work, but since connectivity is such a minor feature of the machine, it would definitely be preferable to have a smart module to abstract away most of it for me.

Oh, well. There's always next time :-)

[wiremine]

> Realistically, Whirlpool just isn't going to be able to field that team to make their laundry machine resilient to malware attacks or a bricking update.

I think you're just using Whirlpool as an example, but they're not a great one. They have a fairly large IoT group that spans their entire ecosystem. (I'm a vendor in said ecosystem, and work with them on a weekly basis).

Your point is well taken, though: I work with many smaller companies on their IoT products, and they aren't in a position to manage their IoT projects.

[JCharante]

I wish the sibling comment wasn't dead so I could point out that Amazon's Choice for microwaves is one with Alexa integration. Amazon has already taken over the Smart Microwave market.

[loudmax]

> I always thought the only way forward with IoT was if it a big tech player offered an SDK / IoT platform

Yes, well hopefully not _a_ provider who will lock their customers into a proprietary platform. Hopefully many providers so manufacturers have options to choose from. Even better would be if there is an open standard, and then providers can compete on providing a better implementation.

[mark-r]

The whole point of being a platform provider is to get lock-in. The chances of an open standard getting any traction are just about nil, because those with the ability to pull it off will be fighting every step of the way.

[bsder]

The real problem is that everybody wants to be the rent seeker in the middle rather than the guy at the end trying to put a useful device together and make it earn money.

If I'm the guy at the end and I'm good enough to build the device, I don't need the rent-seeking guy in the middle.

If I need the guy in the middle, I, by definition, am not good enough to be the guy at the end building the device.

[CapriciousCptl]

This mirrors what’s happened in banking and healthcare SaaS. You can be much smaller than Amazon and have a focused, compliant product with amazing customer lock in. But just like in banking and health records solid regulation in the IoT space needs to come first to force companies to the table.

[saas_sam]

You just described the reason most b2b SaaS vendors exist. Whirlpool will buy (and is buying) that which they cannot do in house and integrating it with their apps.

[2zcon]

>I always thought the only way forward with IoT was if it a big tech player offered an SDK / IoT platform that allowed developers to focus on the widgety part of their widget without having to think about the complexities of running an internet connected device.

You would be amazed how many of the big players are doing exactly that. But I shouldn't talk about it any more, I work for one.

[inopinatus]

Washing machine manufacturers already focus on the washing part of the appliance without having to think about the complexities of running a water supply system.

It merely remains for IoT device management to achieve the same level of maturity as plumbing. Wait a couple of millennia, we'll get it right.

[andybak]

> I worked at a wifi router company.

I bet you've got some stories to tell.

[mflamespin]

My least favorite engineering problem is the "dusty router" concern.

At some point, you may want to version your apis in a breaking way. You'll spend weeks sketching out a migration plan for all active routers in the field, sell it internally , get a thumbs up, then try to prep customer support. Customer support might tell you that you still need to support some devices which were unplugged on a firmware released 6 months ago. Oops.

When building deployed firmware, you always need to include a reliable fallback that allows you to bump the firmware on that device, even when it can't talk to anything else wirelessly.

[bzzzt]

Forget about the IoT; with the reputation they have over here Whirlpool isn't able to find a team to build decent laundry machines too...