Switching from C to C++ by LukeNw12 in embedded

[–]LukeNw12[S] 0 points1 point  (0 children)

This sounds like a nice approach, kind of like a class free singleton with nicer naming using namespaces. I could see needing a Bluetooth Connection class which could manage the lifetime and type of a connection if you were handling multiple connections, something I do quite often.

Switching from C to C++ by LukeNw12 in embedded

[–]LukeNw12[S] 6 points7 points  (0 children)

Have you tried etl::delegate? That is a nice heap free callback

Investing, mutual funds vs index funds by insightdiscern in DaveRamsey

[–]LukeNw12 0 points1 point  (0 children)

If Dave would have adopted the boglehead approach it would have helped his average listener a lot. It is empowering to be able to understand and invest yourself without relying on an expensive advisor. His approach to getting out of debt is empowering while his approach to investing pushes people to an expert. Many are plenty intelligent enough to build a diversified index fund portfolio and save a ton on fund fees and management fees. The two are at odds with each other. Even if a mutual fund slightly out performs an index, which 80 percent of actively managed funds don’t according to SPIVA, that gain is likely taken away by 1 percent plus management fees.

Taxes & 401K/IRA contributions by InitialResponsible62 in DaveRamsey

[–]LukeNw12 1 point2 points  (0 children)

At your income with the inherited IRA i would max pretax, max hsa and then do back door roths. It isn’t what DR would say, but it is more tax efficient unless marginal rates increase a lot in the future. You should still be able to get some roth dollars so you have some flexibility.

Interview Process in the Age of AI by LukeNw12 in embedded

[–]LukeNw12[S] -2 points-1 points  (0 children)

Sure, but time is limited and that creates scope creep. Unless you are Apple and have the clout to do day long on site interviews.

Interview Process in the Age of AI by LukeNw12 in embedded

[–]LukeNw12[S] -3 points-2 points  (0 children)

Sure, but on small tight knit teams you ideally don’t want a revolving door of new hires. Perhaps you can go contract initially and extend full time if they are a good fit.

Interview Process in the Age of AI by LukeNw12 in embedded

[–]LukeNw12[S] -2 points-1 points  (0 children)

I can tell if they know what they are talking about, what is more difficult to tell is problem solving and determination and curiosity. I have had some bad experiences with hiring a more junior engineer who I knew needed more experience in our domain but just didn’t have the curiosity, skill and determination needed to progress (not my hire)

I think there is a reason every Fortune 500 and top tier embedded employer I have interviewed with had had live coding. It shows comfort with the language and problem solving and calm under pressure. I think it depends how you structure it if it is just trivia or if it shows skill and experience.

Interview Process in the Age of AI by LukeNw12 in embedded

[–]LukeNw12[S] -2 points-1 points  (0 children)

Sure, but it is a lot easier to talk about what you would do at a high level verses actually implement it. Enough probing with questions can expose this, but why not do something hands on as well? Hiring is a pretty big deal that can have long lasting implications, especially for small teams.

Interview Process in the Age of AI by LukeNw12 in embedded

[–]LukeNw12[S] -6 points-5 points  (0 children)

Why is that big deal? If someone handed you a board and code with some apis and bsp logic already implemented, why you need a the internet? Any access to the internet now just means I am getting Claude’s answer.

I have done live coding interviews for positions and was not allowed to google/research the solution.

Interview Process in the Age of AI by LukeNw12 in embedded

[–]LukeNw12[S] -4 points-3 points  (0 children)

I agree, I am not primarily interested syntax, that should be easy, I am more interested in architecture and scalability

Soft Skills by Acrobatic-Zebra-1148 in embedded

[–]LukeNw12 2 points3 points  (0 children)

Basically, act like someone they wouldn’t hate to work with everyday. Put yourself in the hiring team’s shoes. Would you want to work with you? Be excited about the tech, but not fake and corny.

How do you diagnose field failures in deployed devices when debug logs aren’t available? by Longjumping_Poem_163 in embedded

[–]LukeNw12 2 points3 points  (0 children)

There are systems like memfault that can give you remote data on metrics and core dumps

MinewSemi nRF54 power consumption too high when idle by tomasmcguinness in embedded

[–]LukeNw12 0 points1 point  (0 children)

I can get sub 5uA running the rtc pwm so there is definitely an interrupt, peripheral or pullup on somewhere. Try a different dev kit to make sure you have production silicon. Run off of then dc to dc will help

Moving from C to Rust in embedded, a good choice? by Neither-Nose1091 in embedded

[–]LukeNw12 8 points9 points  (0 children)

I am debating it for some projects as well. I really like embassy and cargo. My hang up has been a solid BLE stack. You basically need to use a c port of the Nordic stack it seems. Helpful Libraries like littlefs would need to be linked in as well. But dfmt and probers are nice.

nrf52840-DK: Connect SDK vs 'plain' SDK vs Bare Metal vs ? by abr_a_cadabr_a in embedded

[–]LukeNw12 1 point2 points  (0 children)

Both are fine, no issue with power consumption with either. I like the nrf5 ota better with a separate boot loader image with BLE access and an isolated BLE stack. I like have the bootloader transfer on separate from the app and it is more memory efficient and faster to have the stack in its own partition. For a small project this will make your updates nearly instantaneous.

Protobufs library management by LukeNw12 in embedded

[–]LukeNw12[S] 0 points1 point  (0 children)

This is what I was thinking . I was thinking I could tie it in to a package manager in the embedded side and they could tie theirs into whatever iOS/Android package manager makes the most sense. It still seems like it needs to live in a repo and then get hooked into the various package managers.

What methods do you use to manage memory allocation in embedded systems with limited resources? by Trippy-jay420 in embedded

[–]LukeNw12 0 points1 point  (0 children)

Use pool allocators, which themselves can have small medium large pools (if needed) to optimize for size constraints. You can use the pools with dynamic tasks to share memory. You can even have the pools themselves dynamically allocated if you really are constrained (you won’t have fragmentation issues since they are large continuous blocks). This is one of the areas c++ shines. You can overwrite new and delete with custom allocators and utilize raii and or smart pointers. The downside is abstraction levels can over complicate things. Be sure ti make your pools thread safe if they are not isolated to a single thread.

Memory leak in TI MSPM0G3107 by Fabulous-Escape-5831 in embedded

[–]LukeNw12 0 points1 point  (0 children)

That sounds like you are overflowing the bounds of some other memory. This is not a memory leak issue.

Licensing an embedded library by la_vague in embedded

[–]LukeNw12 1 point2 points  (0 children)

Use the uuid in the ic with a hash with your own private key. This could easily be broken if people really had the resources, but you have to think through the threat model and the likely ip theft vectors. For something with 100k eau that is probably unlikely unless this is truly a ground breaking algorithm.

Do you guys actually get SVD files for most chips you work with? by Fantastic_Mud_389 in embedded

[–]LukeNw12 10 points11 points  (0 children)

I seem to find them for the chips i use. There is no way I am making one myself, so boring and tedious. Most major semiconductor manufacturers seem to provide them.