Д_М 0 23 апреля, 2019 Опубликовано 23 апреля, 2019 · Жалоба Приветствую! Перепала в руки серьёзная отладочная плата с LPC1768. На плате много чего ценного - CAN, Ethernet, Дисплей... Стоит ли учиться ARM на этом процессоре, или купить отладочную плату на чём-то более популярном, например STM32F103? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 23 апреля, 2019 Опубликовано 23 апреля, 2019 · Жалоба Оба хуже, т.к. старьё. Учиться стоит на чем-нибудь более свежем. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mov 3 23 апреля, 2019 Опубликовано 23 апреля, 2019 · Жалоба Чем Вас не устраивает плата, если на ней много периферии?Софт должен быть, если серьёзная отладка, примеры тоже. NXP более предпочтителен в industrial чем STM. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 23 апреля, 2019 Опубликовано 23 апреля, 2019 · Жалоба 32 minutes ago, mov said: NXP более предпочтителен в industrial чем STM. - Чем предпочтительнее? - Чем STM! Или все же аргументация будет? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
haker_fox 61 24 апреля, 2019 Опубликовано 24 апреля, 2019 · Жалоба 7 hours ago, Д_М said: Стоит ли учиться ARM на этом Учиться конечно можно. Только учтите, это Cortex-M3. А ещё есть Cortex-M0, M4(F). 6 hours ago, aaarrr said: Оба хуже, т.к. старьё. Учиться стоит на чем-нибудь более свежем. Ну чем же оно старьё? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 24 апреля, 2019 Опубликовано 24 апреля, 2019 · Жалоба 3 minutes ago, haker_fox said: Ну чем же оно старьё? LPC1768 в этом году исполнилось 10 лет, а F103 уже 12. Не старьё? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
haker_fox 61 24 апреля, 2019 Опубликовано 24 апреля, 2019 · Жалоба 2 hours ago, aaarrr said: Не старьё? Смотря с какой стороны смотреть) Вспомним старое вино. А если ближе к делу: человек же для учёбы спрашивает. Ядро как было СM3, так и осталось. Разница лишь в периферии. Возможно есть отличия в ревизии ядер (тут я не очень в курсе), но не существенные. Освоит автор топика компилятор, как правильно готовить код, чтобы он эффективно работал, разберётся в нюанса, и возьмёт что-то не просто современное, а подходящее под его конкретную задачу. LPC1768 довольно хороший сбалансированный МК. Мы их сами применяем до сих пор. При большом желании даже плату под ЛУТ можно сделать, но это я так... для примера)))) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 57 24 апреля, 2019 Опубликовано 24 апреля, 2019 · Жалоба 12 часов назад, aaarrr сказал: Оба хуже, т.к. старьё. Учиться стоит на чем-нибудь более свежем. Учиться можно хоть на АРМ7, лишь бы было желание, и документация, а так же некоторые возможности, "родной" программатор и необходимые библиотеки софта для "поднятия" hello world... А после прихода понимания, что и для чего нужно в реальной задаче, выбрать необходимый МК и работать... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
haker_fox 61 24 апреля, 2019 Опубликовано 24 апреля, 2019 · Жалоба 2 minutes ago, mantech said: Учиться можно хоть на АРМ7 Z80... весь чипсет на "рассыпухе"... всё под руками: память, ввод-вывод... были же времена! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Д_М 0 24 апреля, 2019 Опубликовано 24 апреля, 2019 · Жалоба Спасибо за поддержку! Сам учусь, как раз, на ARM7 - LPC2364. Попалось в руки неплохое устройство. Первые шаги сделал - загружать программу научился. В Keil делал простенькие программы мигания светодиодами, раскрутил менеджер многозадачности от Keil. Задействовал UART. Но последний так и не заставил работать должным образом. Не получилось у меня приручить буфер приёма-передачи. На AVR тоже есть буфер передачи, но только на один байт. Хватало! А у LPC2364 буфер шикарный, но не получилось извлечь из этого пользу. Поймал себя на мысли, что опять начинаю такой же путь, от само низа до самого верха, какой я проделал на AVR. Не хочется писать то, что было написано давным давно и много раз. Хочется взять операционку и не лезть в глубину. Если такое, конечно, возможно но uC! Желание слезть с ARM7 возникло по причине того, что уже очень мало информации по это контроллеру. А STM32F103 - самый обсуждаемый контроллер на этом форуме. Хочется подружить контроллер, IAR, FreeRTOS. Хочется быть независимым от производителя контроллеров. Напрашивается вывод, что изучать uC на самом нижнем уровне - дело неблагодарное. Для того люди и придумали драйверы, чтобы не подгонять каждый раз софт под железо. Нужен контроллер, для которого производитель написал API, которые хорошо дружатся и с независимыми компиляторами (Keil, IAR) и независимой операционной системой (FreeRTOS). Не хочется связываться с компиляторами и OS от производителя uC. Что посоветуете? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
haker_fox 61 24 апреля, 2019 Опубликовано 24 апреля, 2019 · Жалоба 18 minutes ago, Д_М said: у LPC2364 буфер шикарный, но не получилось извлечь из этого пользу. Аппаратный фифо? Если он, то внимательное чтение документации на мк решает все вопросы. ничего сложного там нет. А что вам требуется? 18 minutes ago, Д_М said: Хочется взять операционку и не лезть в глубину. Так не получится! 18 minutes ago, Д_М said: Желание слезть с ARM7 возникло по причине того, что уже очень мало информации по это контроллеру. Не может быть! информации на arm.com + официальные документы от производителя. Что ещё нужно? Verilog/HDL исходники? Тоже можно получить))) 18 minutes ago, Д_М said: Напрашивается вывод, что изучать uC на самом нижнем уровне - дело неблагодарное. Неправильный вывод. Если светодиодами мигать, то может быть. А если делать серьёзные железки, то не то что самый нижний уровень нужно знать, но и ассемблер даже требуется. 18 minutes ago, Д_М said: Для того люди и придумали драйверы, чтобы не подгонять каждый раз софт под железо. Это только для компа. Для embedded такой подход не работает. Вернее работает, когда создатите свои драйвера. И то они будут в постоянном развитии. В качестве доказательства поищите многочисленные темы, как люди мучаются тут с кубом (stm cube). Вроде и всё готовое, но это не освобождает от необходимости изучать документацию, править код драйверов. А некоторые специфические задачи так и вообще не решаются кубом. раз два три 18 minutes ago, Д_М said: Не хочется связываться с компиляторами и OS от производителя uC А кто заставляет? Эти вещи вообще независимы. 18 minutes ago, Д_М said: Что посоветуете? Сначала, простите, привести мысли в порядок. Отделить мух от котлет. И определиться, что вам нужно. Ибо то, что вы изложили, слишком разнородно. Расскажите о планах на ближайшее будущее. Какого рода устройства вы хотите проектировать. Что вы ожидаете от армов в противовес авркам? Не значительного ли упрощения программирования? Если да, то это ошибка. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Д_М 0 24 апреля, 2019 Опубликовано 24 апреля, 2019 · Жалоба В данный момент я связан с подъёмными кранами. У меня есть аппаратное решение на AVR, которое содержит на борту CAN и много RS485. Работает все хорошо, не тормозит, но дни AVR сочтены. И ещё нужно Ethernet, Wi-Fi, USB. Интересует завершённое, промышленное устройство в корпусе на DIN рейку. Питание 24V DC. Обязательно трёхходовая гальваническая изоляция. То есть всё изолировано от всего - клеммы питания, процессор, интерфейсы. Блок питания процессора должен быть 4-х полюсный. На каждый интерфейс должен быть свой 4-х полюсный DC/DC. CAN желательно два. Но одного хватит. А RS485 надо много, как минимум, 6. Маловероятно, что найдётся такое готовое устройство. Рассматриваю устройство с двумя RS485. Если, вдруг, у кого-то есть устройство, удовлетворяющее таким требования, предлагайте. В разработку деньги вкладывать не буду. Скорее договорюсь с поставщиком вышеупомянутого устройства на AVR, о замене процессора на современный. Не делать буду это только после того, как освою ARM. Потому и спрашиваю мнение о кандидатуре на замену AVR. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
haker_fox 61 24 апреля, 2019 Опубликовано 24 апреля, 2019 · Жалоба 1 hour ago, Д_М said: В разработку деньги вкладывать не буду. Так в данном случае вы заказчик?! 1 hour ago, Д_М said: Скорее договорюсь с поставщиком вышеупомянутого устройства на AVR, о замене процессора на современный. И как вы это сделаете без 1 hour ago, Д_М said: В разработку деньги вкладывать не буду. Они вам его даром будут менять? 1 hour ago, Д_М said: Если, вдруг, у кого-то есть устройство, удовлетворяющее таким требования, предлагайте. Раздел "Предлагаю работу" к вашим услугам. А так, вопрос без смысла: мы даже не знаем, что ваше устройство делает. Наличие на борту кучу 485-х и can-ов не объясняет ничего. Это может быть как конвертер протоколов, так и блок управления. 1 hour ago, Д_М said: Потому и спрашиваю мнение о кандидатуре на замену AVR. Теперь вообще не понятно. Вы не хотите вкладывать деньги в разработку, но собираетесь менять мк. Вы полагаете, что аппаратные и программные ршение от авр лягут на арм??? Это заблуждение. В какой-то степени да, предыдущие наработки получится использовать. Но это зависит от того, в каком стиле они выполнены. Насколько привязаны к архитектуре авр. Я бы оставил всё как есть. Работает. И ладно. Вам же после замены мк придётся ещё деньги за сертификацию выложить. Это же подъёмный механизм. Я думаю, что там всё требует серьёзного подхода к делу. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
golf2109 0 24 апреля, 2019 Опубликовано 24 апреля, 2019 · Жалоба 16 часов назад, Д_М сказал: Приветствую! Перепала в руки серьёзная отладочная плата с LPC1768. На плате много чего ценного - CAN, Ethernet, Дисплей... Стоит ли учиться ARM на этом процессоре, или купить отладочную плату на чём-то более популярном, например STM32F103? LPC - говно STM - круто Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 245 24 апреля, 2019 Опубликовано 24 апреля, 2019 · Жалоба 2 часа назад, Д_М сказал: Хочется быть независимым от производителя контроллеров. Напрашивается вывод, что изучать uC на самом нижнем уровне - дело неблагодарное. Для того люди и придумали драйверы, чтобы не подгонять каждый раз софт под железо. ... Что посоветуете? Посоветую тогда изучать программирование под линух или винду. В МК, без знания периферии, делать нечего. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
