These days, electronics sets for kids and (young) adults have of course all but died out. I guess the market just isn't there anymore with the attention span of so many children being thoroughly fucked by all the different forms of media crashing in on them all the time. I sound like a boomer, but it saddens me to the depth of my heart. And this will come and haunt us as a society.
💯4😭3
Another system was the one produced by Philips / Schuco. I had one as a child and I hated it. It was such a pain to remove those springs and insert anything into them. It came with a plastic tool to assist with this, but that barely worked. And I also remember it not being much fun. A schematic, a few words, but not much on how things actually work.
This FM radio module for example. Every electronics kit had to have a few radio experiments. They often were the highlight of the whole thing. Philips' take on it was to use this TDA 7000. It integrates everything for a superhet, the input stage, the mixer, the LO, IF, demodulator. All you need is a few additional components and an audio amplifier to make it sing. Almost guaranteed, low frustration risk, instant gratification. But boring.
Philips / Schuco had a whole stack of sets and supplemental sets. FM radio, fiber optics, digital electronics, feedback control systems...
Philips/Schuco vs Kosmos is like Playmobil vs Lego. Playmobil is nice, if your play style does not focus on constructing things, but more on story telling and social interaction. I never did that, I'm autistic. I take things apart and put them back together. I construct things, I design, I engineer. And when you sell electronics kits, don't you want to appeal to those kinds of minds?
👍1
Kosmos meanwhile offered this. Using an NE612 for the LO and mixer and a TBA 120S as an IF amplifier and demodulator. Still integrated, but more modular, more educational on what makes up a superhet.
I gotta rant a bit about package management on Linux. A problem you think would be solved by $current_year.
My lab setup runs on *buntu 24.04 because I'm a lazy butt and I don't want to spend time updating all my machines all the time. I got the KiCad 9 PPA, which pulls in its own version of ngspice.
There's also Qucs-S which I want to give a shot as an LTSpice replacement, and it's not in the vanilla package tree. Someone maintains a PPA for it. But it also pulls in a version of ngspice, which collides with the one by KiCAD. The fuck?
Who maintains a PPA with a fork of a package that your software depends on and doesn't change the default installation paths for those files?
Why is there no snap of KiCad or Qucs-S? The solutions are there, USE THEM.
Now I gotta compile Qucs-S from source and run it out of some folder like it's 1996.
At this point I might as well go back to Gentoo. There I could at least whip up an ebuild within minutes >.<
My lab setup runs on *buntu 24.04 because I'm a lazy butt and I don't want to spend time updating all my machines all the time. I got the KiCad 9 PPA, which pulls in its own version of ngspice.
There's also Qucs-S which I want to give a shot as an LTSpice replacement, and it's not in the vanilla package tree. Someone maintains a PPA for it. But it also pulls in a version of ngspice, which collides with the one by KiCAD. The fuck?
Who maintains a PPA with a fork of a package that your software depends on and doesn't change the default installation paths for those files?
Why is there no snap of KiCad or Qucs-S? The solutions are there, USE THEM.
Now I gotta compile Qucs-S from source and run it out of some folder like it's 1996.
At this point I might as well go back to Gentoo. There I could at least whip up an ebuild within minutes >.<