-
- Просмотрел "по диагонали" datasheets и user's manuals Cortex-M3 от STM, NXP, TI (Luminary) и пришел к неутешительному выводу: ни один из ARM не заменит полностью MSP430 в этой задаче. Решить ее видимо можно только связкой MSP430+ARM (Cortex). rezident(475 знак., 07.09.2009 23:38 - 23:41)
- Cyprex скоро откроет свою тайную заготовку на Cortex-M3. - Vladimir Ljaschko(08.09.2009 12:57)
- Это случайно не новый блок управления станцией "Мир" ? :) - Aдикм(08.09.2009 09:06)
- Шайтан-коллайдерма, нащяльника :-) - Shura(08.09.2009 09:35, картинка)
- Угадал :) Aдикм(415 знак., 08.09.2009 09:43)
- Шайтан-коллайдерма, нащяльника :-) - Shura(08.09.2009 09:35, картинка)
- а почему нельзя на мсп сделать как и было? Если он всё равно большую часть времени спит - ну непоспит лишних 5 мсек - koyodza(08.09.2009 00:36)
- Потому, что ЦУ такое поступило. - rezident(08.09.2009 11:07, ссылка)
- может, аргументированно koyodza(99 знак., 08.09.2009 12:06)
- Начальство лесом отправлять нельзя. Однако готовлю обоснование применения. Потому rezident(293 знак., 08.09.2009 17:05)
- Ну, если все в такой зачаточной стадии, то ничто не мешает на LPC11xx или LPC13xx заложиться. Dir(415 знак., 08.09.2009 21:26)
- Если бардак нельзя остановить - надо его возглавить (с) :> - Snaky(08.09.2009 17:17)
- угу. у нас вместо MSP430 выбрали HCS08. типа дешевле заметно. обплевался, пока проект сделал. - Mahagam(08.09.2009 12:10)
- HCS08 это то самое, что и S08, или что-то другое? И чем он вам не понравился? - Ксения(08.09.2009 13:59)
- А какого уровня начальство это делает и с какими аргументами (если они есть)? - amusin(08.09.2009 12:37)
- аргументы просты: дешевле. заметно. вот и заложили в проект. Mahagam(260 знак., 08.09.2009 13:01)
- Сэкономить получилось? Ведь если внутрення периферия негибкая, то приходится ставить внешнюю, а это допзатраты. - amusin(08.09.2009 13:15)
- Ви таки будете смеяться, но повышение энергопотребления это тоже таки допзатраты! Если прибор батарейный, то простой математикой можно получить весьма внушительную сумму, которую придётся потратить на элементы питания! И есть даже много пользователей, Shura(35 знак., 08.09.2009 13:21)
- Я было написал про потребление, но думаю, что если бы оно было критично, то Mahagam встал бы стеной :-), т.к. мотороллеры никогда не отличались на этом фронте. Точнее, отличались в другую сторону :) - amusin(08.09.2009 13:24)
- в устройстве в активном режиме контроллер не самый прожорливый элемент - потому особо на MSP430 я не напирал. а в полной спячке - разница не критична была. - Mahagam(08.09.2009 15:54)
- Ты не совсем понял мою мысль. Например, устройство ценой в $50 может за время своей жизни нажечь энергии на $500. А аналогичное устройство ценой в 2 раза больше нажгёт энергии всего на $200. Так что оно может быть и некритично, но экономически оправдано Shura(4 знак., 08.09.2009 15:18)
- Я было написал про потребление, но думаю, что если бы оно было критично, то Mahagam встал бы стеной :-), т.к. мотороллеры никогда не отличались на этом фронте. Точнее, отличались в другую сторону :) - amusin(08.09.2009 13:24)
- Ви таки будете смеяться, но повышение энергопотребления это тоже таки допзатраты! Если прибор батарейный, то простой математикой можно получить весьма внушительную сумму, которую придётся потратить на элементы питания! И есть даже много пользователей, Shura(35 знак., 08.09.2009 13:21)
- Сэкономить получилось? Ведь если внутрення периферия негибкая, то приходится ставить внешнюю, а это допзатраты. - amusin(08.09.2009 13:15)
- аргументы просты: дешевле. заметно. вот и заложили в проект. Mahagam(260 знак., 08.09.2009 13:01)
- Начальство лесом отправлять нельзя. Однако готовлю обоснование применения. Потому rezident(293 знак., 08.09.2009 17:05)
- может, аргументированно koyodza(99 знак., 08.09.2009 12:06)
- Потому, что ЦУ такое поступило. - rezident(08.09.2009 11:07, ссылка)
- из уже реально выпускающихся ARM для такой задачи кроме STM32 вроде и нету, но скорее всего по потреблению может выйти небольшой проигрыш по сравнению с MSP koyodza(86 знак., 07.09.2009 15:19)
- А про потребление LPC13xx в сравнении с STM32 что-то можете прокомментировать? В архитектуру сильно пока не углублялся, но интересует спячка с работой часового кварца и быстрое пробуждение в таком режиме. А также пробуждение от прерывания capture rezident(23 знак., 07.09.2009 16:07)
- STM32 может выходить из Sleep по любым прерываниям (в т.ч. и таймерам), из Stop и StBy - по внешним сигналам и RTC. В Stop порядка 25мкА должно быть, в StBy порядка 3 мкА. В Sleep зависит от используемой периферии koyodza(209 знак., 07.09.2009 16:43)
- Дык, судя по даташиту, режимы Run и Sleep у STM32 по потреблению всего в 2-2,5 раза отличаются. Это совсем не то, что нужно :( - rezident(07.09.2009 17:12)
- это Вы что-то не то вычитали koyodza(328 знак., 07.09.2009 17:30)
- Ну как же не то? Вот две вырезки из datasheet STM32F101x8/B, нижняя часть таблиц для полностью выключенной периферии. В StandBy вроде уже более прилично, но сами утверждаете, что просыпаться по сигналу capture от внутреннего таймера он уже не сможет. rezident(07.09.2009 17:35 - 17:39)
- ну так я и говорю - спать не в sleep, а в stop, а просыпаться по RTC (сами говорили, что надо раз в секунду или реже) или внешнему сигналу - koyodza(07.09.2009 17:43)
- Ну кратность 1 сек это утрировано. А если нужно будет через 1,5сек? "По внешнему сигналу" это как именно? По активности SPI, например, сможет? А то как вариант: MSP430 для капчурения сигнала. Результат капчуры MSP430 по SPI передает в STM32, который в rezident(43 знак., 07.09.2009 18:04)
- можно и так, но такие решения я не люблю. А нужно ли 1,5сек? Практические задачи учёта обычно позволяют перейти на 1 или 2 сек. Кроме того koyodza(360 знак., 07.09.2009 18:26, картинка)
- Да уж. Похоже General прав. У MSP430 видимо уникальная совокупность системы тактирования, периферии и прерываний. - rezident(07.09.2009 18:37)
- хм, а что мешает повесить CS от SPI на вход внешнего прерывания и просыпаться по нему? и неужели MSP умеет просыпаться по активности на SPI? - Alex B.(07.09.2009 18:46)
- Конечно может. А в режиме SPI-slave он вообще будет спать без возобновления тактирования до тех пор, пока в буфер полностью байт не примет. Тактирование-то модуля SPI при этом мастер обеспечивает. rezident(334 знак., 07.09.2009 18:53)
- из LPM0 по таймерам точно может, про другие не помню - koyodza(07.09.2009 18:51)
- Мелкие MSP (у меня автоматическая ассоциация - MSP - мелкие :) и не ведают про SPI... - Гудвин(07.09.2009 18:49)
- Брешешь! :) MSP430F20x2/20x3 в 14-выводном корпусе имеют модуль USI, который синхронные интерфейсы (SPI и "упрощенный" I2C) реализует. - rezident(07.09.2009 18:56)
- ну так его и позиционируют как для микропотребляющих устройств. А stm32 - это МК общего назначения, так сказать - koyodza(07.09.2009 18:46)
- хм, а что мешает повесить CS от SPI на вход внешнего прерывания и просыпаться по нему? и неужели MSP умеет просыпаться по активности на SPI? - Alex B.(07.09.2009 18:46)
- Да уж. Похоже General прав. У MSP430 видимо уникальная совокупность системы тактирования, периферии и прерываний. - rezident(07.09.2009 18:37)
- можно и так, но такие решения я не люблю. А нужно ли 1,5сек? Практические задачи учёта обычно позволяют перейти на 1 или 2 сек. Кроме того koyodza(360 знак., 07.09.2009 18:26, картинка)
- Ну кратность 1 сек это утрировано. А если нужно будет через 1,5сек? "По внешнему сигналу" это как именно? По активности SPI, например, сможет? А то как вариант: MSP430 для капчурения сигнала. Результат капчуры MSP430 по SPI передает в STM32, который в rezident(43 знак., 07.09.2009 18:04)
- ну так я и говорю - спать не в sleep, а в stop, а просыпаться по RTC (сами говорили, что надо раз в секунду или реже) или внешнему сигналу - koyodza(07.09.2009 17:43)
- Ну как же не то? Вот две вырезки из datasheet STM32F101x8/B, нижняя часть таблиц для полностью выключенной периферии. В StandBy вроде уже более прилично, но сами утверждаете, что просыпаться по сигналу capture от внутреннего таймера он уже не сможет. rezident(07.09.2009 17:35 - 17:39)
- это Вы что-то не то вычитали koyodza(328 знак., 07.09.2009 17:30)
- да, а RTC в нём стал таким, какой я уже не один год ждал - просто счетчик секунд - koyodza(07.09.2009 16:50)
- Дык, судя по даташиту, режимы Run и Sleep у STM32 по потреблению всего в 2-2,5 раза отличаются. Это совсем не то, что нужно :( - rezident(07.09.2009 17:12)
- Не думаю, что такое вообще есть у кого-то, кроме MSP. У AVR и PICа есть, но едят
чутьбольше. - General(07.09.2009 16:23)
- STM32 может выходить из Sleep по любым прерываниям (в т.ч. и таймерам), из Stop и StBy - по внешним сигналам и RTC. В Stop порядка 25мкА должно быть, в StBy порядка 3 мкА. В Sleep зависит от используемой периферии koyodza(209 знак., 07.09.2009 16:43)
- Смотрю вот на LPC11xx. Cortrex-M0. Гарна штучка! Реальная альтернатива MSP430 для такой задачи. Но х.з. когда появится :( - rezident(07.09.2009 16:02)
- А про потребление LPC13xx в сравнении с STM32 что-то можете прокомментировать? В архитектуру сильно пока не углублялся, но интересует спячка с работой часового кварца и быстрое пробуждение в таком режиме. А также пробуждение от прерывания capture rezident(23 знак., 07.09.2009 16:07)
- ИМХО лучше поставить MSP430F543xA, он на 25 МГц при 2.4В молотить умеет и рамы 16К - Shura(07.09.2009 10:45)
- Дык 80/100/133 пин :-/ Из всей периферии требуется лишь RTC, таймер и 1 UART. К тому же получено ЦУ полуприказного характера от начальства, что "нужно завязывать с MSP430 и переходить на ARM" (_._) - rezident(07.09.2009 10:50)
- Я считаю стратегической ошибкой Техаса связывание размера памяти и числа ног. - General(07.09.2009 11:08)
- Дык я тоже. И когда-то в вашем опросе об этом написал. Хотелось бы малоногих кристаллов с большим размером SRAM. - rezident(07.09.2009 11:15)
- ИМХО размер памяти непосредственно влияет на размер корпуса, а уж число ног оттуда автоматически. - Shura(07.09.2009 11:09)
- Хочешь сказать в SOIC-28 с шагом 1,27мм 16кил ОЗУ не впихуемо? О_о А как же тогда 65кБ SRAM в таком же корпусе выпускают? - rezident(07.09.2009 11:22)
- ОЗУ у них к флешу привязано - Shura(07.09.2009 11:24)
- Как привязано? Веревочкой? :) Хотя понимаю, что SRAM примерно раза в 4 больше площади занимает, чем Flash такого же объема, но предпочел бы соотношение 1:2. Ну 1:3 на худой конец. Необязательно же разработчикам кристаллов строго одинаковые площади SRAM и rezident(14 знак., 07.09.2009 11:31)
- Элементарно привязано, соотношение Flash:RAM примерно одинаковое у всех MSP430 - Shura(07.09.2009 11:37)
- А чем в TI обосновывают такое соотношение? - rezident(07.09.2009 12:09)
- Ну соотношение вполне логичное в общем-то. Видимо, маркетинговыми исследованиями обосновывают - Shura(07.09.2009 12:24)
- А чем в TI обосновывают такое соотношение? - rezident(07.09.2009 12:09)
- Элементарно привязано, соотношение Flash:RAM примерно одинаковое у всех MSP430 - Shura(07.09.2009 11:37)
- Как привязано? Веревочкой? :) Хотя понимаю, что SRAM примерно раза в 4 больше площади занимает, чем Flash такого же объема, но предпочел бы соотношение 1:2. Ну 1:3 на худой конец. Необязательно же разработчикам кристаллов строго одинаковые площади SRAM и rezident(14 знак., 07.09.2009 11:31)
- ОЗУ у них к флешу привязано - Shura(07.09.2009 11:24)
- Хочешь сказать в SOIC-28 с шагом 1,27мм 16кил ОЗУ не впихуемо? О_о А как же тогда 65кБ SRAM в таком же корпусе выпускают? - rezident(07.09.2009 11:22)
- Причем не просто "переходить на ARM", но и конкретно на ARM от NXP. Хотя с кортексами NXP явно подзадержалась. - rezident(07.09.2009 11:00)
- По поводу 25МГц@2,4В в обзоре slab034q есть сноска Revision A with 25MIPS available 4Q09. - rezident(07.09.2009 10:53, ссылка)
- Я считаю стратегической ошибкой Техаса связывание размера памяти и числа ног. - General(07.09.2009 11:08)
- Дык 80/100/133 пин :-/ Из всей периферии требуется лишь RTC, таймер и 1 UART. К тому же получено ЦУ полуприказного характера от начальства, что "нужно завязывать с MSP430 и переходить на ARM" (_._) - rezident(07.09.2009 10:50)
- Просмотрел "по диагонали" datasheets и user's manuals Cortex-M3 от STM, NXP, TI (Luminary) и пришел к неутешительному выводу: ни один из ARM не заменит полностью MSP430 в этой задаче. Решить ее видимо можно только связкой MSP430+ARM (Cortex). rezident(475 знак., 07.09.2009 23:38 - 23:41)