12/20/2007:

Season's Greetings !

Only now once pause!
I wish all Merry Christmas and a happy New Year 2008.

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


11/04/2007:

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 FileSystem includes the new function TFS_SetEOF(..) and the new task identifying of pC/OS.


10/03/2007:

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.


09/25/2007:

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.


08/30/2007:

LPC236x_DevMaster fertig

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


08/26/2007:

LPC236x_DevMaster ready

Now the LPC236x_DevMaster is ready too.

LPC236x_DevMaster
LPC236x_DevMaster -Board


The sheet for it follows in some days.


08/21/2007:

Remaining stock of DevMaster boards and components available

The shop sides to the remaining DevMaster-boards as well as the ICs / adapters were completely revised.


06/27/2007:

SAM7XCxx_DevMaster ready

The documentation of the SAM7XCxx_DevMaster is now ready too.


06/15/2007:

SAM7XCxx_DevMaster ready

The SAM7XCxx_DevMaster is ready. On the documentation I work straight...

SAM7XCxx_DevMaster
SAM7XCxx_DevMaster -Board


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...


05/14/2007:

new DevMaster-boards in planning

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

as header-board

  • AT91SAM7XC256
  • DM9161A
  • RJLBC-060TC1
  • SPI to MMC/SD
  • USB
  • JTAG
  • 18.432MHz
  • voltage control
  • rest on 2 connectors 2x13
  • board size 51x64mm
  • as header-board

  • LPC2368
  • DP83848
  • J1011F01
  • MCI to MMC/SD
  • USB
  • JTAG
  • 12.000MHz
  • 32.768kHz
  • VBAT control
  • voltage control
  • rest on 2 connectors 2x17
  • board size 51x74mm
  • no formfactor yet

  • AT91SAM7SE512
  • SPI to MMC/SD
  • USB
  • JTAG
  • 18.432MHz
  • NOR-Flash 512kB
  • sRAM 512kB
  • EEPROM 128kB
  • FRAM 128kB
  • NAND-Flash 128MB..2GB
  • DBGU, UART, TWI, SSC, ... ?
  • Ethernet, ... ?
  • voltage control
  • rest to connector(s)

  • Due to the serious bugs of LPC2378 and the not linear adressable 2x64kB EMC as 128kB, I will actually not use this chip for a DevMaster-board.

    Remaining stock of the past DevMaster-boards in very limited number of items you can find here.



    02/12/2007:

    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!


    02/01/2007:

    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 !)


    01/30/2007:

    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 !)