Перейти к содержанию
    

uCOS: гораздо более правильная ОСь,

Все (ну >>> 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 ...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 dmivs: :a14: , похоже на скриптовых языках Вы собаку съели!:biggrin:

 

Да нет... Разве-что мышку :)

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

 

Forth - это круто и правильно, но непопулярен он. Пока?

 

Скорее уже :biggrin:

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Все (ну >>> 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 ...

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

 

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

Forth - это круто и правильно, но непопулярен он. Пока?

Скорее уже :biggrin:

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

Да как сказать. С учетом того, что Patriot Scientific продала лицензии Intel и AMD

http://www.ptsc.com/products/index.asp

создатель языка Форт (по слухам) работает сейчас в AMD, может и будет на улице Форта праздник.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А Вы пробовали его хоть на что-нибудь портировать?

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

Да как сказать. С учетом того, что Patriot Scientific продала лицензии Intel и AMD

http://www.ptsc.com/products/index.asp

создатель языка Форт (по слухам) работает сейчас в AMD, может и будет на улице Форта праздник.

 

Да вы что!

 

Чарльз Мур же давно на пенсии

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

 

Вы его последнее творение, Color Forth видели? Это что-то с чем-то. :blink:

Ногу прострелить себе вы

Изменено пользователем dmivs

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Да вы что!

 

Чарльз Мур же давно на пенсии

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

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

 

 

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

uart_init ();

uart_status ();

put_char ();

put_string ();

get_char ();

get_string ();

 

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

 

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

 

Преимущество крпита в том, что он структуриует мышление. У Вас есть категории

* событие, память событий

* SMS

* некоторые входные данные (списко рассылки SMS и т.д.)

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ногу прострелить себе вы
??? "Веревка достаточной длины, чтобы выстрелить себе в ногу?" Это Вы имели в виду?

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

 

C: Вы простреливаете себе ногу.

Форт: Hога простреливать себе вы.

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

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

 

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

Изменено пользователем dmivs

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

C: Вы простреливаете себе ногу.

Форт: Hога простреливать себе вы.

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

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

Вот еще

Модула-2: После того, как вы понимаете, что фактически ничего не можете сделать на этом языке, вы простреливаете себе голову.

:a14: :a14:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

uart_init ();

uart_status ();

put_char ();

put_string ();

get_char ();

get_string ();

 

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

 

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

 

Преимущество крпита в том, что он структуриует мышление. У Вас есть категории

* событие, память событий

* SMS

* некоторые входные данные (списко рассылки SMS и т.д.)

 

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

 

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

Конечно модульность это очень хорошо, и надо критерии вывести которые определяют ее физибилити .

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Дело в том что я делал эту систему и сейчас она на стадии прототипа. Симулировал на 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вот он, синтетический порт 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 файлов минимум) + непрерывное (поточное) пополенение журналов и различных логов, позволяет легко как отдельные каталоги подключить отдельные чипы флеш и части одного флеш-чипа

....Много можно писать, но получится что хвалюсь :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

***************** YAFFS (Сейчас, конечно, имеет смысл юзать YAFFS2)

si21 (Электроникс) успешно использует ее для простых ARM устройств.

>>>>

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...