Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток Промышленная инженерия доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 39
А зачем машина? Почему нельзя оптикой определять кегли на месте "ардуиной" и дальше делать обработку уже как хочется? Вам же не надо пока дублировать работу родного оборудования.
Можно, только для этого надо будет влезть внутрь машины и поставить там эту ардуину на движущиеся части (а там всё сильно вибрирует и трясётся). Поэтому мы попробовали другой подход с камерой перед дорожкой, которая смотрит снаружи на оставшиеся кегли. И он оказался экономически менее целесообразным, чем собирать вот такие железные решения для дублирования машин.
Я в общем-то про тоже самое только без модного распознавания - что-то типа лидара присобаченного где-нить сбоку, который смотрит есть препятствие по координатам итп.
Кстати да, с боков и сзади можно поставить действительно лидары. Но это боюсь дороже будет чем в ячейки датчики поставить, надож по два на кеглю будет + сдается мне кегли в рядах, т.е. одни перекрывают другие.
Вряд ли что-то будет дешевле и надежнее датчиков в ячейках. Что надо предпринять, чтобы не было проблем с вибрацией вопрос отличный, но с другой стороны в автомобилях все работает десятилетиями. Вряд ли нормально собранная электроника будет разваливаться от вибраций.
Но лучше, конечно, снимать инфу с тех датчиков, что уже есть... Вряд ли там что-то сильно редкое используется.
Я мельком глянул(может что-то пропустил) одиночные ИК и лазерные датчики вроде не то чтоб дешевые и лидар от пылесоса с расковырянным энтузиастами протоколом возможно экономически целесообразнее...
ИК какие-то копеечные довольно. Единицы долларов при измерении максимум полметра-метр.
Но у них размер окна миллиметр. Если там грязюка...
Что выбирать аппаратно имеет смысл думать только если нельзя с имеющихся данные снять.
ЗЫ. В целом лазерные похоже годные(как раз сегодня с ними копался). На малых расстояниях болтанка в пару миллиметров, может даже меньше. Как детекторы, подозреваю почти идеальный вариант. Лучше только микрики :).
Но из пяти штук(брал разных) пара оказалась совершенно непонятного вида(похоже клоны какие-то не вполне точные, возвращают не тот девайсайди итп), что-то китайцы нахреновертили, вот думаю реверсинжинирить это всё или просто "выкинуть на склад".
В 2000+ делал на Атмеге контроллер панели и пультов кнопок рулевых, а на другой контроллер нагрузки(лампы/зажигание). И всё это на мотоцикле Урал. Неделю назад заводил его. Ни каких проблем из-за вибрации и накопленной пайки не возникло с контроллерами за десяток тысяч км в разных климатических/дорожных условиях.
Какие вибрации могут быть в автомате боулинга, что выведут из строя электронику? Ну поставьте на демпферную прокладку контроллер. Ну не ставьте контроллер на вибронагруженные элементы, а поставьте в отдельной комнате на стену, а к датчикам провода длиннее.
Зачем усложнять то, что делается легко и просто? Особенно сейчас при наличии множества готовых компонент в ближайшем "чипдипе" под контроллеры
Контроллеру то наверняка ничего не будет. Яб больше о пайке беспокоился. Но согласен, что в боулинге вряд ли могут быть и с этим серьезные проблемы. Всеж это не НАСА, не ступень ракеты итд итп.
Ну отвалится что-то через пяток лет, починить придется. В любом случае это как-то все надо поддерживать.
Так. Нам бы реализацию, если вы знаете простой вариант. Платим деньгами, можно эту же реализацию ещё куче компаний по миру продать, у них такие же проблемы.
Не просто простой вариант, а именно простую интеграцию.
Я вам буквально бесплатно написал куда можно двигаться. Можно ли это превратить в продукт и как "по фото не понять". То, что вы готовы платить деньгами - это отлично, вопрос всегда в их количестве.
Напишите в лс хотя бы где вы находитесь. Удаленно вряд ли возможно разобраться с железом.
Хоть фото того что уже стоит (датчиков) пришлите. Хоть документацию. Хоть что-то.
ЗЫ. Если у вас как и подписано на слайде фотодиоды, и вам надо знать только состоянее кегель, то непонятно чего там три года то делать ? Уж с фотодиодов то точно данные можно считать. Как это делать параллельно с вашим некстгеном могут быть заморочки, но в самом тяжёлом случае всегда можно считать в свое железо и эмулировать для некстгена некую обманку с правильным состоянием.
Я бы в этом случае смотрел в сторону "OCR с монитора через HDMI-сплиттер" - как по мне самое простое решение в этом случае.
Там даже не столь OCR сколько просто анализ Паттернов и цветов. И не надо "влезать" в оборудование. Для анализа понадобится небольшой сервер.
Вы попадаете мячом по кеглям, срабатывает оптический датчик прохождения мяча.
упёрлись в то, что просто физически не можем снять данные с легаси железа.
А что мешает рядышком повесить свой собственный датчик и снимать показания с него? Это самый простой и рабочий вариант. С одной стороны не вы ломаете текущую логику машины, а с другой вы можете наставить сколько угодно своих собственных датчиков и получать даже те данные, которые нельзя получить в оригинальной машине.
Просто представьте, что никакие цифровые данные ваша машина не предоставляет и больше не мучайте её, а повесьте собственные датчики, которые вам нужны и в тех местах, где пожелаете.
Сама машина выдаёт наружу по кабелю сигналы датчиков гребёнки — той самой матрицы с дырками. Машина не оцифровывает сигнал, это делает блок NextGen, который уже превращает её в логику игры.
Завести параллельно в свой МК оцифровать и дальше делать то, что нужно. (Брать сырые данные до некстгена и скармливать их ацп итп)
Ну это если нет возможности свои датчики везде поставить дублирующие. (Пишу в перерыве между сверлением коробки двери, чтобы запихнуть внутрь датчики отслеживающие положение ригелей, окр замучал :))
ЗЫ. Читать с монитора тоже скорее всего можно. Вам это вообще зачем ? Если чисто показать, то показывайте им в приложении скриншот просто :)).
ЗЫ. А скорее всего надо просто всё выкинуть и переделать на мк. Без легаси. Вдлинную будет дешевле. 100%. Не исключено что какой-нибудь esp32 всё это легко потянет.(т.е. в идеальном случае все эти сервера можно заменить микроконтроллером за 5$)
Нам это для того, чтобы данные с Делла вытащить, например, в приложение. И не в виде счёта итогового, а записывать результаты для трекинга отдельных игроков (то есть делать аналитику с этими данными и писать в архив), плюс выделять события типа три страйка подряд.
Про датчики — у нас нет компетенций в команде, если вы знаете, кто это делает, подскажите, пожалуйста.
Подсказывать тут бессмысленно. Вам нужен географически близко расположенный исполнитель, осцилографом дистанционно не потычешь
Сами датчики сегодня не проблема. В зависимости от типа стоят несколько долларов за штуку. Но у вас скорее всего всё немножко сложнее чем просто датчики. Надо четко понимать итоговую задачу.
Не исключено, что вам надо целиком от делла отказаться. Вообще. Иметь отдельно мониторы какие-то любые "киоски" и отдельно относительно простой МК, который обрабатывает один аппарат и выдает в нужном вам виде странички в html для этих киосков, данные для приложения итд итп. Т.е. вообще потихоньку отползать от этого древнего железа. Это ныне вполне реально и будет надежнее скорее всего(возможно еще нужен отдельный любой сервер для обработки каких-то соревнований итп, я честно не в теме боулинга совсем как там у вас устроено всё). Но сколько тут работы зависит от многого.
Но начать. Начать лучше с того, что разобраться какие датчики уже установлены и можно ли с них напрямую получить инфу ничего не меняя. Это было бы идеально т.к. освободит вас от месяцев обкатки. Что бы вам кто не подобрал совершенно нет гарантии, что в ваших условиях взлетит без проблем. Сюрпризы бывают всегда.
ЗЫ. Вообще надо от делла в этой цепочке отказываться, от любого взаимодействия с ним. И от него самого в идеале тоже. Всё что хорошо бы для своего решения оставить - уже установленные датчики. Просто потому, что они гарантированно работают в ваших условиях. Все проблемы как правило с этим бывают... Дальше сигнал можно обработать, алгоритмы написать, но если сам датчик работает нестабильно, выходит из строя по непредсказанной причине итп - это прям очень неприятно
Под виндой есть такая штука - Volume Shadow Copy. Можно попробовать делать снепшоты почаще, и читьть базу из снепшотов (можно даже копировать ее в отдельную папку). Основная прога просто не увидит ваших обращений. Если в снепшоте установлены блокировки - берете предыдущий.
В итоге мы закончили реверс-инжинирингом блока, который оцифровывает показания датичков, и, фактически, собираемся пересобрать кусок машины. Это не самое элегантное инженерное решение. И не самое умное.
А какие у вас варианты? Реверсить проприетарное ПО и пытаться соорудить для него костыль выгрузки данных? Так это еще сложнее чем сниффить обмен по токовой петле своей железкой и потом делать что угодно с этими данными.
Если есть вывод картинки всех счетов и номеров дорожек, то скринте и нейросеткой ищите значения, потом в своем ПО будете их использовать. Тут допжелезки не потребуются.
А что, последовательный протокол не удалось расшифровать? Там не так много данных должно быть.
А на самом Dell, насколько увидел, стоит Win.
1)Какая из версий?
2) К нему подключен монитор? На мониторе отображается вся нужная Вам информация, на одном экране?
3) Если на предыдущий вопрос ответ - "да", можно попросить скриншот/фото как это выглядит?)
кондёрам на материнке кирдык.....
Скрытый текст
На сервере делл можно запустить свой софт параллельно со штатным?
В 90-х на американ ком оборудовании для боулинга была реализация ПО под dos, кегли определяло по аналоговой камере. Там просто кадр делился на точки и выставлялись квадратики в кадре где стоят кегли. Камера чёрно-белая. Если в квадратике белого больше чем чёрного считалось что кегля есть, если квадрат тёмный кегли нет. В ё просто. Массив кадра довольно не большой, нужна древняя аналоговая камера и ардуино, прямого контакта с механизмом не нужно. Главное правильно установить камеру.
Как я понял, там есть какой-то электронный блок, который обрабатывает датчики и потом посылает пакет по пропиетарной шине на управляющий комп. Подключите логический анализатор с записью к шине, потом (самая приятная часть работы) просто играете в болулинг, записывая на бумажке сколько кеглей сбито каждым броском. Под конец рабочего дня, усталые, но довольные, снимаете запись логического анализатора и ищете повторяющиеся пакеты (или какая-то часть в них будет повторяться) и сверяете с бумажными записями о количестве кеглей. Если найдете совпадение, то есть, скажем, для трех кеглей 7-й байт в пакете всегда был 3, а для 2-х кеглей 2, то всё, задача решена. Ставите на шину простое устройство, которое только слушает, оно ловит пакеты, выбирает 7-й байт и шлет пуши в телефон клиента. Но, разумеется, для отладки и тестирования нужно будет еще 2-3 дня поиграть всей командой!
токовую петлю реверсил будучи довольно студентом без опыта вообще. схема адаптера токовой петли в rs232 нашлась у предшевственников, а уж байты с com порта поглядеть можно в 100 разных софтов
Триггер на таблицу FoxPro пробовали вешать и дублировать данные в свою базу?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
3 года мы не можем вытащить данные из машины для боулинга