V4

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Cortex-M33 (w/o Trustzone) GigaDevice GD32E50x.

new ports of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Cortex-M4 STM ST32G4xx, the Microchip PIC32MM and the Microchip PIC24FJ.

NM-cards looked at the pins

I finally found the time to take a closer look at the NM-card. So get a reader/adapter, open it and analyze the included controller (a Genesys Logic GL3224 in QFN-48) and its connections to the NM-card socket in more detail. The result... "a wild field" :-) Hence an extra page on the tested cards, modes and the results.

new version and port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the dual-core Cortex-M7/M4 STM ST32H745 and Cortex-M4/M0 NXP LPC4337. As toolchain the ARM/Keil MDK was used. For the AMP (Asymmetric Multi-Processing) communication between the cores the AMP-Pipe (pair) as inter-core messaging pipe (Inter Core Communication) was added. Building on that, multicore AMP RPC/RPMsg protocol(s) can be used between the cores.

new version of the RTOS kernel pC/OS

Task initialization of the pC/OS Kernel restructured and some minor corrections added.

The idea of expanding the queue to be able to transfer even small data blocks, such as C-structs, was dropped again, as this would have corresponded to the pipe implementation - except for the length storage - including the ~Pend / ~FrontPost weakness during the Copy the data.

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Cortex-M33 with Trustzone-TEE MCUs ST STM32L552 and NXP LPC55S69. As toolchain the ARM/Keil MDK was used.

new port & new version of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the RISC-V of GigaDevices GD32VF103C. As toolchain the NucleiStudio was used. During this porting a weakness was discovered and eliminated in the memory-manager for kernel requests. Also the MMC/SD-port (SPI) as well as the pC/SFS (small) Serial File System for SPI- and I2C-interfaces have been ported to the RISC-V of GigaDevices GD32VF103C.

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Cortex-M4 von Ambiq Micro Apollo3. As toolchain the ARM/Keil MDK was used.

new version of the RTOS kernel pC/OS

SmartMessageQueue as an alternative to MessageBox was added to the pC/OS Kernel. The SmartMessageQueue transfers messages as pure pointers. If the pointer points to an allocated memory block, the ownership of this block is also transferred. If the pointer does not point to an allocated memory block, the risk remains with the user as a non-specific pointer is passed directly.

this time Huawei comes with the NM-card

		After Samsung introduced the UFS-card in early 2017, this time Huawei is coming with the NM-card. This is probably a μSD card in the new "nano" form factor. This corresponds exactly to a nano-SIM with two additional contacts. After all, this card is also really to buy. But a currently price about twice for the same capacity in comparison to the μSD is already "high-spirited". Once again it remains to be seen whether this card can establish itself or whether it will be quiet again after some time, as with the Samsung UFS card...

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the powerPC e200z4 with Lockstep-core MPC5744P from NXP/Freescale. As toolchain the NXP S32 DesignStudio IDE was used.

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Microchip/Atmel Cortex-M7 SAMS70. As toolchain the ARM/Keil MDK was used.

new version of the RTOS kernel pC/OS

A 'dynamic modi' for Pipes was added to the pC/OS kernel. The IPC 'Pipe' now can use the memory manager internally as message storage instead of the fix created (size) array, but warning - it requires additional time and can result in some side-effects.

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the GigaDevice Cortex-M23 GD32E230. As toolchain the ARM/Keil MDK and the IAR Embedded-Workbench were used. And sorry to Renesas, I have a TB-S1JA Board, but I'm not going to get caught up in magical Renesas tools/libraries (SSC/SSP plus redistribution rules) - this is a Cortex-M23 w/o TEE - so a Cortex-M0+ successor and not a "special processor".

more ARMv8-M are advertised

	Additional MCU vendors have announced ARMv8-M based microcontrollers.
	* Cortex-M23 * Cortex-M23 * Cortex-M33 * Cortex-M33	GigaDevices Renesas ST NXP	GD32E230 S1JA STM32L5 LPC5500	w/o TEE w/o TEE with TEE TEE optional

revised porting of the RTOS Kernel pC/OS and the pC/SFS (small) Serial File System

The porting of the pC/OS Kernel and the pC/SFS (small) Serial File System on the Cortex-M23 Nuvoton M2351 has been redesigned. With help from Nuvoton-Support, I was able to revive my NuMaker PFM-M2351 board and track the problems of porting the pC/SFS up to the "partition_M2351.h" and finally complete the port of pC/SFS (small) Serial File System for SPI and I2C.

new port of the RTOS Kernel pC/OS

The pC/OS Kernel was ported to the Cortex-R4 from TI - TMS570LS04. As toolchain the ARM/Keil MDK and the IAR Embedded Workbench with minimal MCU initializing was used.

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Nuvoton Cortex-M23 M2351 with support of the TEE. As toolchain the ARM/Keil MDK was used. As in the demo shown, it must be guaranteed that only one task can ever go into the TEE (blocking-semaphore or mutual-exclusion for serialization). Also the pC/SFS (small) Serial File System has been ported to the Nuvoton M2351 for SPI- and I2C-interfaces.

revised porting of the RTOS Kernel pC/OS

The porting of the pC/OS Kernel to the Synopsys ARC-EM has been redesigned to support the TEE (secure shield). As in the demo shown, it must be guaranteed that only one task can ever go into the TEE (blocking-semaphore or mutual-exclusion for serialization). The pC/SFS (small) Serial File System already runs on the ARC-EMSK board and can now work in TEE (secure shield) or in none-secure mode.

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Microchip/Atmel SAMD51. As toolchain the ARM/Keil MDK and the IAR Embedded Workbench was used. Also the pC/SFS (small) Serial File System has been ported to the Microchip/Atmel SAMD51 for SPI- and I2C-interfaces. Possibly the file system may use the QSPI interface soon ...;-)

revised porting of the RTOS Kernel pC/OS

The porting of the pC/OS Kernel to the Microchip/Atmel Cortex-M23 SAML11 has been redesigned to support the TEE. As in the demo shown, it must be guaranteed that only one task can ever go into the TEE (blocking-semaphore or mutual-exclusion for serialization). In addition, the porting of the pC/OS kernel to the Cortex-M33 (ARM MPS2-FPGA) has also been extended identically. The pC/SFS (small) Serial File System already runs on the SAML11 and can now work in TEE (secure shield) or in none-secure mode.

new port of the (small) Serial File System pC/SFS

The pC/SFS (small) Serial File System was ported to the Atmel/Microchip Cortex-M23 SAML10 and SAML11 for SPI- und I2C-interface.
But on the SAML11 everything is still running in the none-secure state - outside the TEE, that's the next task... :-)

Update of the (small) Serial File System pC/SFS and the Tiny File System pC/TFS

The pC/SFS (small) Serial File System and the pC/TFS Tiny File System have gotten a little update to better serve the sensitivities of some compilers for C-strings. For this purpose, the types SFS_PATHNAME and TFS_PATHNAME were introduced, which can be adapted centrally to the used compiler via typedef.

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Microchip/Atmel SAML10 and SAML11. As toolchain the ARM/Keil MDK was used. The used boards were adapted Rabid Prototype TAU boards. But I noticed something: the SAML10 (without TEE) uses the classical EXC-RETURN scheme the TEE of the SAML11 is still not actively supported by the pC/OS kernel The SAML11 does not have a Secure Access Unit (SAU) but instead he is partitioned via the Implementation Defined Attribution Unit (IDAU) and Peripheral Access Controller (PAC). This results in settings in the NVM User Row (UROW) and possibly also in the NVM Boot Configuration Row (BOCOR). But I have to understand that first of all ...

first ARMv8-M Cortex-M23 available

It's Microchip that has the first ARMv8-M to buy. SAML10 - Cortex-M23 without Trustzone (TEE) and without crypto accelerators SAML11 - Cortex-M23 with Trustzone (TEE) and with crypto accelerators Unfortunately both variants have no interface such as USB, network or a wireless standard integrated. Let's see what the documents reveal about secure BOOT-line, key-store and security...;-)

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Renesas V850. As toolchain the IAR Embedded-Workbench was used.

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Renesas RL78. As toolchain the IAR Embedded-Workbench was used.

revised porting of the RTOS Kernel pC/OS

		The porting of the pC/OS Kernel to the RISC-V of SiFive FE310 has been revised again. The central trap-entry (system-exceptions & timer/user-interrupts) has been optimized and the software-interrupt is finally working cleanly.

SDUC cards with up to 128TB

The next generation of SD cards is comming - SDUC (Ultra Capacity) - with up to 128 TB. Let's see how long the new upper limit lasts...;-) The new additional interface SD Express (PCIe-3.0 plus NVMe-1.3) enables data rates of up to 985 MB/s.

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Renesas RX210 and RX62N. As toolchain the IAR Embedded-Workbench was used.

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Freescale MK60DN and MK66FX. As toolchain the ARM/Keil MDK was used.

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Microchip PIC32MZ and the ports to the Microchip PIC32MX renewed. As toolchain the MPLAB-X IDE and an J-Link EDU (mini) was used.

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Cortex-M0 Silicon Labs EFM32. As toolchain the ARM/Keil MDK was used.

extension of the (small) Serial File System pC/SFS

The pC/SFS (small) Serial File System was getting an optional extension SFS_RemoveDirTree(..). The link-handling was also corrected.
A directory can now be deleted completely with all contained sub-elements (Dir / File / Link). However, a link from outside into this sub-tree can not be resolved and thus remains as an error. All other links (internal or external) may be resolved.

correction in the (small) Serial File System pC/SFS

The pC/SFS (small) Serial File System was getting a correction in internal functions SFSMem_Alloc() & SFSCreate_Entry().
The creation of a directory wasn't working cleanly.

new port of the RTOS kernel pC/OS

The pC/OS Kernel was ported to the Synopsys ARC-EM. The nSIM simulation and the ARC-EMSK FPGA-board were used for this. This ARC-EM port does also not include active support for the TEE (here SecureShield) like the ARMv8M port, so all functions in the secure-side are to be treated as a collection of a single resource, so only one task can be in the secure-side (SecureShield) using a function call. Also, the pC/SFS (small) Serial File System has been ported to the Synopsys ARC-EMSK board.

tiny correction in the (small) Serial File System pC/SFS

The pC/SFS (small) Serial File System was getting a small correction in internal function SFSChange_Entry().
The API-function call SFS_ChangeDir("/") wasn't working correctly.

new port of the RTOS kernel pC/OS

		The pC/OS Kernel was ported to the RISC-V from SiFive FE310. The boards HiFive1 and LoFive by Qwerty were used for this. But some things bother me about this MCU: all traps (system-exceptions & timer/user-interrups) go to a single entry/handler except for some system registers/states, in the case of an interrupt, nothing is automatically backed up and no separate trap stack is provided in HW Also, the pC/SFS (small) Serial File System has been ported to the SiFive FE310 RISC-V.

the (small) Serial File System pC/SFS now works alongside SPI on I2C and parallel memory

The pC/SFS (small) Serial File System now also works on I2C and parallel storage such as RAM, MRAM, FRAM, EEPROM. In addition, it can now run in the RAM of a Windows/Linux application.

Revision of some ports of the RTOS kernel pC/OS

		The ports on the STM32F0xx..7xx of the pC/OS Kernel have been renewed again.

new ports of the RTOS kernel pC/OS

		The pC/OS Kernel was ported to the Nuvoton NUC123, the Freescale MKL25Z128 (FRDM-KL25Z), the Freescale MKL26Z64 (Teensy LC) and the Infineon XMC1100 (XMC™ 2Go).

first microSDXC-card with 400GB

		SanDisk (WD) introduces a microSDXC card with 400GB. After 200GB and 256GB, now the 400GB is the new maximum integrated capacity in a micro SDXC card. The price of 250 US-$ is certainly a realistic first starting value. The question of the quality and the data retention will be certainly answered in the employment.

CMSIS-DAP micro debugger for Cortex-M

		On Tindie (Buy awesome things directly from makers) currently a few CMSIS-DAP adapter are available. They can, on lower demands, replace the partly quite expensive JTAG/SWD debug-adapters for ARM Cortex-M MCU's from Keil, Segger, ... very good. They run a bit slower, supports partly only SWD, but are much cheaper. I have tested the CMSIS-DAP adapter from Alex Taradov and am thrilled - extremely small, only 10 US-$ and sufficient functionality & performance. And in size comparison unbeatable. The only small drawback: the mini-USB connection - unfortunately no micro-USB ...

tiny update of the (small) Serial File System pC/SFS

The pC/SFS (small) Serial File System was getting a small update.
The additional function SFS_GetEntry() was added and optionally a LOCK/UNLOCK can be used in the LLdriver to protect the serial interface to the memory-chip against timeouts.

the (small) Serial File System pC/SFS uses test-wise SD/MMC cards using the MMC/SD-port

The pC/SFS (small) Serial File System uses the MMC/SD-port to be able to use SD/MMC cards test-wise.
But only a fixed part of the found MMC/SD card can be used because the pC/SFS can not deal with variable media size - but as a test it is ok, as this was and is still not 'mandatory' for the file system.

the (small) Serial File System pC/SFS is available as a release candidate

The pC/SFS (small) Serial File System is available as 0.95b RC. The internal function SFSChange_Entry() has been harmonized and the use of this has been adapted accordingly.

the (small) Serial File System pC/SFS is on the way to the first release

The pC/SFS (small) Serial File System took the next step to the first release. The handling of the file attributes has been completed and the source code uses the config values of an existing file system in the serial memory module, if these are compatible (suitable HW-interface prerequisite).

new ports of the RTOS kernel pC/OS

		The pC/OS Kernel was ported to the ARMv8M baseline and mainline (Cortex-M23 and Cortex-M33). But this first porting to ARMv8M does not include active support of the TrustZone, all code executed in the secure side is to handle as one collection of a single resource so only one task can be in the secure side using a function call.

UFS-card is willing to replace the µSD-card

		Samsung has presented the first UFS-cards. These are currently with up to 256GB much faster than the previous UHS-II cards and offer several advantages such as SCSI command-set, full-duplex and command-queuing. Furthermore, they integrate directly into the MiPi-concept. However, their success remains to be seen, it will go to the UFS-cards like the today's first UHS-II µSD cards - which also need the support in the host. And the UFS-card needs a new host and socket - supposedly from Samsung Galaxy Note 7 already supported - but currently the cards are not yet available and their power remains to be seen.

new version of the pC/OS

A small correction in pC/OS for OS_Pipe...Post. An interrupt and during sheduling is switched off a sender can't use the fast mode on OS_Pipe...Post since data source can't be guarantied.

When will the first ARMv8-M MCU be available ?

		After I was able a few years ago to co-develop the L4-microkernel 'MobiCore' (now 'Kinibi TEE' of trustonic) already on Trustzone of ARMv7-A products from Samsung (Exynos4 and Exynos5) and Qualcomm (Kait), I am now looking forward when the first ARMv8-M MCU comes from a chip maker. The ARMv8-M specifications see once already promising. I'm curious how well and safely the TrustZone is useful by the special call - with or without a secure-OS and without a separate memory. In addition to the 'small' TrustZone I'm excited about the new stack-limit register, the improved MPU and the new CryptoCell's. In any case, the ARMv8-M (and ARMv8-R without TrustZone but with Hypervisor, e.g. ARMv8-R52) could inspire strongly the IoT- and automotive-world when a good security concept (secure-boot, keys & management, containering, storage) is used!

DCF radio clock with I2C OLED-display too

The DCF radio clock with OLED-display now supports OLED-displays with I2C-interface too. It was tested with the SparkFun SAMD21 Mini Breakout and a Olimex MOD-OLED-128x64.

a small tinkering project for inbetween

as a small tinkering a DCF radio clock with OLED-display supporting multiple display modes.

new port of the RTOS kernel pC/OS

		The pC/OS Kernel was ported to the Atmel Cortex-M0 SAMD21.

new version of the pC/OS

A small update in pC/OS for OS_TaskIdDelete() and OS_TaskGetPrio(), OS_ID_SELF was added.

new version of the pC/TFS

A new API-function in pC/TFS for reading all attributes of a named entry plus a small internal fix on searching an entry.

Mac-OS X HoRNDIS ~ Microsoft RNDIS

Final tests with RNDIS devices - this time on Mac OS X 10.10 ... Mac-OS X HoRNDIS is is almost compatible with Microsoft RNDIS !

Here my Mac-OS X results

Linux rndis_host ≠ Microsoft RNDIS

After additional test with RNDIS-devices - this time on Linux 4.0.7 kernel... Linux rndis_host is not equal to Microsoft RNDIS !

Here my Linux4 results

Open/Free BSD urndis ≠ Microsoft RNDIS

BSD writes:
The urndis driver provides Ethernet access over Remote NDIS (RNDIS), allowing mobile devices such as phones and tablets to provide network access. It is often referred to as USB tethering, and in most cases must be explicitly enabled on the device.
urndis should work with any USB RNDIS devices, such as those commonly found on Android devices. It does not support different media types or options. For more information on configuring this device, see ifconfig(8).

But after some tests... Open/Free BSD urndis is not equal to Microsoft RNDIS !

Here my results so far

ScanDrive now MassStorage & CCID

		The ScanDrive, based on the SAM3SxA_Stick, now works as a USB-composite with MassStorage and CCID too. (see device-manager) If a secure µSD Karte with support of ASSD is connected, now you can communicate with the embedded secure-element via the simple interface of the ScanDriveViewer (mass storage vendor commands) or regular via CCID-class and PC/SC. The required ATR for CCID of the secure elements is generated by the Blackberry description as "virtual ATR" (Windows / Linux) from the card registers.

first microSDXC-card with 200GB

		SanDisk introduces a microSDXC-card with 200GB. Although this is a crooked value - from the view of the 2n rule - but is currently the highest feasible capacity on a microSDXC-card. The 400 US-$, so 2 US-$ per 1GB, are also an announcement...

new version of the pC/TFS

A small fix of the pC/TFS in the recognition of an unknown user (user-check) and using the GCC-compiler.
The TinyFileSystem now supports all byte-wise read- and write-able memory such as RAM, PSRAM, EE, FRAM, MRAM and nvSRAM.

new version of the MMC/SD-port

A small update of the MMC/SD-port for the detection of SD 4.10 cards. Furthermore, the XPC-bit (SDXC Power Control) is now used in ACMD41.

new version of the RTOS Kernel pC/OS

A small correction in the pC/OS Kernel in his Eventgroup was necessary, when multiple tasks are waiting on a common Eventgroup.

new port of the RTOS kernel pC/OS

		The pC/OS Kernel was ported to the Cortex-M4 STM32F4xx and supports the FPU in the sheduler automaticly. In this context also the USB-device and some others modules have been ported.

first SDXC-card 512GB comes

		SanDisk supplies as the first manufacturer SDXC cards with 512GB. Now we are already only 2 steps from the SDXC specification limit of max. 2TB away, which was published in 2009. The price of 799 USD, of course, is also enormous.

high-speed SPI mode of the SD/SDHC/SDXC-cards supported

The MMC/SD-port now supports for all SD-cards the high-speed mode too (since SD 2.00 specified) with max 50MHz. But this is optional for the card and is not supported by all manufacturers (such as SanDisk 03-4453) offered. If it is possible, now reverted to high-speed. see SD Speed Class and Performance

!!! some private !!!

I am the father of a sweet little boy! :-) Beginning of June our little sunshine was born and keeps us on our toes. :-) And that's what our world is spinning at the moment to drink, short sleep and full diapers! But with a smile from him is just all good again.

!!! some private !!!

I will become a father! :-) After I had thus really not into judgment, my wife surprised me last year with a ' + ' :-) Dad! - How it will probably be ...? Surely I will no longer spend as much time on the computer private. Dear I am with my son - yes it is a boy - be in the fresh air! But a little tinkering in between I'll certainly can not leave :-) So! - I'll be dad and am looking forward enormously to it!

first µSDXC-card 128GB comes

		SanDisk supplies from May as first manufacturer µSDXC cards with 128GB. Whether I'm in the coming time to check a map but I can not promise ... private a lot of changes are coming! :-)

Fix in the MMC/SD-port

A small fix in the MMC/SD-port for the CRC7 of CMD8.
The lowest bit of this byte is used as end-bit and was not set. And Thanks to the issue reporter Gabriele Gorla.

picoQuadcopter - interim ...

The basic system is setup! Based on the pC/OS Kernel data from the MPU9150 and the Deltang RX31 receiver are collected and by a exchangeable mathematical processing forwarded onto the motors via PWM. Currently, this process is still very primitive and the picoQuadcopter behaves as - a firecracker :-)
But that is exactly what I want, now it goes to the inner core - the understanding of signal processing!
And I've also learned the following points:

picoQuadcopter - a new project is born

With a motor distance of only 5cm * 5cm certainly one of the smallest... Based on a STM32F103TBU and a MPU9150 he can - equipped with a Deltang RX31 - controlled by DSM2 compatible transmitters, - equipped with a bluetooth modul SPBT2632C2A.AT2 - controlled by smartphone/tablet or controlled by infrared. He can drive small brush motors directly or small brushless motors using external ESC's. What kind of motors are fitted and which receiver is equipped he can recognize himself. Currently he is learning to initialize UART, I2C and PWM and to communicate with the receivers and the MPU9150... Here two preview photos: Image1 / Image2

Special for Samsung GalaxyTab 7.7

After more than one year using a Samsung GalaxyTab 7.7, I have created a side with all informations about the accessories, adapters and the 30pin extender wiring.
see: -- Samsung GalaxyTab 7.7 Fan Side --

ScanDriveViewer ported as app to Android

ScanDriveViewer

The ScanDriveViewer application for the SAM3SxA_Stick as MMC/SD ScanDrive is now ported to Android too. Additional to the usual data on the inserted card in the ScanDrive, this app also decodes and shows the data of the internal (e)MMC memory and - when available - of the in the device itself used (micro)SD card.

• at least Android 3.1 (with USB-Host support for the ScanDrive)
• support of USB-devices with 500mA max. power consumption (for ScanDrive + 256GB card)

mini fix in the RTOS kernels pC/OS

a mini fix in the pC/OS Kernel, a compiler-switch was missed in OSTCBInit(..) .

fix in the MMC/SD-port

first SDXC card 256GB available

		Lexar offers as the first manufacturer 256GB SDXC cards and other manufacturers will surely follow soon. Now we have arrived the middle of the of the current SSD capacity. Remember: a blu-ray disc is 50GB :-)

McEx/ASSD extension of the MMC/SD-port

		Based on the ASSD extension of the MMC/SD-port for SD-cards supporting McEx/ASSD (secure micro SD) now APDU exchange with this cards (the embedded secure element and the on it installed applets) is possible/supported.

update of the MMC/SD-port

update of the MMC/SD-port

first SDXC cards 128GB available

		SanDisk and Lexar offers as the first manufacturer 128GB SDXC cards. Other manufacturers will surely follow soon. Who can use it (Mobiles/Tablets/Photo) ? Any device which also supports SDHC cards without limiting C_SIZE of the card - nearly all! Only if the device does not support exFAT, the card must be reformatted (FAT32) and thus no files with a size larger than 4GB can be stored.

first µSDXC-cards announced

	SanDisk and Kingmax announce as the first manufacturer µSDXC cards with 64GB and 128GB are in prospect. Other manufacturers will surely follow soon. At what level prices will be located at the start remains to be seen. I've heard something from 220 Euro...

new port of the RTOS kernel pC/OS

		The pC/OS Kernel was ported to the Cortex-M3 LPC17xx.

SAM3SxA_Stick ready

	The SAM3SxA_Stick is ready. By this way also the pC/OS Kernel and the MMC/SD-port and some other were ported.

TFT on SAM7SExx_DevMaster

	An additional small start-up project on the operation of the TFT-display MI0283QT-2 on SAM7SExx_DevMaster added. The project includes again basic functions for the user for character and string output, cursor handling and some graphics functions.

MMC/SD-port with first SDXC-card tested

The MMC/SD-port now is tested with the first SDXC-card (Transcend 64GB SDXC) too and runs fine !
But for exFAT on Windows XP and Server 2003 the Update KB955704 is required. Older versions of Windows are not supported.
And VERY IMPORTANT: Only very few professional card reader like the IOgear GFR204SD (and almost no internal reader of notebooks) support at present SDXC based upon SD3.00 !

additional SDXC-cards in shops

		Next manufacturers announce or offer 64GB SDXC-cards. Only the price move is still not really down. So I am still waiting a little... Additional the first card reader with SDXC-support finally dive in to online shops.

new ports of the RTOS kernel pC/OS

		The pC/OS Kernel was ported to the Cortex-M3 LPC13xx and to the Cortex-M0 LPC11xx.

first SDXC-cards in online shops

	The first 64GB SDXC cards are available on the Internet. But even the prices are 250 to 490 US-$, but the dance is open. Only at these prices I'll probably wait a little... But the aim is therefore clear - the microSDXC class 10 card with 2TB ;-)

small fix in the RTOS kernel pC/OS

Fix in the pC/OS Kernel if the current running task is destroyed via OS_TaskIdDestroy() from an ISR.

new version of the RTOS kernel pC/OS

The pC/OS Kernel now includes additional functions based on the unique Task-ID.

Update of the RTOS kernel pC/OS

Through an extension in the optional function OS_TaskDestroy() in the new pC/OS Kernel a mutex protected recourse can now be re-initialized, even if a user management included based on the unique task ID (for example a filesystem).

Update of the MMC/SD-port

A first update of the MMC/SD-port for SDXC cards. Furthermore, the error was finally corrected in the Nbs calculation plus Nac and Nbs fix for SDHC cards on the specified values.

new version of the RTOS kernel pC/OS

Using the optional function OS_TaskDestroy() in the new pC/OS Kernel, Tasks, waiting on an IPC (semaphores/MBox/queue/pipe/..) or owner of a mutex, can now be canceled.
Furthermore, the source code was restructured without deteriorate the optimization of the different compilers.

SDXC cards with up to 2TB

The next generation of SD cards is comming - SDXC (eXtended Capacity).
With up to 2TB, accelerated interface and using exFAT as filesystem it remains now only wait and see whether the SPI-mode is still supported. The specification is still coming in this quarter of 2009.
First cards will be later this year with 64GB expected - for comparison - a dual-layer-BluRay-disc has a capacity of "only" 50GB.

new version of the RTOS kernel pC/OS

The debug stack-border check of the pC/OS Kernel now includes a 0xEF stack-fill too, that makes the identification of the used-stack-deep easier when debugging.

small correction in MMC/SD-port

A small correction of the MMC/SD-port for HD-MMC cards. This cards will never to buy (see news 2008).

new version of the RTOS kernel pC/OS

The pC/OS Kernel now includes optional a simple version of a debug stack-border check, on sheduling a stack-end mark of the previously active task is controlled. Furthermore, the kernel configuration was restructured.

search SD/MMC socket

Searching desperately 10 pieces of following SD/MMC-sockets in short cover:

Only for this buying 1500 pieces from DigiKey....?

AVR32 port of pC/OS

		The port of the pC/OS Kernel on AVR32 (UC3A) is now finished too. As toolchain the IAR Embedded Workbench was used.

update of the RTOS kernel pC/OS

An additional update of the pC/OS Kernel with the new API function OS_EvgPendAbbort().

MSP430 port of pC/OS

		The port of the pC/OS Kernel on MSP430Fxxx is now finished too. As toolchains the ImageCraft, IAR, CrossWorks, TI-CodeComposer and GCC was used. But this MCU series is so far for the pC/OS kernel still very tight with RAM. The upcoming MSP430F5xx series promises anyhow much more of it.

PIC32MX port of pC/OS

		The port of the pC/OS Kernel on PIC32MX is finally finished now. As toolchain the MPLAB-IDE was used.

update of the RTOS kernel pC/OS

An additional update of the pC/OS Kernel with additional checks & API-functions for timer-service and reduced RAM-consumption of the IPC-resources (SEM/MUX/EVG/Queue/Pipe).

new version of RTOS kernel pC/OS

The pC/OS Kernel now includes a timer-service too, that can works "fine-tick" too and his timers can run periodical or run-once.
Additional the memory-manager now works alltimes MPU-spezific aligned. Additional some new API-functions are added.

LCDs on SAM7SExx_DevMaster

	Two small start-up projects on the operation of the LCD displays EA DOGM163 and EA DOGM128-6 on SAM7SExx_DevMaster added. Both projects includes basic functions for the user for character output, cursor handling, contrast control and simple graphics functions. On EA DOGM128-6 a PWM is also used to control the backlight.

SAM7SExx_DevMaster ready

	The SAM7SExx_DevMaster is ready. Also, the documentation and a instruction of initiation of the external memory is ready.

Correction in MMC/SD-port

A small correction of the MMC/SD-port for HD-MMC cards. This cards will however probably never to buy, as Samsung replied to me the following:
"We are sorry that 8GB MMC is not going to be produced and MMC is planned to be EOLed soon."

Update of the MMC/SD-port

A additional small update of the MMC/SD-port for MMCplus(HS-MMC)- and HD-MMC- cards.

Update of the MMC/SD-port

Small update of the MMC/SD-port for older MMC-cards ("early cards") and "not 100% SD-compliant" SD-cards.

Cortex-M3 STM32 port of pC/OS

		The port of the pC/OS Kernel on Cortex-M3 STM32 is now finished. As toolchain the IAR Embedded Workbench was used. Small update of the MMC/SD-port plus porting to the Cortex-M3 STM32. To final clarify the status of the pC/OS Kernel based on the µC/OS 1.00, I picked out the old "V1.00 is FREE" confirmation email from Jean Labrosse.

delayed update of the pC/OS

Finally, a long overdue update of the pC/OS Kernel against "neested interrupts" on ARMs and Cortex.

updates for pC/OS and pC/TFS

With the update of the pC/OS Kernel now its possible to reduce the needed RAM in the task administration if only a few tasks in defined. In addition a unique task-ID was added, which can be used on other modules like pC/TFS, to reduce the RAM in the administration of known tasks. And so the identification of a task is clearly (see ChangePrio and Mutex).
The update of the pC/TFS FileSystems includes the new function TFS_SetEOF(..) and the new task identifying of pC/OS.

first Cortex-M3 port of pC/OS

		The port of the pC/OS Kernel on Cortex-M3 Luminary LM3S811 is now finished. As toolchain the IAR Embedded Workbench was used.

SDHC support

Based on a request the MMC/SD-port now support SDHC-cards too.
Moreover the current pC/OS Kernel now includes a functional Keil-RDS port for the AT91SAM7.. line.

LPC236x_DevMaster ready

The documentation of the LPC236x_DevMaster is now complete too.
The MOSFET transistors used so far are not available any longer. The spare types are now in the sheets of the SAM7XCxx_DevMaster and LPC236x_DevMaster in-maintained.

Si2301BDS => FDN338P
Si2302ADS => FDN337N

LPC236x_DevMaster ready

	Now the LPC236x_DevMaster-Board is ready too. The sheet for it follows in some days.

SAM7XCxx_DevMaster ready

The documentation of the SAM7XCxx_DevMaster is now ready too.

SAM7XCxx_DevMaster ready

	The SAM7XCxx_DevMaster ist ready. On the documentation I work straight... The LPC236x_DevMaster I must set on-hold however to approx. begin-Q4 '07 - before no corrected LPC2368 is probably to be gotten. NXP makes it itself not really easy...

new DevMaster-boards in planning

Actual I'm working on new DevMaster-boards based on AT91SAM7XCxx, AT91SAM7SExx and LPC236x.
The actual stand:

MMC/SD ports of pC/FAT & pC/FFS free

I can set the modules pC/FAT and pC/FFS not freely, but a simplified variant of the MMC/SD-Ports gives it from now here!

redesign of pC/LZFG plus COP

Further problem details from the bug reporter caused me to redesign the pC/LZFG Decompressor in case of CRC size, endianess and alignment completely. Now the length and CRC of org-file will alltimes stored big endian in the cop-file and the CRC is always 16bit - in the 32bit version of COP too !
So the pC/LZFG module and the PC-compress/decompress COP were revised. In order to distinguish this from the past, incompatible older versions, a modified LZFG signature in the cop-file is used.
(and thanks again to the bug-reporter Baruch Cochavy !)

bugfix in pC/LZFG

Such a thing should not happen to me after 2005 again!
A not correctly initialized variable in pC/LZFG Decompressor produced a wrong output. Sorry !
(and thanks to the bug-reporter !)

Priority Inversion

Special to the RTOS theme Priority Inversion added. (actual only in german - sorry!)

big modules update

Update of all pC/... modules to U08..U32 types. Some additional type-adaptations and better portability of some modules for RTOS-less use implemented.

small update of pC/OS provide

Due the porting to the first 32-bit processor necessarily became a first small update of the pC/OS Kernel.
Furthermore I inserted the past conditions of the AT91SAM7Sxx-Port using Keil. This does not run however so far stably. I still get at the most unbelievable Opcodes Undef_Handler-, PAbt_Handler- or DAbt_Handler- aborts.

AT91SAM7Sxx port of pC/OS ready

The port of the pC/OS Kernel on AT91SAM7Sxx is now finished.
As Toolchain the IAR Embedded Workbench was used. Sorry to Keil, with "...?T" and "...?A" it's not really possible to create a good port for ARM and Thumb mode.

lost line in the ATMega128-port of pC/OS fixed

What a bug...!
Normally I should check the sources, which I put on the server, again. If this precipitates, such a thing happens...
In the assembler file of the ATMega128-port on this server following line was missing:

Thank's again to the bug reporter.

SAM7Sxx-DevMaster ready

	Now the SAM7Sxx_DevMaster-Board is also ready.

Update to the Draft of the AT91SAM7Sxx_DevMaster

After some feedbacks now an update of the Drafts to the AT91SAM7Sxx_DevMaster-Board.

However I ask me, when the AT91SAM7S256, promised to the end of year 2004, it is finally to buy (individual samples is to give it)???

PS: At present also some ATMega128_DevMaster boards are still surplus. On interest simply send me a email.

Documentation for the ATMega128_DevMaster ready...

Finally, I have also the documentation ready for the ATMega128_DevMaster-Board ...

Stress ...

Why begins the new year like the old one finished.. ?
Actually I want to revise the side shortly completely, but I come in such a way times again to nothing!
But, to avoid about confusions, I have from immediately all µC /.. Modules renamed in pC /.. like "pico-C".
Furthermore, I has deposite the current pC/OS Kernel with the ATMega128-Port once.

Here a small preview:

Project: new development board (with ATMega128) Atmel AVR ATMega128 CPU (128kB Flash, 4kB RAM, 4kB EE-Memory) 14.7456MHz (better bautrate timing as with 16MHz) 32.768kHz Clock 62kB ext. RAM 2kB I/O-Range (in 8 * 256Byte pages) ISP and JTAG interface RS232 interface RESET-Generator plus manually MMC/SD-Card Slot "full" extender pinning

new port's for pC/OS Kernel

Port for Philips-XA under Raisonance IDE added.
New version of the Rabbit-port under Softools WinIDE generated.

Interim

Rabbit 3400 Development Kit received.
But this Dynamic-C compiler... - I don't want bound "anything/something" as well.
Why is there not any header-files ?
And why no practical project administration is contained there ?
I would trade this compiler gladly for the Softools WinIDE !!!

Clean-up of the Ports of pC/OS Kernel and Rabbit-Port for Softools WinIDE added, Link's updated and wided.
--cutted-- Thanks of the help of Softools no errors!

Rabbit RCM3400 over HY-LINE

The german distributor for Rabbit Semiconductors reported to me. I can cover the Development Kit over HY-LINE.
Only why Rabbit needed 4 months for it... ? - But thanks HY-LINE !

new version of pC/MEM Memory-Manager

MEM_CleanUp and the for this needed task-registration added.

total confusion

Since Rabbit Semiconductors doesn't have it seemingly necessary...
So I must look for a new development-board for the previous communication-ports and still lacking (for example FireWire). But which board is ideal for it and has a little-edian-core, linear addressroom and is min. 16 bit ? (as counter part of the 8051)
Who can help me and recommend a board ?

new development kit purchased

After I have changed my OS on PC, I can't use my old Am188ES development board. So I have purchased a Rabbit RCM3400 Development kit, but I still waiting for shipping since 8 weeks.
What's the problem ?

new version of pC/TFS FileSystem

TFS_GetFreeSize and TFS_MoveFile added. Bugfix in TFS_Repair, TFS_RenameFile and TFS_RenameDir.

new version of pC/OS Kernel

MUTEXes added, Eventgroups correct implemented and code-cleanup

the reference-manuals now can direct printed (IE6.0 and Moz1.4 tested)

Interim

I'm very busy at this time.
It's not allowed for Me to make all modules available or to download. But some still follows...
The Konqueror from KDE 3.1 looks well! But unfortunately he now has the same problems like the Opera-Browser approximately. Keep it up - next time... :-))

SORRY - some new sub-sides are not ready. But I'm very busy at this moment.
Additional I will implement MUTEX's in to the Kernel and have a look on the incorrect implemented Eventflag's.
How has a good idea - please mail me !

Update of pC/TFS FileSystem - user-handling simplyfied, new functions and changed file-access rights.

New Version of pC/TFS FileSystem - now with Links ! .... - but Sorry - the Source I can't make downloadable.

CORRECTED! - New 8051-Port for the pC/OS kernel for the Keil-C51 development µVision
After some problems with the specials of Keil - now it's run fine.

NEW! - Now with autodetect language-support
german browser = german sides / all other = english sides
But - Sorry! The english version is computer-based generated :-(