Вопрос от непрофессионала Профессионалам Ардуино⁠⁠

У меня тётя в 90х работала на аналоговой АТС в городе 100тыс+ населения  и когда я был в самом коммутационном зале, то залипал как какое-то устройство ездит и коммутирует один шкаф с другим... вот наверно типа такого надо, но миниатюрного)

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

У меня в 1С есть ключ openbox, которых означает, что хоть один ящик открыт. Если он равен true, то новая команда на открытие другого ящика не отправится

Там для товаров.

Но в программной части была идея создать стек (очередь) команд, чтобы если поступают команды при незавершенной предыдущей - они накапливались где-то

А по-другому программная часть не позволит - пока есть в ключе OpenBox значение True нельзя запустить второй двигатель.

Нет. Доступ к нужным документам в архиве)

Нет, это тихоходная система. Тут скорости не нужны. В результатом работы двигателя работает человек, потом нажимает кнопочку и двигатель  в реверсе восстанавливает положение устройства, которое он подвинул при первоначальной работе

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

Ну так а все равно же нужна плата, которая будет принимать сигнал из 1С и отправлять на нужный двигатель/драйвер.

Нет. Там не миллиметровые расстояния, а 30 см крутить движком))) Фиксация не нужна - двигатель двигает горизонтальный механизм)

Вот Ваша идея мне в голову изначально и приходила, но почему-то я решил, что существует в природе такая плата - туда приходят сигналы с драйвера и из 1С и она по сигналу с 1С решает на какой выход из своих 200 отправить сигнал с драйвера)

Так без платы, которая будет принимать номер двигателя и отправлять сигнал на нужный драйвер ведь все равно не обойтись?

17HS4401 Nema17

Не совсем так. Логическая схема простая: сотрудник сканером сканирует штрихкод, сигнал от сканера идет в 1С, 1С выдает JSON с параметрами работы шагового двигатели (номер, время срабатывания и пр.).Двигатели 17HS4401 Nema17

А если на два драйвера или три как резервные? Ну и драйвер ведь в запасе иметь никто не отменял.

Но в случае, если поставить каждому двигателю свой драйвер без платы, которая будет определять на какой драйвер отправлять сигнал ведь не обойтись. Тогда вопрос - какая разница куда отправлять сигнал - на драйвер или на реле ...

Нет. Немного не так. Есть проект в голове, есть 90 моторов, есть два устройства, к которым уже подключены по мотору. Еще почти 200 моторов заказано и будут в марте. Задача определиться со схемой работы и какие инструменты нужны.

Даже уже обвязка программная для выдачи номера двигателя, который должен сработать частично есть (сигнал от сканера штрихкодов через 1С и выдача JSONа с нужными данными).

То есть по этой схеме к двигателю идет кроме питания еще и релейный провод?

Вот и в этом вопросы:

1. Осуществимо ли это, так как если система содержит 200 двигателей, то экономия 199 драйверов это значительное удешевление системы.

2. Можно ли собрать такую схему и подобрать плату за адекватные деньги

Нет, не два двигателя ОДНОВРЕМЕННО - одновременно используется один двигатель. Но в разное время - разные из ста, например, двухста и т.д.

А нельзя с драйвера заводить сигнал в плату, которая распределяет сигнал на определенный двигатель из ста подключенных к этой плате?

Ну так все равно без платы, которая будет отправлять сигнал на конкретный драйвер не обойтись.. И какая разница с этой платы сигнал будет идти на драйвер или на реле?