• Report from the 10th Maker Faire in the Bay Area. The Proton business model below sounds a lot like Electric Imp’s where they’re trying to bind your product into a cloud that may or may not be there in 5 years time.

    Trigger warning: tediously wants your email address because useless metrics!


    One interesting approach comes from Particle, with its Proton wireless module, designed to add wireless connectivity to IoT devices. You can start with a stand-alone Wi-Fi Proton module connected to Particle’s cloud service. Once you’ve built and tested your prototypes, you can buy the Proton’s radio module and build it into your own hardware, while still using the Particle cloud service to connect your devices to your services. Then, when you’re ready to move from initial runs of a 1,000 or even 10,000 devices to full mass production, Particle will connect you directly with silicon vendors – while keeping you as a service customer so that you don’t have to change the software you’ve developed.

     
  • I think we knew before IoT World

     
  • Do we need this? We already have Contiki and Riot.

     
  • DIY Home Automation project.

     
  • I assume the appeal at the 32-64Mb of memory scale is the ability to add apps and security. Let’s hope it’s a UNIX variant.


    To that end, Google is working on technology that could run on low-powered devices, possibly with as few as 64 or 32 megabytes of random-access memory, according to people who have been briefed about the project.

    Google is likely to release the software under the Android brand, as the group developing the software is linked to the company’s Android unit. The lower memory requirements for devices running the new software would mark a sharp drop from the latest versions of Android, which are primarily aimed at mobile phones with at least 512 megabytes of memory.

     

  • In his article “Omit the Unimportant” republished in The Industrial Design Reader, Rams provides these guidelines for good design:

    Provide a clear function: “Every manufactured item sends out signals to the mind or emotions… But the most important factor is whether the item can communicate its use.”

    Remove all distractions: “One of the most significant design principles is to omit the unimportant in order to emphasize the important.

     
  • Another Ninja Blocks article. Sad. Victim of techno-optimism?

     
  • Interview with PARC’s Mike Kuniavsky.

     
  • Probably not, but it won’t dominate it either - even for Apple users. The article posits Apple Watch as springboard.

     
  • Interview with Rose Schooler, Intel VP of IoT. 


    Q: Is there one area that is of more importance for developers working on IoT?

    Schooler: The ability to have devices connect to the network seamlessly, support multiple protocols, and easily ingest data off of the things – I wouldn’t call more important – but I would call ‘step one’ in the evolution of enabling IoT solutions. And then once you can connect that device, identify it, provision it, and manage it you can also look at how security is a critical foundational element from sensor to gateway to network to cloud. You need to be able to harden the device, secure the data transmission, and make sure you are monitoring and managing in real-time your security performance throughout your end-to-end solution.  

     
  • Think piece, no new ground here unless you’re new to the space.

     
  • By Ivan Merrow, “Future Lawyer”

     
  • I’m keen, but their SDKs - this iOS one anyway - seem to be bit of a mess. 

     
  • TL;DR people kinda suck at paying attention. Here’s how we dealt with it.


    If you spend enough time on the road, accidents will happen whether you’re in a car or a self-driving car. Over the 6 years since we started the project, we’ve been involved in 11 minor accidents (light damage, no injuries) during those 1.7 million miles of autonomous and manual driving with our safety drivers behind the wheel, and not once was the self-driving car the cause of the accident.

     
  • Kind of a chicken-egg thing tho, innit? You’re competing against Apple (HomeKit) / Google (Thread) and they’re shipping solutions, not a framework. If it’s media playing you’re going after, it’s even more of a mess: Apple (AirPlay), Google (Chromecast), Sonos, Microsoft…. Hell, UPnP seems to be most built out around Media Streaming.


    In its current guise, AllJoyn’s route to market is inside Atheros WiFi chips, with AllPlay’s audio and media streaming device discovery and management functionality available to developers who include these chips inside their devices. The eventual roadmap and plan will see Qualcomm push AllJoyn, the software framework that powers AllPlay, as the main attraction of its WiFi chips - instead of pushing AllPlay as centerpiece, as is currently the case. It hopes to use the AllSeen Alliance to help further its installation ambitions.