Как стать автором
Обновить

Комментарии 23

Можно было сделать в таком формате
image

Scamp 2

Блин, какой классный формат для отладки. А то некоторые отладочные платы вылезают за границы одного breadboard и вынуждают использовать два рядом

делал такую же тему на pic18f4550, у него уже USB готовый встроенный, не нужно FTDI

"Но есть один ньюанс". Весь смысл Arduino в наличии простой среды разработки и большого количества готовых библиотек. В данном случае это просто еще одна плата. Вроде bluepill:
Плюсы:
- цена;
- более низкое потребление в режиме сна;
- возможность измерить каким напряжением питается контроллер без плясок с бубном;
- наличие eeprom.
Минусы:
- 8-разрядный;
- меньше оперативной памяти;
-отсутствие аппаратного RTC(что порождает необходимость искать библиотеку работающую с датой и временем);
-наличие на плате PL2303 скажется на потреблении в режиме сна;

И если уж на то пошло, то я бы добавил еще кварцевый резонатор на 32 kHz. Иначе при реализации сна могут возникнуть проблемы, когда требуется точно отсчитывать время. Если отсчитывать интервалы LSI, то получим погрешность в 3-7 секунд на 10-минутном интервале, а если гонять HSE, тогда придется платить большим потреблением энергии.

Вот не соглашусь Вами. Ардуино - это игрушка для детей в школе, с основами познакомиться и не более того. Для общего развития тем, кто не собирается изучать МК. Не буду перечислять все минусы ардуино на AVR, они всем хорошо известны (перебор в объеме кода, крайне низкая скорость, отсутствие гибкости в настройке периферии МК, библиотеки в которые не влезть, странный язык типа C/C++ но не соответствующий стандарту языка. Кончо 8кб оперативки для ардуино мало - а вот для пика за глаза, ибо она не расходуется понапрасну. А по набору периферии ни одна ардуино и рядом не стояла! Лично меня прежде всего интересовало попробовать ПНЯ - отсюда и выбор МК и решение.

8кб оперативки для ардуино мало - а вот для пика за глаза, ибо она не расходуется понапрасну

Могут возникнуть трудности при работе с точечными дисплеями, или например при буферизации данных получаемых от медленных интерфейсов, с парсингом данных, с работой с HTTP. Кроме того, вам придется кроить жирные сторонние библиотеки, на предмет того, чтобы они влезли в оперативку и флэш, например Lorawan. А это "проилово" приведет к "попадалову" всякий раз когда оригинальная библиотека будет исправляться и обновляться.
Я просто к чему, мне вот пришлось пересесть на pic18 когда цены на stm32 взлетели до небес. И после stm работа с pic далеко не айс. В этом плане гораздо перспективнее выглядит RP2040 при сопоставимой с pic18 цене. Когда будет время попробую оценить энергосбережение RP2040.


Касательно среды программирования. MPLABX достаточно жирен. Кодогенератор еще и глючен. Пример, открываем один проект - вызываем кодогенератор - открываем другой проект - пытаемся вызвать кодогенератор (для того чтобы посмотреть как был сгенерирован код для одного проекта и перетащить часть параметров в другой) - наблюдаем падение кодогенератора - больше его нельзя вызвать ни в первом ни во втором проекте до закрытия MPLABX. Пока хоть один файл от другого проекта открыт кодогенератор не вызвать. Его нельзя вызвать отдельным окном.

Отдельно стоит отметить стоимость программатора для pic.

мне вот пришлось пересесть на pic18 когда цены на stm32 взлетели до небес

Ну и сравнили переход ! Перейдите c STM32 на PIC32 и проблем нет.

Касательно среды программирования. MPLABX достаточно жирен.

Ни кто не мешает для PIC18 взять MPLAB 8.88 и Microchip примеры использования, там все без библиотек , открытый код , все прозрачно и документировано. Ни что не обновляется. Сопровождаем в производстве на протяжении уже 10 лет проект - проблем нет. За последние 4 года запустили в производство 7 девайсов. 5 на pic32 и 2 на pic18f67j60. Преимущество pic18f67j60 - дешевизна, простота схемного решения, функциональность. Все девайсы имеют веб интерфейс управления и настроек, плюс управление по тср.

Ну и сравнили переход ! Перейдите c STM32 на PIC32 и проблем нет.

Как бы идея была максимально удешевить устройство сохранив необходимый функционал, при этом так чтобы можно было закупать партии контроллеров по 500-1000 шт. Сейчас pic32 так же дефицитны и дороги, как и stm32. В то же время rp2040 были сопоставимы по цене с pic18 и по функционалу c stm32/pic32. Но в свете последних событий похоже придется осваивать KP580.

Ну зачем так сурово :) К1986ВЕ1QI К1986ВЕ92QI - вполне, но будут другие проблемы - приобретение, поддержка, средства разработки.... Надо будет посмотреть в сторону чистого Китая, но у них тоже с поддержкой и средствами разработки не все гладко.

вот точно так же относился к Ардуине!
А потом прагматизм взял верх,
и когда нужно быстро протестить какую-нибудь идею/проект,
то чтоб не возиться с макетированием итп итд
— скрепя сердце юзаю копеечные Ардуины
( даже несмотря на их псевдо Си, от которого голова крУгом идет)

Минусы:

- 8-разрядный;

-отсутствие аппаратного RTC;

  1. а зачем больше? гонять пакеты по сети вполне хватит, 32битную арифметику тожэ.

  2. добавить DS1307 и EEPROM модуль

1.Будет испытывать трудности там где нужно обрабатывать 32-разрядрые числа со скоростью близкой к такту.
2. внешние модули - больше вероятность накосячить с монтажем, большие габариты, большее портебление.

  1. обсужденіе сферіческого вычісленія не несет в себе практіческого смысла. у меня на піке теплічный контроллер - меряет температуру і щелкает релюшкамі, можно подключітся с компа і прочітать по логам графік.

  2. так это всегда так - маленькій базовый модуль требует какіхто функціональных модулей, можно все на плату напіхать,тогда это не будет маленькім модулем

Когда это все внутри чипа, то нет возможности накосячить с пайкой или разводкой платы. Что значительно упрощает контроль качества, когда у тебя партии по несколько сот устройств.

гдето в ідеальном міре существует идеальный микроконтроллер удовлетворяющий всех.

а в реальности многие мк не содержат в себе схему сброса по питанию и надо ставить внешний. к достоинству пиков можно отнести наличие внутренего сброса, но я сталкивался с тем что он не всегда корректно работает.

качество дискретного РТЦ всегда выше встроенного. да даже и без РТЦ програмная реализация не составляет проблемы.

обьём внешнего ЕЕПРОМ всегда больше встроенного, небольшие размеры в принципе можно эмулировать в памяти программ. но эти данные будут стерты при перепрограмировании.

во всех случаях имеющиеся альтернативы позволяют гибко решать поставленые задачи, поэтому нелзя однозначно какието характеристики отностить к недостаткам. выбор подходящего решения это всегда несколько итераций подбора.

Преимущество 18 серии PIC c Ethernet в том что получается очень компактное устройство.

Например делал вот такой модуль управления по ИК и RS485(RS232 интерфейсная микросхема не впаяна) . На верхней стороне платы установлен модуль питания РОЕ.

Ой, а расскажите пожалуйста поподробнее про poe модуль? Это такой готовый можно купить? (Я поискал, не нашёл ничего такого же компактного и изящного)

Судя по виду - это обычный DC-DC фиксированный.

Это полноценный РОЕ модуль без гальванической развязки AG8100 от SILVERTEL . Если необходима гальваническая развязка , то на плате предусмотрена установка модуля из серии AG9200 или аналогичного. Сейчас у этого производителя есть и другие компактные модули РОЕ.

Плюс этого устройства в том что можно пробросить RS485 или RS232 по ЛАН в нужное место не используя блоков питания. Удобно настраивать оборудование с RS485 или RS232 с ноутбука , в котором нет СОМ порта. Можно послушать обмен оборудования при настройке. Можно отправить простые команды в оборудование для тестирования. Не всегда есть возможность подойти близко к оборудованию и подключить RS232, у которого ограниченная длина соединительного кабеля.

Вот вариант сразу два интерфейса RS485 и RS232. Модуль питания РОЕ с гальванической развязкой

Было похожее называлось IO-IO для Андроид, где то даже валяется в шкафу.

НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь

Это, конечно, прикольно, только вот киллерфича Ардуины, на самом деле, вовсе не простота IDE, а простота программирования. Вам не нужен никакой программатор, просто сунули в USB и всё.

А PicKit штука конечно замечательная в том плане что позволяет делать взрослую отладку, но всё же это вполовину не так удобно как шить отладочную плату просто через USB.

Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории