-
- Если оттестированная сборка gcc, проблем с ней у меня никогда не было. Для можных процов напр, кросс компилеры от Debian. - ++(24.05.2011 09:58, ссылка)
- немного противоречите сами себе - очень дорогие приборы vs Альтиум не по карману :) 800 МГц тоже будете рисовать в 4 слоях в кикаде? :) - Адикмдома(21.05.2011 22:25, )
- кол-во устройств может быть весьма разным :) в один год их может быть 3, в другой 20. частота ядра и частота шины - две большие разницы, ни разу материнок 4-слойных не видели? - AVF(21.05.2011 22:42)
- 2 внутренних слоя - сразу шина земли и основного питания. и куда BGA разводить? - Snaky(22.05.2011 04:50)
- 2 слоя на питание - Оптимистично))) Под блекфин потребовалось 4 слоя выделить на питание и еще 4 слоя на сигналы - считаю что отделался малой кровью%) - Meteor(22.05.2011 12:59)
- это я минимум привел. а вообще iMX27 на 6ти спокойно получается. 8 это совсем для ленивых. а глухие переходные - для богатых :> - Snaky(22.05.2011 13:42)
- жесть! Blackfin отлично трассируется на 4-х слоях, если не требуется пройти FCC, и на 6-ти, если требуется. - Mahagam(22.05.2011 13:03)
- Ну не получилось у меня BGA-400 с шагом 0,8 мм развести на 6 слоях Meteor(54 знак., 22.05.2011 13:16)
- я хз, на плате внизу обычно слои нумерованы, на вехнем стоит 1, внутри проглядываются 2 и 3, на нижнем 4 - AVF(22.05.2011 05:50)
- 2 слоя на питание - Оптимистично))) Под блекфин потребовалось 4 слоя выделить на питание и еще 4 слоя на сигналы - считаю что отделался малой кровью%) - Meteor(22.05.2011 12:59)
- 2 внутренних слоя - сразу шина земли и основного питания. и куда BGA разводить? - Snaky(22.05.2011 04:50)
- А 800MHz DDR2 в скольки слоях? :-) - Shura(21.05.2011 22:38)
- кол-во устройств может быть весьма разным :) в один год их может быть 3, в другой 20. частота ядра и частота шины - две большие разницы, ни разу материнок 4-слойных не видели? - AVF(21.05.2011 22:42)
- похоже генеральная линия партии одобряется, осталось выбрать: keil vs iar vs gcc+crossworks и eagl vs diptrace vs kicad - AVF(21.05.2011 22:13)
- Старый PCAD вроде можно легализовать за 60 тыс. - General(21.05.2011 20:34)
- Если такие серии, то стОит от PIC16 отказаться в пользу хотя бы PIC18. А в генеральной линии пробел - у любого продукта есть жизненный цикл - на чём делать поддержку выпущенного? Vit(593 знак., 21.05.2011 20:41, ссылка)
- про пробел в курсе, исторически сложилось. широкая номенклатура связана с тем, что захотелось очередному заказчику новую рюшечку, быстро сделали из того что под руками, вот и развелось всякого, а пик16 расширителями портов :) вообще, при таких AVF(152 знак., 21.05.2011 21:33)
- Насчёт пробела это точно. При такой серийности все МК должны быть одного типа. Да-да, пресловутая гирлянда на ARM, не надо этого бояться. - Shura(21.05.2011 20:47)
- совсем один не получится, основной да, типа STM32F2xx в LQFP100, но нужно что-то мелкое, типа по быстрому добавить мелкий модуль, на наколенной плате, или есть платы, где он тупо по габаритам не лезет. в общем мелочь все равно нужна. плохо что AVF(56 знак., 21.05.2011 21:40)
- LQFP48 имеет размер всего 7х7, вполне мелкий - koyodza(21.05.2011 21:43)
- только ЛУТ под него делать не очень :) LQFP32 бы под быстрые наколенные фичи, а где просто маленький корпус нужен, там лучше VFQFPN36 - 6х6мм. - AVF(21.05.2011 21:51)
- 3 прибора в год кормят всю фирму и вы при этом делаете платы утюгом? :> хотя соглашусь, если бы фирму кормили 20000 приборов то делать ПП утюгом было бы еще удивительнее :> - Snaky(22.05.2011 04:53 - 05:10)
- При переходе на лицензионное ПО и про ЛУТ пора бы уже забывать ;-) - Shura(21.05.2011 21:56)
- только ЛУТ под него делать не очень :) LQFP32 бы под быстрые наколенные фичи, а где просто маленький корпус нужен, там лучше VFQFPN36 - 6х6мм. - AVF(21.05.2011 21:51)
- Ну так хотя бы архитектура должна быть одной. - Shura(21.05.2011 21:43)
- LQFP48 имеет размер всего 7х7, вполне мелкий - koyodza(21.05.2011 21:43)
- а если возможен переход на быстрые камни, то вполне можно рассмотреть связку Blackfin + FPGA. - Mahagam(21.05.2011 21:17)
- Заменить Blackfin синтезированными ядрами, в т.ч. ARM CORTEX-M1 и MIPS32, и начать мигать светодиодами с ещё бОльшим ЧСВ:))) - Vit(21.05.2011 21:28)
- а они платные. кто цену знает? Mahagam(36 знак., 21.05.2011 21:31)
- вполне возможно, только Blackfin | FPGA в качестве мат. сопроцессора - AVF(21.05.2011 21:25)
- не. Blackfin по части "посчитать" - та ещё зверюга, а вот всякой периферии (типа 15 uart`ов) ему может не хватать, вот тут-то на помощь и приходит FPGA с бесплатными средствами разработки. Mahagam(129 знак., 21.05.2011 21:30)
- Пока всё перечисленное автором на вскидку может замениться старшим STM32 - Vit(21.05.2011 21:34)
- там частоты упоминались >300MHz. с прицелом на будущее - Mahagam(21.05.2011 21:35)
- Там, где такие частоты, обычно идёт разделение на числодробилки и
универсальныерешения, которые обычно не поднимают без конкретного BSP - Vit(21.05.2011 21:46)- именно, поэтому STM32 как универсальное решение, а BF592 в качестве сопроцессора - AVF(21.05.2011 21:58)
- Я Ваших задач не знаю. Предполагаю, что нужно 3 градации. Что-то типа STM32, что-то типа Blackfin или Piccolo, ну и что-то типа ARM9+. Всё это вроде как перекрывается разными суффиксами у Cortex - Vit(21.05.2011 22:14)
- и получаем гемор на их связи. проще тогда BF592 как основной, и там где надо - FPGA как расширитель I/O - Mahagam(21.05.2011 22:00)
- не, FPGA это крайний случай, если по другому никак не получится, там принципиально идеология другая, +питания, +жручесть, +корпус. а мне всего то хитрым образом обработать массив в 2кбайта данных раз в 10...180 секунд итеративными методами. - AVF(21.05.2011 22:08)
- FPGA плохо подходит в качестве ядра простого удаленного сенсора. - Shura(21.05.2011 22:03)
- ну тут да, Cortex-M0 в 16 копыт BGA, из тех, что NXP рассылала бесплатно. 5мм2 ))) - Mahagam(21.05.2011 22:13)
- ага, я его тоже получил :) - AVF(21.05.2011 22:19)
- Кстати, когда занимался приборами с такой серийностью - всё на бесплатных сэмплах и делал :-))) - Shura(21.05.2011 22:15)
- ну тут да, Cortex-M0 в 16 копыт BGA, из тех, что NXP рассылала бесплатно. 5мм2 ))) - Mahagam(21.05.2011 22:13)
- именно, поэтому STM32 как универсальное решение, а BF592 в качестве сопроцессора - AVF(21.05.2011 21:58)
- Прицелы на будущее можно делать только на архитектуру. Cortex ARM тут вне конкуренции. - Shura(21.05.2011 21:42)
- Там, где такие частоты, обычно идёт разделение на числодробилки и
- там частоты упоминались >300MHz. с прицелом на будущее - Mahagam(21.05.2011 21:35)
- Пока всё перечисленное автором на вскидку может замениться старшим STM32 - Vit(21.05.2011 21:34)
- не. Blackfin по части "посчитать" - та ещё зверюга, а вот всякой периферии (типа 15 uart`ов) ему может не хватать, вот тут-то на помощь и приходит FPGA с бесплатными средствами разработки. Mahagam(129 знак., 21.05.2011 21:30)
- Заменить Blackfin синтезированными ядрами, в т.ч. ARM CORTEX-M1 и MIPS32, и начать мигать светодиодами с ещё бОльшим ЧСВ:))) - Vit(21.05.2011 21:28)
- +100500 - Vit(21.05.2011 20:56)
- совсем один не получится, основной да, типа STM32F2xx в LQFP100, но нужно что-то мелкое, типа по быстрому добавить мелкий модуль, на наколенной плате, или есть платы, где он тупо по габаритам не лезет. в общем мелочь все равно нужна. плохо что AVF(56 знак., 21.05.2011 21:40)
- IMHO: при попытке экономить генеральная линия должна быть на освоение GCC. Переход на него займет порядка месяца, с изучением и портированием существующего кода. У IAR и Keil безусловно имеются преимущества в виде Powerpack и RLARM, однако и стоят Roman M.(322 знак., 21.05.2011 20:17, )
- речь не об экономии, а о разумности затрат. Altium для видимых задач в ближайшие 3-5 лет однозначно не нужен, так как не дает преимуществ перед простыми пакетами. DipTrace смотрел, явных плюсов не увидел. keil/iar - имхо того стоят, но возможно AVF(162 знак., 21.05.2011 21:16)
- в алтиум еще и компилятор для АРМов входит. это конечно не мейнстрим (Keil/IAR), но вам же не шашечки нужны, верно? и поддержка FPGA там же. Только лицензия с этими фишками может быть чуть дороже, но все равно дешевле чем полные лицензии на 2-3 Snaky(134 знак., 22.05.2011 05:03 - 05:25)
- А заливочный файл для ФПГА тоже можно получить без родного софта? - 580BM80(22.05.2011 09:07)
- а родной софт под FPGA бесплатный. - Mahagam(22.05.2011 12:56)
- Так можно или нет? - 580BM80(22.05.2011 21:01)
- нет. - Mahagam(22.05.2011 21:07)
- Так можно или нет? - 580BM80(22.05.2011 21:01)
- а родной софт под FPGA бесплатный. - Mahagam(22.05.2011 12:56)
- А заливочный файл для ФПГА тоже можно получить без родного софта? - 580BM80(22.05.2011 09:07)
- в алтиум еще и компилятор для АРМов входит. это конечно не мейнстрим (Keil/IAR), но вам же не шашечки нужны, верно? и поддержка FPGA там же. Только лицензия с этими фишками может быть чуть дороже, но все равно дешевле чем полные лицензии на 2-3 Snaky(134 знак., 22.05.2011 05:03 - 05:25)
- речь не об экономии, а о разумности затрат. Altium для видимых задач в ближайшие 3-5 лет однозначно не нужен, так как не дает преимуществ перед простыми пакетами. DipTrace смотрел, явных плюсов не увидел. keil/iar - имхо того стоят, но возможно AVF(162 знак., 21.05.2011 21:16)
- под армы (до 9-го) можно кроссворкс, $1500. компилер там GCC. - Mahagam(21.05.2011 20:09)
- спасибо, я про него не знал. А он ST-Link поддерживает? а то на сайте не указано - AVF(21.05.2011 20:21)
- смотрите в картинку - Mahagam(21.05.2011 20:32, ссылка)
- понял, спасибо. вообще очень интересный вариант - AVF(21.05.2011 21:17)
- смотрите в картинку - Mahagam(21.05.2011 20:32, ссылка)
- спасибо, я про него не знал. А он ST-Link поддерживает? а то на сайте не указано - AVF(21.05.2011 20:21)