19 karma · joined November 21, 2022
Based on the little info in there I'm guessing the LIDAR hardware is their already planned backup system so when the primary sensors didn't function as planned they switched over. In this scenario I'd expect the controllers to want to hold off so they can configure the LIDAR and run its self test procedures as well as configure GNCP and ground control.
I would bet money they are using c++.
Construction and hauling aren't the only uses for a truck and without my Ranger my numerous moves would have been significantly more involved and annoying. Plus for road trips having the extra space over a car is more comfortable with the added benefit of the bed, which carries way more than a trunk.
I think the HN folks tend to forget about how spread out the US is and how many people drive for trips. Or maybe they've just forgot how to have fun. Btw the Ranger is great.
We can do OTA updates, there's no technical reason it can't be done other than not allowing it (which I mostly agree with in secure applications). Hell our spacecraft do this now. We must keep in mind these fixes do not go from dev environment straight to the field (prod), which would be a terrible idea. These are extremely complex integrated systems and must be tested in multiple phases because let's face it, if this supposedly trivial issue made it all the way through, what else may not have been discovered yet?
Not only does the 'easy' fix need to be tested (time and money), but related interactions need to be investigated as well (more time and money). The time cost of people doing the work, investigations, testing adds up from all this. Then there's potentially hardware in the mix which is never cheap, also simply being able to get access to hardware for testing can be a huge hassle.
Keep in mind this comment is only geared towards situations where the end item is a physical system. I would expect a fixing a pure software product to have significantly lower costs.