Брижит Бардо в купальнике выглядит талантливее, чем Фаина Раневская @Гайдай
- 
	
- А про это знаете что-нибуть:MSP430FRxx - MSP430 w/ FRAM ? - Н.П.(26.04.2011 17:54)
			
- Почему, не взирая на хваленую быстродействующую FRAM, тактовая частота этих МК не превосходит 24 МГц?  Ксения(63 знак., 27.05.2011 00:27)
					
- С чего вы решили, что FRAM более быстродействующая, чем FLASH? Менее потребляющая - да, но быстродействие у нее не выше, чем у FLASH. Грубо: FRAM - 50нс, FLASH - 30нс. К тому же на высокой частоте FRAM выработает свой ресурс менее, чем за пару  rezident(53 знак., 27.05.2011 00:47, ссылка)
							
- Непонятно одно - при выборке команды одна ячейка деградирует,либо блок 256(512)байт? - Н.П.(27.05.2011 10:32)
 - Таракашки в принципе интересные... Если надо "давать угля" на максимальной скорости, то критичный код можно выполнять из RAM. Но на RAM TI скуповат. Да и жадноват ;) - Гудвин(27.05.2011 01:24)
									
- интересно, они переплевывают EFM32 по микропотреблению или нет? а насчет большой RAMы - так ее тоже кормить надо даже если МК спит отличие от non-volatile memory. хоть и немного, но все же... продукт то позиционируется как микропотребляющий вот и  Snaky(43 знак., 27.05.2011 05:50)
											
- Ну кормит же TI кристаллы с 16 кб RAM и не жужжит... Я про другое - например, весьма интересен был чип 50/50. 8кб флэш + 8 кб RAM. И даже 4+4. Малоногий. А то в них жалкие 256 байт... С FRAM аналогично. - Гудвин(27.05.2011 12:58)
													
- Вот только что для себя открыл EFM32ZG103 с 16/32кб флэши и 4 кб ОЗУ в корпусе QFN16 (ну или ZG110 в корпусе QFN24 c АЦП) с потреблением 85мкА/МГц. Говорят будут в 2011 - Dir(27.05.2011 13:07, ссылка)
															
- т.е. я так понимаю EFM32 опережает MSP430? наклевывается микропотребляющий проектик. неспешно выбираю платформу. - Snaky(27.05.2011 16:23)
																	
- При примерно равных мкА/МГц, периферия существенно разная у renesas/ЕМ/MSP, отталкивайтесь лучше от этого. - Хитрый Китаец(29.05.2011 12:10)
 - Если вам все равно на чем делать, то можно и RL78 от Renasas (->) попробовать. Эти вообще 70мкА/МГц обещают. Dir(122 знак., 27.05.2011 16:44, ссылка)
 
 
 - т.е. я так понимаю EFM32 опережает MSP430? наклевывается микропотребляющий проектик. неспешно выбираю платформу. - Snaky(27.05.2011 16:23)
																	
 
 - Вот только что для себя открыл EFM32ZG103 с 16/32кб флэши и 4 кб ОЗУ в корпусе QFN16 (ну или ZG110 в корпусе QFN24 c АЦП) с потреблением 85мкА/МГц. Говорят будут в 2011 - Dir(27.05.2011 13:07, ссылка)
															
 
 - Ну кормит же TI кристаллы с 16 кб RAM и не жужжит... Я про другое - например, весьма интересен был чип 50/50. 8кб флэш + 8 кб RAM. И даже 4+4. Малоногий. А то в них жалкие 256 байт... С FRAM аналогично. - Гудвин(27.05.2011 12:58)
													
 - Угу. Я бы предпочел чтобы почти весь доступный объем занимала SRAM + возможность загрузки из внешней SPI FLASH, как это у DSP делают. Вот выпустили же MSP430L092! Так почему по этому же принципу не сделать "жирный" кристалл? - rezident(27.05.2011 02:04)
											
- И в чем проблема? (->) Обратите внимание на цены.  Dir(168 знак., 27.05.2011 02:20, ссылка)
													
- Проблема в том, что у обсуждаемых MSP430 с FRAM потребление <100мкА/МГц, а у предлагаемых вами BlackFin-ов сколько? Даже в глубокой спячке при отсутствии CLK он не менее 1мА потребляет, так? - rezident(27.05.2011 02:44)
															
- Примерно 200мкА/МГц. Но ведь это совсем разные мегагерцы, согласитесь ;) Dir(731 знак., 27.05.2011 11:51)
 
 
 - Проблема в том, что у обсуждаемых MSP430 с FRAM потребление <100мкА/МГц, а у предлагаемых вами BlackFin-ов сколько? Даже в глубокой спячке при отсутствии CLK он не менее 1мА потребляет, так? - rezident(27.05.2011 02:44)
															
 
 - И в чем проблема? (->) Обратите внимание на цены.  Dir(168 знак., 27.05.2011 02:20, ссылка)
													
 
 - интересно, они переплевывают EFM32 по микропотреблению или нет? а насчет большой RAMы - так ее тоже кормить надо даже если МК спит отличие от non-volatile memory. хоть и немного, но все же... продукт то позиционируется как микропотребляющий вот и  Snaky(43 знак., 27.05.2011 05:50)
											
 - А вот и из вашей ссылки: "FRAM производства Texas Instruments предоставляет унифицированную память с динамическим разбиением на разделы и скоростью доступа к памяти в 100 большей, чем у Flash-памяти." - Ксения(27.05.2011 01:01)
									
- на ЗАПИСЬ. - Гудвин(27.05.2011 01:06)
 
 - Так вот же реклама eenews справа: "Очень высокая скорость записи данных в память – цикл составляет 50нс, что в 100 раз выше, чем у FLASH-памяти или EEPROM." - Ксения(27.05.2011 00:54 - 00:58, ссылка)
									
- ЗАПИСИ - Гудвин(27.05.2011 00:58)
											
- Для ускорения ЧТЕНИЯ в контроллере есть КЭШ General(27.05.2011 11:28)
 - Поняла. Тогда ерунда эта FRAM :) Хочу на порядок быстрого чтения! :) - Ксения(27.05.2011 01:07)
													
- Быстрее FLASH только SRAM. Для ускорения выполнения команд обычно копируют исполняемый код из FLASH в SRAM и выполняют его оттуда. Но для МК на основе Гарвардской архитектуры этот способ может быть неприменим. - rezident(27.05.2011 01:59 - 02:06)
															
- позанудствую: в МК, где есть всякие prefetch engine и подобные ускорители, они обычно подключены только к flash, и поэтому исполнение кода оттуда по факту быстрее, чем из SRAM - koyodza(27.05.2011 10:32)
																	
- продолжу занудствование: "...при определенных условиях (на разном коде процент полезности кэша существенно разный). Да и ненамного быстрее, ибо кэш - та же SRAM по сути." - Snaky(27.05.2011 10:39)
																			
- не, там, где именно не кэш, а prefetch engine, там всегда эффективность больше или равна нулю, но не меньше - koyodza(27.05.2011 10:55)
																					
- а этот префетч, пропрефетченные данные куда складывает? в раму же. как рама может быть медленнее? - Mahagam(27.05.2011 11:07)
																							
- очень просто: RAM имеет разрядность 32, а flash и prefetch 128, и "пропрефетченные данные" там в RAM общего назначения не складываются. Т.е. ускорение не за счёт более быстрого доступа, а за счёт распараллеливания  koyodza(44 знак., 27.05.2011 11:14)
																									
- торомозной доступ к раме - это больше проблема архитектуры проца. внутренних шин.  Mahagam(108 знак., 27.05.2011 11:18)
																											
- почему тормозной? В приведенных примерах какая тактовая, такой и доступ. Про блекфины и подобное я ничего не говорил - koyodza(27.05.2011 11:24)
																													
- тогда я не понимаю почему исполнение кода из флешки с префетчем будет быстрее чем из рамы? ведь рама не даёт ни такта задержки - Mahagam(27.05.2011 11:27)
																															
- потому, что при отсутствии ветвления за один такт может выполняться более одной команды - koyodza(27.05.2011 11:55)
																																	
- кортекс????? серии М ???? - Mahagam(27.05.2011 13:20)
 
 
 - потому, что при отсутствии ветвления за один такт может выполняться более одной команды - koyodza(27.05.2011 11:55)
																																	
 
 - тогда я не понимаю почему исполнение кода из флешки с префетчем будет быстрее чем из рамы? ведь рама не даёт ни такта задержки - Mahagam(27.05.2011 11:27)
																															
 
 - почему тормозной? В приведенных примерах какая тактовая, такой и доступ. Про блекфины и подобное я ничего не говорил - koyodza(27.05.2011 11:24)
																													
 
 - торомозной доступ к раме - это больше проблема архитектуры проца. внутренних шин.  Mahagam(108 знак., 27.05.2011 11:18)
																											
 
 - очень просто: RAM имеет разрядность 32, а flash и prefetch 128, и "пропрефетченные данные" там в RAM общего назначения не складываются. Т.е. ускорение не за счёт более быстрого доступа, а за счёт распараллеливания  koyodza(44 знак., 27.05.2011 11:14)
																									
 
 - а этот префетч, пропрефетченные данные куда складывает? в раму же. как рама может быть медленнее? - Mahagam(27.05.2011 11:07)
																							
 
 - не, там, где именно не кэш, а prefetch engine, там всегда эффективность больше или равна нулю, но не меньше - koyodza(27.05.2011 10:55)
																					
 
 - продолжу занудствование: "...при определенных условиях (на разном коде процент полезности кэша существенно разный). Да и ненамного быстрее, ибо кэш - та же SRAM по сути." - Snaky(27.05.2011 10:39)
																			
 
 - позанудствую: в МК, где есть всякие prefetch engine и подобные ускорители, они обычно подключены только к flash, и поэтому исполнение кода оттуда по факту быстрее, чем из SRAM - koyodza(27.05.2011 10:32)
																	
 
 - Быстрее FLASH только SRAM. Для ускорения выполнения команд обычно копируют исполняемый код из FLASH в SRAM и выполняют его оттуда. Но для МК на основе Гарвардской архитектуры этот способ может быть неприменим. - rezident(27.05.2011 01:59 - 02:06)
															
 - А что? Чтение бывает медленнее записи? :) - Ксения(27.05.2011 01:02)
													
- Для FRAM: чтение == (пере)запись. - rezident(27.05.2011 02:09)
 
 
 
 - ЗАПИСИ - Гудвин(27.05.2011 00:58)
											
 
 - "они не лучшие, они такие, какими они должны были быть с самого начала"(с) - Гудвин(27.05.2011 00:39)
							
- Максимальная тактовая во всех моих девайсах - 800 кГц ;) - Гудвин(27.05.2011 00:41)
 
 
 - С чего вы решили, что FRAM более быстродействующая, чем FLASH? Менее потребляющая - да, но быстродействие у нее не выше, чем у FLASH. Грубо: FRAM - 50нс, FLASH - 30нс. К тому же на высокой частоте FRAM выработает свой ресурс менее, чем за пару  rezident(53 знак., 27.05.2011 00:47, ссылка)
							
 - Теперь знаю всё!  General(94 знак., 26.04.2011 18:52 - 19:45, ссылка, ссылка)
					
- образцы получил... интересно, что курили разработчики, чтобы сделать такую распиновку? - Vit(25.05.2011 14:25)
 - Спасибо,заголовок этот вчера увидел,а страничка отчего-то не открывалась.ТI просто фонтанирует. - Н.П.(27.04.2011 10:48)
 
 
 - Почему, не взирая на хваленую быстродействующую FRAM, тактовая частота этих МК не превосходит 24 МГц?  Ксения(63 знак., 27.05.2011 00:27)
					
 
 - А про это знаете что-нибуть:MSP430FRxx - MSP430 w/ FRAM ? - Н.П.(26.04.2011 17:54)