Circuit Break - A MacroFab Podcast

This week we dive into the fascinating world of vintage tech repair, focusing on efforts to preserve General Motors' futuristic '80s digital displays. Hosts Parker Dillmann and Stephen Kraig discuss the resilience and repair techniques of the Visual Information Center (VIC) screens, introduced in the late '80s. They also highlight MacroFab's new inventory management features that streamline the process for electronic components, ensuring efficient project management and system updates.

Discussion Highlights: 
  • Launch of MacroFab's enhanced inventory management system, improving component tracking and project management.
  • The survival and repair techniques of GM's '80s digital displays, highlighting the challenges and techniques involved in maintaining legacy technology.
  • Discussion on designing long-lasting electronic components and the importance of planning for product lifecycle and reliability.
  • Exploring the impact of technology on product longevity and the potential of modern tools to extend the life of electronic devices.
Relevant links:
Community Questions:
  • How do you approach maintaining or repairing older technological devices to extend their lifespan?
  • What are your thoughts on balancing modern design with the need for longevity in electronics?
  • Have you worked on any projects that involve updating or maintaining older technology? Share your experiences!
MacroFab:
This show is brought to you by MacroFab, which provides a platform for electronics manufacturing services (EMS), hardware development, designing and prototyping for individuals, startups, and businesses. Key MacroFab services include PCB (Printed Circuit Board) fabrication, assembly, and testing. Customers can use MacroFab's platform to upload their PCB designs, select components, and specify manufacturing requirements.

We Want to Hear From You!
Subscribe to Circuit Break wherever you get your podcasts! And join our online Discourse discussion hub at forum.macrofab.com to keep the conversation going with electrical engineering experts and experimenters! You can also email us at podcast@macrofab.com.

Creators & Guests

Host
Parker Dillmann
A Founder @MacroFab.Builds Electronics, Cars, & Jeeps.
Host
Stephen Kraig
EE
CM
Producer
Chris Martin

What is Circuit Break - A MacroFab Podcast?

Dive into the electrifying world of electrical engineering with Circuit Break, a MacroFab podcast hosted by Parker Dillmann and Stephen Kraig. This dynamic duo, armed with practical experience and a palpable passion for tech, explores the latest innovations, industry news, and practical challenges in the field. From DIY project hurdles to deep dives with industry experts, Parker and Stephen's real-world insights provide an engaging learning experience that bridges theory and practice for engineers at any stage of their career.

Whether you're a student eager to grasp what the job market seeks, or an engineer keen to stay ahead in the fast-paced tech world, Circuit Break is your go-to. The hosts, alongside a vibrant community of engineers, makers, and leaders, dissect product evolutions, demystify the journey of tech from lab to market, and reverse engineer the processes behind groundbreaking advancements. Their candid discussions not only enlighten but also inspire listeners to explore the limitless possibilities within electrical engineering.

Presented by MacroFab, a leader in electronics manufacturing services, Circuit Break connects listeners directly to the forefront of PCB design, assembly, and innovation. MacroFab's platform exemplifies the seamless integration of design and manufacturing, catering to a broad audience from hobbyists to professionals.

About the hosts: Parker, an expert in Embedded System Design and DSP, and Stephen, an aficionado of audio electronics and brewing tech, bring a wealth of knowledge and a unique perspective to the show. Their backgrounds in engineering and hands-on projects make each episode a blend of expertise, enthusiasm, and practical advice.

Join the conversation and community at our online engineering forum, where we delve deeper into each episode's content, gather your feedback, and explore the topics you're curious about. Subscribe to Circuit Break on your favorite podcast platform and become part of our journey through the fascinating world of electrical engineering.

Parker Dillmann:

Welcome to circuit break from MacroFab, a weekly show about all things engineering, DIY projects, manufacturing, industry news, and long lived designs and complaining about Apple like we normally do. We're your hosts, electrical engineers Parker Dillmann. And Stephen Kraig. This is episode 428 and and before we get into the podcast proper, we have a platform update for MacroFab. We launched the enhanced inventory management system.

Parker Dillmann:

We've always done energy inventory management in the platform, but it's we've got basically have a new display for it, and it handles overage, and it handles, like, how you let's say you up you you sent us some components for your inventory so we can store them, and you can build out of them. Well, what now is when you place orders, it will show, like, which parts of that inventory is reserved for builds and that kind of stuff. And it will actually tell you consumption reporting and burn down reports and that kind of stuff. And then there's, like, an improved inbound shipment management too, so you can see, like, where your component is at in terms of when it's being received in to the, HQ building.

Stephen Kraig:

So can you see when your part is picked for a job and when it's gonna go out onto the floor?

Parker Dillmann:

It's yeah. So it has, like, a reserved and then a work in progress section. Cool. So you can say, oh, you know, let's say you place an order and you need 20 of these components, it will reserve 20 of those for your order. That way you can, like, queue up multiple orders at once, And then the moment it gets kitted, it goes into work in progress.

Parker Dillmann:

And kitting is when all the components come together for your order before it goes out to the floor or get shipped out to a partner facility.

Stephen Kraig:

I I can tell you from from my side, things like that are absolutely wonderful. Given the job I work now, the parts that I deal with are considerably more expensive than previous jobs I've worked at. And so so a lot of times, I'll get asked by my project manager or by my manager or other people, hey. Where's x y z part? Can you give me a count on what's at your manufacturer?

Stephen Kraig:

Blah blah blah. You know, when you have a reel of parts and every single part is $1200, you you wanna know the exact number of parts and you wanna know exactly where they are. And a lot of times, when I'm asked that question, it's, oh, let me send an email to my Centimeters and have them count it and tell me. But to be able to just look at my inventory and be like, yeah. I know they have this many, and they're in this stage kind of thing.

Stephen Kraig:

That's really helpful.

Parker Dillmann:

Yeah. That way you don't have to call us up or email, you know, Jerry.

Stephen Kraig:

I do think that's funny because a lot of macro fab, is I don't think you were intending for this to be the case, but a lot of macro fab is set up for people who don't necessarily want to talk to people, or it's set up where if you don't want to talk to people, you don't have to. Right? It's all in the platform right there. I think that's kind of funny how it's, like, introverts, Centimeters. Right?

Parker Dillmann:

It was planned that way. Yeah. It was. Wanted part of the initial was, like, never had to pick up the phone to figure out where your build's at or even to start your build. Mhmm.

Parker Dillmann:

What's really interesting is I saw there's it's been this new term on social media in this in the hardware start or just the startup space called hard tech, and people are like, we should have a I I saw some discussion about we should have a pizza tracker for PCBA, and I'm like I just posted a screenshot. I'm like, we've had this for 6 years now. Yeah. We have a pizza tracker for your PCBA order, so you know exactly what's going on.

Stephen Kraig:

Yeah. You know what stage it's any one point in time. Yeah.

Parker Dillmann:

Yeah. So this basically is the same thing. It gives you more visibility into your inventory that you have at MacroFab.

Stephen Kraig:

And and you know what's funny? For basically no work from your side, you being the engineer at xyzdesigncompanyorwhatever, it makes you look awesome. It, and I'm not just trying to sell here. What what what I'm saying is say that project manager comes up and says, I need, I need you to run a report of how much money we have in inventory at our contract manufacturer. You do it in 5 minutes and send it back to them.

Stephen Kraig:

You look like a rock star, and all you really did was go to Macrobat and just say, hey. Give me the list of parts that you have.

Parker Dillmann:

See, we actually do

Stephen Kraig:

Yeah.

Parker Dillmann:

Is you just take 45 minutes to do it. Oh. You get the information in 3 minutes from the platform Yeah. And then you go and take lunch.

Stephen Kraig:

But you still look like a rock star because 45 minutes is still really fast for that.

Parker Dillmann:

Yeah. It's pretty good. Yeah. So when your boss comes in and you say, that's gonna take a day, and you come back 45 minutes later with the answer.

Stephen Kraig:

Man. Okay. Quick side channel. I absolutely hate estimating time to do a task or a project or or whatever. I I I don't know a lot of people who do, like, really enjoy that.

Stephen Kraig:

I'm I'm sure there's plenty of business guys out there that really get their jollies out of estimating time on projects and things like that. But I I I was doing some recently, and I we were kind of looking at estimating time based on hours in a project. And a lot of times when I think about estimating time, I'm looking at, okay, 8 hours is a day's worth of work, but you're not constantly working on that project. So 8 hours like, if you say 8 hours on a spreadsheet somewhere, that doesn't necessarily mean I come in Monday, and I leave with that project done. Right?

Stephen Kraig:

That 8 hours could be spread over 2 weeks because you're doing all kinds of other things. I don't know. I'm go I'm ranting a little bit here just because I've it's extended period of time is going to take, especially with testing. Even if you write a full test plan and you kind of have an idea of this probe goes here and I press this button on this device, and I do this kind of thing, it's still incredibly difficult to get anywhere near accurate.

Parker Dillmann:

Yeah. Oh, yeah. I agree. You kinda have to just do it. You can get better as you get more experienced.

Parker Dillmann:

Sure. And, like, platforms like Trello or Jira that can track, like, track time and statuses and stuff, but that's that's only as good as the data you give it. So you have to be diligent about, oh, like, for your example, 8 hours over 2 weeks, you have to be diligent about not just leaving, let's say, a task in progress overnight or the task, like, just in progress for the entire 2 weeks. Mhmm.

Stephen Kraig:

Yeah.

Parker Dillmann:

How we kinda did that was we in our this is in engineering, we had a our like, what everyone is working on board, kinda just like your current task. So it was a way so we could start measuring, like, workload and that kind of stuff. Mhmm. We had 2 well, actually, like, more than 2. We had a couple different, like, in progress statuses, and wanted to be, like, in process, like, in progress.

Parker Dillmann:

I'm actively working on this thing right now. Then there's also in process, like, it's like on the back burner because it's like, I'm waiting on something. And we had different statuses for, like, you're waiting on a customer or you're waiting on someone else at Macrofab or something like that. And that got us pretty good, but it also you have to be you know, your team has to be diligent in doing it. And it's not something from micromanaging.

Parker Dillmann:

It's just being like, okay. Every engineer's got 20 different projects. How do you know that what's the process of all 20 of those without having to bug that engineer?

Stephen Kraig:

Yeah. Yeah.

Parker Dillmann:

And have a, you know, 10 minute meeting every day. It was a way, basically, to get rid of stand ups and get rid of meetings and just be able to get rid of all that kind of just waste of time. Mhmm. And it helped a lot. Yeah.

Parker Dillmann:

But, again, you have to be diligent, and it takes a while to get off the ground and get people used to, you know, when they task switch, they go and tell the system that they are task switching.

Stephen Kraig:

Yeah. Feels a little micromanage y. But

Parker Dillmann:

You could say that, but it got it it opened up 3 hours every week for people because there was no more meetings Sure. And that kind of stuff.

Stephen Kraig:

You know, another thing is that kind of a system, I think, works if whoever is managing the system itself understands the type of work that's going into it. I I once worked under somebody who was very managy very micromanagy, And they they ran a Trello esque board and had very explicit dates for every little task that you do, but didn't understand how engineering worked necessarily. So so there was like, okay. This project kicks off. You have 4 days to create your schematic.

Stephen Kraig:

So design your bore not board. Sorry. Design your project, make the schematic. And on the 4th day, the expectation was the schematic is 100% done, and then you move into layout. And then you have 2 weeks or whatever to do layout.

Stephen Kraig:

And, you know, at the end of 4 days, I had the schematic, but they were like, is this done? I'm like, well, it's done, but I'm not gonna tell you it's done because that's not how this works. And then by the time and Yeah. Whenever I finished layout, they were like, okay. Are you done with that schematic and that layout?

Stephen Kraig:

And I was like, well, I have to go make my drawings for all the manufacturing files. So, no, I'm not gonna call both of those done until they're done. And then after that, I had to get all of it approved. So I'm not gonna say anything's done until it's until everything was approved and then it all just in magically in a second it all wrapped up and was all of the tasks were complete. But the manager didn't understand that you can call something done, but it's still open in a way.

Stephen Kraig:

During your layout portion, your schematic is done, but you may need to go back and make adjustments to it. So it doesn't just fit cleanly into this bin of, oh, it's done, and I will never need to see it again. It's and so I think engineering has a lot of wrinkles with that, and having a manager that understands it is important.

Parker Dillmann:

Yeah. That's why we never really track statuses like that, like individual tasks inside of a project. It would just be like the total project that the engineer is working on.

Stephen Kraig:

Yeah.

Parker Dillmann:

So because each engineer has, you know, 20 different customers. Which one's behind, which one's our head.

Stephen Kraig:

Which one's on fire?

Parker Dillmann:

Yeah. Which one's on fire? And you don't so that way, you can look at the board, and we basically just had a notification system that would've been like, hey, if a project it's been in progress but been blocked by let's say it was blocked by an internal customer, which would be at MacroFab Right. For longer than 2 days, then the manager could go and go, hey. I'm gonna go talk to that one person that's the blocker and figure out why this is blocked and how do I unblock this so we can get progressing on this project again.

Parker Dillmann:

Right. Right. Right. Whereas the only other way to know that is to have a stand up. And if you're doing a stand up every week, once a week, let's say on a Monday or or on a Friday, you won't know you you just have this gap 7 day gap of information.

Parker Dillmann:

So it works really well, but, again, it it you do have to be diligent. I just it's better when you don't have to micromanage the tasks. It's just the overall what are you working on, and what's the status of that one project. Mhmm. So keeping it like a pro like a progress, like, product progress tracker or just status of it, but, yeah, we're not tracking, like, is the layout done?

Parker Dillmann:

Is the schematic done? Is that, you know, did you verify the the document, like, the test document? That stuff wasn't in there. It's just hideable stuff. Not even that.

Parker Dillmann:

It's just the let's say it was, like, the test building the test documentation and implementation and all that stuff for, let's say, Steven Craig amps. Because Steven Craig amps were is let's say you're we're building your stuff, and, there would just be a top level ticket in that board and you'd be assigned like an NPI engineer and you'd be assigned a test engineer And then but that test engineer is gonna have that ticket and be like, okay. I wanna spend probably an hour reviewing Steven Craig's documentation that they gave us. And so he'll move it into in progress actually in progress. I'm working on it right now Mhmm.

Parker Dillmann:

And work on it. And when he's done, you know, if it's actually and okay. Well, the next step is we're waiting on actually getting in the equipment from Steven Craig amps. So they'll take the ticket and go, okay. I'm gonna put this in progress, but it's in it's waiting on the customer to get us some stuff.

Parker Dillmann:

So they'll just move it into waiting on customer, and they'll just type in a note. This is where I'm, like, I'm waiting on the actual equipment because we don't have it yet. That's it.

Stephen Kraig:

Yeah. So it's

Parker Dillmann:

just it kinda just a mass like, the ticket just kinda grows and collects all this information. Yeah. Just a history document. If you're an engineer you should be doing that anyways is like recording what you're doing on a project that's kind of what that does.

Stephen Kraig:

Yeah. Yeah. I like that.

Parker Dillmann:

Yeah. Is there better systems? Probably. But does the development team uses JIRA here and it was like, well, that's just free for engineering to use. So we that's what we used.

Parker Dillmann:

Sure. Sure.

Stephen Kraig:

Yeah. I think when it comes to a project, the way I I kinda prefer it, and you and I are talking about slightly different methods and and industries here. But but I I like the idea that, say, a contract for a customer is written, or corporates come just down and says, I want a brake controller for this particular car. I want you to design that. And they say, you know, in the contract, we say, I want the first PCBs in my hand in 3 months.

Stephen Kraig:

And the engineering team says, okay. And that's as much as needed because then the engineers that the engineering team including your manager sits down and breaks that 3 months up and they figure out how when they need to have schematics done, when they need to have layout done. I don't like it when the higher level says you have 2 days to do schematic and you have 5 days to do the layout. Blah blah blah. Like, that never seems to work.

Stephen Kraig:

Just give me a date when I need to have a product or a PCB in your hand, and then I will work with my team to establish all the intermediate dates.

Parker Dillmann:

Oh, yeah. I agree on that side. Yeah. Yeah. 100%.

Parker Dillmann:

That's a higher level. Let's say the the document drafter. That's how we can call that person. Yeah. Or the product.

Parker Dillmann:

Let's hope if I have another p word. The product person. The producter. Yeah. I mean, because they're not engineer, but they all they care about is they get the PCB or the device by a certain date.

Stephen Kraig:

Well and okay. And, yes, give me what that date is that you have to have that PCB or the product or whatever. What's the deliverable? Give me that date, and I will come to you on a very regular basis and tell you it's going well or it's not. And if you need more granular data about if it how it's going, I will tell you the more granular.

Stephen Kraig:

But if you're okay with not getting the granular, I I won't feed you that unless you need to know it. And you don't need to necessarily feed super granular dates down to me, especially if you don't understand general engineering practices for double lease of and that's not just me, like, being hoity toity or anything like that. That's it's just, like, compartmentalize each department and let them run their thing because they know that they're the experts at how the process flows through their department. Let them do that.

Parker Dillmann:

Mhmm. No. I agree. You do have to have a way, which it's fine, except that you you still have in there that if that person needs more granular updates, let's just say it's progressing well or not well. K?

Parker Dillmann:

Yeah. Like, a a a thumbs up or thumbs down on you hitting your dates. K? How do they know without asking you?

Stephen Kraig:

Okay. So I honestly think that is one of the largest jobs of what a manager does. So a manager is a middleman between the individual contributors and whatever other department is there. So the granularity for a manager is day to day. And in some cases, hour to to hour.

Stephen Kraig:

It is walking to the team and discussing what are you doing right now, how is this going, what is your progress, and then distilling that into larger packages of okay. Over 5 days, Steven or Parker got this chunk of work done and distill that and pack in a nice way that makes sense to whatever department needs to know what the progress is. If I laid out a switch mode power supply and I and I got all my ground planes really nice, blah blah blah, My project manager doesn't need to know that. But my project but my manager might say to my project manager, we are 20% closer to being done. That's something they do need to know.

Stephen Kraig:

It's all about who is your audience, what are you trying to convey to them, and to what level of detail do they need. And 99% of the time, they don't need as much detail as engineers are willing to give or wanting to give. So knowing how to break that down is a skill for sure.

Parker Dillmann:

Now what if your customer isn't in your company, and it's because you are doing something for an external customer?

Stephen Kraig:

Yeah.

Parker Dillmann:

And now they're tying up your support and your and your and your and your sales lines trying to get information.

Stephen Kraig:

Well, that's just a bad customer. Once again, I think

Parker Dillmann:

That's what that's what we're trying to do with the Mac event platform is so you don't have to the more we can record stuff and and make it easier to record that information and then trickle that information to the customer so they know how well or bad their build is going, that that's, you know, even better.

Stephen Kraig:

You know? Okay. So I haven't I've been on the Macrofab platform a bit, but I haven't explored recently. Was it do you have the ability to set up different dashboards for people?

Parker Dillmann:

No. Not yet. We have a dashboard, but it's not like a customizable dashboard.

Stephen Kraig:

Yeah. Okay. So the you know, just an idea. Say, I have a login to my MacFab account, and I can see all of this information. But the client that I'm making a board for wants to see some of that information as well.

Stephen Kraig:

I could make them a dashboard and send them a link, and that's just something that they could view. And they don't have any editable things, but, you know, maybe the customer, the client sent me some really expensive parts or something and I sent them to Macrofab and the clients, hey, I want to be able to see them at Macrofab. I could send them a link and it shows their parts that they sent to me that you guys now have. I don't know. It's just a thought.

Stephen Kraig:

I that could be something that's cool.

Parker Dillmann:

You could do that with other services and just using the MacFab API, basically, to get

Stephen Kraig:

that information. Build that.

Parker Dillmann:

Yeah. You could build that with something like Retool, which is a it's like an online app builder Right. That you can basically glue a whole bunch of, APIs together and databases. So you could hook that up to the MacVeth platform with your authentication and pull that information in and just show a inventory dashboard for one component for that customer.

Stephen Kraig:

You can always do it that way. I I know what I was just saying. There's very extremely specific. Out of, you know, all customers, there's probably only a very few number that that would apply to. It's still I don't know.

Stephen Kraig:

It's it'd be a cool idea. I could see that being a cool idea splitting up based off of your role at a company. You know? Purchasing sees this. Engineering sees that.

Stephen Kraig:

Management sees this.

Parker Dillmann:

Kinda have that. Yeah. And I remember when I

Stephen Kraig:

was working there, you guys were setting that up.

Parker Dillmann:

Yeah. We have different views, so to speak, for procurement and well, procurement slash purchasing and engineers on in organizations, but not nothing like what you're talking about, though.

Stephen Kraig:

Yeah. And until recently, I can't see I haven't had a need for that kind of stuff. Most of the time that I've dealt with customers, a a, you know, a a regular meeting with them and a PowerPoint slide saying, here's how we've managed your stuff It's usually good enough.

Parker Dillmann:

Yeah. It's just I I see a lot of people talking about wanting the information right away and not wanting to talk to people.

Stephen Kraig:

Well and to kinda tie it all back, that's what your inventory system allows you to do. Right?

Parker Dillmann:

Exactly. And I was just thinking about this, but because there there are a lot of customers that are old school in in terms of they want to call and talk to someone or email in. What have I just connected that to? I wonder if you used 11 Labs which is a AI service that you can basically clone your own voice. That's what I used for the the charity stream last year where it was Darth Vader was reading all the call outs from people.

Parker Dillmann:

I basically made a clone of Darth Vader's voice.

Stephen Kraig:

Mhmm.

Parker Dillmann:

And so you you I could put a clone of my voice, and it could be me talking to you over the phone reading basically what the back of our platform says.

Stephen Kraig:

I I wonder if you did that. I wonder if people would be okay with that or if they'd be upset.

Parker Dillmann:

I think they wouldn't know. And then the moment they figured they knew it was an AI, they would be upset.

Stephen Kraig:

Yeah. I agree. So so there's this concept that if you call a company and an actual human being answers the phone, then, like, you get excited and they feel like old school good customer service when that happens. Right? And you kinda got to the point where you expect if you call a large ish company, you're gonna get you're gonna get whatever telephone service they have, and then you gotta deal with that forever.

Stephen Kraig:

But is that the next step of pissing people off? It's just you do get a human, but it's an AI human. And I don't know. That might actually work. That might not actually piss me off because I can interact with it like a human and get what I want as long as that all works.

Stephen Kraig:

I don't necessarily care.

Parker Dillmann:

Yeah. I don't care either because all I care about is just getting information I'm looking for as fast as I can.

Stephen Kraig:

Yeah. The the under Yeah.

Parker Dillmann:

That's like what I call, let's say, AT and T because my Internet is down or messed up or something's wrong with it. The first thing I do when I call these big companies is I just mash the zero button a bunch. Yeah. So I try to get a actual human being on the phone. Sure.

Parker Dillmann:

Because I know the going through this the pressing all the buttons and typing all the information in, it's gonna take way longer than when I actually get a human on the phone. So if I could skip to so I'm just trying to get to the end where the answer is. I do see an a an a hooked up to it would probably not be good for data retention, though.

Stephen Kraig:

Do you have a because

Parker Dillmann:

think about well, think about how the biggest breaches of security is in just social engineering is the number one way of finding out yeah. Packing is mostly social engineering nowadays.

Stephen Kraig:

Or you just convince the AI to give you data that it shouldn't.

Parker Dillmann:

Yes. Exactly. Yeah. Yeah. So it's if if people are gullible is not the right word, but if people are susceptible

Stephen Kraig:

Yeah.

Parker Dillmann:

To social engineering, I bet you an AI is even more susceptible to because it doesn't it can't infer, I guess. It it does it doesn't get social cues on, like, the phone call and that kind of stuff. Right. Right. So I would say that was probably your biggest risk there.

Parker Dillmann:

Be interesting to try out, though. Maybe if I wasn't in marketing now, I I would build something like that just to try it out.

Stephen Kraig:

In some ways, I feel like marketing is actually an okay department to be in for that.

Parker Dillmann:

I guess. Yeah. Because we don't have any AI chat bots or anything like that on our website. Yeah. Some of those are some of them are really good, like the Amazon one.

Parker Dillmann:

When you talk to like, when you do their chat thing that's on their website Yeah. And that's an AI bot. There's no one on the back end of that. Yeah. But some of them are pretty there was I think it was GM slash Chevy implemented a chat gbt bot for their website, and you could get it to compile and run Python code on their website.

Parker Dillmann:

Really? That was pretty yeah. So it was pretty funny. You can get, like, the chatbot to execute code. That was pretty good.

Stephen Kraig:

Yeah. I was not aware of that.

Parker Dillmann:

Yeah. That made the rounds on that. I think it was, like, earlier this year. I think it was in January. But, yeah, some interesting stuff for sure.

Parker Dillmann:

Yeah. So back back to that is, like, I I wouldn't care. As long as the information is that's if that's the fastest way that company can get me the information I need, so be it. Don't let me put don't put me on I'd rather not be put on a waiting list to finally get ahold of someone.

Stephen Kraig:

Yeah. I've been on I've been on hold for an hour

Parker Dillmann:

and a half.

Stephen Kraig:

Yeah. Right. Right. AI would be so helpful for answering all the really dumb, simple questions that probably burn tons of time. Okay.

Stephen Kraig:

We're we're going on all kinds of fun tangents here. But but okay. Think of this. When when I go to a website for for, an establishment, let's say, a restaurant. Right?

Stephen Kraig:

If I go to a website for a restaurant,

Parker Dillmann:

the the the thing that

Stephen Kraig:

should be on the front page of a of a restaurant is what are your hours and where's your location? Right? Because 99% of the time, that's what

Parker Dillmann:

people Maybe also a website for food.

Stephen Kraig:

Well, okay. That's what all I'm saying is the absolute most critical items that are on there. Now if you wanna add your menu or if you wanna add, you know, your schedule of events or whatever you're doing, like, if I don't know if you have bands that play at your restaurant or whatever. But what's the absolute most critical thing when you are a restaurant or something like that? Put that number on there.

Stephen Kraig:

I bet you restaurants I I I it would be really fun to know how many man hours are burned every year from people calling a restaurant just being like, are you open? I bet you it's staggering how many hours are even for a 10 second phone conversation that somebody's just calling to see, are you open kind of thing? AI could take care of those kinds of things. Right?

Parker Dillmann:

Yeah. And especially, let's say, like, all these restaurants, if you could Google that restaurant, it has its hours Yes. And all that stuff right there. So that information is really readily available, and people still call in and ask, what's your hours?

Stephen Kraig:

Exactly. Well but okay. So so there are times when it's not necessarily super accurate. It may be a holiday, and you're not sure or and Google's still saying or Google says holiday hours may be different or something like that, an AI could just be like, yep. We're actually closed.

Stephen Kraig:

Sorry.

Parker Dillmann:

It's hooked up to the on sign on your,

Stephen Kraig:

on your Yeah. For the neon sign?

Parker Dillmann:

Yeah. The the on neon sign or open neon sign. Yeah. Yeah. Yeah.

Parker Dillmann:

It just hooked up to that.

Stephen Kraig:

So let a human say hard questions. Let an AI answer the dumb ones.

Parker Dillmann:

That's a product right now. Okay. That's is an on or an open sign. I don't know why I keep saying on sign. An open sign that's hooked up to a that's, like, an IoT open sign.

Parker Dillmann:

K? Yeah. And it's hooked into your your POS system and for the call system.

Stephen Kraig:

Yeah. And if the open sign is on, the chatbot will say, yeah. Come on in. We're open.

Parker Dillmann:

Yeah. The phone tree will say we're open.

Stephen Kraig:

Right. Right.

Parker Dillmann:

Right. Right. That is a product. Yeah. I I wonder if that has to exist, but make it simple like that where if the on oh, geez.

Parker Dillmann:

I'll just

Stephen Kraig:

say it again.

Parker Dillmann:

If the open sign is on Yep. Then it says that we're open. And if it's off, it says that we're we're closed.

Stephen Kraig:

See, we're solving the real problems in the world here.

Parker Dillmann:

But making it super simple, so it's not like some other system that you have to log into or, like, a button they have to press, like, on the computer or whatever. It's literally the sign turn it off and on.

Stephen Kraig:

Yeah. And, you know okay. A little bit further than that, if you call have you when was the last time you called, like, a Target or a Walmart and asked them if they have something in stock? It's been a while. Right?

Parker Dillmann:

I would say I can't remember because usually I go onto their website and see if they have it in stock or not.

Stephen Kraig:

Yeah. But an AI could do that as well. Right? Yeah. There's nothing saying that

Parker Dillmann:

I I don't know. It's more useful for grocery stores because let's see. You're looking for one particular sauce. Yeah. And and it might be, like I mean, you know how big HEBs can get grocery stores in here in Texas.

Parker Dillmann:

And onto the HEB website and going, okay. I'm looking for this sauce. What aisle is it in?

Stephen Kraig:

Well, okay. So anytime you call one of those big stores, you always have to do the whole dance of, can you please connect me to the electronics department? You you you know, you always have to do that because the first person you talk is 100% guaranteed to not be able to answer your question. Right? But AI could just do that.

Stephen Kraig:

Right? It just knows the inventory, and they could just spin it out

Parker Dillmann:

for you.

Stephen Kraig:

Just along the website, but

Parker Dillmann:

We should get on to the real topics, but I'm wondering this what we just said. I wonder how the people who hate AI just because AI is going to defend that idea Yeah. Or attack that idea. Because there are some people out there that just AI, I hate it. So Just but just arbitrarily.

Parker Dillmann:

Yeah. Arbitrarily. Right. Why is people are so, like, black and white nowadays?

Stephen Kraig:

Yeah. I don't know.

Parker Dillmann:

Polarized. Right? Yeah. Polarizing. Yeah.

Parker Dillmann:

People need to have more than one bit of color.

Stephen Kraig:

Gray is a nice color.

Parker Dillmann:

Alright. So 36 minutes in. So the our first topic that's actually on our list to talk about today, not our dive into AI chat bots and Mac fab platform updates is this is a really cool article I found on Hackaday, but it's from the auto autopian? Autopian. Autopian?

Parker Dillmann:

You're right. That's what it is. It's about a, a person named John who basically rebuilds a short lived add on or option for GM Toronados from, like, I think it's, like, 1989 to 92. 3 years, you can get a what was called a VIC, a visual information center inside your GM or Ultimate Beal Toronado, And this predates those tablets that are, like, glued to the dash of every single car nowadays by 2 decades. Okay.

Stephen Kraig:

Yeah.

Parker Dillmann:

And, basically, it's a CRT touchscreen that has controls for HVAC, has a trip computer compass. They also integrated the car phone because this is 15 years before a cell phone was a nothing, let alone, like, everyone having one. But this is like an article about repairing them, and what, John does to repair them. Mostly it's it's CRT repair because most time it's just like the control circuitry goes out and they have to replace some components. Most of it's like electrolytic capacitors, a lot like amplifier repair.

Parker Dillmann:

Most time you're just replacing you shotgun all the capacitors, resolder everything, and it comes back to life.

Stephen Kraig:

I I I love the the the old CRT stuff, especially with electrolytic caps because you can see the caps go bad. Because the screen just starts to wobble and flicker, and you could just look at it and be like, yep. I need to replace caps. It's time. Yeah.

Parker Dillmann:

But it's a really cool I I knew they had CRT. GM did this this I went down like the rabbit hole reading about the VIC system, but what's even cooler is they even had a short term pilot program with GPS navigation down in Orlando, Florida. And they've been there only 90 Yes. And 92. Wow.

Parker Dillmann:

I I think they built, like, 200 of these cars, and, like, Avis Avis had a hundred of them that you could actually just rent, and they had this GPS system into it. And it was like a combination of using, like, the car phone for data and the GPS system because it you could also get just like a modern, like, Android Auto setup or a modern navigation. You get traffic updates, and it would know that you were, like, off route. And if you needed help, it was kinda like pioneer, and they're also they're, OnStar service. So if you needed help, you could just click the help button on your dash, and it would call AAA for you, and they they would know where your location was and let you get and help you get back on the on track, basically.

Parker Dillmann:

Right. Right. Right.

Stephen Kraig:

I wonder what the resolution of it was. Because, GPS is kinda crazy now. GPS is what? 6 feet now or whatever?

Parker Dillmann:

It's less than it's less than that.

Stephen Kraig:

Well, I mean, correct. It is less than that, but but they don't necessarily give you that much resolution if you go to Google and whatnot. But, but regardless, I wonder what it was at this time.

Parker Dillmann:

Yeah. I I think it was definitely probably, like, 30 feet or so. But if you look at the roads that's being displayed on this CRT monitor, they're not particularly super high risk. It looks like a vector screen.

Stephen Kraig:

Yeah. Yeah.

Parker Dillmann:

I mean, it is a yeah. I don't know if they were drawing them a lot as a vector display, or are they rasterizing it? I don't know that. Would be cool if it's a vector.

Stephen Kraig:

That would be really neat.

Parker Dillmann:

But they're colored displays, so that

Stephen Kraig:

And they're touch screen too.

Parker Dillmann:

Yeah. They're touch they had colored vector displays, so I don't know if they were vector or not, but really cool, system. Everyone that's interested in, like, weird automobile stuff, definitely go check this out. But this brought up a interesting idea, or topic I wanna talk about is if so this is 30 year 34 years down the road, right, that these CRTs are starting to fail in these cars, which, honestly, given the environment in a car with how many, like, heat cycles you go through in the day, that's actually kind of impressive Mhmm. For a TV.

Parker Dillmann:

But if you were trying to design something and that I was saying like if you were designing the CRT monitor that's going in this car, like, how long should the lifespan be?

Stephen Kraig:

Oh, that's a good that's a good question.

Parker Dillmann:

Because I mean, back way back in the day in the, you know, forties, fifties, and sixties, you know, cars were really only designed for 3, 4 years max. If you got, like, 50,000 miles on a car, that was a lot of miles for a car back then.

Stephen Kraig:

Yeah.

Parker Dillmann:

And engines didn't last as long. In the early days, engines didn't have oil filters, lot of stuff. And nowadays, if a car doesn't hit a 100000 miles, it's a bad car, bad design.

Stephen Kraig:

Oh, yeah.

Parker Dillmann:

And you can even say double that. If it doesn't hit 200 1,000 miles, it's not even worth buying. Now and most people are keeping their cars for 7 7 to 8 years now for the first owner of that car, and it's gonna live 20 more years later in the secondhand market. So but back then, it was still like, do you did you plan for a 30, like, how would you even gauge that? Like, especially when, like, early on was, like, a low volume option.

Parker Dillmann:

But on the other side of that is, let's say you want to design something, like, an end of the world electronic device where it will still work until the sun expands into a red giant and consumes the earth. How would you go about designing something like that? I mean, first of all, electrolytic capacitors are you can't use those.

Stephen Kraig:

No. No. Okay. So it's funny. I've actually dealt a little bit of with this recently.

Stephen Kraig:

So, basically, what you're talking about is reliability and how do you guarantee reliability for a long period of time. And on top of that, what you're really getting at is how do you calculate that you can guarantee reliability for a long time? And there's a handful of, frankly, not that difficult e equations that you could bang out that says, you know, at the end of the day, what is your probability of failure at x years given these input conditions? Like, how many temperature cycles it goes through every day and how many what's its duty cycle of on? A car is not a 100 duty percent duty cycle.

Stephen Kraig:

You know, on average, it's probably the duty cycle of a car is actually probably pretty low because you drive to work, you turn it off, and then you drive back home. Right? So all of these are factors that can go into these equations. But if you're looking at just a single point or a single, I don't know, circuit, the reliability, it it trails off at a certain point. You you you just can't make something more reliable.

Stephen Kraig:

You can only spend so much money, and that's when you start saying, okay. Now we get into redundancy. And redundancy, like a dual redundant circuit, doesn't reliability. And so then you have to start asking, what about triple or quadruple redundancy? And so you build a really robust circuit.

Stephen Kraig:

You test the snot out of it, and then you just multiply it. And, frankly, to my knowledge, that's one of the easier ways to get more life out of something of this sort. And when it comes to the driver let let let's say we were actually trying to make a CRT that last 50 years. The funny thing is the CRT itself may not degrade, might not be the the the key factor that degrades. It may just be, you know, the the flyback transformer or the I'm sorry, the flyback circuit that does the high voltage to it and things like that.

Stephen Kraig:

So, you know, identify your key circuits, test the snot out of them, and then add a boatload of redundancy would potentially get you there. But the thing is, it's still only probability. And and the way that you kinda work it out is you say you give a probability number with a time input to your circuit or to your equation. So you say something like, at age 20 years, I want 95% of all of my product to still be functioning. So you have to allow for 5% of your stuff to fail at at 20 years because there is no such thing as a 100% success at 20.

Stephen Kraig:

You just can't guarantee that, but you can keep doing all these little tricks to bump that number up. And, eventually, you have to just assume the remainder is risk of failure.

Parker Dillmann:

So yeah. Because we we talked about that with, James Lewis Right. On a previous podcast. I think it was, like, entropy rules the world or something like that is the title of that podcast.

Stephen Kraig:

I like that.

Parker Dillmann:

But I'll rephrase the question.

Stephen Kraig:

Yeah.

Parker Dillmann:

If you were building an amplifier

Stephen Kraig:

Yeah.

Parker Dillmann:

That you wanted to pass down to your son Yeah. What components would you pick?

Stephen Kraig:

Yeah. So so what I first said is more of, like, the design equation side, and now you wanna know more, like, exact nitty gritties kind of things. So so, obviously, you pick components that you know are less temperature to have less of a temperature dependence and have nothing that can dry up and have really good aging parameters. So film capacitors as much as possible, things that are potted. If you if if you have something that is embedded in urethane, a lot of times that has a longer lifespan, Things that, resist vibration, things that resist temperature swing

Parker Dillmann:

Keeping the design cool. Keeping the design Yeah. So, like, running undersized traces or underrate even not even, like, underrated, but just at rate resistors.

Stephen Kraig:

Yeah. Also, a circuit that that is used regularly because because one argument you could say, I wanted to make an amplifier that I would give to my son in 30 years. I wouldn't just make an amplifier. Let it sit for 30 years, and then turn it on because that's not reliable either. So something that gets regular use.

Stephen Kraig:

Right?

Parker Dillmann:

Yeah. It's an interesting thing to talk think about because when because I'm gonna start going more into automotive OEM, like, aftermarket designs for my electronics moving away from pinball, and that's one thing I'm thinking about. I'm like, well, if I design, let's say, this motor controller and in in 30 years, I want that motor controller to still work. Mhmm. You know?

Parker Dillmann:

How do I because that's, like, the worst thing that can happen is if I build let's say I build, like, a 100 of these motor controllers and sell them, and in 3rd and I'm using some of them. Right? In 30 years and if they if mine breaks, I can't replace it because it's like a, you know, spokespoke motor controller. Right? You know?

Parker Dillmann:

So I would like it, from my standpoint, for the last forever. And especially if you, like, make that as part of your sales argument too, why it costs more. It's you know, it's more expensive as we are using these components for a longer life. You can't say it can last forever because there's you're talking about those odds that something will fail or

Stephen Kraig:

Can stack the odds in your favor.

Parker Dillmann:

You can stack the odds in your favor. Yeah. I think that's very interesting to think about because my computer for video gaming at home, we were talking about this last year, beginning of last year, was it was starting that computer was starting to fail. Mhmm. It was having weird issues with this hard drive, and we couldn't and I think it's been, like, a month of podcast episodes where, like, I was bringing it on that floor home.

Parker Dillmann:

Yeah. It was sitting on the floor, like, with all its guts hanging out because it worked that way. Yeah. And then the moment you reassembled it the normal way, it was it would exhibit the same problem. And then that being, like, the south bridge failed, so all everything that's that runs off the south bridge on that motherboard is just dead.

Parker Dillmann:

And, And, but there's some SATA ports that run on the north bridge. And if you plug into that, it works just fine. It doesn't care. And if you use the lower PCI Express lines, doesn't work. If you use the upper ones, totally works fine.

Stephen Kraig:

That's weird.

Parker Dillmann:

And so I reassembled it in a different configuration, still play games on it every single day. But what's interesting is that motherboard, I bought it. Jeez. 9 years is it almost 9 years old now? And one of the it was it's an Asus TUF, and the selling point was it doesn't have electrolytic capacitors on it.

Parker Dillmann:

Mhmm. Because I was bitten by long time ago, capacitor plague was, like, a big thing in motherboards. Probably still is now. I just not in that news sphere anymore. I'm enthusiast computer technology nowadays.

Parker Dillmann:

But anyways, back in the day, electrolytic capacitors, there would always be, like, a bad batch, and motherboards would just fail. And so I bought this tough motherboard because it it it quoted what was the quote? Solid state capacitors. Yep. Which means What?

Parker Dillmann:

Probably tantalum?

Stephen Kraig:

Those were more expensive, so I really doubt it. It probably just Yeah. Tantalum. Yeah.

Parker Dillmann:

And I don't know what caused the southbridge to fail on the board, but it did last 9 years or 8 years before it started exhibiting problems, which is the longest I've ever had a motherboard last. Mhmm. So there's that. But definitely did did I it definitely was not an heirloom motherboard, though.

Stephen Kraig:

Yeah. I don't know. It starts to get difficult, especially with computers because they are way more of a higher duty cycle product. They are they remain on a lot longer. So they're in, you know, they're functioning all the time, and that just leads to where.

Stephen Kraig:

Right? So 9 years sounds actually like a pretty long time for something like that to continuously function. Like I said, I think I don't know how much better you're gonna get than that without doing redundancy.

Parker Dillmann:

Yeah. And so that's gonna be interesting looking at I mean, I yeah. I agree on the motherboard side. Yeah. It's just the automotive side.

Parker Dillmann:

I think what I'll do is I'll I'll make up my first design, and we'll rip it apart and figure out how to make it last longer without,

Stephen Kraig:

Go ahead. Simplicity helps so much because the fewer items you have in there, your your probability of survival goes up. The one of the main drivers in reliability is is part count. The more parts you have because because if you think of everything as a system, you ask the question, what is the probability of a failure? For every part that you add in there, you add probability of failure.

Stephen Kraig:

Now you have to define what a failure means in that sense. Okay. Let's say you have a TV with a 1000000 LEDs on it or a 1000000000 LEDs on it. If 1 LED fails, is that considered a failure?

Parker Dillmann:

Oh, yeah. The whole dead pixel argument.

Stephen Kraig:

Right. Right. Is that considered a failure? If so, I bet you if you run the reliability calculation on TVs, you get abysmal numbers just because of the part count. But their reliability is actually a lot better than that.

Stephen Kraig:

So so the calculations actually do start to fall apart when you have trouble defining what failure means. But in an automotive sense, there's you end up having a lot fewer functions that it does. Right? It's not like you're not doing a 1,000,000 things. You're doing 15 or or whatever.

Stephen Kraig:

So what's nice is in your case, you can rely a lot on those calculations because it is way more stripped down and you can really you can define what a failure means. If this output just stops doing the output, that's a failure. Right? Yep. And I'm assuming a lot of the stuff that you wanting to design probably doesn't have a lot of maybe I'm wrong here, but probably doesn't have a lot of analog control.

Stephen Kraig:

Right? It's probably a lot more digital or just binary on off kind of stuff.

Parker Dillmann:

Yeah. Well, the outputs yeah. The inputs are mostly analog, though.

Stephen Kraig:

Well, yeah. You have sensor readings and things like that.

Parker Dillmann:

Yeah. You're writing reading sensors that are usually, like, 0 to 5 volt sensors.

Stephen Kraig:

Right. So not, one thing you can do to increase, reliability is do what's called an EPSA, electronics parts stress analysis, where you take every single part and you say, here's the max rated from the customer or not sorry, the manufacturer. Here's a resistor. It says that it can handle 1 watt. What am I running this resistor at?

Stephen Kraig:

Am I running it at 1 watt? Is it at its maximum rated? Well, it it will have a degraded life compared to if you're running at 700 milliwatts or if you're running at half a watt. And so what you can do is do an EPSA where you arbitrarily pick derated values. So, say, a ceramic capacitor.

Stephen Kraig:

Let's say, you want a ceramic capacitor. I'm just gonna pick a random number. Let's say, a cap that's on a 24 volt line. That cap has to be rated for at least 24 volts, so you could pick a 25 volt cap. Right?

Stephen Kraig:

Because that technically meets derating or not derating. That technically meets the maximum rated. But it might make more sense to pick a higher rated cap or, you know, pick any parameter, derate it by a certain amount, and you can actually extend the life of that component. And so if you want to get further reliability numbers or if you wanna get further life out there, pick arbitrarily or, you know, go do some research on on, you know, industry, what their derating values are. A lot of times with this stuff, it's just 50%, 50 or 60%.

Stephen Kraig:

A lot of times with with things like tantalum capacitors, it's actually 30%. You derate all the way down to 30% of them of the part, and then you get extended life out of it. So there's a lot of little tricks like that where the circuit doesn't change. You just pick an appropriate component based off of what kind of lifespan you're trying to get out of it. So there's really fun.

Stephen Kraig:

If if you really wanna put yourself to sleep, there's fun documents out there that just go part by part that says ceramic capacitors, here's their derating values. Bipolar junction transistors, here's their derating values. Blah blah blah. And just just hundreds of pages of if you got this, run this test, do this derating. If you got this, you know, I could I could show you those if you really wanna fall asleep.

Stephen Kraig:

But, actually, you know what? That that would be a fun thing to do. If you come up with a design, it would be fun for us to do a an EPSA analysis.

Parker Dillmann:

Yeah. On that. Yeah. We can do it as a as a, yeah, exercise. I don't know if that would make great podcast content if

Stephen Kraig:

You know you you know what might make fun? Doing it live would be awful content, but what might be fun is doing a first stab at a design, and then you and I do the analysis and see how close did you get to derating in a high reliability application with your first gut check on parts, and then come back and say, we had to change this and this. Now it's really difficult to say because we change these things, you'll get an extra 5 years or 10 years of lifespan. It's really difficult to put a number on that, but, you can't say that you at least analyzed it for higher reliability.

Parker Dillmann:

Yeah. Yeah. Well, looks like I need to start a design then.

Stephen Kraig:

Yeah. I'm excited now. Let's do this.

Parker Dillmann:

Yeah. It's gonna be a lot of fun. I don't know if there's any breakers still listening, but would you want us to do a podcast episode about that? Let us know in the discussion, form.macrev.com. So we have this other topic.

Parker Dillmann:

We can just go right into it. It'd be a long episode.

Stephen Kraig:

Why don't you know what? Why don't we actually, I'm gonna I'm gonna say, because we're at an hour, let's put this let's push this one. Let's go ahead and leave this for another time or yeah. I think That'd

Parker Dillmann:

be the first thing we'll talk about next week.

Stephen Kraig:

I think that that

Parker Dillmann:

works. Yeah. It's the Justice Department sues Apple from monopolizing smartphone markets. So we'll talk about that first first thing. We won't get sidetracked for 30 minutes talking about

Stephen Kraig:

Project manager.

Parker Dillmann:

AI. Yeah. Project management with AI. So thank you, everyone, for listening to circuit break for MacFab. We are your hosts, Perky Dolan.

Stephen Kraig:

And Steven Craig.

Parker Dillmann:

Later, everyone.

Stephen Kraig:

Take it easy.

Parker Dillmann:

Thank you, Yes You Breaker, for downloading our podcast. Tell your friends and coworkers about circuit break the podcast for Macofab. Please, we need more listeners.

Stephen Kraig:

Also, go give us a review.

Parker Dillmann:

Yeah give us a review I think there's a link we have a new like email newsletter now I don't think you can immediately sign up for it yet which is not good, but it exists. And I bet you some listeners here got that email on Monday, but there's a link in that email that we'll send you to Apple to review us. I don't know if there's other places where you can review us, but please review us. We need more listeners. Everyone out there that listens right now is very loyal y'all listen to every single word that we say even this word right here So if you have a cool idea project or topic you want us to discuss or the community to discuss let us know It's form.macfab.com, where we talk about personal projects, discussions about the podcast, engineering topics, and news.

Parker Dillmann:

That's form.macrofab.com. And I just fixed it. It used to if you just went to there without logging in, it would only show you half the content there. Fixed it. So now you see everything.

Parker Dillmann:

If you even if you you can go there without even logging in and just you can view. You can, like, peep into the window.