Отправка команды по RS-485.

[eric_cartman]

Приношу свои извинения. В теме программирования ПЛК совсем не давно.
Поставили задачу написать программу для ПЛК (segnetics matrix) для отслеживания массы груза. Используются промышленные весы. Производитель весового оборудования ответил, что для получения веса необходимо отправить команду D0 на адрес 0

[+]

Все данные в ASCII кодах, конец команды - символы с кодами 0x0D 0x0A или просто 0x0A
 
Запрос веса:
D0, где 0 - адрес, установленный в настройках
 
Ответ:
W008700+0124 C2
где 0 - адрес ответившего терминала,
08 - режим работы
7 - состояние входов, 7 значит все три входа в состоянии лог. 1.
Бит 0 соответствует датчику положения контейнера,
бит 1 - датчик заслонки,
бит 2 - датчик каретки (каплесбора?).
00 - состояние выходов, в шестнадцатеричной системе. 00 - все выключено, 1F - все включено
бит 0 - транспортер
бит 1 - загрузка
бит 2 - насос
бит 3 - каретка
бит 4 - зумер
+0124 - вес.
С2 - контрольная сумма.

Программу для контролера можно писать только на FBD.
Прошу помощи, объясните пожалуйста, как отправить команду D0 и обработать ответ. Общение ПЛК с весами происходит по RS-485, протокол неизвестен.

На сколько я понял то команда D0 должна отправляется при помощи ST (не силен в нем) как-то так:

Код: Выделить всё

//Код команды 
             data[0] = 44; // D
//Адрес устройства
            data[0] = 33; // 0

И еще вопрос.
Отправить команду и прочитать регистр это разные понятия? Хотя в случае чтения регистра, мы точно знаем функцию чтения/записи, адрес устройства, номер регистра, в моем же случае просто отправить команду.

[Jackson]

Прошу помощи, объясните пожалуйста, как отправить команду D0 и обработать ответ. Общение ПЛК с весами происходит по RS-485, протокол неизвестен.

В таком случае единственный возможный ответ в этой ситуации: не знаем. Как можно обсуждать обмен данными, если протокол неизвестен?

[VADR]

Я так понимаю, протокол не то чтобы совсем неизвестен, а весь описан в стартпосте (очередной самодельный протокол производителя весов?) :). То есть, если я правильно понял, для устройства с номером X формируется запрос в виде ASCII строки DX<CR><LF> (для устройства 0 - D0<CR><LF>, и всего устройств получается максимум 10 - с номерами от 0 до 9, если, конечно, двузначные/многозначные номера не используются). В ответ устройство выдаёт строку, которую можно распарсить, как в стартпосте описано. В принципе - ничего особо сложного - работа с массивом. Главное - узнать, как segnetics в FBD работает с COM-портами (RS-485 с точки зрения программы - обычный COM-порт, разве что полудуплексный, если двухпроводка).

[Parliament74]

Какие хотя бы весы (точнее их автоматика) напишите, можно с фотками.

Вообще, пром. весы часто опрашивают (или опрашивали, последний раз вокруг такой задачи с бубном прыгал 10 лет назад) через RS-232 (условным Hyper Terminal), отправляя соответствующие команды на них. Но автор пишет про RS-485. Может какой-то конвертер используется, а может просто какой-то "оригинальный" протокол использует производитель весов.

Конкретно по Segnetics Matrix есть описание, как переключается порт из Modbus RTU в Modbus ASCII с примером, посмотрите там:
https://forum.segnetics.com/showthread.php?p=70644

Но опять же, связь вроде бы уже работает с весами, в-общем, не хватает подробностей.

[Jackson]

Но автор пишет про RS-485

Это физический интерфейс, а протокол может быть любой, как и в RS-232. Действительно, написан в исходнике формат запроса и ответа, естественно я видел, но зачем тогда писать что протокол неизвестен?...

[Serex]

Обычно да, весы имеют 232 второй интерфейс и сами в него выдают байты с информацией. Стандартизации тут практически нет.
Сам ищу какой то програмно-аппаратный комплекс, чтобы универсально работал с разными весами.

[Parliament74]

Сам ищу какой то програмно-аппаратный комплекс, чтобы универсально работал с разными весами.

Есть большая вероятность, что это может превратиться в условную программу на C, которая будет руками программиста на клавиатуре адаптироваться к разным весам...

[Jackson]

Сам ищу какой то програмно-аппаратный комплекс, чтобы универсально работал с разными весами.

Есть большая вероятность, что это может превратиться в условную программу на C, которая будет руками программиста на клавиатуре адаптироваться к разным весам...

То есть нет универсального решения. А это значит что господа программисты без работы не останутся. :)

[VADR]

Ох уж мне эти многострадальные весы отечественного производства... Лет так с 15 назад на одном из моих объектов поставили весы на конвейер. К системе подцепили по 4..20 мА, и по этому единственному сигналу можно было снять только основной параметр: весовой расход материала на коввейере. Хотя, теоретически, в приборе были и другие параметры: скорость конвейера, наличие ошибки и т.п. И у прибора был порт RS-485 и какая-то считалка внутри. То есть - для реализации modbus rtu было практически всё, но его не было, а был какой-то самописанный протокол, описание которого не давали, но можно было купить программу для ПК, чтобы она по этому самодельному протоколу что-то там вычитывала. Пообщался я по этому вопросу с кем-то из руководителей фирмы-производителя, с его слов - "планы реализации modbus rtu у нас есть, но сейчас программист занят другой задачей". Занавес. В конторе, разрабатываюшей такое оборудование, был всего один программист.

[alex-tec]

Ох уж мне эти многострадальные весы отечественного производства... Лет так с 15 назад на одном из моих объектов поставили весы на конвейер. К системе подцепили по 4..20 мА, и по этому единственному сигналу можно было снять только основной параметр: весовой расход материала на коввейере. Хотя, теоретически, в приборе были и другие параметры: скорость конвейера, наличие ошибки и т.п. И у прибора был порт RS-485 и какая-то считалка внутри. То есть - для реализации modbus rtu было практически всё, но его не было, а был какой-то самописанный протокол, описание которого не давали, но можно было купить программу для ПК, чтобы она по этому самодельному протоколу что-то там вычитывала. Пообщался я по этому вопросу с кем-то из руководителей фирмы-производителя, с его слов - "планы реализации modbus rtu у нас есть, но сейчас программист занят другой задачей". Занавес. В конторе, разрабатываюшей такое оборудование, был всего один программист.

все так, только при чем тут весы, и при чем тут отечественный? Все хотят денежку и извращаются с протоколами)

[VADR]

только при чем тут весы, и при чем тут отечественный

При том, что такая особенность у меня встречалась только на весах и только на отечественных. На другом оборудовании не сталкивался с тягой производителей к самопальным протоколам. Зачем что-то придумывать, если есть обкатанные решения?
Хотя нет, вру. Есть ещё одна система измерения - объёмного расхода щепы на конвейерах. Там данные вообще можно забрать только с сервера баз данных mysql при помощи sql-запроса. Такое вот - левой пяткой правое ухо чешем.

Отправлено спустя 17 минут 18 секунд:
Кстати, посмотрел сейчас на сайт производителя весов - у них появился OPC сервер. А вот какого-либо упоминания стандартных протоколов (того же modbus rtu или tcp, например) - как не было, так и нет. То есть - протокол остался старый. Теперь эти весы можно без проблем прицепить к какой-нибудь scada (ну почти без проблем - там только OPC DA), а напрямую к контроллеру - либо реализовывать в контроллере этот самопальный протокол (если описание найдётся), либо скидывать данные из scada (опять левой пяткой правое ухо).

[alex-tec]

только на весах и только на отечественных

Холодильное оборудование разных производителей, да и в целом HVAC не чурается подобных подходов

[I_m]

все так, только при чем тут весы, и при чем тут отечественный? Все хотят денежку и извращаются с протоколами)

Это жлобство, вообще-то. Свою "денюжку" они уже получили, продав весы.

[Looker]

Все хотят денежку и извращаются с протоколами

Про таких знать надо, чтобы к ним денежки вообще не приходили.

[VADR]

Холодильное оборудование разных производителей, да и в целом HVAC не чурается подобных подходов

1. С холодильным оборудованием и в целом HVAC я не работал, ничего по ним не могу сказать.
2. Вполне возможно, там ещё не сформировались стандарты настолько, насколько они есть в АСУТП. Аналогично у меня на предприятии была (вернее, частично ещё есть) система, которая делалась в 1980-е годы, когда аналогичная ситуация была в АСУТП. Протокол обмена там самопальный, но к нему претензий нет, т.к. выбирать было не из чего.

[Serex]

У нас в основном весы Сарториус и метлер-толедо. Все они имеют свои закрытые протоколы. Т.е. принтеры Сарториус работают с весами Сарториус. Принтеры МТ с весами МТ. Менять местами нельзя. Если какие то сторонние принтеры, то это перепрошивка, перепайки микросхем и танцы с бубном. И это именитые европейские бренды, наши вредный пример просто взяли.

[Jackson]

Это жлобство, вообще-то.

Нет, это бизнес. :) Имеют право. А приходить к ним или нет - личное дело каждого.

[Serex]

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

[Jackson]

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

Слегка оффтопик. Когда ещё работал ХЭМЗ (Харьковский Электромеханический Завод), он выпускал выключатели типа А3794 с приводами военного назначения. Для ручного взвода пружины привода необходим специальный рычаг. При последней закупке, когда завод уже был на последнем издыхании, эти рычаги не пришли (может забыли заказать) и пришлось делать самим. Чертёж рычага есть в ТУ на выключатель, оттуда он был взят и изготовлено полтора десятка штук (под все закупленные выключатели). А потом пришлось каждый рычаг дорабатывать по месту высокоточным напильником и нанокувалдой под каждый автомат. В итоге оказалось, что к каждому выключателю свой рычаг и перепутать нельзя - к соседнему не подойдёт. Их даже каждый не только закрепили на двери щита, но и цепью приковали к двери - чтобы не унесли на соседнюю секцию.

А Вы - протоколы свои... Обработчик протокола написать - не напильником подгонять, проще всё-таки.
Я же говорил - программисты без работы не останутся. Если бы абсолютно всё было стандартизировано и унифицировано - безработица охватила бы мир.

[ZuElecRu]

2. Вполне возможно, там ещё не сформировались стандарты настолько, насколько они есть в АСУТП.

То же позволю себе офтопчик... Все в HVAC уже сформировалось ... Есть продукты, специализированные на этом. Лидер здесь наверно Honeywell, безумно круто, безумно дорого, специалисты на вес золота..., во гемморой был. Доводилось познакомиться немного с Siemens Desigo, примерно тоже самое, но по человечнее. Основная проблема, закрытость всего, протоколов, информации и т.п. Метод тыка и самообразования здесь не катит. До сих пор наблюдаю такую каритну, приходят иностранцы и строят заводы, ну соотвестно "унитазы" с собой привозят, инностраные, те, к которым они привыкли у себя дома (я сейчас стебусь в переносном смысле, в прямом смысле такая фигня тоже есть, тут еще вопрос им качество не нравится или дешевизна?). А потом выясняется что специалистов для обслуживания этих "унитазов" в Россию вызывать дорого и неудобно, визы же надо заказывать, доплачивать специалистам за трудные условия работы в России.
Помню станок сломался, дорогой, пытаемся понять, что с ним, связались с производителем, о они говорят, у вас договора на тех поддержку нет. А мы финская компания, в Финлядии тоже такие станки стоят и к ним договора такие есть без проблем в наличии, а в России договора к станкам забыли прикупить и еще, с...и, не колятся про это: "ты же электронщик, иди станок почини". А оказывается, чинить станок надо так: "Алё, (Хьюстон) сервис, у нас проблемы". Их электронщик в Финлядии это так делает. Сейчас уже смешно вспоминать, а тогда все это так остро воспринималось.
Сейчас у меня на заводе HVAC сделана на S7-300 - спасибо тебе человечище, который принял такое решение при строительстве завода, огроменное. Теперь я повелитель "бури", никаких проблем со специалистами, запчастями, обслуживанием, расширением, модернизацией.... Хотя ... с точки зрения бизнеса это и не очень оптимально...
К чему это я? А не к чему, офтоп же... вот, высказался, полегчало, спасибо за внимание, пойду поработаю. Всем удачи и хороших выходных.

[Jackson]

Все в HVAC уже сформировалось ... Есть продукты, специализированные на этом.

Только далеко не все в курсе, вот не поверите - 3-4 года назад я делал большие проекты, там несколько подсистем в одном. Только в конце ПНР я узнал, что одна из подсистем называется HVAC (и вообще впервые услышал эту аббревиатуру) и там оказывается есть свои принципы уже. Заказчик, когда задачу ставил - тоже ни словом не обмолвился. Уж сделал как сделал, работает, не жалуются. Хотя потом уже стал разбираться, а как это делают специалисты по HVAC - конечно же не так как я сделал. Просто работа непрофильная была, по ходу проекта эта часть добавилась и я помню что много времени потратил чтобы просто понять, а что сделать надо. Сейчас же за всё без разбора хватаются - лишь бы заработать можно было.

[+]

девиз программиста из 90х годов:
Это сделать можете? Варианты ответов:
а) могу
б) точно могу
в) да как два пальца об асфальт
г) могу, но пока не знаю как
90е прошли, 20е наступили, а денег все по прежнему так же люто хотят.

И так в каждой сфере, в том числе и с весами.

[+]

даже в моей электрической части, где всё стандартизировано и унифицировано уже давно, обязательно находятся производители девайсов, которые ни сном ни духом про то, как это обычно делается - и лепят своё. А потом вопросы "почему столько нагорожено?" - "я художник, я так вижу".

Пример - 380 вольт и 400. Многие из Вас в курсе что нет больше 380 вольт? 25 лет как нет.
Те же китайцы, когда что-то делают - поначалу главное было чтобы они от себя ничего не добавляли, а просто скопировали - тогда ещё приемлемо будет. Только набив шишек на этом копировании и поняв, почему сделано именно так, некоторые начинают осторожно что-то изобретать - вот тогда хорошая китайская вещь получается, она и стОит хорошо тогда. Но по большей части что китайские производители что Российские (и среди них знаю кое-что) - стремятся быстро собственный стартап поднять и просто не в курсе, как должно быть. А когда они уже сделали продукт - они же теперь типа опытные, и сами знают как должно быть, короче признавать что надо всё переделать никто не хочет как правило. А с точки зрения продаж всё вообще просто: это продаётся? значит нормально и нечего тратить ресурсы - и так деньги идут.
Науч.рук мне говорил ещё 20 лет назад: "Ты диссертацию уверенно пиши, быстрее, главное сам пиши. Пусть это будут твои ошибки, а не чьи-то. Сейчас всё равно никто не читает, все только пишут."

[petr2off]

Года 3 назад, дали мне пожарный оптический датчик, местной разработки. Тоже со своим протоколом. А потом контора обанкротилась и исчезла. И пришлось в их протоколе самому разбираться. Слава богу - тупейший протокол был, воткнул между их программой настройки и датчиком сканер 485 порта. И махал зажигалкой перед датчиком, смотрел - что их программа настройки показывает и таким образом разобрался с протоколом. А вообще (по моему) жлобство это, никто не заставляет тебя раскрывать потроха гравицапы, протокол обмена стандартный пожалуйста сделай. Я это к тому, что если надо - разобратся можно, вряд ли там шифрование есть, но вопрос зачем ?

[Serex]

разобратся можно, вряд ли там шифрование есть, но вопрос зачем ?

Ну в моем случае вопрос чисто коммерческий. Фирменные принтеры и весы стоят неприлично дорого. Ну ладно весы, типа прецизионная точность, стабильность - такие вещи сложно повторить, особенно для взвешивания миллиграммов, цена пусть обоснованна. На когда тебе какой-то термотрансферный принтер впаривают за 150 тыс руб, только потому что он единственный может без проблем работать с этими весами, это возмущает. Такой же китайский принтер, но без протокола весов стоит уже 15 тыс. руб. А если взять за 30 тыс, то это уже ништяковый принтер этикеток с кучей разных настроек, часами и LCD дисплеем.

[petr2off]

Ну тогда нужно пробовать. У меня просто оказался старый комп с физическим COM портом и "хрюшей" на борту. Поставил сканер 485 порта пожарная программка опрашивала датчик и показывала результаты, я смотрел обмен. Протокол оказался очень простой.
1-й байт номер датчика, затем 2 слова со значениями от инфокрасного и ультрафиалетового датчика, ну и в конце байт СRC кода.
Я не думаю, что протокол общения с принтером сильно наворочен. Как говорится - твори, выдумывай, пробуй

[Jackson]

но вопрос зачем ?