Zephyr Project

Started by pozz in comp.arch.embedded6 months ago 4 replies

https://www.zephyrproject.org/ What do you think of this project? An open-source full-featured RTOS that runs on many dev boards with 32-bits...

https://www.zephyrproject.org/ What do you think of this project? An open-source full-featured RTOS that runs on many dev boards with 32-bits MCU/MPU, with or without memory protection. From the Linux Foundation. I didn't know it, until now.


e-Ink and other paper like displays

Started by Rick C in comp.arch.embedded6 months ago 13 replies

I have periodically reviewed the e-Ink market looking for usable products without a lot of experimentation. Most of what I find are displays...

I have periodically reviewed the e-Ink market looking for usable products without a lot of experimentation. Most of what I find are displays without driver boards, a few high priced combos of displays with separate driver boards, but few docs and very few displays an driver boards with some sort of docs and/or library support. The one thing that always seems to be missing is an ea


Cortex-M: share an int between two tasks

Started by pozz in comp.arch.embedded6 months ago 48 replies

I'm working on a Cortex-M4 MCU and using FreeRTOS. One task: uint32_t wait_period; while(1) { // make some things ...

I'm working on a Cortex-M4 MCU and using FreeRTOS. One task: uint32_t wait_period; while(1) { // make some things vTaskDelay(pdMS_TO_TICKS(wait_period)); } The following function can be called from another task: void set_waiting_period(uint32_t new_period) { wait_period = new_period; } In this case, is it needed to protect the access of the shared variable wait_pe...


Making more of the C standard library mandatory for freestanding implementations

Started by Philipp Klaus Krause in comp.arch.embedded7 months ago 41 replies

In C, most of the standard library is mandatory for hosted implementations only, not for freestadning implementations. Still, I see many...

In C, most of the standard library is mandatory for hosted implementations only, not for freestadning implementations. Still, I see many functions, such as memcpy() and abs() often used in programs for embedded systems, and see no obstacles to implementing them even on small systems. Should more of the standard library become mandatory for freestanding implementations? For string.h, I h...


Special issue on Recent Advances in Autonomous Vehicle Solutions in the Digital Continuum

Started by pllana in comp.arch.embedded7 months ago

Special issue on Recent Advances in Autonomous Vehicle Solutions in the Digital Continuum Computing Journal, Springer...

Special issue on Recent Advances in Autonomous Vehicle Solutions in the Digital Continuum Computing Journal, Springer Nature https://www.springer.com/journal/607/updates/17917580 SCOPE The domain of autonomous vehicle computing systems is changing rapidly under the pressure of an intense competition, the continuous emergence of new markets and players. Research and development


Poor man's PWM

Started by Don Y in comp.arch.embedded7 months ago 42 replies

With "few" intensity levels desired, I plan to drive LED with a crude PWM signal directly from an IRQ (i.e., push bits out a hardware port at...

With "few" intensity levels desired, I plan to drive LED with a crude PWM signal directly from an IRQ (i.e., push bits out a hardware port at each IRQ). But, instead of having N different times at which the IRQ might be signalled (for the N+1 different duty cycles) in each refresh interval, I plan on having log2(N) times, each delimiting an period "twice" as long as the previous. This ke...


Custom CPU Designs

Started by Rick C in comp.arch.embedded7 months ago 145 replies

In the Forth language group there are occasional discussions of custom processors. This is mostly because a simple stack processor can be...

In the Forth language group there are occasional discussions of custom processors. This is mostly because a simple stack processor can be designed to be implemented in an FPGA very easily, taking little resources and running at a good speed. Such a stack processor is a good target for Forth. I know there are many other types of CPU designs which are implemented in FPGAs. I'm w


STM32F412 Discovery kit (32F412GDISCOVERY) Demo Source software ??

Started by boB in comp.arch.embedded7 months ago

I normally see software source code for these STM32 Discos or Dscovery boards but I cannot seem to find it for this one... The ...

I normally see software source code for these STM32 Discos or Dscovery boards but I cannot seem to find it for this one... The STM32F412 Discovery kit featiuring the STM32F412ZGT6 Anyone know where I might find this one ? Downloaded the Cube patch but I don't think I see the demo in there for this board. boB K7IQ


On log or in log?

Started by Dimiter_Popoff in comp.arch.embedded7 months ago 33 replies

Writing a log object (as in log file, say logging accessed addresses using a browser) and the question "do I put something _on_ the log or do I...

Writing a log object (as in log file, say logging accessed addresses using a browser) and the question "do I put something _on_ the log or do I put it _in_ the log"is bugging me, obviously enough so I thought I'd ask. Some vague googling returned only about "log in"vs. "log on" which I did not even check if it was relevant. My memory seems to say "on", my inherent inclination is to say "in...


PCIe controller in congatec SMX8 does not work

Started by Anonymous in comp.arch.embedded7 months ago 3 replies

I try to get PCIe working in congatec SMX8 connected to the conga-SKIT/ARM i.MX8 motherboard. I use it with XTRX software radio module from...

I try to get PCIe working in congatec SMX8 connected to the conga-SKIT/ARM i.MX8 motherboard. I use it with XTRX software radio module from Fairwaves. Unfortunately, the PCIe controller does not start both with XTRX connected directly to MiniPCIe slot and with XTRX connected via original adapter to the M2 slot. I get the following in the dmesg: 0.000000] Booting Linux on physical CPU ...


Ask a Question to the EmbeddedRelated community

To significantly increase your chances of receiving answers, please make sure to:

  1. Use a meaningful title
  2. Express your question clearly and well
  3. Do not use this forum to promote your product, service or business
  4. Write in clear, grammatical, correctly-spelled language
  5. Do not post content that violates a copyright