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

При включении старший жирный и прожорливый MSP-мастер раздаёт задания мелким L09x и навеки (или до какого-то глобального эвента) засыпает в LPM4. Как-то так...

Только задание он должен через JTAG раздавать получается?

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

Глянул подробнее - у тех, что есть 1-2к ROM - это именно ROM с зашитым загрузчиком.
А в принципе, почему бы и по JTAG не заливать?
Может, этакий своеобразный Daisy Chain можно организовать?
И с одного мастера залить все слейвы.
Надо читать доки.

Интересно ещё о стоимости узнать. На сайте ТИ нашёл только ссылку на заказ сэмплов.

Доки пока еще отсутствуют. Это типа анонса новых МК.

Может, новая идеология? Вместо одного сосредоточенного в пространстве контроллера (и сопутствующих проблем с разводкой) - гроздь мелких копеечных недоконтроллеров-слейвов, микропотребляющих, малошумящих и выполняющих по месту каждый свою небольшую задачу.
Как идея?
Всё-таки мне кажется, что "старшие" из этого семейства могут грузиться сами и грузить остальных.
Особенно интересно будет, если их разбить на классы, в каждом из которых "выпятить" какую-нибудь фичу: 12-14-16 SAR (Sigma-Delta) ADC, DAC, опер, или ещё чего-нибудь...

Идея не новая. И недостатки у нее тоже известны. Во-первых, нужно программировать каждый такой узел. Во-вторых, остается проблема управления. Это как с многоядерными процессорами - сделать-то их сделали, но задачу распареллеливания вычислений до конца не решили.
А в конце этой логики простейших программируемых устройств должен быть резистор с программируемым номиналом Опять-таки боян

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

igorsk, ну и...? Что вы хотели сказать, выделив слова про EEPROM? Это просто место для хранения firmware. Чтобы программа на компе "знала" откуда брать исполняемый код для загрузки в SRAM МК. Загружать из EEPROM программу MSP430L092PWR самостоятельно не может. Посмотрите схему этой DevBoard, если не верите. Там даже питание для этой M95512R отдельное, повышенное. Потому, что для нее требуется минимальное питание величиной хотя бы 1,8В. А для MSP430L092 максимальное допустимое - 1,65В.

Update. После просмотра вот этой презентации у меня зародилось сомнение, что я неправ насчет EEPROM. Похоже MSP430L092 действительно может сам грузиться из внешней SPI EEPROM. Видимо чтобы не гадать и не догадываться, нужно просто дождаться внятной документации от производителя.

Из User Guide:

Угу. Сегодня на страничке продукта появилась вся документация. И datasheet и User's Guide и Errata. Не хватает только MSP430L092 Loader Code User's Guide (SLAU324), ссылка на который есть в MSP430x09x Family User's Guide.

Я так и думал.
Таким образом, основное назначение - локальные тривиальные "драйверы светодиодов", учитывая, что ещё и вся прошивка на виду.


По-моему, здесь будет рулить TinyOS.
А вообще, очень интересно. Особенно цена.
Если 4-5 таких МСП-шек будут стоить как одна "взрослая", то почему бы и нет?
Особенно если они будут поддерживать цепочечную загрузку, как плисы.
Получаем реальную многозадачность с узкозаточенностью каждой задачи на микропотребление и практически без накладных расходов.
Вот ещё номенклатуру всё-таки надо расширить хотя бы по нескольким направлениям. Например, в сторону многоногости.
32+ GPIO идеально подошёл бы под драйвер сегментных LCD.

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

хм. судя по тому что в еррате есть баги ядра - ядро переделывали. зачем???

Видимо, при реализации в железе возникли накладки...
Я отличий от старого [пока] не заметил.
Зато заметил новую фичу с портами:

!6 битная шина наружу - велл гуд

Вот ещё:

Приоритетные прерывания от ног - тоже что-то новенькое

именно что - отличий нет. ядро старое. как они умудрились испоганить HDL-описание при укладке в новые кристаллы - непонятно. ну может когда JTAG с расширенными возможностями к ядру прикручивали... и все равно... индусы поработали?

Может быть вам пойти в TI работать?
А если серьезно - откуда по вашему взялось уменьшение энергопотребления. Явно меняли что-то в ядре.

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

Я бы не был так категоричен. Логическое описание ядра не поменялось, но кто сказал, что реализация осталась той же? Техпроцесс техпроцессом, но для оптимизации потребления могли (и скорее всего) что-то переделать и внутри: "Предприятие-изготовитель оставляет за собой право вносить в конструкцию изменения, не ухудшающие характеристик изделия". И помимо функционального описания есть еще топология, могли там накосячить, т.ч. какие-то функционально правильные вещи работают не так, как задумано. Всякое новое - это не только новые возможности, но и новые ошибки.

Исправлены старые ошибки, добавлены новые ©

такие баги средства верификации выловят на раз. другое дело что таки индусы тронули исходники ядра. вопрос - зачем? оптимизация? какая? он что, стал работать на 40MHz? нет. оптимизация по вольтажу? так тут описание ядра никоим боком его не касается. ой боюсь я новых поделок TI.

Вы согласитесь, что можно написать HDL код который будет выглядеть совершенно поразному и будет делать ровно одно и то же? Я лично такое делал и не раз. Часто приходит желание внести изменение, упростить. К тому же совершенно не обязательно что этими чипами занимается одни и те же люди, вполне вероятно что 09x делали другие люди, на основе труда другой команыды. Если им показалось что-то неоптимально - они могли внести изменения. В плисках - в зависимости от того какой тип плис используешь, тоже меняешь что-то на что-то. Логично что и тут они поступили так же. Насажать ошибок при этом - пара пустяков. Если у вас есть конкретные рекомендации по искоренению этих ошибок - идите работать в TI(на полном серьезе) они с радостью вас примут! В целом у Ti с ошибками ядра всё довольно хорошо. Им далеко в этом плане да Атмела, или NXP(вспоминаю арм с внешней шиной для памяти, в первой ревизии которых эта самая шина не работала вообще), и уже тем более до российских разработчиков(типа элвиса, у которого в первых чипах кроме тестбенчей вообще ничего не работало)

да. рекомендации есть . покарать анально тех индусов которые нарушили принцип "работает - не трогай".

И диапазон рабочих температур у них не промышленный.

Этот принцип хорош далеко не всегда. И Ti ему по возможности следует(я не видел чтоб в процессорах 2xx которые появились позже прочих своих собратьев появлялись детские болезни, которые они к тому моменту в более ранних моделях уже вылечили). В данном случае имеем дело с совершенно новым процессором у которого в любом случае очень много чего переделано так что мучать индусов не за что...

Тем более что лицо у паренька в презенташке отнюдь не индусское...
Больше китайца напоминает, ну или корейца...

проц новый. ядро - старое. покажите мне хоть одно отличие от ядра msp430f1xxx. ну кроме пристыкованного к нему нового отладчика. это не объясняет почему появились баги ядра!

Я не знаю как вы, я изрядно понае...лся в свое время с подвисанимями процов 1xx во время прошивки... периодически проц вставал в раковое положение и не шился нифига, пока не выключишь питание, не закоротишь его и не включишь взад. Вот хотябы это в 2хх уже места не имеет. С ними таких проблем ни у меня во время отладки ни на сборочной линии во время серийно прошивки не замечено. И таких нюансов массы. У меня были кое-какие проблемы с переводом одного изделия с 1121 на 2131 в ходе общения с поддержкой TI всплыло довольно много подробностей отличия одного модуля от другого... самое забавное, что даже там, где при прочтении даташита создается впечатление что модули одинаковые.