Создаю плату ну очень маленького размера. Требованию к контроллеру: достаточное быстродействие для ввода 16-разрядных данных с АЦП на частоте в 1Мгц и минимум 16кБ памяти для буферов, все это должно быть в небольшом корпусе максимум QFP/QFN48.

Из того, что выпускается сегодня (AVR32 и STM32 пока не рассматриваем), насколько я понял, подходит только LPC2106. Сейчас прикидываю подойдет ли он по всем параметрам. И вот вопрос. Нужно создать тактовые сигналы такого вида см. рисунок. Что-то не очень соображу, можно ли сделать это одним таймером? Похоже, что нет, но вдруг я чего недосмотрел? Просто второй таймер нужен для других целей...

И еще вопрос: пробовал ли кто-нибудь заставить загрузчик работать по RS-485 (полудуплекс)?

АЦП у него 10-битный, быстродействие 420 тысяч выборок в секунду. Два канала АЦП можно квантовать синхронно.
Можешь взять процессор LPC2103 - четыре таймера, правда ОЗУ 8Кбайт.

Загрузчик по RS485 работать не сможет, так как кроме двух сигналов данных нужны ещё два сигнала сопровождения.

LPC2106 здесь, по-моему, не лучший вариант - у него очень медленная работа с GPIO.

Судя по осцилограмме, частоту 4 мГц (выход 1) делайте на таймере с выходом наружу.
По прерыванию от таймера считайте их и уже на выходах (как GPIO) формируйте выходы 2 и 3.
По другому с одним таймером не сделать.


Этот вопрос меня тоже интересует.
На первый взгляд, если сделать конверторы без внешнего управления направлением передачи можно (если в программа загрузки не использует дуплекс). А использует, скажем, Flash Magic дуплекс не в курсе (как написана на предмет разнесения передачи и приема).

Клоки нужны для внешнего АЦП, поэтому джиттер весьма существенен, а на ГПИО, похоже, все будет не слишком стабильно.



А какой вариант будет лучше? Может, я просмотрел какой-нибудь контроллер с описанными выше параметрами? Память 8К никак не подойдет, минимум 16 нужно.

Если там действительно 4МГц, то по прерыванию работать не получится. Такие вещи железом нужно делать.


Какой у Вас АЦП, какие частоты у тактовых сигналов?

Железом (ПЛИС или на россыпи), конечно, лучше. Да с и джиттером проблем не будет.

На контроллеры с ARM ядром от Texas Instruments смотрели? у них с таймерами и корпусом проблем нет.

Самый маленький корпус у TMS470 - 80 ног, если я конечно ничего не пропустил.

А вообще, если пошла речь о самой задаче, то могу сказать, что все это реализовано на ПЛИС и отлично работает безо всяких контроллеров. Появилась мысль сделать распределенную систему с интеллектом вблизи самого датчика, а места там рядом совсем мало. Вот и пошел полет фантазии ) Да, у тактовых сигналов такие частоты: первый до 4Мгц, второй и третий в 4 раза медленнее первого, сдвинуты на полпериода относительно друг друга.

Возможно зря вы так про STM32. В серии 103 есть и с 20К ОЗУ в QFN36, и таймеров достаточно, и вашу времянку (как я понял, бегло просмотрев документацию) он может легко реализовать на одном таймере, и само ядро как бы является развитием, т.е. улучшением ARM7.

Сергей,

я ни в коем случае не хотел обидеть сам кристалл (также как и AVR32). Проблема в том, что в нужном корпусе он будет доступен неизвестно когда, а хочется в ближайшие пару месяцев уже смастерить что-нибудь работающее. У Атмела тоже готовится подходящий мне по всем параметрам контроллер, но доступен он будет в виде образцов начиная с лета следующего года...

Какие обиды, о чем вы ? Просто у некоторых людей психологическая боязнь новых кристаллов. Рад, что это не ваш случай.Образцы STM32 уже доступны через дистрибуторов, на последнем семинаре раздавали STM32circle, в нем стоит STM32F103RBT6 в QFP64. Т.е. для макета живой кристалл найти можно. Насчет недоступности (пока) QFN48 я не подумал, каюсь. Хотя... В первом посте вы озвучивали корпус QFP48, они уже есть:
STM32F103C8T6, 48-LQFP, RAM Size 20K x 8 Quantity Available 263
И других в QFP48 в Digikey уже много

Такие синхросигналы в принципе можно сделать на LPC2106. Причём аппаратно. Сигналы 2 и 3 можно сделать на выходах PWMx. Они имеют один период, но сдвинуты по фазе. Сигнал 1 можно сделать на выводе MATx.x. Небольшая сложность будет в том, что бы запустить таймер с правильным сдвигом относительно шима. Это можно написать на асме с временным запретом прерываний, или даже ещё до первого разрешения прерываний.

ЗЫ. Может быть всё можно сделать ещё проще. Это я ещё не начинал детально проробатывать варианты.

Думаю, тоже без проблем. Если передающая сторона сама будет управлять направлением передачи в нужные моменты времени. ISP (BootLoader) работает с полудуплексе.

Getsmart, спасибо. Правильно ли я понимаю, что ШИМ и таймер это разные вещи или же это одно и то же? т.е. может ли на входе ШИМа устанавливаться другое значение предделителя по сравнению с таймером? Если да, то тогда все действительно получится, с синхронизацией можно что-нибудь придумать.

Сергей Борщ: я сам немного в этих корпусах запутался У них есть совсем волшебный вариант - QFN36, вот он как раз еще не готов. А вот QFP48 действительно уже доступен и ко мне на плату в принципе должен поместиться. Я заказал образцы через сайт, вдруг получится?!

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

Вот спасибо, прояснил. У меня видимо какие-то воспоминания от ПИКа в голове засели, я и не заметил, что ШИМ никак не завязан на таймер. Таким образом, получается, что все можно сделать аппаратно, оставив второй таймер в покое.

Теперь вот думаю, и на LPC можно, и на ST32 ) Кого хочешь выбирай... ST насколько я понимаю будет побыстрей, но вопрос отладки пока несколько мутно описан в документации. Или все работает через стандартный JTAG как для всех АРМов?

У 2106 нет АЦП.

To Slonic.
Если хочется иметь на борту uC.
Для таких временных дел хорошо работает связка uC-ПЛИС (Вы снимите все тормоза). Посмотрите в сторону FPSLIC (AT94).
PS. Придется использовать внешний АЦП.

Всем спасибо, остановился между LPC2106 и STM32 в соответствующем корпусе. Образцы ST с сайта мне прислать отказались, попробую поискать у дилеров.

Я бы сразу выбрал LPC2106. По нему уже известно всё, до мелочей. По скорости ST32 не думаю что будет даже в 1.5 раз быстрее, а возможно и такая же будет. Хотя про него вообще ничего не могу сказать. LPC и достать проще и на любые вопросы есть кому ответить. С ST32 могут и подводные камни всплыть.

Тогда так и поступлю. Уже начал рисовать схему...

Сразу вопрос: сколько минимально проводов нужно для JTAGa? Просто на плате места крайне мало, а очень хочется предусмотреть именно на этой плате сразу и возможность отладки. Как я понял, кроме стандартных проводов JTAG (4шт) и питания (2) нужно еще как минимум 3 провода?

Для JTAGа вроде бы 8 или 9 проводов нужно, вместе с питанием и ресетом. Хотя я его ни разу в свои платы не ставил. Вообще, виглеру нужно 8 проводов. Линию RTCK виглер не использует, а для чего она нужна я не знаю.

Чем оцифровывать аналог будете?

ReturnClock - Тормозному Wiggler не поможет У нормальных JTAG адаптеров использование, как минимум, настраеваемо.

А что ставили? Загрузка через УАРТ? Виглер или не виглер - пока неважно, не вопрос купить какой-нибудь более продвинутый отладчик, если это реально будет нужно. Ну и сразу вопрос про среду разработки, я так понимаю, что основных вариантов два: GCC и IAR. Какое отладочное железо для них используется в реальной жизни?

Оцифровывать будет AD9826, практически безальтернативный вариант в моей задаче.

А кейл забыли.
MT-Link.

5
TDI/TDO/TMS/TCK/GND.
+ для полноценного сброса TRST
получится 6-ти пиновый разъем.


Примите также во внимание, что у 2106 Primary JTAG порт отжирает 5 + 10 GPIO пинов, т.к. включает помимо JTAG еще и ETM. Разводите плату сразу под Secondary JTAG port, но он включается программно.

10 пинов? Это я, конечно, тоже пропустил при чтении документа... А программно, это значит, что сначала мне нужно залить туда программу через UART?

Нет 6(+VTarget), даже если собираетесь только BoundaryScan пользоватся, то питать преобразователь уровней Jtag адаптера напряжением питания target.
И 8 (+RST/NRST). Если собираетесь еще и отлаживаться...

10 пинов ETM, +5 JTAG'овых..
Для 2-го JTAG порта - придется залить программу через UART.
И потом в каждой программе где требуется отладка в startup вставлять нечто такое:

Настоящие мужчины отладчиками не пользуются

Везде гружу через UART. Так что все вопросы по отладке уже не ко мне.

VTarget не обязательно. Его можно закоротить прямо внутри JTAG адаптера на Vcc JTAG адаптера через резистор 270-510. На практике что адаптер, что таргет питаются от 3.3V смысл в лишнем пине?

Адаптеры бываю разные. Возьмите, напимер, бессмертный Wiggler и закоротите , если найдете там питание Vcc тем более 3.3V

Что верно - то верно, разные.
Но тут неординарный случай - программно включаемый порт, поэтому не все адаптеры подойдут.


Пасиба Wiggler и U-Link очень трудно (если вообще реально) подружить с secondary JTAG портом.

А J-Link и его клоны работают с ним стабильно, и Vcc у них как раз 3.3V.