Personally, I use Cloud-Init for automation. Its wide support across various cloud platforms and ease of use make it my go-to tool for initial server provisioning. It simplifies the process, allowing me to get things up and running quickly without needing additional dependencies.
Most of the car fires I have heard of are caused by incorrectly installed auxiliary components due to incorrect fuses and unsuitable cable diameters. This is a phenomenon that probably does not affect Tesla at all.
why would congestion change if all the drivers were fully autonomous? It's one thing to have a fully autonomous driver, but having them coordinate perfectly to have good throughput even in dense traffic conditions is another altogether. I think this second goal is much farther off and if the articles I've read on autonomous vehicles is any indication I expect they will drive more cautiously and slowly than most human drivers when they finally "go live" in a widespread fashion
> if the articles I've read on autonomous vehicles is any indication I expect they will drive more cautiously and slowly than most human drivers when they finally "go live" in a widespread fashion
They won't get stuck at left turns, on-ramps and rotarys due to an inability to use the skinny pedal to its full capacity.
That won't solve the sheer numbers problem but it's probably a solid sized constant factors improvement.
> As long as there are still some vehicles with human drivers on the roadways
You understand. If the government can tell you that you can only drive even or odd days, tell you that you can't drive at all (and must use self driving cars inside the 4th or even 5th ring road) is a very distinct possibility.
The documentation is excellent, and the Programmable I/O (PIO) is a unique feature. Still, the lack of WiFi and Bluetooth makes the RP2040 uninteresting for me compared to the ESP32 in a DIY project. With the ESP32, I can quickly throw in a web interface and use Over-The-Air updates. I think they missed the opportunity to position them against the ESP32.
Totally agree. Their release seems to make it seem that dual core with multiple hundred K of RAM is unique. The elephant in the room is while it has nice GPIO interfaces for sensors, you want onboard wireless for backhaul. Espressif have had this space for a couple of years now.
I can think of many application with no need for wireless backhaul, or where wireless becomes a liability. It boils down to cost, power, noise, security, frequency used, and complexity. LoRa or similar is probably better than Wifi for many applications. I like that it isn't opinionated about the wireless stack.
I'm guessing that lots of Picos will see use as enhanced GPIOs for Pi "motherships," which provide backhaul to multiple wired-in Picos.
In fact I have a project which could use a decidedly non-wireless USB GPIO, for use on an airplane imaging system.
What you say is true, however, $1 is a killer feature.
It can replace many IC and will make a very good addition to ESP32 which lacks pins for many projects. And, sometimes you want external chip so output is not affected by ESP32 reboots or freezes.
Depending on application and how you define "secure", you might find that having an easily sniffable SPI/SDIO/UART connection between main MCU and wifi chip can be a weakness.
The problem with onboard wireless is that this adds a boatload of complexity regarding certification in various regulatory domains, trademark compliance, ...
If you do want bluetooth/WiFI, agreed, it's annoying to not have it, true. I rarely need either capability, so I don't mind too much. (And it's remarkable that ESP32's are so cheap that I find myself using them even if I don't use those features).
On the other hand I often find myself missing USB-related features on the ESP32, such as being able to act as HID device or even a USB host. The ESP32-S2 fixes that, although software support for that is still relatively immature.
There are some other solutions based on the RP2040 that will include wifi and bluetooth. So you'll just have to pickup one of those if you want them. I suspect they will be more expensive but probably not prohibitively so.
The PIO is a very neat feature, allowing (limited) hard real time programming (even when using MicroPython) and while perhaps uncommon, it's not exactly unique: TI Sitara MCU (as used e,g, in Beagle Bone Black etc.) offers more capable Programmable Realtime Units (limited functionality co-processors). The Raspberry Pico board is however much cheaper (not sure about the price of the MCUs).
I agree what would have been really interesting for me is if the pico board had had wifi and support for pi camera… then you’d have a board to compete nicely with the Esp32 cam
Pair it with ESP32-SOLO or nRF5. That’s what ESP8266 was originally meant for, a wireless modem chip. Remember back when ESP-01 came with AT command firmware?
Buy a Raspberry Pi and take a look at your local recycling center. You can find some quite decent monitors (even HDMI), keyboards, and mice in their electronic scrap bin for free.
I think the one thing RE: used laptops that always has to be accounted for is it requires a fair bit of technical knowledge and some learned experience of what a good used device should have.
I'm related to a few teachers and used laptops were always an issue because they couldn't afford to take the punt of getting used ones so they had to pay a premium from established resellers instead at which point you're approaching budget new laptop price territory.
Pi 400 really should have some obvious clear low cost screen upgrade option though. Possibly even just an app that it could stream to out of the box? Obviously wouldn't be perfect but if you assume there's a not unreasaonable chance they already have some Android device it could suffice.
I love the idea of Kivy, an open-source, community-driven, cross-platform framework, but flutter delivers much nicer mobile apps, and QT a far better desktop apps. I do not think that I have ever used a cross-platform app that works as well on desktop as on mobile.
Since it is a used motor in a used Tesla chassis, which you can not buy replacement parts for, I guess it is probably more environmentally friendly than buying a new tesla even he is burning dinosaur juice.
For the German autobahn, a V8 is also more suitable.
Well, I would have preferred it if they had taken privacy "extremely seriously" before the leak. It is only their customer database that has been leaked, but can I trust their ledger with my bitcoins if they can not even secure a simple database?
At least in my bubble, even professional developers, video editors, and audio engineers use a desktop computer as their primary daily driver and do not rely on their laptop for computational power rather than as a medium for presenting their work. Some of them are even switching to tablets for presenting to clients. A desktop computer will always offer more computational power and a more straightforward and cheaper update path. Why update a perfectly well-working laptop for a newer model when you have become accustomed to the quirks and features of your current device.
This is exactly what I am doing now except my desktop is in cloud. For months, I was researching laptops, I am currently 13" MBP user but was debating switching to Windows laptop. However, if it was going to be able to run video games, it was turning into $2000+ purchase. Plus pretty big to be portable.
Then I discovered Shadow PC. For $12 a month, I have pretty powerful machine. My MBP is now a simple thin client. When it dies, I ll buy the cheapest Macbook. Also I use 21" external monitor or my TV to play games. Works great.
Also been using it for ML projects but unfortunately they will shutdown the VM if it doesn't receive user input. So long running processes require you to be sitting by the machine.
I am a big user of iPad and their iPad app is awesome. If I can figure out right dongle tobl hook up hdmi, keyboard, and mouse, I might just never buy another laptop.
> [...] using the remote computer provided by Blade for business or commercial services or purposes, or even in such a way that the purpose or effect is to make all or part of the Services available to third parties, in return for payment or free of charge; or even using Shadow® as a server or with Software that has the function of a server;
I think you are pretty much in violation of ToS the moment you install Docker and start any container or start debugging your networked code. I mean, it sounds a bit too good to be true, it's even cheaper than COTS hardware from Hetzner.
> Also been using it for ML projects but unfortunately they will shutdown the VM if it doesn't receive user input. So long running processes require you to be sitting by the machine.
Ah, that makes sense. They are betting that people need sleep and under normal usage patterns you will never use the machine 24/7 and then $36 (8h/day back-of-the-napkin math) works out to something similar to Hetzner prices.
