Skip to content

Very Low Overhead Operating System

VELOOS – Very Low Overhead Operating System

VELOOS is a message-triggered cooperative operating system designed to run in places were a large vehicles can not run. Its implementation for PIC12F takes less than 200 instructions and 20 data registers1. With addition of a timer driver, it becomes a time-triggered RTOS.

(Continued)

Random theses

This post collects and organizes discussion theses posted on different forums.
(Continued)

e# language vision as an 'embryonic development' story

In this post I present my vision of e# reflected through history of assemblers. For each stage in the assemblers’ history I am providing presumptive equivalents in e#, incrementing the complexity of each next example.
(Continued)

Benefits of using e#

I envision the following benefits of using e#

  1. It will allow writing better quality code in shorter time
  2. It will reduce maintenance cost by providing abilities for regression testing (on a simulator or in-circuit debugger)
  3. It will reduce impact of migrating to another device/platform

(Continued)

e# roadmap

  1. Refine vision
  2. Establish requirements
  3. Design a device metamodel
  4. (Continued)

Concept of a new PL for embedded applications

Preface

I would like to discuss with you my ideas on new programming language for embedded applications, denoted further as e#. I value your time and therefore in this post I am trying to be short and precise as much as possible.

(Continued)

Why assemblers look like they look?

This post presents results of my research regarding to assembler history, my thoughts and speculations on assembler syntax.
(Continued)

Assembler partitioning

This post provides my look on MP ASM and an attempt to analyze and decompose it on parts. Despite this post provides ‘partitioning’ of a MP ASM only, many similarities can be found in other assemblers.

(Continued)

Assemblers vs HLL

This post expresses my thoughts on assembler vs HLL use for an embedded project.

(Continued)

Simple sampler as a "COM2" plugin

This post presents an alternate implementation of SISAM hardware – a “COM2” plug-in. It is designed for plugging in ahead of a bracket DB9 cable, usually used for accommodating a second serial port. This implementation uses a different MCU – PIC16F88, which allows the application to utilize 30% more RAM for the sampling buffer.

(Continued)