From richard at imagecraft.com Tue Feb 3 14:12:48 2009 From: richard at imagecraft.com (Richard Man) Date: Tue Feb 3 15:18:01 2009 Subject: [Icc-announce] Available for programming consultation Message-ID: <200902032318.n13NI0LX059682@mail.imagecraft.com> With our current economic crisis, we must adjust to the market conditions until the time when they improve. As such, I am available to work on project programming and consultation. Please contact me off-list if you have any such needs. Thank you. // richard From richard at imagecraft.com Fri Feb 13 02:49:59 2009 From: richard at imagecraft.com (Richard Man) Date: Fri Feb 13 03:57:14 2009 Subject: [Icc-announce] ICCPROP 7.04B minor update Message-ID: <200902131157.n1DBug9L049541@mail.imagecraft.com> Just a minor update: V7.04B Feb 13, 2009 [ Fixed a problem with the licensing engine where a small number of users cannot license their products. ] Library - [ STD only ] The math library functions such as sinf, sqrtf etc. were missing in the library build. // richard blog: On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From richard at imagecraft.com Sat Feb 21 01:14:30 2009 From: richard at imagecraft.com (Richard Man) Date: Sat Feb 21 02:20:15 2009 Subject: [Icc-announce] Comments and suggestions re: eFS: SD/FS/stdio Software stack Message-ID: <200902211020.n1LAKEjs028730@mail.imagecraft.com> I have gotten a prototype stack working, complete with ANSI C stdio functions (fopen, fprintf, fputs, etc.) to a middleware FAT filesystem on top a SPI SD interface. The code is completely portable, currently being tested on an AVR Mega32. The current plan is to release a standalone version and a version adapted for eMOS RTOS (hooks for other RTOS will also be provided), plus the FAT layer will also comes in two versions: one that is fast and support multiple concurrent devices but really requires external SRAM and one that is slower and supports only one device but works with the small amount of internal SRAM. So 4 versions altogether. I am working on optimizing the FAT layer both at the algorithmic level and low level code generation. However, it's probably not recommend for devices with less that 32K of flash or 2K of SRAM. The application API is strictly ANSI C, based on the Dinkumware library, written by PJ Plauger, my former boss and the code is as complete as rock solid as it gets. The hardware interface initially supports SD card using the SPI protocol, but the code can be easily adapted for other memory devices or protocol. The proposed pricing is $200 binary only, with the needed functions supplied in source code for any customization. The initial release will be for the AVR, but ports to all targets with built-in SPI should be trivial. The Propeller requires a bit bang version of SPI interface using a separate Cog. Other devices without hardware SPI can use bit banging. I welcome any comments or suggestions. // richard