Published content

  • [blog] Kernels monolíticos e microkernels

    Sistema operativo e kernel Antes, uma ligeira digressão: onde termina o sistema operativo e começa o kernel? Conceituá-lo como o núcleo do SO fatalmente amarra esta diferenciação ao sistema. Eu diria quem nem todo kernel é um sistema operativo, mas todo sistema operativo tem um kernel. Devido à hardware-dependência, a discussão sobre a estrutura do … Continue reading “[blog] Kernels monolíticos e microkernels”

  • [blog] O Amplificador Diferencial

    Comentários básicos sobre este workhorse em eletrônica. O conceito de amplificador diferencial é elemento-chave em uma infinidade de aplicações analógicas: buffers, filtros, osciladores, reguladores de tensão, referências de tensão/corrente, processamento de sinais, PLLs, etc., devido às suas propriedades úteis. As figuras foram retiradas do livro CMOS Circuit, Design, Layout and Simulation (Baker). O Par diferencial … Continue reading “[blog] O Amplificador Diferencial”

  • [blog] Synchronous versus asynchronous reset on ASIC Design

    Reset is about getting a system back to a known initial state. Temporary data is flushed. When I say data I mean 0s and 1s. Everything will be put to a known state so the circuit starts up. Sounds important. When we go for synchronous or asynchronous reset, active low, our HDL code will look … Continue reading “[blog] Synchronous versus asynchronous reset on ASIC Design”

  • [blog] Tip: C variables and pointers declarations and definitions

    It might sound naive, but it is a very common interview question, and I actually think the notation can be deceiving. And furthermore, it is essential. A few months off and you will be asking yourself “how is that again?”. Unless you get this rule: start reading from right to left. Question: Please read the … Continue reading “[blog] Tip: C variables and pointers declarations and definitions”

  • [blog] NASA’s Ten Principles of Safety-Critical Code

    These are the NASAs ten principles for safety-critical code. It is interesting to note that they were published later than MISRA-C that already covers it naturally. Restrict all code to very simple control flow constructs, do not use goto statements, setjmp or longjmp constructs, direct or indirect recursion. Give all loops a fixed upper bound. … Continue reading “[blog] NASA’s Ten Principles of Safety-Critical Code”

  • A first preemptive kernel on ARM Cortex-M3

    1. Introduction When it comes to operating systems for embedded software, they are generally thought to be an overkill for most solutions. However, between a completely “hosted” multiapplication system (which uses a multi thread and general purpose OS) and a completely “standalone/monolithic” or “bare-metal” application specific system, there are many variations we can go for. … Continue reading “A first preemptive kernel on ARM Cortex-M3”

  • Separating user space from kernel space on ARM Cortex-M3

    1 . Introduction ARM Cortex-M processors are in SoCs of several application domains, especially in much of what we call smart devices. This publication continues the previous one, in which I had demonstrated the implementation of a minimum preemptive scheduling mechanism for an ARM Cortex-M3, taking advantage of the special hardware resources for context switching. … Continue reading “Separating user space from kernel space on ARM Cortex-M3”

  • Padrões de design para comunicação interprocessos em software embarcado (2/3)

    «Primeira parte» 4.3. Queuing Pattern Quando tasks têm baixo acomplamento temporal, i.e., virtualmente1 o tempo em que um processo consumidor leva para resgatar o resultado de um processo produtor não é condição para diferenciar falha de sucesso, o padrão de Message Queueing é bastante comum. O processo produtor envia uma mensagem a uma fila (um … Continue reading “Padrões de design para comunicação interprocessos em software embarcado (2/3)”

  • Padrões de design para comunicação interprocessos em software embarcado (1/3)

    A quem interessar: Apesar das revisões, algumas palavras podem não estar grafadas em Português Brasileiro (o meu nativo) mas em Português Europeu (quando o auto corretor assim desejou), devido ao dispositivo que usei para escrever este ou aquele trecho. 1. Introdução Nos dois últimos artigos demonstrei um pequeno kernel com escalonador de tarefas cíclico, porém … Continue reading “Padrões de design para comunicação interprocessos em software embarcado (1/3)”

  • Separando espaços de supervisor e usuário no ARM Cortex-M3

    In English 1. Introdução Os processadores ARM Cortex-M estão integrados a SoCs para domínios diversos, principalmente em muito daquilo que chamamos de dispositivos smart. Esta publicação é uma continuação da anterior, em que demonstrei a implementação de um mecanismo preemptivo mínimo para um ARM Cortex-M3, aproveitando-se dos recursos de hardware especiais para a troca de … Continue reading “Separando espaços de supervisor e usuário no ARM Cortex-M3”

  • Um primeiro kernel preemptivo no ARM Cortex-M3

    In English 1 Introdução Quando se fala em sistemas operativos para software embarcado, em geral pensa-se que eles são um overkill (implementação cujo custo não compensa) para a maioria das soluções. No entanto entre uma aplicação completamente “hosted” (que faz uso de um SO multithread e de propósito geral) e outra completamente “standalone” ou “bare-metal” … Continue reading “Um primeiro kernel preemptivo no ARM Cortex-M3”

  • SOA para diminuição da hardware-dependência em C

    1. Impacto do software hardware-dependente (HdS) É dito na literatura que o custo do software embarcado tem dominado o projeto de sistemas eletrônicos [1]. Sistemas embarcados, tradicionalmente limitados em memória e processamento, conseguem hoje rodar aplicações mais complexas fruto do avanço no projeto e fabricação de circuitos integrados. Ora, a introdução de hardware mais complexo … Continue reading “SOA para diminuição da hardware-dependência em C”

  • Abordagens para projeto low power (2/3)

    (Um PDA da Nokia com acesso à internet, 1995. Fonte: gizmodo.com) 5 Abordagens low power no nível arquitetural Penso que desenhar a arquitetura de um projeto é, para todos os efeitos, definir como cada módulo do sistema se comunica com os outros módulos para trabalharem em conjunto, e através de análises, seja pela experiência do … Continue reading “Abordagens para projeto low power (2/3)”

  • Abordagens para projeto low-power (1/3)

    1 Eficiência Na última publicação sugeri que a Compaq teria percebido a portabilidade como requisito mais que desejável para a computação pessoal. Apesar de os primeiros computadores da companhia terem ~12 kg (!) e serem considerados “portáteis” simplesmente por serem apresentados em uma maleta com alças, ainda precisavam de uma tomada de corrente para funcionar. … Continue reading “Abordagens para projeto low-power (1/3)”

  • [blog] “Silicon Cowboys”, a história da Compaq

    Nesta semana assisti ao documentário (disponível no Netflix) “Silicon Cowboys” que conta a história da fundação da Compaq. Os fundadores parecem ser três grandes figuras. A Compaq parece ser uma história de sucesso que juntou algum brilhantismo técnico com um gerenciamento todo brilhante. “Não era sobre criarmos um computador ou ficarmos ricos. Era sobre criarmos … Continue reading “[blog] “Silicon Cowboys”, a história da Compaq”