I’m a technical kinda guy, doing technical kinda stuff.

  • 4 Posts
  • 646 Comments
Joined 2 years ago
cake
Cake day: September 27th, 2023

help-circle

  • This is inaccurate. OP , look it up for your airline. You’ll find all the information you need for your particular circumstances in a handy guide on their website, because they very much want you to know.

    In general though:

    Devices containing batteries with less than 100Wh capacity can go in checked luggage as long as they are completely turned off and can’t be accidentally turned on. There are limits to how many, for example a suitcase full of laptops will be frowned upon. Vapes and other similar devices (that is, things designed to get hot) need to go in carry-on.

    Spare batteries (for eg power tools) need to go in carry-on and again, there are limits to how many.

    Anything > 100Wh, like scooters or biiiiig powerbanks need special permission or are banned outright.


  • The cable between the two boards would be a maximum of 50cm. 3 of the signals are addresses for a multiplexer that would change at a maximum speed of 2ms per change. One of the other signals is a 20khz pwm signal. The final signal is a zc detector for mains so max Freq of 100/120hz.

    None of this will be a problem over 50cm of cat5. If you were talking about millivolt or MHz signalling then you’d have to be a bit more careful.


  • Regarding wifi and power draw, you could always do batch uploading of data to another server at something like a 1:10 ratio, or upload only when there’s a change of more than 1 degree or similar.

    There are some low power deep sleep esp32 boards out there that can do like 3-6 months on a couple of AA batteries. A lot of power draw comes from hanging around on wifi doing dhcp, so having fixed addresses can cut down power usage considerably.

    Even without using the wifi side of things the esp32 boards come with lots of IO , plenty of drivers for various devices, and a reasonable in-house (i.e. not Arduino) development environment so I’d be leaning in that direction.

    You could also look at Sharp’s memory LCD as opposed to normal LCD, as that’s extremely low power without the fiddlyness of e-ink screens.



  • each driving for one hour per day with a computer consuming 840 watts

    This entirely depends on what energy source we end up using in 2050.

    IF , you assume that by 2050 home solar and batteries are a common item, and consumer electric vehicles are predominantly charged at home via those sources , then claims of emissions becoming a concern are moot. Seeing that home solar/batteries are becoming more common now, with 25 years to go, this is not a huge stretch of the imagination.

    Each individual vehicle has daily energy requirements that can be sourced relatively easily by local renewables, unlike datacentres which have huge energy requirements requiring energy to be piped in from sources elsewhere.

    Apart from that , the 0.8kWh/day usage of the computer hardware is entirely dwarfed by the (handwave guess) ~20kWh/day usage of the actual electric drive system, where trivial improvements in efficiency can compensate for the 0.8kWh/day usage of the computers. Hell, improvements in efficiency because of the adoption of autonomous driving instead of leadfoot humans at the wheel might end up making all this a net positive.


  • So, after sifting through all the other breathless articles from their website it seems that they’re going to :

    • Use a LLM to attempt to sort out their documentation.
    • Have a chatbot trained on the docs so you can ask it questions and possibly get coherent answers.
    • Some sort of vague thing where the LLM provides guidance and suggestions on improvements to the codebase.

    Lots of reassurance that they’re not going to let it do vibe coding but to be honest, they doth protest a little too much methinks.