Миландр

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

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




Начать новую тему Ответить на тему  [ Сообщений: 295 ]  На страницу Пред.  1 ... 3, 4, 5, 6, 7, 8, 9 ... 20  След.
Автор Сообщение
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T
СообщениеДобавлено: 2014-июн-23 21:33 
Не в сети
Аватара пользователя

Зарегистрирован: 2011-авг-21 18:55
Сообщения: 253
ksluk писал(а):
andrey.s писал(а):
Peter писал(а):
Собираетесь ли делать свой software pack для Keil MDK 5?

Пробуем и тестируем.
Перезалил от 13.02.2014
Функция "Erace Sactor" в FLM не реализована, необходимо использовать функцию "Erase Full Chip".


1) Не видит файл "MDR32F9Qx_lib.h", приходиться добавлять вручную из отдельной библиотеки (Standart Peripheral.....)а не той которая устанавливается с PACKinstaller'ом.
2) Нет данных по загрузчику( *.FLM), приходиться добавлять вручную из отдельной библиотеки (Standart Peripheral.....), а не той которая устанавливается с PACKinstaller'ом.


Keil5.11a - не работает кстати не галочка "Erase Sector" (это не есть хорошо, потому что допустим меняется прошивка, а в старших адресах лежат калибровочные данные), а следующая за ней верификация, поэтому приходится подкидывать папку MDR32F9x и файл MDR32F9x.FLM из базовой поставки Keil 4.73. А вот что с этим делать (рисунок), вообще можно как-то избавиться от редефайна CM3.h, а то из-за этого вроде как нельзя подключить CMSIS DSP.lib и другие зависимости не работают =(


Вложения:
CM.jpg
CM.jpg [ 212.49 КБ | Просмотров: 10577 ]

_________________
Hack the Planet!
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T, VE3T
СообщениеДобавлено: 2014-июн-26 17:29 
Не в сети

Зарегистрирован: 2012-дек-11 21:35
Сообщения: 170
Откуда: Казань
Программа-пример для отладочной платы 1986ве92у, переделанный с 1986ве91. + тетрис.


Вложения:
Tetris.zip [2.54 МБ]
Скачиваний: 293
FixedMDR32F9Qx_Demo.zip [2.51 МБ]
Скачиваний: 302
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T, VE3T
СообщениеДобавлено: 2014-июл-23 15:30 
Не в сети

Зарегистрирован: 2014-мар-04 08:52
Сообщения: 53
Откуда: г. Зеленоград ЗАО "НТЦ ЭЛИНС"
Нашёл ошибку в примерах из архива для Кейла:
Milandr.MDR1986BExx.1.3.0.pack
\Examples\MDR1986VE9x\MDR32F9Q1_EVAL\ADC\AnalogWatchdog\MDR32F9Qx_it.c
Код:
301:  /* Clear ADC1 OUT_OF_RANGE interrupt bit */
302:  MDR_ADC->ADC1_STATUS = (ADCx_IT_END_OF_CONVERSION | ADCx_IT_OUT_OF_RANGE)<<2;

Лишний сдвиг влево "<<2", строка 302 должна быть:
Код:
302:  MDR_ADC->ADC1_STATUS = (ADCx_IT_END_OF_CONVERSION | ADCx_IT_OUT_OF_RANGE);


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T, VE3T
СообщениеДобавлено: 2014-июл-24 12:26 
Не в сети

Зарегистрирован: 2014-апр-18 10:51
Сообщения: 6
Здравствуйте!
Вы могли бы выложить минимально необходимый проект под Keil 4.7 (например, мигание светодиодом)
с подключенными библиотеками CMSIS и актуальной на текущий момент SPL?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T, VE3T
СообщениеДобавлено: 2014-июл-30 11:43 
Не в сети
Аватара пользователя

Зарегистрирован: 2012-авг-07 09:58
Сообщения: 132
AVB писал(а):
andrey.s писал(а):
Под какой контроллер и демоплату?


Если есть возможность, то под 1986ВЕ92 для платы от LDM (это не принципиально, подойдет для любой платы).


Вложения:
test.zip [587.45 КБ]
Скачиваний: 262
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T, VE3T
СообщениеДобавлено: 2014-авг-08 11:05 
Не в сети
Аватара пользователя

Зарегистрирован: 2012-авг-07 09:58
Сообщения: 132
Ecclesiastes писал(а):
Спасибо большое за библиотеку. А, где можно скачать самую последнюю стабильную версию? А, то в архиве на файлы от 2012 года.

Ввиду многочисленных сообщений последняя версия немного затерялась в теме.
Последние архивы находятся здесь: viewtopic.php?f=22&t=607&start=45#p7767


Последний раз редактировалось andrey.s 2014-окт-02 09:47, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T, VE3T
СообщениеДобавлено: 2014-авг-09 12:02 
Не в сети
Аватара пользователя

Зарегистрирован: 2014-июл-19 10:58
Сообщения: 22
Может все-таки GitHub? Не?

Это удобно потому что:
1. Ничего не будет вот так вот теряться на форуме.
2. Вы сможете получать исправления и улучшения от нашего скромного комьюнити. (Вспомните, например, про RAMFUNC для GCC)
3. Будет какой-то багтрекер. Тк.к. форум удобен для обсуждений, но не для багктрекинга
4. Это удобно для разработчиков (удобнее работать с системой контроля версий, чем скачивать рары с форума)
5. Это общепринято - выкладывать и вести открытые библиотеки открыто (не очень аргумент, но все же)

Это неудобно потому что:
1. Кому-то из Миландр надо будет потратить немного времени на это. Но ведь мы же ваше любимые клиенты?

P.S. Я не обязательно за GitHub. Любой аналог пойдет.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T, VE3T
СообщениеДобавлено: 2014-авг-09 12:29 
Не в сети

Зарегистрирован: 2011-май-11 07:35
Сообщения: 25
AbraKadabra писал(а):
Может все-таки GitHub?

Поддерживаю.. И не важно, что будет Git, Mercurial или SVN... Главное, что бы было удобно. Для примера можно взять Atmel. Популярность их продуктов поддерживается в т.ч. и за счёт огромного количества открытых проектов для их чипов, которые Атмеловцы часто интегрируют их в свои продукты. Напримeр: Atmel Studio, имеется возможность загрузить и использовать множество библиотек для работы (например LUFA) и т.д. + куча сторонних поддерживаемых сред для разработки и т.п.
Так что, Миландру в этом есть куда рости. Думаю, что подобный подход поднимет компанию на следующий уровень.

ЗЫ: Кстати, не плохо бы ещё и wiki реализовать. Что бы все разработчики имели возможность писать там свои статьи о том, как и что они реализовывали.

AbraKadabra писал(а):
5. Это общепринято - выкладывать и вести открытые библиотеки открыто (не очень аргумент, но все же)

ИМХО, это вполне весомый аргумент. Думаю, что в этом направлении и надо двигаться + поддержка свободных сред программирования, таких как Eclipse и т.п. Подобный подход поможет Миландру быть ближе к разработчикам. А, следовательно популярность их продуктов вырастет - а, это новые рынки сбыта, следовательно прибыль и развитие.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T, VE3T
СообщениеДобавлено: 2014-авг-10 06:48 
Не в сети

Зарегистрирован: 2012-дек-11 21:35
Сообщения: 170
Откуда: Казань
Поддерживаю последние два поста. Хотелось бы видеть изменения которые вы вносите в новые версии библиотек и иметь возможность вносить свои.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T, VE3T
СообщениеДобавлено: 2014-авг-11 09:01 
Не в сети
Аватара пользователя

Зарегистрирован: 2012-авг-07 09:58
Сообщения: 132
Библиотека храниться на внутреннем SVN Миландра, от этого не куда не деться.
Могу предложить периодически заливать обновление на google code, но это не будет основным репозитарем.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T, VE3T
СообщениеДобавлено: 2014-авг-11 09:54 
Не в сети
Аватара пользователя

Зарегистрирован: 2012-авг-07 09:58
Сообщения: 132
Ecclesiastes писал(а):
andrey.s писал(а):
Библиотека храниться на внутреннем SVN Миландра, от этого не куда не деться.
Могу предложить периодически заливать обновление на google code, но это не будет основным репозитарем.

А, что мешает организовать так как мы писали? Может предложить начальству повыше? Это ведь от них всё зависит..

Изначально предлагалось иметь открытый репозитарий, но данное предложение не было поддержано.
Предлагаю google code с периодическим обновлением, там и wiki есть.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T, VE3T
СообщениеДобавлено: 2014-авг-11 11:09 
Не в сети

Зарегистрирован: 2009-июл-21 14:13
Сообщения: 1155
Откуда: Тула
andrey.s писал(а):
Изначально предлагалось иметь открытый репозитарий, но данное предложение не было поддержано.
Предлагаю google code с периодическим обновлением, там и wiki есть.

Вопрос с открытым репозиторием изначально ставился лишь потому, что некоторые пользователи имеют желание и возможность писать патчи к библиотеке. Будут ли приниматься пуллреквесты? Если нет, то и смысла в репозитории нет.
Вики, кстати, отличная вещь в плане завести там некое ЧаВо. Из раза в раз на форуме новые пользователи задают одни и те же вопросы по внешним прерываниям, отвалившемуся jtag'у, не отвечающему мк, флагу запроса дма... (хотя достаточно погуглить по форуму иной раз, да) Это я то же к вопросу дополнения, модерируемого, этого ЧаВо, например, или статей про периферию самими пользователями.

_________________
сочувствующий…


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T, VE3T
СообщениеДобавлено: 2014-авг-11 11:15 
Не в сети
Аватара пользователя

Зарегистрирован: 2012-авг-07 09:58
Сообщения: 132
prostoRoman писал(а):
andrey.s писал(а):
Изначально предлагалось иметь открытый репозитарий, но данное предложение не было поддержано.
Предлагаю google code с периодическим обновлением, там и wiki есть.

Вопрос с открытым репозиторием изначально ставился лишь потому, что некоторые пользователи имеют желание и возможность писать патчи к библиотеке. Будут ли приниматься пуллреквесты? Если нет, то и смысла в репозитории нет.
Вики, кстати, отличная вещь в плане завести там некое ЧаВо. Из раза в раз на форуме новые пользователи задают одни и те же вопросы по внешним прерываниям, отвалившемуся jtag'у, не отвечающему мк, флагу запроса дма... (хотя достаточно погуглить по форуму иной раз, да) Это я то же к вопросу дополнения, модерируемого, этого ЧаВо, например, или статей про периферию самими пользователями.

Я не думаю, что выстроится толпа желающих вносить изменения, но если таковые буду, то все конструктивные правки будут внесены в основной репозитарий.
Создал проект на google code.
Кому требуется доступ на внесения изменений пишите мне в личку.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T, VE3T
СообщениеДобавлено: 2014-авг-13 11:54 
Не в сети
Аватара пользователя

Зарегистрирован: 2014-июл-19 10:58
Сообщения: 22
Ну, googlecode уже не плохо. Спасибо большое! Но все-таки с недавними тенденциями это немного странное место.

1) Подождите, но может быть вы тогда поставите триггер на свн, чтобы если что-то заливалось в основную библиотеку, то оно бы копировалось на открытую площадку?
Зачем это надо - просто по моему опыту, когда команде разработчиков надо делать дополнительное телодвижение вручную (чтобы синхронизовать 2 репозитория) - люди не всегда это делают. В результате получается внутренняя актуальная версия, заброшенная версия на google code и еще форум - хаос только возрастает. Автоматическая синхронизация это убирает.

2) Cделать триггер свн в житхаб - нет проблем, их готовых куча.
Вот например
https://github.com/mrts/git-svn-bridge

Посмотрите, описана ровно проблема, как тут
Цитата:
It should be quite obvious to GitHub users why our team likes git - we branch ... and do other git-specific things that make git so fun and useful. However, our corporate standard is Subversion. ...


Цитата:
Я не думаю, что выстроится толпа желающих вносить изменения

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

3) С точки зрения вас (разработчиков Миландра) и нас (пользователей Миландра) GitHub удобно тем, что, например, кто-то делает патч для библиотеки, делает pull request, вы мержите изменения с библиотекой (это не сложно даже когда git-svn). Workflow (какие кнопки кому жать) - для этого очень простое и понятное.

Честно, не очень представляю, как тоже самое делается с гуглокодом.

P.S. И еще раз спасибо большое, если оно будет актуально обновляться.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Standart Peripheral Library MDR32F9x, MDR1986VE1T, VE3T
СообщениеДобавлено: 2014-авг-25 20:29 
Не в сети

Зарегистрирован: 2012-дек-11 21:35
Сообщения: 170
Откуда: Казань
8daemon писал(а):
Pyre писал(а):
а есть ли драйвер USB виртуального COM-порта для Linux? Сейчас в библиотеке только виндовый лежит

Писал ранее:
Тестировался на дистрибутиве Ubuntu 13.04.
Порядок:
подключаем плату к ПК через USB,
видим что система поставила на нее cdc-acm драйвер,
~ dmesg
выгружаем его
# modprobe -r cdc-acm
загружаем драйвер usbserial
# modprobe usbserial vendor=0x0483 product=0xF125
смотрим получаемое имя устройства типа /dev/ttyUSB*
~ dmesg
Пользуемся =)
П.С. для того чтобы у нас был доступ к этому устройству, нужно поменять права доступа на него. Например через udev.

При попытке работы в приложениях отличных от echo и cat выводится ошибка. Для этого необходимо скорректировать и перекомпилировать драйвер usbserial. Все остальное остается в силе (как в раннем посте).
Необходимо внести след. изменения:
./linux-source-x.x.x/drivers/usb/serial/usb-serial.c
...
static int serial_tiocmget(struct tty_struct *tty)
{
struct usb_serial_port *port = tty->driver_data;

dev_dbg(tty->dev, "%s\n", __func__);

- if (port->serial->type->tiocmget)
- return port->serial->type->tiocmget(tty);
- return -EINVAL;
+ return 0;
}

static int serial_tiocmset(struct tty_struct *tty,
unsigned int set, unsigned int clear)
{
struct usb_serial_port *port = tty->driver_data;

dev_dbg(tty->dev, "%s\n", __func__);

- if (port->serial->type->tiocmset)
- return port->serial->type->tiocmset(tty, set, clear);
- return -EINVAL;
+ return 0;
}

Далее компиляция:
cd ./linux-source-x.x.x
cp /usr/src/linux-headers-$(uname -r)/Module.symvers .
cp /boot/config-$(uname -r) .config
make modules_prepare
make modules SUBDIRS=./linux-source-x.x.x/drivers/usb/serial/

В директории ./linux-source-x.x.x/drivers/usb/serial/ будет получен модуль драйвера usbserial.ko.
Работа:
вставляем шнур, подаем питание, вызываем:
#modprobe -r cdc-acm
#modprobe -r usbserial
#insmod ./linux-source-x.x.x/drivers/usb/serial/usbserial.ko vendor=0x0483 product=0xF125
появляется ttyUSBx, пользуемся.

П.С. работоспособность проверена в C# приложении, использующей SerialPort.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 295 ]  На страницу Пред.  1 ... 3, 4, 5, 6, 7, 8, 9 ... 20  След.

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


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

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


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

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