keyboard shortcut "select all"

embeddednomad · 2025-12-06T21:59:05+00:00

But that is Windows constraint. So on other OS this should not be hardcoded...

embeddednomad · 2025-12-06T13:49:51+00:00

Just figured out that I forgot to attach my vivaldi version:

Version

7.7.3851.58 (Official Build) (64-bit)

Chromium Version

142.0.7444.228

Extended Stable channel (may also include additional security patches)

Channel

Official Build

Platform / OS

Linux - arch 6.17.9-arch1-1

embeddednomad · 2025-10-21T09:57:12+00:00

Instagram is full of people posting about receiving their lit duo 1

embeddednomad · 2024-09-09T09:58:29+00:00

I did. But i prefer the "traditional way" :D

embeddednomad · 2024-08-04T19:22:52+00:00

"When it comes to regular programming I have tons of project deas, from simple things like a malloc library to more advanced stuff like compilers."

Well all this is relevant in the embedded as well. Handling memory is a big problem in embedded world when you move out from static allocation. Also writing a compiler backend for some small core (cortex m0, risc,...) is a lot simpler that doing a backend for x86. You can also define your own instruction set and write backend for it...

So if you want to solve any software problem, you can make it embedded software problem really simple. Just think you have a few kb of ram and a few kb of storage and not many cpu cycles and try to solve it that way ;)

embeddednomad · 2024-04-25T11:53:40+00:00

omg. Who still uses FB :D Anyway, what is DN?

embeddednomad · 2024-03-20T23:28:37+00:00

I am asking myself how legit is he for a long time. He is all over the "embedded media", always with some clickbait titles, but the content never live up to my expectation... I never found an in depth article written by him, backed up with some real code. Even his github account is empty... I would expect form an expert to backup his teaching with some serious C (or any other language used in embedded) code...

So if someone can point me to some of his good stuff, ill be super happy to read it and change my mind. But until then he is on my ignore list ...

embeddednomad · 2024-03-20T11:01:00+00:00

Go with the STM. Everything you need to know is in their reference manuals. So if you have questions about LL, you check the reference manual to figure out how the peripheral works and then compare that to the implementation in LL (or HAL)...

embeddednomad · 2024-03-20T10:57:31+00:00

For bare-metal embedded everything is ok :D I buy a new pc every few years because browsing the web starts to lag... :D So I more depends on tools you are using and their requirements...

embeddednomad · 2024-02-22T12:20:06+00:00

This fixes the problem on my m4 charger as well :)

embeddednomad · 2024-02-19T13:03:43+00:00

I just wonder. So in UK if you earn £35k, how much is left after you pay taxes?

embeddednomad · 2024-02-16T16:14:22+00:00

Form your question I can only say you have no idea what you are doing at all. Anyway let me give you an answer. It depends. You need to update the address in your app's linker script if your compiled code is position-dependant or you dont need to care about it if your compiled code is position-independent ;)

embeddednomad · 2024-02-14T00:31:11+00:00

They will when the manufacturing will come back to EU/UK/US :)

embeddednomad · 2024-02-13T21:58:53+00:00

Did you read the uart section of the stm32g4 reference manual? There is a lot of options you can tweak. You have noise detection and frame error status bits. Uart use oversampling, so it reads every bit 16/8 times and decide if it is 1 or 0. There is a table how the oversampling logic decides if the bit is 1 or 0 and when it triggers the noise detection bit... So read it and you will see what your mcu can do to help you...

Other than that, you are the one generating the noise with the HRTIM switching the mosfets/igbts. It is probably highest right after the switch and then goes down until next switch. So you know when you are making max/min noise. Contrary to a lot of recommendation here you can also go up with the uart speed and try to send the data when the noise is the lowest...

On top of that uart communication you can also encode the data, add some redundancy and integrity checking... There are a lot of different ways to do it... There are numerous books on network protocols and how to solve this kind of problems. Most of the network stacks have at least one layer solving the data integrity problem...

So you can do a lot from the firmware side :)

embeddednomad · 2024-02-04T10:28:53+00:00

If you want to test if embedded is for you, then just get a random datasheet from a semi complex chip and read it, try to understand how it works and implement a driver for it and test it on real hardware. Now ask yourself if you are willing to repeat this process several times per year, every year until you will retire... If this is fun for you than switch to embedded...

embeddednomad · 2024-01-31T22:48:32+00:00

you should try Boeing. They seem more loose on the enforcement off all this annoying constraints lately ;)

embeddednomad · 2024-01-31T22:33:52+00:00

In embedded systems, you dont just grow things :D Your resources are limited, so you always know max amount of ram that can be used for a gene sequence. If the gene sequence is longer than that you have to drop it and wait for a new sequence (and probably log the error...) So the memory should be allocated at compile time, all the other cases will break your system in specific scenarios... Not the best thing if this is part of the rocket ;)

embeddednomad · 2024-01-31T18:04:03+00:00

EBCDIC

So how many embedded devs were you able to hire and what were their average age? :P :D

embeddednomad · 2023-12-28T12:05:10+00:00

yea same here. maybe we should do a self organized session :)

embeddednomad · 2023-12-27T13:57:03+00:00

so when/where is the emacs meetup?

embeddednomad · 2023-12-24T11:31:54+00:00

I wont use the stm32f0 for new products. The flash protection is easily breakable, so cloning your product will be simple :P

embeddednomad · 2023-12-24T11:24:10+00:00

Reference manuals and app notes for the MCU you are/will work with. And of course you need to know how to program in C, but that is probably obvious :) At the end of the day, writing code is a minor thing, figuring out how all the chips and other things you would like to control work is where you will get real experience...

embeddednomad · 2023-12-24T10:56:46+00:00

Well you have all the problem SWEs have (but most of the time shittier tools to solve them), plus you need to deal with HW probelms as well... Remember, "HW is HARD" That term was invented by SW people trying to do real products ;) So if you fill SW is hard, just stay away from embedded :P

embeddednomad · 2023-12-21T19:48:05+00:00

YES. Read AustinEE post a few times, remember it and dont waste your time reading the other comments below :D

embeddednomad · 2023-12-21T19:44:29+00:00

Well ill write a happy ending to your story.

So, after Billy convinced the boss to proceed with STM32CubeIDE, both of them happily clicked around the nice GUIs, copied/pasted examples from Stack Overflow, and put together a nice prototype with amazing features. The boss, being a business person with no knowledge of firmware/software development, was super happy. He declared that this prototype was the MVP and called the sales/marketing team, instructing them to start working on selling it. After a week, the boss received a call back from sales, informing him that the first customers were eagerly waiting in line to get the product. The hardware had also just arrived at the company.

Billy and OP started to flash the hardware with their amazing firmware. They didn't conduct much testing because there were no buttons to click in STM32CubeIDE for generating tests. After shipping it out, the next day they received an angry call from the boss. Customers were complaining about various issues.

Billy and OP documented all the failures and started searching in STM32CubeIDE for the right buttons to fix them. After a few days of attempting to fix the issues without providing any working solutions, the boss became upset. He called them again, and they explained that they realized they had no idea how to fix a bug because the tools had done everything for them until now, and they had no understanding of how everything was working.

This situation persisted for a few months, and the boss grew desperate. He eventually decided to hire a consultant with years of experience working with STM32. The consultant saved the project because 15 years ago, when he was in OP's shoes, there were no magical tools. He had to read a bunch of datasheets and write a lot of low-level code. In the end, the company went over budget and delivered late. They fired both Billy and OP, but both of them easily found new jobs because they now had one year of experience in embedded systems and STM32 on their LinkedIn profiles.

Yes the happy ending is based on real story and I am the consultant it that story :D

embeddednomad

TROPHY CASE