That seems a bit harsh. I have two rescue parrots that live in large cages (indoors). I let them out every night when I get home from work, and they're given plenty of toys and material (including native blooms) to interact with every day while I'm gone.
I buy a couple of pinewood storage crates for them to play in and destroy every month. I also spend over half an hour every morning cleaning all their food and water containers, and cooking them breakfast (sweet potato, corn, fresh apple, assorted greens), I don't even make myself breakfast!
I did. There's long term patent cross-licensing agreements between the two companies. Motorola mobility may be a separate company now, but they didn't start from scratch.
Not sure how I feel about this. Motorola seems to be the exclusive provider of encrypted cellular networks and associated devices to the Israeli military [1][2].
I'm under the impression that basebands still require a proprietary/binary blob, basically rendering the security features of the underlying Open Source OS useless, since it sits between the user and outside connectivity.
How can GrapheneOS ensure that there are no hidden backdoors (ie: Pegasus-like spyware, which was created by ex-IDF soldiers via NSO Group), etc, in the baseband?
Hi, sorry I missed your reply - Unfortunately it's a proprietary design, the vendor provides the firmware, I do all the schematic capture / PCB layout.
Somewhat related - I've been working on a design using Nordic's NRF52840 SOC for work; Intensely focusing for the past few weeks on antenna tuning for maximum BLE range.
Part of the testing involves using the 'nRF Connect' app, which lists all nearby Bluetooth devices, plots signal strengths, and allows for some rudimentary communication. It doesn't seem to be Nordic-specific.
I'd frequently leave the app open scanning during development late in the evening, and rarely, an unidentified Bluetooth LE device would pop up for a few minutes then disappear.
Turns out it was my dad's pacemaker, which sends telemetry via Bluetooth to a 4G gateway they gave him (this only happens after he lies down with little movement apparently).
This prompted me to look into pacemakers and deactivation after death of course. I wish I hadn't, it turns out they leave it in the corpse unless it's scheduled for cremation.
Because of the aforementioned research, and the open field tests I was performing, it somehow devolved into me having a nightmare where I was RF testing at a graveyard, and the app suddenly displaying a bunch of pacemakers underground.
...I really hope this isn't possible - The signal through 6ft of dirt and concrete would be marginal but still detectable.
Schematic and PCB design relating to Lighting and Control Systems for my main job. Schematics and PCB Design after hours as a contractor too, because I have a daughter now, my wife can't work, and life has become /very/ expensive in Sydney.
What I'd love to be working on: Try to initiate a high voltage arc through the air to a target device, and modulate it to send "Data over Lightning", like Alyx does in Half-Life 2. It won't work the way it does in the game, but I'd it's an idea I've had for a long time and I'd love to prototype it some day.
Critical information for those that aren't aware: MLCC capacitance decreases with applied DC voltage, like, a whole fucking lot. [1]
Those 10uF/100V/X7R/1210 capacitors you love for your space constrained designs might only be 1uF at 48V. And it gets worse when choosing smaller package sizes.
This caught me completely off-guard. I've always thought an MLCC with a reasonable Dielectric at a given Capacitance would perform at least as well as an Electrolytic or Tantalum (minus fire hazards).
I buy a couple of pinewood storage crates for them to play in and destroy every month. I also spend over half an hour every morning cleaning all their food and water containers, and cooking them breakfast (sweet potato, corn, fresh apple, assorted greens), I don't even make myself breakfast!