Aurochs 0 30 января, 2010 Опубликовано 30 января, 2010 · Жалоба Как говорится, жизнь все настойчивее диктует. Убедительная просьба разработчикам, кто уже преодолел путь миграции от AT91SAM7X к LPC2300, поделится впечатлениями о том, насколько этот путь тернист :) Интересуют все аспекты проблемы: программирование, схемотехника, примерная трудоемкость и т.д. Заранее благодарен. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Aurochs 0 1 февраля, 2010 Опубликовано 1 февраля, 2010 · Жалоба Честно говоря, не понял почему эта тема оказалась в разделе для начинающих? Возможно, в этом есть какой-то тайный смысл, известный только посвященным? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 1 февраля, 2010 Опубликовано 1 февраля, 2010 · Жалоба Вопрос несколько странный. Да ничем они принципиально не различаются: процессоры одного класса от разных производителей разной степени свежести. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 1 февраля, 2010 Опубликовано 1 февраля, 2010 · Жалоба Может, лучше сразу к LPC17xx? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Aurochs 0 2 февраля, 2010 Опубликовано 2 февраля, 2010 · Жалоба Идея, конечно, заманчивая - одним махом спрыгнуть с атмеловских SAM7 да и сразу на кортекс. Абстрактно желание такое есть, но как-то стремно - менять архитектуру процессора да прямо "на лету" в изделии. Пусть и мелкосерийном, но все же... NXP утверждает, что вроде как есть совместимость по ногам между LPC236x и LPC176x, т. что можно будет этот прыжок сделать в 2 шага :) По ходу вопрос: есть здесь те, кто уже воспользовался этой совместимостью для перехода на кортекс? Возникают ли при этом какие-либо проблемы? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 2 февраля, 2010 Опубликовано 2 февраля, 2010 · Жалоба Честно говоря, не понял почему эта тема оказалась в разделе для начинающих? Moderator: Все пустые вопросы "за жизнь" в стиле "я бы в летчики пошел, пусть меня научат" в лучшем случае помещаются в этот раздел. Можно и в оффтопик, если продолжите в таком стиле. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
defunct 0 6 февраля, 2010 Опубликовано 6 февраля, 2010 · Жалоба от AT91SAM7X к LPC2300 .... поделится впечатлениями шило на мыло Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 8 февраля, 2010 Опубликовано 8 февраля, 2010 · Жалоба Идея, конечно, заманчивая - одним махом спрыгнуть с атмеловских SAM7 да и сразу на кортекс. Абстрактно желание такое есть, но как-то стремно - менять архитектуру процессора да прямо "на лету" в изделии. Пусть и мелкосерийном, но все же... NXP утверждает, что вроде как есть совместимость по ногам между LPC236x и LPC176x, т. что можно будет этот прыжок сделать в 2 шага :) По ходу вопрос: есть здесь те, кто уже воспользовался этой совместимостью для перехода на кортекс? Возникают ли при этом какие-либо проблемы? Очень порадовала совместимость по ногам и периферии LPC23xx и LPC17xx! Разработку под LPC2368 за день оживил на LPC1768. Но есть и существенные отличия... )) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Polaris 0 7 марта, 2010 Опубликовано 7 марта, 2010 · Жалоба Очень порадовала совместимость по ногам и периферии LPC23xx и LPC17xx! Разработку под LPC2368 за день оживил на LPC1768. Но есть и существенные отличия... )) Ага, тоже заметил, поднимая на LPC1768 то, что уже работало на LPC2368. Причем в паре мест есть ограничения на LPC1768, которых нет на LPC2368, но при этом все работает :) Например, очень удивился, когда начал менять битрейт UART. На 115200 все работало и там, и там, начал разбираться с тем, что должно быть в FDR у LPC1768 на другом битрейте, и обнаружил, что там стоит неверное значение для 115200 (7 к 6), тогда как в мануале есть третьим пунктом ограничение DIVADDVAL<MULVAL, и рекомендуется иметь значение в пределах (0.1-0.9). В LPC2368 такого ограничения нет. Но тем не менее все работало и на LPC1768. Могу только строить догадки, откуда взялся третий пункт, и чем он обусловлен. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Kitsok 0 10 марта, 2010 Опубликовано 10 марта, 2010 · Жалоба .... а ведь человек спрашивал про SAM7X -> LPC23xx :) Я до этого писал под SAM7S, сейчас борюсь с LPC2368. Различий дофига по организации периферии, в моем случае - ну ее просто больше. Тогда я борол USB, сейчас - CAN и Ethernet, поэтому насколько гемморойнее тут USB - трудно сказать. Судя по документации, оно поинтереснее, чем в САМах. Разные банки памяти под разную периферию - для меня оказалось необычным. Другой формат и подход к документации. Это заняло несколько дней, привык к Атмеловской манере изложения, но теперь проблем нет. Расстраивает отсутствие usecase'ов у Филипсов. Еще расстраивает отсутствие библиотеки функций для обращения к регистрам по именам. У Атмела это ИМХО очень приятно организовано, а тут - не очень. Вцелом - конечно, кристаллы сильно разные, но переход от AVR к SAM7 был более болезненным, чем от САМа к LPC. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Polaris 0 13 марта, 2010 Опубликовано 13 марта, 2010 · Жалоба .... а ведь человек спрашивал про SAM7X -> LPC23xx :) Вот ему и советуют, чтобы время зря не терял. Особых выгод от перехода на 23 он не получит, а вот перейти сразу на кортексы - это уже скачок. Достоинств масса (меньше потребление, ниже цена, больше периферии, выше скорость, перспективы), а недостатков никаких, потому как все равно меняется шило на мыло, все равно переучиваться нужно, он же не на ассемблере собрался писать без использования периферии. У нас тоже стоял вопрос смены платформы для более сложных устройств (до этого использовали только AVR). Товарищ смотрел в сторону XMega, а я - в сторону LPC17xx. Но переход AVR->XMega - это то же шило на мыло, хвататься за минимальные совпадения и заново изучать все остальное с перспективой снова оказаться зависимыми от прихотей Atmel в плане цены и доступности. В итоге делаю первое устройство на LPC1768, используя чуть ли не все, что у него есть внутри (ШИМ, RTC, ADC, USBHost, IAP, CAN, RIT, SSP, все 4 канала UART), и в целом доволен. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 13 марта, 2010 Опубликовано 13 марта, 2010 · Жалоба больше периферии.... Да? Давайте скажете, чем заменить, например, LPC2378..... Можем еще по LPC24xxx поговорить. Ну младшие вообще по периферии кастрированы относительно младшеньких LPC21xx. Практически LPC кортексы конкурируют со своей-же массовой серединкой ATM7 и продолжают наступление на мелкие восьмибитовики. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Polaris 0 13 марта, 2010 Опубликовано 13 марта, 2010 · Жалоба Да? Давайте скажете, чем заменить, например, LPC2378..... Можем еще по LPC24xxx поговорить. Ну младшие вообще по периферии кастрированы относительно младшеньких LPC21xx. Практически LPC кортексы конкурируют со своей-же массовой серединкой ATM7 и продолжают наступление на мелкие восьмибитовики. Где тут шла речь про 2378? А вот сравнивая 1768 и 2368, можно сделать однозначный вывод, чего где больше. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 13 марта, 2010 Опубликовано 13 марта, 2010 · Жалоба Где тут шла речь про 2378? Речь идет о: путь миграции от AT91SAM7X к LPC2300 Вот, и Вы решили тоже помянуть все семейство: Особых выгод от перехода на 23 он не получит, а вот перейти сразу на кортексы Достоинств масса .... больше периферии, И именно на этот Ваш пост я отвечал. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Polaris 0 13 марта, 2010 Опубликовано 13 марта, 2010 · Жалоба Речь идет о: Вот, и Вы решили помянуть всуе все семейство: И именно на этот Ваш пост я отвечал. Все-то Вы видите :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться