Миландр

Ключевым подразделением нашей компании является Центр Проектирования интегральных микросхем
Текущее время: 2017-май-23 13:37

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 21 ]  На страницу 1, 2  След.
Автор Сообщение
СообщениеДобавлено: 2014-апр-30 19:26 
Не в сети

Зарегистрирован: 2009-ноя-26 08:48
Сообщения: 43
Откуда: г. Краснодар
Доброго времени суток уважаемые форумчане!
Хочу вынести на суд общественности одну весьма забавную идею: Разработка интегрированной среды разработки для отечественных микроконтроллеров и микропроцессоров

Вариант лицензирования: открытый проект, потенциально – коммерческое лицензирование
Отличительные особенности:
- поддержка освоенных отечественными предприятиями архитектур (ARM, x51, TMS320C54x, PIC17, C166, AVR, …);
- поддержка C/C++, язык Ассемблера;
- поддержка сторонних средств компиляции (потенциально оригинальные средства);
- полноценные средства отладки;
- наличие стандартных библиотек C ANSI;
- наличие библиотек работы со стандартной периферией;
- наличие дополнительных библиотек (TCP/IP, DSP, графика и т.п.);
- наличие поддержки RTOS (потенциально оригинальная ОС).

Просим ваших мнений по актуальности и востребованности такой разработки.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 2014-апр-30 19:27 
Не в сети

Зарегистрирован: 2009-ноя-26 08:48
Сообщения: 43
Откуда: г. Краснодар
По нашему мнению, большинство разработчиков имеющих маломальский опыт применения «отечественных» микроконтроллеров и микропроцессоров сталкивался с отсутствием или неудобством применения предлагаемых производителями инструментальных средств разработки (компиляторы, отладчики и т.п.).

В большинстве случаев производители микросхем «обзывают» свои детища аналогами импортных изделий и «посылают» своих потребителей к импортным разработчикам. При этом не все предприятия способны приобрести лицензионные программные продукты. Одной из наиболее «глупых» причин это является тот факт, что импортное ПО не поддерживает отечественные микросхемы.

Но набольшее число проблем приносит тот факт, что как минимум 80-90% так называемых отечественных аналогов таковыми не являются, а представляют собой некоторую обрусевшую сборную солянку различных IP-ядер.

Главный вывод по всему сказанному, что за последние 5-6 лет отечественная микроэлектроника научилась производить дольно хорошие микросхемы, но сопровождать их удобными и функциональными интегрированными средами разработки с достаточным набором библиотек и ОС как не могла так и не может!


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 2014-апр-30 19:29 
Не в сети

Зарегистрирован: 2009-ноя-26 08:48
Сообщения: 43
Откуда: г. Краснодар
Яркий пример такой проблемы это классическое ядро TMS320C54x встраиваемое в изделия Миландра и НИИЭТа.

Разработчики микросхем рекомендуют использовать Code Composer Studio версии 2 (2001 год) или 3.3 (2006 год). Но получить на неё лицензию в принципе невозможно, ведь оно попросту не продаётся. В текущей версии 5.3 поддержка отечественного варианта TMS невозможна.
А программрование микросхемы 1901ВЦ1Т в связке CodeMaster - Code Composer кроме как мучением назвать нельзя.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 2014-апр-30 19:29 
Не в сети

Зарегистрирован: 2009-ноя-26 08:48
Сообщения: 43
Откуда: г. Краснодар
Очень интересует ситуация с 1967ВЦ2Т, 1967ВЦ3Ф (ADSP-TS201).

Наверное для работы с ним порекомендуют VisualDSP++ цена на которого начинается с $3,550.00 (~130 000 руб.). Но как таковой VisualDSP++ о существовании 1967ВЦ2Т, 1967ВЦ3Ф не знает и вряд ли узнает.
И как результат импортозамещение (переделка ПО) с ADSP-TS201 займёт не одну сотню человекодней.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 2014-апр-30 23:28 
Не в сети
Аватара пользователя

Зарегистрирован: 2011-окт-19 17:25
Сообщения: 518
Откуда: г. Владимир ОАО "ВКБР"
По этому вопросу наверное хорошо было бы разговаривать с Мультиклетом, так как им просто приходится разрабатывать ПО для своего МК/ПЦОС.

Я думаю, в идеале, если бы разработчики Мультиклет-а сделали свою среду под различные МК/ПЦОС, то от этого выиграли бы все. Мультиклет бы мерцал на каждом рабочем месте, кроме того, у их ПО появилось бы большое количество пользователей/тестеров, да и люди бы значительно активнее использовали их продукцию, разработчики МК/ПЦОС получили бы ещё одну среду разработки ПО, наряду с Фитоновскими. И в конечном итоге люди использовали бы и то, и то, так как получилась бы просто нормальная, здоровая конкуренция между ПО в данной области.

Не, я понимаю, видимо я очень сильно всё идеализирую)))) Но как-то так вот:)

_________________
"В радиотехнике, как в церкви - многое не понятно, но приходится верить"
ВлГУ. к.т.н Садовский Н.В


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 2014-май-05 08:41 
Не в сети
Site Admin
Аватара пользователя

Зарегистрирован: 2009-янв-20 10:05
Сообщения: 777
Что касается продукции Миландра, то неудобство есть только при работе с двумя изделиями: 1967ВЦ1Т и 1901ВЦ1Т - где есть ядро TMS320C54x.

По поводу новых работ 1967ВЦ2Т и 1967ВЦ3Ф. VisualDSP их будет понимать, в дальнейшем будет создана отечественная среда под эти микропроцессоры.

_________________
Правила форума!


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 2014-май-05 11:16 
Не в сети

Зарегистрирован: 2009-ноя-26 08:48
Сообщения: 43
Откуда: г. Краснодар
Yura писал(а):
Что касается продукции Миландра, то неудобство есть только при работе с двумя изделиями: 1967ВЦ1Т и 1901ВЦ1Т - где есть ядро TMS320C54x.


На мой взгляд, это как-то громко сказано!!! Возьмём все изделия Cortex-M3, к ним хорошо пристраивается Keil uVision и Фитоновский CodeMaster.

CodeMaster кроме компилятора и стандартных библиотек периферии ничего не имеет (имеется ввиду стабильная ОС, TCP/IP и т.п.).
Keil uVision поддерживать изделия Миландра не будет (см. форум). Есть только поддержка со стороны Миландра, НО выпущенный им «Standart Peripheral Library MDR32F9Qx, MDR1986VE1T, MDR1986VE3T + software pack для Keil MDK 5» ни разу не совместима с CMSIS, собственно ради которой стоит использовать Keil.

И вообще, что за микросхема MDR32F9Qx? На странице http://milandr.ru/index.php?mact=Produc ... eturnid=67 среди продукции такой не значится! Был прецедент, когда достаточно грамотные заказчики (ВП МО) просматривая код, задали вопрос: «А что за процессор вы программируете #incclude < MDR32F9Qx .h>»? Пришлось долго объяснять что, несмотря на отсутствие в ТУ такого обозначения…

Yura писал(а):
По поводу новых работ 1967ВЦ2Т и 1967ВЦ3Ф. VisualDSP их будет понимать, в дальнейшем будет создана отечественная среда под эти микропроцессоры.

1. А Analog Device об этом знает?
2. Если не секрет, а кто будет делать отечественную среду?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 2014-май-06 16:13 
Не в сети

Зарегистрирован: 2014-мар-04 09:21
Сообщения: 6
Откуда: АО "ПКК Миландр"
по поводу 1967ВЦ2Т и 1967ВЦ3Ф...
если честно, то я не знаю что думает AnalogDevices по поводу наших микросхем, не спрашивал:)
Ядро процессоров разработано Миландром и по сравнению с процессором TS201 имеет много отличий как в архитектурном плане, так и в плане поддерживаемых инструкций. Единственное, что мы оставили - это обратную совместимость (по крайне мере пока) по исполняемому коду между нашими процессорами и TS201. Это совместимость дает возможность отлаживать код используя среду VisualDSP от ADI. Сейчас идет разработка собственной среды, использование которой позволит задействовать все новые реализованные функции процессоров. По графику в конце 2014 года будет готова первая версия этой среды.

Юрий


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 2014-май-15 11:39 
Не в сети
Аватара пользователя

Зарегистрирован: 2012-авг-07 09:58
Сообщения: 132
VK писал(а):
Yura писал(а):
Что касается продукции Миландра, то неудобство есть только при работе с двумя изделиями: 1967ВЦ1Т и 1901ВЦ1Т - где есть ядро TMS320C54x.

1. На мой взгляд, это как-то громко сказано!!! Возьмём все изделия Cortex-M3, к ним хорошо пристраивается Keil uVision и Фитоновский CodeMaster.
2. CodeMaster кроме компилятора и стандартных библиотек периферии ничего не имеет (имеется ввиду стабильная ОС, TCP/IP и т.п.).
3. Keil uVision поддерживать изделия Миландра не будет (см. форум). Есть только поддержка со стороны Миландра, НО выпущенный им «Standart Peripheral Library MDR32F9Qx, MDR1986VE1T, MDR1986VE3T + software pack для Keil MDK 5» ни разу не совместима с CMSIS, собственно ради которой стоит использовать Keil.
4. И вообще, что за микросхема MDR32F9Qx? На странице http://milandr.ru/index.php?mact=Produc ... eturnid=67 среди продукции такой не значится! Был прецедент, когда достаточно грамотные заказчики (ВП МО) просматривая код, задали вопрос: «А что за процессор вы программируете #incclude < MDR32F9Qx .h>»? Пришлось долго объяснять что, несмотря на отсутствие в ТУ такого обозначения…

1. Забыли про IAR.
2. Да, сам CodeMaster не имеет, но никто не мешает использовать LWIP, UiP,FreeRTOS
3. SPL совместима с CMSIS. Есть pack от Keil с предыдущей версией библиотеки, есть от Milandra c последней версией.
4. Название переменных не объясняли?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 2014-май-15 14:19 
Не в сети

Зарегистрирован: 2009-ноя-26 08:48
Сообщения: 43
Откуда: г. Краснодар
andrey.s писал(а):
1. Забыли про IAR.

IAR это конечно хорошо, но и он о существовании Миландра вряд ли знает…
andrey.s писал(а):
2. Да, сам CodeMaster не имеет, но никто не мешает использовать LWIP, UiP,FreeRTOS

А Вы пробивали использовать возможности ОCи от Keila? Скажем систему компонентов CMSIS, RealView и прочие вещи? После них CodeMaster – просто цветной блокнот!
LWIP, UiP, FreeRTOS это замечательно!!! Насколько я знаю, все они открытые продукты и за их поддержку (исправление ошибок, оптимизации, увеличение функциональных возможностей ….) никто не отвечает.
Пример из практики: взяли мы 5600ВГ1У с LWIP и решили сделать Ethernet. В результате 5600ВГ1У итак еле-еле вытягивает 10 МБот, а с LWIP и средней прикладной нагрузкой получили 1-2 Мбот реальной скорости, при этом Keil RTX + NET выдаёт 5-6 МБот.
С UiP, FreeRTOS аналогичная ситуация: если хочешь использовать открытый проект, то сразу выделяй 1-2 сотрудника для адаптации поддержи и развития…
andrey.s писал(а):
3. SPL совместима с CMSIS. Есть pack от Keil с предыдущей версией библиотеки, есть от Milandra c последней версией.

Может мы друг-друга не поймём, но я виду речь о реализации интерфейсов http://www.keil.com/pack/doc/cmsis/Driver/html/index.html и её в pack хоть от Keila хоть от Миландра я не видел!
andrey.s писал(а):
4. Название переменных не объясняли?

Может кому-то это и смешно, но когда деньги платит заказчик (ПЗ) то за них нужно отчитываться как исполнителю, так и ПЗ всякими там бухгалтерскими документами. А финансисты НЕ ВСЕ знают отличие «ассемблера» от «автобуса» и требуют полного соответствия «ключ на 17 для болтов на 17».


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 2014-май-15 14:28 
Не в сети

Зарегистрирован: 2009-ноя-26 08:48
Сообщения: 43
Откуда: г. Краснодар
К теме, аналогичная ситуация с ОАО "КТЦ "ЭЛЕКТРОНИКА" производителем передовых ПЛИС 5576ХСхх. Они всех посылают к среде MAX Plus, которую уже давно никто не поддерживает. Так вот у них ситуация похуже они у Alterы не покупали лицензию на топологию, а по привычке через кальку срисовали. А когда число вентилей доросло до рекордных 200 тыщь, поняли, что САПР более не поможет, надо делать свой. Уже лет пять делают…


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 2014-июл-03 19:58 
Не в сети

Зарегистрирован: 2014-июл-03 19:26
Сообщения: 7
Предлагаю сделать например, на базе Code Block IDE. Не просто предлагаю а готов принимать посильное участие в проекте. В случае использования - уверен что софт должен быть свободным. В плане открытости кода - мне нужна возможность изменять, дополнять код и ставить его на несколько ПК в организации, не нарушая лицензию.
Платная поддержка - можно, ограничения - уже некрасиво. В принципе, в случае применения на предприятии могу гарантировать постоянное финансирование, плюс патчи по возможности и багрепорты - по обнаружению. Версия под Linux обязательна.
Вы очень сильно заблуждаетесь, если уверены что за коммерческий софт кто-то шибко отвечает. И в том и в другом случае всё зависит от людей, а оперативное исправление вам никто не гарантирует. Как впрочем, и регистрацию ошибки. Тем более - если дело касается относительно малораспространенных применений.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 2014-июл-06 14:07 
Не в сети

Зарегистрирован: 2012-фев-06 05:03
Сообщения: 6
Откуда: Samara
NPA писал(а):
Предлагаю сделать например, на базе Code Block IDE

Ну так для начала хотя бы попробуйте найти 1-2 спецов, способных обеспечить полную поддержку продукции Миландра в GNU toolchain, забесплатно (поскольку производителя проблемы такой поддержки не волнует) :) Смешно...

А если уж выбирать в качестве базы среду для глобальной суперСАПР с компилятором, схеморисоватором, симулятором на ng-spice, синтезатором, трассировщиком и чесалкой пяток -- берите сразу Eclipse, последние релизы Luna сильно подтянулись в плане быстродействия, стало можно пользоваться и не упиться чаем ожидаючи хотя бы старта среды


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 2014-июл-06 20:35 
Не в сети

Зарегистрирован: 2014-июл-03 19:26
Сообщения: 7
Заголовок: Интегрированная среда разработки

ponyatov писал(а):
Ну так для начала хотя бы попробуйте найти 1-2 спецов, способных обеспечить полную поддержку продукции Миландра в GNU toolchain, забесплатно (поскольку производителя проблемы такой поддержки не волнует) :) Смешно...

Во-первых и "забесплатно" люди находятся, а во-вторых кто сказал что нельзя платить деньги?
ponyatov писал(а):
А если уж выбирать в качестве базы среду для глобальной суперСАПР с компилятором, схеморисоватором, симулятором на ng-spice, синтезатором, трассировщиком и чесалкой пяток -- берите сразу Eclipse, последние релизы Luna сильно подтянулись в плане быстродействия, стало можно пользоваться и не упиться чаем ожидаючи хотя бы старта среды


Вот эти суперкомбайны мне и не нужны.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 2014-июл-07 21:58 
Не в сети

Зарегистрирован: 2012-фев-06 05:03
Сообщения: 6
Откуда: Samara
Ну если так хочется, можете вот отсюда начать: http://www.skyfree.org/linux/references/gcc-v3.pdf

Возьмите какой-нибудь ангстремовский Тесей 1878ВЕ1, что-то подобное максимально простое от владельца форума,
свое 8-битное ядро для ПЛИС (для упрощения с обычной регистровой RISC-архитектурой), или просто программный байткод-интерпретатор, и попробуйте написать под него backend поддержку (кодогенерацию, настройки оптимизации и чего там еще надо). Думаю будет сразу понятно, почему производители так не хотят связываться с поддержкой своих кристаллов с точки зрения поддержки компиляторов. И примерно прикинуть стоимость недели работы специалиста, способного это сделать хорошо.

Не считая того что процессор может оказаться с неRISCовской архитектурой, и возможно повылазят еще какие-то грабли дизайна gcc (может на форуме кто в теме, может подробнее пояснить)

Вообще то любая бесплатная/opensource IDE способна вызывать make и gdb -- тот же Code::Blocks, вот уже прямо сейчас, из коробки. Ну разве что какие-то претензии к отладочному интерфейсу...
И например я предпочту пользоваться своей уже настроенной средой, потому что привычно, и потому что в вашем варианте точно не будет скажем верстки документации в ТеХе или еще какой-то специфичной фишки.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 21 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB