If you want to build a robot that can fall hundreds of feet and be no worse the wear, legs are pretty much out of the question. The obvious answer, then, is a complex web of cable-actuated rods. Obvious to Squishy Robotics, anyway, whose robots look delicate but are in fact among the most durable out there.
The startup has been operating more or less in stealth mode, emerging publicly today onstage at our Robotics + AI Sessions event in Berkeley, Calif. It began, co-founder and CEO Alice Agogino told me, as a project connected to NASA Ames a few years back.
“The original idea was to have a robot that could be dropped from a spacecraft and survive the fall,” said Agogino. “But I could tell this tech had earthly applications.”
Her reason for thinking so was learning that first responders were losing their lives due to poor situational awareness in areas they were being deployed. It’s hard to tell without actually being right there that a toxic gas is lying close to the ground, or that there is a downed electrical line hidden under a fallen tree, and so on.
Robots are well-suited to this type of reconnaissance, but it’s a bit of a Catch-22: You have to get close to deploy a robot, but you need the robot there to get close enough in the first place. Unless, of course, you can somehow deploy the robot from the air. This is already done, but it’s rather clumsy: picture a wheeled bot floating down under a parachute, missing its mark by a hundred feet due to high winds or getting tangled in its own cords.
“We interviewed a number of first responders,” said Agogino. “They told us they want us to deploy ground sensors before they get there, to know what they’re getting into; then when they get there they want something to walk in front of them.”
Squishy’s solution can’t quite be dropped from orbit, as the original plan was for exploring Saturn’s moon Titan, but they can fall from 600 feet, and likely much more than that, and function perfectly well afterwards. It’s all because of the unique “tensegrity structure,” which looks like a game of pick-up-sticks crossed with cat’s cradle. (Only use the freshest references for you, reader.)
If it looks familiar, you’re probably thinking of the structures famously studied by Buckminster Fuller, and they’re related but quite different. This one had to be engineered not just to withstand great force from dropping, but to shift in such a way that it can walk or crawl along the ground and even climb low obstacles. That’s a nontrivial shift away from the buckyball and other geodesic types.
“We looked at lots of different tensegrity structures — there are an infinite number,” Agogino said. “It has six compressive elements, which are the bars, and 24 other elements, which are the cables or wires. But they could be shot out of a cannon and still protect the payload. And they’re so compliant, you could throw them at children, basically.” (That’s not the mission, obviously. But there are in fact children’s toys with tensegrity-type designs.)
Inside the bars are wires that can be pulled or slackened to cause to move the various points of contact with the ground, changing the center of gravity and causing the robot to roll or spin in the desired direction. A big part of the engineering work was making the tiny motors to control the cables, and then essentially inventing a method of locomotion for this strange shape.
“On the one hand it’s a relatively simple structure, but it’s complicated to control,” said Agogino. “To get from A to B there are any number of solutions, so you can just play around — we even had kids do it. But to do it quickly and accurately, we used machine learning and AI techniques to come up with an optimum technique. First we just created lots of motions and observed them. And from those we found patterns, different gaits. For instance if it has to squeeze between rocks, it has to change its shape to be able to do that.”
The mobile version would be semi-autonomous, meaning it would be controlled more or less directly but figure out on its own the best way to accomplish “go forward” or “go around this wall.” The payload can be customized to have various sensors and cameras, depending on the needs of the client — one being deployed at a chemical spill needs a different loadout than one dropping into a radioactive area, for instance.
To be clear, these things aren’t going to win in an all-out race against a Spot or a wheeled robot on unbroken pavement. But for one thing, those are built specifically for certain environments and there’s room for more all-purpose, adaptable types. And for another, neither one of those can be dropped from a helicopter and survive. In fact, almost no robots at all can.
“No one can do what we do,” Agogino preened. At a recent industry demo day where robot makers showed off air-drop models, “we were the only vendor that was able to do a successful drop.”
And although the tests only went up to a few hundred feet, there’s no reason that Squishy’s bots shouldn’t be able to be dropped from 1,000, or for that matter 50,000 feet up. They hit terminal velocity after a relatively short distance, meaning they’re hitting the ground as hard as they ever will, and working just fine afterwards. That has plenty of parties interested in what Squishy is selling.
The company is still extremely small and has very little funding: mainly a $500,000 grant from NASA and $225,000 from the National Science Foundation’s SBIR fund. But they’re also working from UC Berkeley’s Skydeck accelerator, which has already put them in touch with a variety of resources and entrepreneurs, and the upcoming May 14 demo day will put their unique robotics in front of hundreds of VCs eager to back the latest academic spin-offs.
You can keep up with the latest from the company at its website, or of course this one.
Finally, the feature everyone has been asking for: Gmail 👏 emoji 👏 reactions 👏.
You can now reply to an email just like it’s an instant messaging chat, tacking on a “crying laughing” emoji to an email instead of replying. Google has a whole support article detailing the new feature, which allows you to “express yourself and quickly respond to emails with emojis.” Like a messaging app, a row of emoji reaction counts will appear below your email now, and other people on the thread can tap to add to the reaction count. Currently, it’s only on the Android Gmail app, but it’s presumably coming to other Gmail clients.
Of course, email is from the 1970s and does not natively support emoji reactions. That makes this a Gmail-proprietary feature, which is a problem for federated emails that are expected to work with a million different clients and providers. If you send an emoji reaction and someone on the email chain is not using an official Gmail client, they will get a new, additional email containing your singular reactive emoji. Google is not messing with the email standard, so people not using Gmail will be the most affected.
Another weird quirk is that because emoji reactions are just emails (that Gmail sends to other clients and hides for itself), any emoji reactions you send can’t be taken back. There’s only Gmail’s “Undo send” feature for taking back reactions, which delays sending emails for about 30 seconds, so you can second-guess yourself. After that, you’re creating a permanent emoji reaction paper trail.
Thankfully, there are some limits on this. It won’t work on business or school accounts, so you can’t respond to your boss’s email with a poop emoji. Emoji reactions are only for casual emails that people apparently send to friends. (Do these people not have group chats?) Emoji reactions also aren’t available for group email lists, messages with more than 20 recipients, emails on which you’re BCC’d, encrypted emails, and emails where the sender has a custom reply-to address.
If the idea of emoji reactions to email has you selecting the puke emoji, as far as we can tell, there’s no way to just turn this off.
Google today released a new Android OS with some modest improvements, a smartwatch with an old-but-still-newer chip, and a Pixel 8 whose biggest new feature is seven years of updates. But buried inside all the Google news this week is something that could be genuinely, actually helpful to the humans who get into this kind of gear—help for people setting up automations in their homes.
It’s easy to buy smart home gear, and it’s occasionally easy to set it up, but figuring out all the ways that devices can work with one another can be daunting. Even smart home systems with robust scripting abilities mostly let users develop great ideas for connecting two or more devices. That’s where, according to Google, AI can help.
Google says it will use AI (the company’s broad definition of AI, at least) at two different levels. At an app level, Google Home can start condensing all the notifications from cameras, sensors, and other devices into a streamlined summary, patched together by generative AI, and which you can respond to with natural language.
What caught my attention was not the fact that your doorbell camera can recognize a package or that you can ask about it in English text—that’s a pretty standard Nest/Google/AI feat by now. What’s neat is that the Home app will now suggest automations that can follow from recognizing that package. In Google’s example, you could have certain lights in your home blink three times and have speakers play a chime—but only if somebody is home. (Presumably, you could set up an alternate notification solution for when you’re away.)
Earlier this week, Google announced another way that AI could help even seasoned smart home enthusiasts get more control. “Help me script” is a code automation tool that turns natural language—like, “When I arrive home and the garage door closes, turn on the downstairs lights”—into Google Home scripts. You might not have known that Google Home has a script editor or a Web interface, but it does, at least in a “Public Preview.”
“Help me script” is due to arrive “later this year in Public Preview,” while the app-based AI routine starters are an “experimental feature” that will be “rolling out” to (presumably Nest) subscribers next year. Google’s presentation, as is typical of Google generally, has fuzzy timing and availability details, so it’s hard to say whether the app-based automation AI will remain a subscriber-only feature.
It would be great to see Google—or any major hub maker in the smart home space—push automation and routine discovery forward, be it through generative AI or just smart code. Buying a light bulb that can be controlled by Bluetooth, Wi-Fi, Zigbee, or even Thread is something you can do at Home Depot. The same goes for motion sensors, sprinkler controllers, and many other gadgets. Hooking them up to Google Home, Alexa, Apple’s Home, or Home Assistant varies by device and system but should be achievable. Matter, which promised to make that last bit easier, hasn’t done so, but maybe give it more time.
Once you’ve got a bunch of things that you can toggle and control from a phone or a speaker, what then? What should these things do when you’re not looking? What would be the most helpful routine you might not have thought of—perhaps one that owners of similar devices have set up?
I thought of this recently when a few friends visited my house. I set up a motion sensor in my entryway, had a smart deadbolt in the door, and replaced the bulbs in two recessed fixtures with smart Wi-Fi bulbs. Using Home Assistant, I set up the area with a few rules:
When the door unlocks, the lights turn on for three minutes.
When motion is detected, turn on the lights until a presence is no longer detected
Don’t turn on the lights for motion after 11pm; only door locks (roaming cat rule)
If the lights turn on three times within five minutes, keep them on for 10 minutes
One friend played right to my nerdy ego and expressed admiration for the work. The friend then asked how they could get a similar setup at their house, and perhaps even for their backyard. I listed the brands of gear I’d bought and the particular timings. “Okay, but how do I set all that up without flying you to my house?” my friend asked. I was, again, flattered, but at the same time, I realized how much easier acquisition is than setup these days.
Most home apps—including those from Google, Amazon, and Apple—are annoying to use for automations. Apple’s Home demands you have a HomePod or Apple TV on your network before you can even start messing with automations. Google and Alexa routines tend to lean on you saying things to their assistants and speakers, and they don’t reach into the deeper aspects of most devices for triggers and actions.
Home Assistant, of course, gives you a blank slate for automations and routines, but it is likely a bit too blank for anyone not willing to do a lot of reading and experimentation. Even with years of experience using it, I regularly hit a wall with some of my ambitions or discover new ways of achieving things that are at once impressive and mystifying. Setting up a “Turn on my porch light at sunset” trigger led to the discovery that, actually, “sunset” is more of a concept involving sun angle, elevation, topography, and other variables, so you should set up that light based on an offset angle of the sun.
There’s a community of blueprint submissions, but these are a loose pile and provided as YAML code for your tinkering. I’ve read a lot of docs, tinkered with entity variables, played with Node-RED, and generally gotten my gear into some useful configurations. But there have to be many ways to make connecting your smart home gear far easier.
You can make home automation easier on yourself in the short term by buying into a customized total-home system, the kind installed by contractors and controlled with wall-mounted tablets. Or you can buy only devices from within one company’s ecosystem. Or you can stick entirely to things that happen to work with your preferred home app provider. But betting on one company to always be there for you is not something we generally recommend.
This is why the idea of Google—or any company—offering help with the deeper and more difficult parts of a smart home setup is so intriguing to me. There’s a lot of variables involved with Google delivering this kind of technology, making it widely available, and sticking to it. But offering any kind of help with automation ideas, discovery, and deeper connections is better than what most people get today.
When Apple released its statement about iPhone 15 Pro overheating issues earlier this week, the company indicated that an iOS update would be able to partially address that issue. That update has arrived today in the form of iOS 17.0.3, an update which claims to address “an issue that may cause iPhone to run warmer than expected,” as well as patching a pair of security exploits.
Apple also said that specific apps like Instagram and Uber were also causing phones to heat up and that it was working with developers on fixes. The iPhonedo YouTube channel recently demonstrated that version 302.0 of the Instagram app running on iOS 17 could also make iPhone 14 Pro phones and even an iPad Pro run hot, confirming that the issue wasn’t unique to the new phones.
Initial reports claimed that the iPhone 15 Pro’s new Apple A17 Pro chip, its new 3 nm manufacturing process, and/or the phone’s new titanium frame could be causing or exacerbating the heat problems. Apple has denied these claims. Even after the fix, you can still expect a new iPhone to run a bit warm during and immediately after initial setup, as it downloads apps and data and performs other background tasks.
The security updates include one patch for a kernel flaw (CVE-2023-42824) that Apple says is being actively exploited but requires local access to your device. A WebRTC bug (CVE-2023-5217) was also fixed, but to Apple’s knowledge, the bug isn’t being actively exploited.
This is the third minor update Apple has released for iOS 17 in the last three weeks. Version 17.0.1 also patched security flaws, while version 17.0.2 resolved a bug that could cause problems for people transferring data from an older iPhone to a new iPhone 15 or iPhone 15 Pro. The 17.0.2 update was initially only released for the iPhone 15 models, but Apple released it for all iPhone and iPad users a few days later.
It’s common for new iPhones to get specific iOS fixes in rapid succession since the new phones and new OS ship around the same time every year. Older devices also get more thorough vetting during the months-long developer and public beta programs, which Apple has made even easier to use in recent releases.
The first major update to iOS 17, version 17.1, is currently in beta testing. So far, it mostly seems to refine a few of iOS 17’s new features, including the StandBy smart display mode—MacRumors has a good roundup of the changes. If Apple follows its usual schedule, the 17.1 update should roll out for all iPhone and iPad users within the next few weeks.