Всем привет. Ребят, стоит задача реализовать систему отпуска воды по RFID карте. Но не просто вкл/выкл, а ведение по каждой карте своего рода баланса, подсчет расхода, пополнение и т.п. Думаю реализовать на контроллере Овен с Codesys и расходомере, в принципе с точки зрения логики все понятно. Встал вопрос со считывателем RFID карт, в идеале нужно какое-то устройство, из которого можно контроллером по интерфейсу RS-232 или RS-485 и Modbus протоколу вытащить идентификатор карты, приложенной к считывателю ну и базовые статусы. Дальше уже контроллер будет по своей логике вкл/выкл. клапана, считать расход по конкретной карте, пополнять баланс карты и т.п. Что-то можете посоветовать для такой схемы? Программу на ПК не предлагать
Комментарии: 30
Anonim
А в чём именно вопрос, в hardware или software?
Andrey
вопрос в hardware, а именно в устройстве, которое будет считывать RFID идентификатор карты и с которого можно этот идентификатор вытащить средствами RS-485/RS-232 Modbus
Anonim
https://inveo.com.pl/rfid-readers/industrial-readers/rfid-ind-modbus-en/ первая ссылка из гугла по запросу "rfid modbus"
Andrey
с нормальным описанием нашел только такой считыватель https://open-dev.ru/rfid-rs485 но судя по всему какая-то местечковая разработка у того же IronLogic есть считыватели с RS-485/232, но у них как всегда большая проблема с мануалами ну и да, вопрос приобретения этого в России и не по цене динозавра тоже стоит за ссылку спасибо, вроде есть в продаже, буду курить мануал
Andrey
ну вот хотелось бы это все только на контроллере реализовать, по сути контрагентов не так уж и много, можно, например 100 идентификаторов карт изначально занести в память контроллера и дальше уже их выдавать контрагентам меняя лимиты опять же в памяти самого контроллера. по сути эта система нужна больше как защита от хищения воды теми же потребителями и более точный расчет, потому что сейчас наполнение и оплата идет практически на глазок понял, посмотрю, спасибо так-то конечно правильней сделать так как Вы говорите, плюс завязать это все на 1С и т.п., но думаю не в нашей организации ну вот есть, например у IronLogic тот же Z5RWEB и вроде как он может и по TCP/IP даже инфу выдавать, но нет ни одного толкового мануала от разработчиков каким образом эти данные с него вытащить сторонним ПО, только через их же платные программы вот у этой штуки, например вполне понятный мануал где все понятно описано, вот ячейка памяти, вот ИД, берем и читаем
Zakir
Советую потренироваться на кошках, самый дешёвый ридер с магазина безопасности + ардуинка или малинка
Anonim
Контролёр не даст вам гибкой системы,при каждом заведении лимита вы будете корректировать данные.а контрагенты любят не платить или менять или отказываться от услуги. Поэтому биллинг на контролёре это не нужный геморрой и отнимет у вас много сил. Контролёр тока должен делать точные измерения и писать это в себя и дополнительно отдавать на ружу, его задача автоматизация простых действий Но если вы пройдете этот путь то отпишитесь будкт очень познавательно
Andrey
это все даже есть в наличии понятно, спасибо!
Zakir
На малинке можно и бд небольшую поднять и веб-гуи какой-никакой Ох, заяц зря ты ушел
Andrey
да, про это в курсе, у меня на апельсинке сервер домашней автоматизации крутится =) дело в том, что малинки/ардуинки руководство не одобрит, т.к. это не сертифицированное оборудование и "вообще не серьезно"
Zakir
Собрать типа proof of concept, потом можно industrial pc взять от pepperl-fusch на винде или линуксе
Anonim
Он не ушел он слушает А в канал он фотки постит норм
Andrey
несколько вариантов нашли с более-менее адекватным описанием, если руководство одобрит в итоге эту схему то будем связываться с производителем и уточнять все вопросы вот это, например
Zakir
А модбас обязателен? Просто обычно это безопасников стезя, здесь протокол wiegand более распространен, будет очень большой выбор Даже на ардуинки есть какая-то либа
Andrey
не угадал просто довольно специфичную вещь нужно реализовать. грубо говоря мы отпускаем воду по договору, заполняются автомобили поливомойки, типа бочки. Т.е. организация или ИП заключили договор, например на 100 кубов воды, мы даем им карту. На пункте выдачи есть шкафчик, там индикатор, например ОВЕН СМИ-2, кнопка Пуск, Стоп и считыватель. Человек подносит карту, ему индицируется баланс, далее он нажимает кнопку пуск и индицируется на индикаторе количество отпущенной воды (эта информация берется с расходомера контроллером по Модбас), затем человек нажимает стоп, и ему индицируется текущий баланс на карте. Соответственно я вижу эту реализацию на Овен контроллере, например ПЛК110-30 М02, расходомере и задвижке с электроприводом, т.к. диаметр трубы 60. Т.е. от считывателя нужно получить идентификатор карты, а далее вся магия уже будет происходить в контроллере, запрограммированном в Codesys но у меня опыта не так много, может кто-то что-то может предложить попроще и подешевле?! соответственно эту всю систему еще нужно будет сертифицировать для коммерческого расчета
Zakir
Что подобное реализовано было на дизельных заправках в медном комбинате
Maxim
Такое скорее всего на автомойках уже реализовано
Anonim
Если Вам необходимо будет сертификация на коммерческий учёт, то по закону Вы должны использовать компоненты, внесённые в Госреестр средств измерений. И, в том числе, контроллер.
Anonim
Угу, есть такой бред
Alexander
это почему же бред? как раз все логично
Anonim
Бред потому как из за этой несчастной бумажки порой нормальный прибор не поставить, а внести в этот дурацкий госреестр 400 тыш деревянных.
Alexander
в реестре полно нормальных приборов
Aleksandr
и это правильно. потому что если такого не будет - будет куча желающих сделать по быстрому на коленке свое УСПД и толкать его где непоподя. без всякой гарантии на долгую жизнь такой конторы и оказания гарантийного и прочего сопровождения конечным пользователям хотя бы в течении 5 лет.
Andrey
У Овен только КСОД имеет сертификат на СИ, но там не Codesys, к сожалению.
Alexander
ну в данном случае контроллер не участвует в вычислении расхода (если применен сертифицированные расходомер). он лишь устройство сбора данных
Andrey
вот я тоже так думаю, по сути контроллер только фиксирует расход по конкретной карте, по идее они подключат свой прибор в систему и сравнят значение расхода на своем приборе и на этой системе но это в теории, что там по факту будет хз
Alexander
ну вот представьте себе цепочку: теплосчетчик с интерфейсом RS-485 (внесенный в СИ), преобразователь интерфейса, компьютер, ПО для снятия показаний, принтер. Все они учавствуют в снятии показаний с теплосчетчика. И что? Все должны быть включены в реестр СИ?
Andrey
пообщался с начальством, они хотят все сделать локально на контроллере, как я изначально и писал, так что думаю так и буду делать со считывателем по RS-485|Modbus, который будет передавать ID карты в контроллер, в контроллере будет список карт с лимитами, на комп оператору через визуализацию Codesys сделаю меню, где можно будет выбирать карту и забивать лимит или блокировать карту и эти изменения будут уже вносится в контроллер, как-то так. да я то согласен с Вами контрагентов не много, по сути человек 20 максимум, поэтому изначально забить 50 карт и этого будет достаточно, кмк
Vyacheslav
Ридер нашли с таким интерфейсом? Просто такие редкие вещи могут по факту не работать.
Maxim
Платный толкан?)