|
Супернизковольтные и супернизкопотребляющие МК MSP430, 0,9В...1,65В; 45мкА/МГц |
|
|
|
Sep 20 2010, 00:13
|
Гуру
     
Группа: Свой
Сообщений: 10 920
Регистрация: 5-04-05
Пользователь №: 3 882

|
Любопытные MSP430 анонсировала TI. Питание 0,9В...1,65В. Потребление 45мкА/МГц. Есть 8-ми битный АЦП, 8-ми битный ЦАП, компаратор, встроенная опора, таймеры, WDT, супервизор питания, BOR, низкочастотный встроенный генератор, низко-/высоко-частоный генератор на внешнем кварце. http://processors.wiki.ti.com/index.php/Lo...ers_from_MSP430http://focus.ti.com/docs/prod/folders/print/msp430l092.htmlВот только непонятно куда можно применить МК у которых совсем нет ПЗУ (MSP430L092), а только ОЗУ в наличии.
|
|
|
|
|
Sep 20 2010, 12:19
|

Беспросветный оптимист
     
Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646

|
Цитата(rezident @ Sep 20 2010, 16:07)  Только задание он должен через JTAG раздавать получается?  Может, есть какой-нибудь внутренний загрузчик наподобие BSL. Надо поглядеть, хотя бы по диагонали. А может, они из внешней флеши умеют грузиться, как плисы  Глянул подробнее - у тех, что есть 1-2к ROM - это именно ROM с зашитым загрузчиком. А в принципе, почему бы и по JTAG не заливать? Может, этакий своеобразный Daisy Chain можно организовать? И с одного мастера залить все слейвы. Надо читать доки. Интересно ещё о стоимости узнать. На сайте ТИ нашёл только ссылку на заказ сэмплов.
Сообщение отредактировал MrYuran - Sep 20 2010, 12:58
--------------------
Программирование делится на системное и бессистемное. ©Моё :) — а для кого-то БГ — это Bill Gilbert =)
|
|
|
|
|
Sep 20 2010, 13:11
|

Беспросветный оптимист
     
Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646

|
Цитата(rezident @ Sep 20 2010, 16:38)  Доки пока еще отсутствуют. Это типа анонса новых МК. Может, новая идеология? Вместо одного сосредоточенного в пространстве контроллера (и сопутствующих проблем с разводкой) - гроздь мелких копеечных недоконтроллеров-слейвов, микропотребляющих, малошумящих и выполняющих по месту каждый свою небольшую задачу. Как идея?  Всё-таки мне кажется, что "старшие" из этого семейства могут грузиться сами и грузить остальных. Особенно интересно будет, если их разбить на классы, в каждом из которых "выпятить" какую-нибудь фичу: 12-14-16 SAR (Sigma-Delta) ADC, DAC, опер, или ещё чего-нибудь...
--------------------
Программирование делится на системное и бессистемное. ©Моё :) — а для кого-то БГ — это Bill Gilbert =)
|
|
|
|
|
Sep 20 2010, 13:57
|
Гуру
     
Группа: Свой
Сообщений: 10 920
Регистрация: 5-04-05
Пользователь №: 3 882

|
Цитата(MrYuran @ Sep 20 2010, 19:11)  Как идея?  Идея не новая. И недостатки у нее тоже известны. Во-первых, нужно программировать каждый такой узел. Во-вторых, остается проблема управления. Это как с многоядерными процессорами - сделать-то их сделали, но задачу распареллеливания вычислений до конца не решили. Цитата(MrYuran @ Sep 20 2010, 19:11)  Особенно интересно будет, если их разбить на классы, в каждом из которых "выпятить" какую-нибудь фичу: 12-14-16 SAR (Sigma-Delta) ADC, DAC, опер, или ещё чего-нибудь... А в конце этой логики простейших программируемых устройств должен быть резистор с программируемым номиналом  Опять-таки боян
|
|
|
|
|
Sep 20 2010, 20:49
|
Частый гость
 
Группа: Участник
Сообщений: 84
Регистрация: 22-03-10
Пользователь №: 56 131

|
Цитата The MSP430L092 EVM consists of 2 separate PCB boards. The first one, the L092 target board, contains the socket for the device, an EEPROM to store the firmware, two LEDs for debugging purposes, and the breakout pins for prototyping.
|
|
|
|
|
Sep 20 2010, 21:14
|
Гуру
     
Группа: Свой
Сообщений: 10 920
Регистрация: 5-04-05
Пользователь №: 3 882

|
igorsk, ну и...? Что вы хотели сказать, выделив слова про EEPROM? Это просто место для хранения firmware. Чтобы программа на компе "знала" откуда брать исполняемый код для загрузки в SRAM МК. Загружать из EEPROM программу MSP430L092PWR самостоятельно не может. Посмотрите схему этой DevBoard, если не верите. Там даже питание для этой M95512R отдельное, повышенное. Потому, что для нее требуется минимальное питание величиной хотя бы 1,8В. А для MSP430L092 максимальное допустимое - 1,65В. Update. После просмотра вот этой презентации у меня зародилось сомнение, что я неправ насчет EEPROM. Похоже MSP430L092 действительно может сам грузиться из внешней SPI EEPROM. Видимо чтобы не гадать и не догадываться, нужно просто дождаться внятной документации от производителя.
Сообщение отредактировал rezident - Sep 20 2010, 21:43
Эскизы прикрепленных изображений
|
|
|
|
|
Sep 21 2010, 21:11
|
Частый гость
 
Группа: Участник
Сообщений: 84
Регистрация: 22-03-10
Пользователь №: 56 131

|
Из User Guide: Цитата The loader code in the MSP430L092 is TI-provided ROM firmware that provides a series of services. It enables customers to build autonomous applications without the need for a custom ROM mask. Such an application consists of an MSP430 device containing the loader (for example, MSP430L092) and a SPI memory device (for example, '95512 or '25AA40). These and similar memory devices are available from various manufacturers.
|
|
|
|
|
Sep 22 2010, 06:13
|

Беспросветный оптимист
     
Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646

|
Я так и думал. Таким образом, основное назначение - локальные тривиальные "драйверы светодиодов", учитывая, что ещё и вся прошивка на виду. Цитата(rezident @ Sep 20 2010, 17:57)  Идея не новая. И недостатки у нее тоже известны. Во-первых, нужно программировать каждый такой узел. Во-вторых, остается проблема управления. Это как с многоядерными процессорами - сделать-то их сделали, но задачу распареллеливания вычислений до конца не решили. По-моему, здесь будет рулить TinyOS. А вообще, очень интересно. Особенно цена. Если 4-5 таких МСП-шек будут стоить как одна "взрослая", то почему бы и нет? Особенно если они будут поддерживать цепочечную загрузку, как плисы. Получаем реальную многозадачность с узкозаточенностью каждой задачи на микропотребление и практически без накладных расходов. Вот ещё номенклатуру всё-таки надо расширить хотя бы по нескольким направлениям. Например, в сторону многоногости. 32+ GPIO идеально подошёл бы под драйвер сегментных LCD.
--------------------
Программирование делится на системное и бессистемное. ©Моё :) — а для кого-то БГ — это Bill Gilbert =)
|
|
|
|
|
Sep 22 2010, 09:22
|

Беспросветный оптимист
     
Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646

|
Цитата(Mahagam @ Sep 22 2010, 12:18)  хм. судя по тому что в еррате есть баги ядра - ядро переделывали. зачем??? Видимо, при реализации в железе возникли накладки... Я отличий от старого [пока] не заметил. Зато заметил новую фичу с портами: Цитата Individual ports can be accessed as byte-wide ports or can be combined into word-wide ports and accessed via word formats. Port pairs P1/P2, P3/P4, etc. are associated with the names PA, PB, etc., respectively. When writing to port PA with word operations, all 16 bits are written to the port. !6 битная шина наружу - велл гуд Вот ещё: Цитата Versatile I/O Port Interrupts Each pin of the versatile port has interrupt capability, configured with the PxIFG, PxIE, and PxIES registers. All port interrupt flags are prioritized, with bit 0 being the highest, and combined to source a single interrupt vector. The highest priority enabled interrupt generates a number in the PxIV register. This number can be evaluated or added to the program counter to automatically enter the appropriate software routine. Disabled Px interrupts do not affect the PxIV value. Приоритетные прерывания от ног - тоже что-то новенькое
--------------------
Программирование делится на системное и бессистемное. ©Моё :) — а для кого-то БГ — это Bill Gilbert =)
|
|
|
|
|
Sep 22 2010, 11:33
|
Местный
  
Группа: Свой
Сообщений: 322
Регистрация: 2-07-04
Из: Minsk
Пользователь №: 240

|
QUOTE (Shread @ Sep 22 2010, 13:50)  Может быть вам пойти в TI работать? А если серьезно - откуда по вашему взялось уменьшение энергопотребления. Явно меняли что-то в ядре. достаточно техпроцесс сменить. при этом логическое описание ядра менять совершенно не требуется. ну и можно поиграться настройками синтезатора. собственно, судя по описанию семейства - ядро старое. никаких фишек не добавлено. как при этом получили новые баги - уму нерастяжимо.
|
|
|
|
|
Sep 22 2010, 12:10
|

Adept
     
Группа: Свой
Сообщений: 3 469
Регистрация: 6-12-04
Из: Novosibirsk
Пользователь №: 1 343

|
Цитата(Mahagam @ Sep 22 2010, 18:33)  достаточно техпроцесс сменить. при этом логическое описание ядра менять совершенно не требуется. ну и можно поиграться настройками синтезатора. собственно, судя по описанию семейства - ядро старое. никаких фишек не добавлено. как при этом получили новые баги - уму нерастяжимо. Я бы не был так категоричен. Логическое описание ядра не поменялось, но кто сказал, что реализация осталась той же? Техпроцесс техпроцессом, но для оптимизации потребления могли (и скорее всего) что-то переделать и внутри: "Предприятие-изготовитель оставляет за собой право вносить в конструкцию изменения, не ухудшающие характеристик изделия". И помимо функционального описания есть еще топология, могли там накосячить, т.ч. какие-то функционально правильные вещи работают не так, как задумано. Всякое новое - это не только новые возможности, но и новые ошибки.
--------------------
«Отыщи всему начало, и ты многое поймёшь» К. Прутков
|
|
|
|
|
Sep 23 2010, 11:58
|
иногда заглядывающий
   
Группа: Свой
Сообщений: 900
Регистрация: 18-05-05
Из: Зеленоград
Пользователь №: 5 170

|
Вы согласитесь, что можно написать HDL код который будет выглядеть совершенно поразному и будет делать ровно одно и то же? Я лично такое делал и не раз. Часто приходит желание внести изменение, упростить. К тому же совершенно не обязательно что этими чипами занимается одни и те же люди, вполне вероятно что 09x делали другие люди, на основе труда другой команыды. Если им показалось что-то неоптимально - они могли внести изменения. В плисках - в зависимости от того какой тип плис используешь, тоже меняешь что-то на что-то. Логично что и тут они поступили так же. Насажать ошибок при этом - пара пустяков. Если у вас есть конкретные рекомендации по искоренению этих ошибок - идите работать в TI(на полном серьезе) они с радостью вас примут! В целом у Ti с ошибками ядра всё довольно хорошо. Им далеко в этом плане да Атмела, или NXP(вспоминаю арм с внешней шиной для памяти, в первой ревизии которых эта самая шина не работала вообще), и уже тем более до российских разработчиков(типа элвиса, у которого в первых чипах кроме тестбенчей вообще ничего не работало)
|
|
|
|
|
Sep 27 2010, 13:49
|
Частый гость
 
Группа: Свой
Сообщений: 77
Регистрация: 2-04-08
Из: Россия, Киров
Пользователь №: 36 422

|
Цитата(Shread @ Sep 22 2010, 11:24)  ... Ставить например в кросовки всякие(как TI любит)... И диапазон рабочих температур у них не промышленный.
|
|
|
|
|
Sep 29 2010, 12:10
|
Местный
  
Группа: Свой
Сообщений: 322
Регистрация: 2-07-04
Из: Minsk
Пользователь №: 240

|
QUOTE (Shread @ Sep 29 2010, 10:40)  Этот принцип хорош далеко не всегда. И Ti ему по возможности следует(я не видел чтоб в процессорах 2xx которые появились позже прочих своих собратьев появлялись детские болезни, которые они к тому моменту в более ранних моделях уже вылечили). В данном случае имеем дело с совершенно новым процессором у которого в любом случае очень много чего переделано так что мучать индусов не за что... проц новый. ядро - старое. покажите мне хоть одно отличие от ядра msp430f1xxx. ну кроме пристыкованного к нему нового отладчика. это не объясняет почему появились баги ядра!
|
|
|
|
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0
|
|
|