Страница 12 из 18

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Ср июл 01, 2026 16:31:44
Rapra
Вообще-то, следует доводить начатое до конца, а не менять решение почти в конце работы. Я это к тому, что замена микроконтроллера или отказ от ардуино-контента в данном случае ничего принципиально не изменит и не улучшит. Задача довольно примитивная, и 20 лет назад такое делалось даже на ассемблере, и на той же самой АВРке.
Вполне нормальным, рабочим вариантом является пара транзисторов для усиления импульсов. Даже в выводном корпусе TO-92 они не занимают много места.

Кароч говоря, поделку надо доводить до конца. А уже потом, если будет такая необходимость, подумать, как еёйную улучшить. И вот здесь уже можно отказаться от ардуино-шилда и пойти по пути минимизации габаритов - перейти на "голый" микроконтроллер и обвязку в SMD-корпусах, проработать варианты скрытой установки системы.
Возможно, рассмотреть вариант работы не на просвет, а на отражение.

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Ср июл 01, 2026 18:37:51
BOB51
Это не мешает основному проекту.
У Massaraksh7 основной проект. А при наличии параллельного можно из него решения использовать к взаимной пользе.
Да и предложения в отношении иных вариантов должны таки быть более реалистичными, а не просто упоминанием о существовании МК.
АрдуиноIDE как раз позволяет применять любые из современных МК, включая помимо АВР еще и различные АРМ, ESP платформы.
8)
Насчет уменьшения габаритов - штука весьма спорная...
Не всегда требуется от самоделки работу с "пылинками" СМД делать. можно спокойно той же про-мини и/или LGTшкой в виде DIP варианта обойтись.
Своя самодельна платка нужна в случае особых требований к топологии монтажа - но в данном случае таковых нет.
:tea:

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Ср июл 01, 2026 18:43:31
Massaraksh7
Rapra писал(а): Ср июл 01, 2026 16:31:44 что замена микроконтроллера или отказ от ардуино-контента в данном случае ничего принципиально не изменит и не улучшит.
Кроме размеров.
Arduino Nano я сначала использовал из-за удобства работы с ней. Когда всё заработало, встал вопрос уменьшения размеров. Я бы, конечно, поставил Atmega328-AU, но зрение уже не позволяет. Поэтому, ставлю Atmega328-PU (из наличия), и даже в этом случае в размерах выигрываю.
https://cloud.mail.ru/public/Tc5Q/mTo3Q8S5w
Поэтому, кто захочет повторить, и у кого молодое зрение, сразу ставьте в TQFP32-корпусе. И все детали можно ставить SMD (у меня только часть, да и то 1206)

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Ср июл 01, 2026 19:03:27
Zapolyarny
Цифровой микроскоп со встроенным дисплеем очень выручает, притом, даже самый дешёвый. Мне пока зрение позволяет ручной монтаж 0603, но с микроскопом ограничений нет, и даже небольшой тремор рук исчезает.
У меня такая модель: https://www.ozon.ru/product/tsifrovoy-m ... 2164470585

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Ср июл 01, 2026 19:11:37
BOB51
Не думаю, что самоделка с DIP корпусом и минимальной обвязкой окажется меньше стандартной платки DIP формфактора...
Вот к примеру типовые платки и "голые" МК:
IMG_20260701_185859.pdf
(440.33 КБ) 15 скачиваний
Я с "пылинками" уже стараюсь без особой необходимости не связываться...
:roll:

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Ср июл 01, 2026 19:43:37
Massaraksh7
Zapolyarny писал(а): Ср июл 01, 2026 19:03:27 Мне пока зрение позволяет ручной монтаж 0603, но с микроскопом ограничений нет, и даже небольшой тремор рук исчезает.
К сожалению, проблемы со зрением бывают не только связанные с диоптриями.
Но за ссылку спасибо.

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Ср июл 01, 2026 19:50:38
Massaraksh7
BOB51 писал(а): Ср июл 01, 2026 19:11:37 Не думаю, что самоделка с DIP корпусом и минимальной обвязкой окажется меньше стандартной платки DIP формфактора...
Она (Arduino Nano) слишком высокая (особенно, если на панельке), а это не всегда удобно.

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Ср июл 01, 2026 19:52:02
Massaraksh7
Дубль.

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Ср июл 01, 2026 21:15:36
BOB51
Так для прикладного варианта чаще про-мини или LGT шка без USB-COM микросхемы применяется. Если ставить только на проволочки -ножки без панелек то высота над основной платой минимальна.
8)

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Ср июл 01, 2026 22:20:22
Massaraksh7
Да, как-то я и забыл про Pro Mini, ну, в любом случае, у меня её сейчас нет под рукой.

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Чт июл 02, 2026 01:51:20
Massaraksh7
Спаял модуль с МК, и что-то пошло не так.
Программатор МК программимрует, здесь всё нормально, читает, пишет, всё хорошо, но...
Для проверки взял простой код, и он не работает.
Схема:
a1.png
(187.29 КБ) 18 скачиваний
Разводка:
a2.png
(208.29 КБ) 18 скачиваний
Фьюзы:
a3.png
(9.76 КБ) 10 скачиваний
Настройки проекта в cvavr:
a4.png
(28.52 КБ) 14 скачиваний
Кот:
a5.png
(30.75 КБ) 13 скачиваний
По факту горит красный светодиод и всё.

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Чт июл 02, 2026 03:38:27
Massaraksh7
Отбой, непропай.

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Чт июл 02, 2026 10:37:29
roman.com
уже лучше ))
я обычно питаниe аналоговой части AVCC и GND включаю сразу. а то потом захотим включить АЦП и надо будет питание отдельно вести...
стек я обычно ставлю 16 чтоб памяти освободить ))
а кварц там в принципе не нужен. для нашего проекта хватит и внутреннего генератора 8 МГц.
фьюзы можно оставить заводские. только один бит поменять - отключить делитель на 8 внутреннего генератора 8 МГц.

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Чт июл 02, 2026 11:08:24
BOB51
cvavr не то же самое, что GCC
Для более полной аналогии с ардуиноIDE более подходит АВРстудио (те версии, что GCC используют)...
:roll:

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Чт июл 02, 2026 16:03:48
roman.com
не знаю в чем разница... ну и ладно ))

а ещё в cvavr код компактный.
можно писать например так:
PORTD.1 = 1; // включить.
PORTD.1 = 0; // выключить.

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Чт июл 02, 2026 16:17:24
Massaraksh7
BOB51 писал(а): Чт июл 02, 2026 11:08:24 cvavr не то же самое, что GCC
Да, я уже пощупал, там и по регистрам отличия есть. Например, на OCR1A ругается. Надо задавать OCR1AH и OCR1AL, и т.д.

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Чт июл 02, 2026 16:19:01
Massaraksh7
roman.com писал(а): Чт июл 02, 2026 16:03:48 можно писать например так:
PORTD.1 = 1; // включить.
PORTD.1 = 0; // выключить.
Да, проверил, удобно.

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Чт июл 02, 2026 16:31:08
Zapolyarny
Massaraksh7 писал(а): Чт июл 02, 2026 16:17:24 Там и по регистрам отличия есть. Например, на OCR1A ругается. Надо задавать OCR1AH и OCR1AL, и т.д.
Отличия по описаниям регистров. А сами регистры - это аппаратная часть. И теоретически, ни то ни другое к компилятору особого отношения не имеет (если только его не узкоспециализированно создали с подобными лексемами).
Ничто не мешает описать свой OCR1A. Это всего лишь адрес. Можно хоть так: Out_Compare_1A_R16

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Чт июл 02, 2026 16:44:27
OKF
roman.com писал(а): Чт июл 02, 2026 16:03:48 можно писать например так:
PORTD.1 = 1; // включить.
PORTD.1 = 0; // выключить.
Быдлокод же, Рома. Или не видно?
Обычно описываешь объект. Затем с ним и занимаешься.
#define LED D,1,H
on(LED);
off(LED);
При изменении портов/битов/активных уровней достаточно изменить одну строку define, логика в тексте останется без изменений.

Re: Устройство на Ardiuno для контроля пересечения барьера.

Добавлено: Чт июл 02, 2026 18:04:14
Massaraksh7
Zapolyarny писал(а): Чт июл 02, 2026 16:31:08 Отличия по описаниям регистров. А сами регистры - это аппаратная часть.
Спасибо, Кэп. :)
Zapolyarny писал(а): Ничто не мешает описать свой OCR1A.
Не мешает, да.
Но в компиляторе на текущий момент обращение к нему рассматривается, как ошибка.