Все (ну >>> 95%) из того, о чем здесь написано, есть у AcceleratedTechnology
http://www.mentor.com/products/embedded_software/
Но, это все есс-но денег стоит - вот данные ~ на 2000-2001гг:
- Nucleus PLUS (x86 RM, 68xxx, 68HCxx, NEC V25, Siemens C167) - $8,994
- Nucleus PLUS (ColdFire, MIPS, CR16A/B, CR32, TI DSP) - $11,994
- Nucleus PLUS (PowerPC,MCORE,ARC,ARM Family,H8/300H,H8S,SH1/2/3,SH3/DSP,TriCore,V8xx) - $14,994
- Nucleus NET - TCP/IP Protocol Stack - $14,994
- Extended Protocol Package for Nucleus NET (TFTP, Telnet, Nucleus FTP) - $8,994
- Nucleus WebServ - $11,994
- Nucleus FILE - Re-entrant File System - $5,394
- Nucleus GRAFIX (rendering services & windowing toolkit) - $17,994
- Ethernet Driver Template (or existing ethernet driver) - $3,594
- IDE and Floppy Driver - $4,794
.... ну и т.д.
А еще надо среду EDGE и SimTest ...

Да нет... Разве-что мышку
В свое время просто проводил серьезный анализ применимости скриптовых языков в своих встроенных системах класса AT91SAM7/MCF5213 с/без ОС. Но практически так пока и не использовал ни один из них. Хотя понравился больше других именно Io, по многим причинам. Поэтому и интересно обсудить тему с заинтересованным человеком - может в следующем проекте и применю.



Скорее уже
Списки рассылки читать печально, чувствуешь себя на похоронах совмещенных с торговлей гробами и венками

Не зря я чуял, что нуклеус без штанов оставит Не уж то на ARM меньше, чем за 15k$ его не бывает? Привет DASM'у

А Вы пробовали его хоть на что-нибудь портировать?Да как сказать. С учетом того, что Patriot Scientific продала лицензии Intel и AMD
http://www.ptsc.com/products/index.asp
создатель языка Форт (по слухам) работает сейчас в AMD, может и будет на улице Форта праздник.

Да вот пока нет. Я же говорю дальше монументальных исследований дело не пошло. Да и проекта у меня сейчас нету где бы он был в самый раз.


Да вы что!

Чарльз Мур же давно на пенсии
Цветочки на огороде сажает где нибудь в Калифорнии

Вы его последнее творение, Color Forth видели? Это что-то с чем-то.
Ногу прострелить себе вы

Сообщение отредактировал dmivs - Jul 4 2006, 13:47

Вообше то идея хорошая. То есть имеется в виду многоплатформенность и возможность симуляции в условиях билзким к реальным . Удаленное проектирование конечно хорошо но как быть с hardware зависимыми модулями ? Допустим тот же модем или специфичная периферия ? И в чем преимущество скрипта по сравнению с native в случае разработчика а не продвинутого пользователя? Только во времени компиляции и загрузки ? На какой спектр продукции эта платформа может расчитывать? В конкретных случаях ненужное может выбрасываться что позволит уменьшить футпринт но определенный оверхед остается. Хорошо бы оценить время нужное на подготовку всего софта и написания документации (без нее вроде никак не получится).

П.С. Просьба проигнорировать предыдушие посты ,голова не сообрaжает - глаз разболелся .

Знаит, это только слухи Написано (дока) круто. В 64к он все собрался уместить ??? "Веревка достаточной длины, чтобы выстрелить себе в ногу?" Это Вы имели в виду?


Может я чего не разумею? В моем понимании UART вместе с мудемом - это
uart_init ();
uart_status ();
put_char ();
put_string ();
get_char ();
get_string ();

FIFO буфер софтовый на выходной и выходной потоки.

Далее все платформонезависимо.

Преимущество крпита в том, что он структуриует мышление. У Вас есть категории
* событие, память событий
* SMS
* некоторые входные данные (списко рассылки SMS и т.д.)

И все. Вас больше ничего не волнует. И Вы можете все усилия потратить на придумывание оптимального для кустомера алгоритма компоновки SMS (что сообщать), кому с каким тектом SMS отправлять, как фильтровать события по степени важности и т.д.

ЗАДАЧА: Прострелить себе ногу.

C: Вы простреливаете себе ногу.
Форт: Hога простреливать себе вы.
Бейсик: Вы простреливаете себе ногу из водяного пистолета. В расширенных реализациях языка продолжайте, пока вся нижняя часть тела не промокнет.
Ассемблер: Вы пытаетесь прострелить себе ногу, но обнаруживаете, что прежде вам придется изобрести пистолет, пулю, курок и вашу ногу.

но это все шуточки

Сообщение отредактировал dmivs - Jul 4 2006, 16:36

Вот еще

Дело в том что я делал эту систему и сейчас она на стадии прототипа. Симулировал на ucos dos port, а использовал R520 . потом решили использовать встроенный модем на benq. Я думал что пойдет сразу , ну хотя бы команда АТ. А не получилось. Пришлось тайминги менять по несколько раз перезапрашивать и плюс чтото. И модем ведь не все . Сушествуют системы с gpio, spi и другой периферией. Как бы их на синтезаторе симулировать ?
Конечно модульность это очень хорошо, и надо критерии вывести которые определяют ее физибилити .

Стоп! Дрова UART - это одно, дрова модема - это совершенно другое! И при унифицированном интерфейсе дров UART безразлично, где именно драйвер "мудема" отлаживать - в синтетическим порту Win32 или по JTAG на железяке.

Теперь давайте с SPI разбираться. У нас там могут жить
* RTC
* IO расширители
* ADC/DAC
* DATA FLASH

Опять же, есть драйвер для каждой из сущностей. Т.е. условно есть файл rtc.c, который написан по разному для синтетического порта и реального железа. При сборке проекта продвинутым мейкером я подставляю тот вариант, который мне нужен.

В этом файле описаны все примитивы работы с RTC.

DATA FLASH олично файлом эмулируется.

Сообщение отредактировал Evgeny_CD - Jul 4 2006, 17:32

Вот он, синтетический порт LwIP 1.1.1 для M$ Visual Studio 2003 (wincap драйвер)
http://lists.gnu.org/archive/html/lwip-use...7/msg00007.html

Евгений, в отношении uCOS полностью с Вами согласен. Компактная, достаточно легко портируемая, шустрая при межзадачном переключении, с минимальными накладными расходами в прерываниях и т.п.
16-18 параллельных задач с поддержкой LCD-графики (своя полнооконная система со всеми наваротами) и бешеной нагрузкой в режиме прерываний (более 20 разнотипных каналов ввода-вывода: SPI/RS232/LPT/ETHERNET/Порты на ПЛИС, большая часть из них достаточно тупые и слабо буферизированы) с таймером 1 миллисекунда (OS_TICKS_PER_SEC = 1000) на 90 мГц ARM CPU отрабатываются со свистом (кратковременная пиковая загрузка до 90% - средняя 30-40%, средняя частота межзадачного переключения мониторится в диапазоне 1200-700).

>>>>
***************** YAFFS (Сейчас, конечно, имеет смысл юзать YAFFS2)
si21 (Электроникс) успешно использует ее для простых ARM устройств.
>>>>
Простыми я бы назвал условная, т.к. работает полноценная СУБД с индексными файлами (всего ~ 40-60 файлов минимум) + непрерывное (поточное) пополенение журналов и различных логов, позволяет легко как отдельные каталоги подключить отдельные чипы флеш и части одного флеш-чипа
....Много можно писать, но получится что хвалюсь

1. А какая СУБД используется?

2. Насколько я понимаю, YAFFS - это не законченная файловая система, а ее "заготовка" нижнего уровня что ли. Все остальные функции верхнего уровня (чтобы как в ANSI C файлы открывать) сами дописывали?