Hi, greetings from Colombia
Hi, greetings from Colombia
CWelcome Javier !
TWhat’s your story Javier? What brings you to DevHeads?
T@Middleware & OS @MCU, MPU & Firmware, we hope to see you at tomorrows Engineering Hour on FreeRTOS with @Umesh Lokhande .
Join in the community meeting platform or Engineering Hour stage channel at 1500 UTC (Sunday, September 29)
Join in the community meeting platform or Engineering Hour stage channel at 1500 UTC (Sunday, September 29)
BExcited to join
BDo we need a registration?
TYou can join in the Engineering Hour stage channel or sign up for an email reminder here: https://app.livestorm.co/devheads-community/devheads-weekly-office-hours-1/
DevHeads IoT Integration Server
PLEASE JOIN AS A SPEAKER IF YOU WANT TO PARTICIPATE IN THE DISCUSSION!Join DevHeads meetups to connect with other DevHeads and riff on a variety of topics for 30-60 minutes. Join here: https:...
R@kbrsi To allow you to configure the
Wi-Fi credentials for your ESP-01 module externally through a web server, instead of hardcoding them, you can use the WiFiManager library. This will allow users to input the Wi-Fi network name and password via a simple web interface. You can use this resources to guide you through the process:- https://github.com/tzapu/WiFiManager
- https://randomnerdtutorials.com/wifimanager-with-esp8266-autoconnect-custom-parameter-and-manage-your-ssid-and-password/
GitHub
ESP8266 WiFi Connection manager with web captive portal - tzapu/WiFiManager
Random Nerd Tutorials
In this guide you'll learn how to use WiFiManager with the ESP8266 board. WiFiManager allows you to connect your ESP8266 to different Access Points (AP) without having to hard-code and upload new code to your board. Additionally, you can also add custom parameters (variables) and manage multiple SSID connections.
TReminder @Event Pings that we'll be starting this week's Engineering Hour on FreeRTOS for Cortex-M with @Umesh Lokhande in about 40 minutes. There are now a couple ways you can participate:
- Joining in the event platform here: https://app.livestorm.co/devheads-community/devheads-weekly-office-hours-1/
- Hanging out in the Engineering Hour Stage Channel
AI have a project connected to the ESP32. The TDS sensor in it does not give correct values. It gives values of approximately 450 ppm for a liquid with a value of 940 ppm. What is the solution?
MDid you calibrate it?
AHow do I calibrate it, knowing that I entered the temperature value by connecting the max6675 sensor and used the code on this site for the tds sensor meter?
https://randomnerdtutorials.com/esp32-tds-water-quality-sensor/
https://randomnerdtutorials.com/esp32-tds-water-quality-sensor/
Random Nerd Tutorials
How to use TDS meter (Total Dissolved Solids) with the ESP32. A TDS meter indicates the total dissolved solids like salts, minerals, and metals, in a solution.
AI can't send the full code because I didn't open Discord features.
XHello, web dev here! I'm looking into learning about embedded programming and have decided that a simple RTOS from scratch would be my project. I have no interest in doing anything useful with the final product, the moment I get 80% - 95% of learning value I plan stopping and learning mech-eng. I have a RP 4 that would make for a good final boss but I don't know what to buy as a tutorial and any other equipment?
B@Xar like you need ideas ??
XYeah like what microprocessor and other stuff to buy
Bbut you don't have the project idea
XThe idea was to build an RTOS from scratch
MIf you really want to save money, you could try qemu
XGood to know, I do have a budget of $100 or so.
MQemu is free
MBut if you want a feel of real world hardware,
100$ is a decent to buy variety good amount.
You could start with a any STM32 NUCLEO Board
Preferrebly the stm32f0 or f4
There are cheaper alternatives like esp32
100$ is a decent to buy variety good amount.
You could start with a any STM32 NUCLEO Board
Preferrebly the stm32f0 or f4
There are cheaper alternatives like esp32
Zthey just took 20 yrs to land rtos features in linux, if you plan on building an RTOS its best to focus on micro controllers
XMicrocontrollers is the plan!
Zalso while ‘Making an RTOS’ might seem cooler you are better off ‘sending sensor data to a web dashboard’ which in itself is an iot project. Bonus points if you build everything from scratch (if its for learning purposes)
!check dm
XShould I also grab LEDs to simulate concurrency? Is there a nice kit someone could recommend?
MYou could show it in your serial port. LED are also good way
Get a led pack, resister pack, jumper wires and a breadboard
Get a led pack, resister pack, jumper wires and a breadboard
MHey @everyone, There has been a lot of talk about this, I'm sure you have heard about it, and
wanted to get your take—especially from those of you knee-deep in real-world dev work.
We keep hearing about the shift toward "safer by design" languages like Rust,
particularly in safety-critical software. I can’t help but wonder how much of that
translates to the day-to-day realities of embedded development in our cases.
Take Google’s Android team, for instance—they’ve ditched unsafe languages for new
code, switching to Rust, and they claim a significant drop in memory vulnerabilities as a result.
I do think that is impressive.
But for those of us who’ve been in the trenches with C/C++ for years, is this push for
safety really as transformative as it seems?
Or are we trading old problems for new challenges?
Do you actively think about moving to safer languages? What are the barriers or benefits in your experience? Are you open to it,
or is the idea of leaving C/C++ behind still a bit too wild?
Looking forward to hearing your thoughts!
wanted to get your take—especially from those of you knee-deep in real-world dev work.
We keep hearing about the shift toward "safer by design" languages like Rust,
particularly in safety-critical software. I can’t help but wonder how much of that
translates to the day-to-day realities of embedded development in our cases.
Take Google’s Android team, for instance—they’ve ditched unsafe languages for new
code, switching to Rust, and they claim a significant drop in memory vulnerabilities as a result.
I do think that is impressive.
But for those of us who’ve been in the trenches with C/C++ for years, is this push for
safety really as transformative as it seems?
Or are we trading old problems for new challenges?
Do you actively think about moving to safer languages? What are the barriers or benefits in your experience? Are you open to it,
or is the idea of leaving C/C++ behind still a bit too wild?
Looking forward to hearing your thoughts!
ZIsn't the answer here it depends, And also when teams switch I wonder like for android the code that is switching is the AOSP code not the applications right? I feel like @Ming and @ke7c2mi would have gone through enough to have an opinion on this. I on the other hand think its trading between dieties
TI don't think it's an either/or proposition. There's way too much installed C/C++ for it to 'go away'. In places where it makes sense, and you can realize efficiencies, people will use and learn Rust. But there are going to be multi-language devs and systems.
T@barafael could probably lend you some perspective on what real life is like a Rust dev.
MI think there is a lot of work that still needs to go into making sure those multi-language systems can be built in a way that ensures no rewrites in the future. I say this because last I checked interop isn't at a great place, yet. Especially the interop between Rust and C++, with both having concepts that the other doesn't understand and is hard reconciling like Rust does not understand function overloading and C++ not having traits.
I agree with you though I think it will take some time. And this point, it becomes a matter of urgency but eventually the industry is taking that path.
I agree with you though I think it will take some time. And this point, it becomes a matter of urgency but eventually the industry is taking that path.
ZYou could also interOp by API rather than by FFI then you can have your walled gardens
BDisclaimer I'm a zealot and spent the last 4 years of my career coding (bare metal and distributed systems, also lots of "multi language interop"), mentoring, and teaching rust. And yes, I think it's about trading old problems for new challenges. The old problem is e.g. a hardfault if you are lucky, the new challenge is a compile error. For me this alone was transformative. Package/dependency mgmt, docs, and how rust does zero cost functional patterns did the rest. Also being able to define asynchronous io on mcus and have it translated to a perfect interrupt-driven state machine.
Rust is hard to learn for most, and it stays hard in some ways. And it's immature in some areas compared to others. But it's been so much fun.
Rust is hard to learn for most, and it stays hard in some ways. And it's immature in some areas compared to others. But it's been so much fun.
ZHow does async io get translated to ISR state machines could you shed some light on that please?
BCheck out embassy.dev
ZLol! this is cool, especially the no need for RTOS part
ZIt's been a while since I have tried embedded on rust, last time I think RTIC was just coming online.
BAsync functions represent an operation to be performed. This is a state machine and it's called a future. Every edge of the state machine is to be taken as a reaction to an event. Rust itself doesn't tell you how to drive the state machine, it only provides some of the required infrastructure(waker trait, future trait). The ecosystem does the rest. Tokio is a futures runtime that relies on epoll, kqueue, or other event loop depending on os. Embassy relies on nvic hardware and doesn't need os or allocator
BWorth noting that in theory, by expressing your application with structured concurrency (composing futures together), you can skip the stack. You know the maximum size of your futures statically.
BRTIC (formerly RTFM lol) is a similar beast. They do async too now. But their unique point is concurrency with static guarantee no data races (rust), no priority inversion, or deadlock (RTIC guarantee)
ZEmbassy looks like a young Zephyr to be honest. In part I guess because you have embedded_hal traits and you can just move from architecture to architecture with just commands. It's impressive how much the eco system has grown since 2021
ZAlso thank you for all the info.
MThe argument I was given was that memory-safe languages like Rust, Go, etc is that it frees up the developer to actually concentrate on solving the problem.
Having the language/compiler do bounds checking, Allocation/Deallocation, type safety, etc means that I don't have to, and like most programmers, I am lazy so I'm quite happy for the system to do things for me!
To write 'safe' code in C/C++ is possible - but it means that you need to constantly be aware of what you are doing with your allocations. That can get tiring and at some point something is going to slip through.
One of the dangers I can see is that developers can then get complacent and don't think about their memory management at all - as even in memory safe languages that are going to be some bits that are not memory-safe.
Static and Dynamic Application Security Testing (SAST & DAST) can help but even they are not going to find every issue and even then I have seen them throw up false positives occasionally.
Organisations such as the NSA are advising organisations to move to more memory-safe langauges
https://media.defense.gov/2022/Nov/10/2003112742/-1/-1/0/CSI_SOFTWARE_MEMORY_SAFETY.PDF
Having the language/compiler do bounds checking, Allocation/Deallocation, type safety, etc means that I don't have to, and like most programmers, I am lazy so I'm quite happy for the system to do things for me!
To write 'safe' code in C/C++ is possible - but it means that you need to constantly be aware of what you are doing with your allocations. That can get tiring and at some point something is going to slip through.
One of the dangers I can see is that developers can then get complacent and don't think about their memory management at all - as even in memory safe languages that are going to be some bits that are not memory-safe.
Static and Dynamic Application Security Testing (SAST & DAST) can help but even they are not going to find every issue and even then I have seen them throw up false positives occasionally.
Organisations such as the NSA are advising organisations to move to more memory-safe langauges
https://media.defense.gov/2022/Nov/10/2003112742/-1/-1/0/CSI_SOFTWARE_MEMORY_SAFETY.PDF
R
DHello Folks
TWelcome DNS, what brings you to DevHeads?
ACan I send data for two sensors with two variables from Arduino to ESP32 so that the value of each sensor appears in a different variable in ESP32?
TI'm glad you brought up SAST/DAST in the context of complacent development as I was going to say, "the static analysis tool will catch it!"
That's probably a danger regardless. You're either thorough or you aren't. No language is going to prevent buggy code/bad coding practices.
That's probably a danger regardless. You're either thorough or you aren't. No language is going to prevent buggy code/bad coding practices.
AHi! I stumbled upon this server on disboard. I am but an average electrical engineering graduate who got interested in embedded systems and systems programming, and now trying to self-learn. Currently learning programming on STM32