It's a specific liquid scanner that's done on bottles that have been pulled aside for extra scanning (at least, that's what Frankfurt was doing a couple weeks ago)
As far as I know, it's not. You're now specifically told to not take liquid out of your luggage.
At least that was the situation when I flew out of London Gatwick last time - they had people going up and down before the scanners admonishing people to leave everything in their bags to avoid delay.
We had 4 bags go through, 3 had liquids (2 water bottles and one Barenfang) in them. All three were pulled for secondary screening, at which point they put the specific liquid bottles in a secondary scanner and cleared them.
So, yes, they stay in the bag, but then they're pulled out and scanned separately, at least in Frankfurt.
I've noticed every airport is different, and major airports are usually more likely to have the big fancy looking scanners that help keep the crowd moving along, without taking everything out. Smaller airports seem to have less of that tech and are thus often more of a hassle.
And yet somehow, airport security staff frequently get impatient when people in line ask whether to remove their shoes, laptop, etc. As if the travelers are stupid for asking.
This is a fairly new change - the new scanners are being rolled out "everywhere", but not everyone has them again, and there were some snafu's last summer that caused them all to be decertified within the EU, and at least for a while only scanners from one company had been recertified.
It'll probably be chaos for the next couple of years while this sorts itself out.
>One way to avoid this is to prevent the command from being written to history. Bash has a configuration variable named HISTCONTROL, which when set to include ignorespace prevents commands prefixed with whitespace from being saved in history.
This one is nice too, it has an enclosure. You could use this for a smart home dashboard. Be careful with the boards with two USB ports, they will backfeed power.
I would recommend getting a ST nucleo board over raspberry PICO or ESP32. The nucleo boards have integrated SWD programmer which makes flashing easier. You can also use it to debug your code. Try to get one with onboard USB port (like https://www.st.com/en/evaluation-tools/nucleo-f767zi.html) so that you can build USB projects.
Of note neither the debugger nor user USB port on that board work with ARM Macs (guess how I found that out). You can connect it to a hub as a workaround but that may lead to data corruption (per the errata).
Also worth noting that the discrete STLink V3 dongles also use the F7 for USB stuff.
Also also worth noting that not all of the Embassy examples are set up to work with Nucleo boards. It's an odd choice but it is what it is.
>it finally feels like embedded is getting a toolchain that is actually modern and better
Last time i tried embassy, it pulled over 100 dependencies just to build a blinky. Its great for hobbyist programming but i doubt its going to be used in any industrial application any time soon.
In all seriousness, why is that a problem? Surely for embedded, the size and hardware usage of the resultant binary is what matters, not the size/number of tools used to build it? I get that a lot of people worry about supply chain attacks right now (and that's fine, everyone should be thinking about how to mitigate that problem/reduce it) - but going back to a world where code re-use is significantly less usable isn't likely to magically make everything better, that has trade-offs too - particularly if (as plenty of people clearly do) they want a modern dev experience for embedded hardware.
It's already in use at least it automotive. If you are not working with safety critical systems (ADAS type) Rust and to some extent embassy is already in the wild. Companies like ETAS (https://www.etas.com/ww/en/) or Ferrous (https://ferrous-systems.com) are working to certify Rust and some crates (embassy is there) to be used with safety critical components. It's not question if but when it will be used. Volvo, Renault and some Chinese brands already ship cars with Rust embedded components in non safety critical path.
Do you have any (soft) evidences, that actually embassy is used in safety-critical applications? I think that is quite more difficult to qualify the whole of embassy with the HAL, executor and the other components used. Ferrous is just the qualified toolchain incl. core std. and some other libraries. Additionally a question is how well it integrates e.g. with ARM self-test libraries for the platform safety.
I know that sonair [0] is actually using Rust in the safety critical path. Toyota Woven [1] is for now just using it in infotainment and non-safety applications.
A lot of those dependencies are from the same project, though. It's just split into multiple crate so you don't need to pull in one mega-lump of code for everything.
(Also, I am currently using it for an industrial application)
