20.12.07:
|
schöne Weihnachten und ein gutes neues Jahr !
Nun erst mal Pause! Ich wünsche allen schöne Weihnachten und einen guten Rutsch ins Jahr 2008.
Zum Abschluß noch ein längst überfälliges Update des pC/OS Kernel gegen "neested interrupts" bei ARMs und Cortex.
|
04.11.07:
|
Updates für pC/OS und pC/TFS
Mit dem Update des pC/OS Kernel wird nun bei wenigen Tasks auch weniger RAM in der Taskverwaltung verbraucht. Hinzu kam eine eindeutige Task-ID, die es auch den anderen Modulen wie dem pC/TFS erlaubt, Speicher in der Verwaltung der angemeldeten Tasks zu sparen. Somit wird auch die Idenifikation eines Tasks eindeutig (siehe ChangePrio und Mutex). Das Update des pC/TFS FileSystems beinhaltet die neue Funktion TFS_SetEOF(..) sowie die neue Task-Identifizierung aus pC/OS.
|
03.10.07:
|
erstes Cortex-M3 Port des pC/OS
Die Portierung des pC/OS Kernel auf den Cortex-M3 Luminary LM3S811 ist nun fertig. Als Toolchain wurde die IAR Embedded Workbench verwendet.
|
25.09.07:
|
SDHC Support
Auf Grund eines Wunsches beherrscht das MMC/SD-port nun auch SDHC-Karten. Des weiteren enthält der aktuelle pC/OS Kernel nun auch ein funktionierendes Keil-RDS Port für die AT91SAM7.. Linie.
|
30.08.07:
|
LPC236x_DevMaster fertig
Die Dokumentation zum LPC236x_DevMaster ist nun auch vollständig.
Die bisher verwendeten MOSFET-Transistoren sind nicht mehr beschaffbar. Die Ersatztypen sind nun in den Schaltplänen des SAM7XCxx_DevMaster und LPC236x_DevMaster eingepflegt.
Si2301BDS => FDN338P
Si2302ADS => FDN337N
|
26.08.07:
|
LPC236x_DevMaster fertig
Nun ist auch das LPC236x_DevMaster-Board fertig.
 LPC236x_DevMaster -Board
Der Schaltplan dazu kommt in einigen Tagen.
|
21.08.07:
|
Restbestände DevMaster-Boards und Komponenten erhältlich
Die Shop-Seiten zu den restlichen DevMaster-Boards sowie den ICs / Adaptern wurden komplett überarbeitet.
|
27.06.07:
|
SAM7XCxx_DevMaster fertig
Die Dokumentation zum SAM7XCxx_DevMaster ist nun auch fertig.
|
15.06.07:
|
SAM7XCxx_DevMaster fertig
Der SAM7XCxx_DevMaster ist fertig. An der Dokumentation arbeite ich gerade...
 SAM7XCxx_DevMaster -Board
Den LPC236x_DevMaster muß ich aber bis ca. Anfang-Q4 '07 zurückstellen - vorher sind wohl keine korrigierten LPC2368 zu bekommen. NXP macht es sich selbst wirklich nicht leicht...
|
14.05.07:
|
neue DevMaster-Boards in Planung
Aktuell arbeite ich an neuen DevMaster-Boards basierend auf AT91SAM7XCxx, AT91SAM7SExx und LPC236x. Der aktuelle Stand ist:
als Header-Board AT91SAM7XC256DM9161ARJLBC-060TC1SPI to MMC/SDUSBJTAG18.432MHzvoltage controlrest on 2 connectors 2x13board size 51x64mm
| als Header-Board LPC2368DP83848J1011F01MCI to MMC/SDUSBJTAG12.000MHz32.768kHzVBAT controlvoltage controlrest on 2 connectors 2x17board size 51x74mm
| noch kein Formfaktor AT91SAM7SE512SPI to MMC/SDUSBJTAG18.432MHzNOR-Flash 512kBsRAM 512kBEEPROM 128kBFRAM 128kBNAND-Flash 128MB..2GBDBGU, UART, TWI, SSC, ... ?Ethernet, ... ?voltage controlrest to connector(s)
| | | |
Auf Grund der beträchtlichen Bugs des LPC2378 sowie der nicht linear zusammenhängenden 2x64kB EMC habe ich mich gegen diesen Chip entschieden.
Restbestände der bisherigen DevMaster-Boards finden Sie in sehr begrenzter Stückzahl hier.
|
12.02.07:
|
MMC/SD Ports des pC/FAT & pC/FFS frei
Zwar kann ich die Module pC/FAT und pC/FFS nicht frei stellen, aber eine vereinfachte Variante der MMC/SD-Ports gibts ab sofort hier!
|
01.02.07:
|
Redesign des pC/LZFG plus COP
Weitere Problem-Details vom Bug-Reporter haben mich veranlaßt, den pC/LZFG Decompressor im Zusammenhang mit CRC-size, endianess und alignment komplett zu überarbeiten. Nun werden Länge und CRC des org-Files immer big-endian im cop-File gespeichert und die CRC ist immer fest 16bit - auch in der 32bit Version von COP !
Dabei wurden das pC/LZFG-Module und der PC-Kompressor/Dekompressor COP überarbeitet. Um dies von den bisherigen, inkompatiblen Vorversionen abzugrenzen, wird eine modifizierte LZFG-Signatur im cop-File verwendet. (und Danke nochmals an den Bug-Reporter Baruch Cochavy !)
|
30.01.07:
|
Bugfix in pC/LZFG
So etwas sollte mir nach 2005 nicht wieder passieren! Eine nicht richtig initialisierte Variable im pC/LZFG Decompressor erzeugte einen falschen Output. Sorry ! (und Danke an den Bug-Reporter !)
|