<div dir="ltr"><div dir="ltr"><div>Well said, thank you.</div><div><br></div><div>The usual advice is to tell the person to "go have some sort of formal educational adventure" and/or "find some 1:1 mentoring" (apprenticeship, "Elmer", journeyman, etc). But, 1:1 mentoring doesn't scale well at all, and mentoring people can and will consume all your time. We can't compensate for huge gaps, a lack of curiosity, or an unwillingness to take risks and ask dumb questions and goof stuff up. </div><div><br></div><div>You highlight something that has worked for me. Picking something of interest that is just out of current reach, and then digging in. Discernment of what's a good project and what's not really worth the time makes the difference between this process working and not working, and I think that's what most individual learners are totally missing. </div><div><br></div><div>I was just talking about a "test as you go" experience the other day to someone here. As an undergrad, a class I took was devoted to building up a single board computer (8051) out of discrete components. The wire wrap instructions were given to you and a lab partner, so each team had to build one board. The board was the basis for the semester's work. </div><div><br></div><div>Each set of instructions turned out to be unique, and had deliberately inserted mistakes in them. If you just plowed ahead and didn't test as you went (and we were told, and all were veterans of multiple lab classes) then your board just wouldn't work right. It might be subtle or it might be bricked. Stuff like memory lines or address lines are wrong, peripheral connected to nothing, no power. With enough wires going on everywhere, and if you blindly followed the instructions, and if you didn't actually test as you went, then finding out what in the bird's nest was wrong was very very tedious. There were people who thought this kind of unfair, but it was a clear lesson about constructing a complicated circuit. Same deal in software, really. There's a lot of parallels. </div><div><br></div><div>Connecting the right people up to the right work and closing reasonable gaps between them and the work is a lot of what we do. Any place where we can do this better is a win for all of us. <br></div><div><br></div><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">-Michelle Thompson<br><br><div><br></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, Aug 27, 2025 at 11:44 AM Dan White <<a href="mailto:Dan.White@valpo.edu">Dan.White@valpo.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr">I'll bite.  In some way, this is a significant part of my day job.  ... still figuring out something more efficient than 1:1 mentoring in the lab.<br><div><br></div><div>Do some small scripted kits, then a small project with an interesting application but also deals with hardware you want to learn.  Iterate and escalate.</div><div><br></div><div>Someone to help you select projects or filter the junk from good tutorials.  So many online things look great until the last sentence in the blog post saying ".. and it didn't quite work as the introduction implied."  A mentor can detect that and steer you away from things that are likely to end in frustration.</div><div><br></div><div>Some test equipment is pretty much required.  We require our 3rd semester sophomores to have their own Analog Discovery 3 from Digilent (scope / sig-gen / logic I/O / power supply).  It is perfect for 80% of 1,2,3rd year B.S.E.E. needs.  A DMM is handy, but slowing down time with an oscilloscope is the complement to a circuit simulator.</div><div><br></div><div>Have a meta reason for doing a project.  The thing itself plus an excuse to use+learn X-component or Y-concepts.  That helps you build a base of knowledge and experience.  Like software, small steps and test as you go.  Quickest path to frustration in electronics is not applying power until it's "finished".  </div><div><br></div><div>Dan White</div><div>AD0CQ<br><br>---<br>@ValpoWIREDlab<br>Electrical and Computer Engineering<br>College of Engineering<br>Valparaiso University<br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 27, 2025 at 10:03 AM Michelle Thompson via Ground-Station <ground-station@lists.openresearch.institute> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Greetings all,</div><div><br></div><div>Our mission here at ORI is educational, personal, and professional advancement through open source digital radio work. The vast majority of this work is done on the amteur radio bands, simply because it's the best choice for experimental work. We use FPGAs, processors, ADCs, DACs, and a pile of other circuits to get work done. </div><div><br></div><div>Here's a question that came up this week. The project in question is an SAO for electronic conference badges. The circuit design is all analog, mostly op amps. It's relatively simple. The idea is to collect sound, movement, and nearby warm objects (proximity detection of other humans) and then integrate those inputs over time in a capacitor. This capacitor level is then presented as an RGB led output. Blue means everything is calm. Red means I'm in the middle of a rave and probably overdid it. </div><div><br></div>"Would love to tackle a project like this, but rn, my skillset just lets me get away with hooking up LEDs to a breadboard and make them blink without burning them up. If I'd have a crack at it, I would connect the output to a bluetooth jammer and other party deterrent components to regulate the radiation. Do you happen to have some useful beginner friendly tutorials/projects to get better with electronics? I find things online to be very complex or standalone component showcases, which don't give you a very good idea a going through a project from A to Z"<div><br></div><div>It's really an amazing time for radio. We have SDRs, where people that are good at hardware can learn some software and extend their radio by many orders of magnitude in terms of capability. People that are good at software can turn fixed designs into adaptable and effective systems. What an amazing time to be alive. </div><div><br></div><div>There's always a learning curve. Given that fact, what's *your* best way to answer "how do I get better at electronics?" </div><div><div><br></div><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">-Michelle Thompson<br><br><div dir="ltr"><br></div><div><br></div></div></div></div></div></div></div></div></div>
</blockquote></div>
</blockquote></div></div>