Kinco Hmi(rs485) + Twido Plc + We2108 (весоиндикатор) + Icpcon I7520, Необходимо связаться с весоиндикаторами используя ТВИДО, его порт №1. Опции

[goldenlife]

. Задача стоит очень интересная... а может быть и нет=)

На данный момент работает установка(самая прибыльная на заводе) по производству Майонеза, на которой установлено:
1) TWIDO plc
2) Magelis hmi
3) ATV312 (3 штуки)
4) доп. двигатели для циркуляции и замывки
5) 5 накопительных емкостей с весовыми платформами (тензодатчиками), обрабатываемые Весоиндикаторами WE2108 (RS232), который связан в свою очередь через ICPcon I-7520 (RS232 to RS485) с TWIDO по "прошивочному порту с конфигурацией ASCII".

 1.JPG ( 77,26 килобайт ) Кол-во скачиваний: 37

 2.JPG ( 41,91 килобайт ) Кол-во скачиваний: 20


И... к превеликому сожалению залили водой операторскую панель, которая уже была разобрана\собрана и высушена дважды, думаю третий раз она не выдержит... но вроде чуть живет, промигивает, полоски бегают... страшно...
В общем я, будучи инженером АСУ , очень переживаю по этому поводу. Предложение от начальства "ПЕРЕДЕЛАТЬ!!!" поступило, как ни странно, в мягкой форме. В общем сейчас идет сбор информации и денег на данную работу и приступаем с коллегами (втроём) где-то после 9 мая.
Переделывать будем 100% , т..к необходимо заменить все клапана с пневмоприводом на другие более устойчивые к тем условиям окружающей среды. Так что и мы меняем и клапана и панель сенсорную и софтину в ТВИДО и перекоммутируем всю эту радость. И еще хочется на 100% знать как оно работает и как отображать ВЕС с накопительных емкостей на панель Кинко.


Интересуют такие моменты как:
1. Как подключить ICPcon I-7520, которые "общаются" с Весоиндикаторами, к ТВИДО по ASCII? Распайка?
(Все провода серьозно спрятаны и идут через стену, в общем с "продернуть или прозвонить" тяжело)

2. Какие адреса использовать в ТВИДО, дабы обработать "вкусные килограммы"?

Дело в том, что этот опыт у меня первый=) с весоиндикаторами, и с ICPcon'ами.

А вот подключить "Weitek HMI+АЦП с тензодатчика+ Kinco PLC" получилось,
и работает отлично как отбраковщик по весу. По модбасу красиво всё увязалось, правда с адресацией пришлось повозиться...

Сейчас перечитываю кучу инфо по весоиндикаторами, в довесок пытаюсь на коленках разобраться и обработать блок RAYTEK с пирометром, подключая его через ICPcon I-7520 к близлежащему ТВИДО, застрял с подключением ICPcon к Twido по порту №1 [ASCII] (прошивочному).

Спасибо за внимание. Жду помощи. И огромная просьба не посылать в мануалы дальше рыться=) лучше конкретные ссылки на мануал, страницы, а то перелистывание полтонны бумаги может затянуться надолго... Благодарю за ответы.

Сообщение отредактировал goldenlife - 23.4.2013, 13:10

[goldenlife]

. Задача стоит очень интересная... а может быть и нет=)

На данный момент работает установка(самая прибыльная на заводе) по производству Майонеза, на которой установлено:
1) TWIDO plc
2) Magelis hmi
3) ATV312 (3 штуки)
4) доп. двигатели для циркуляции и замывки
5) 5 накопительных емкостей с весовыми платформами (тензодатчиками), обрабатываемые Весоиндикаторами WE2108 (RS232), который связан в свою очередь через ICPcon I-7520 (RS232 to RS485) с TWIDO по "прошивочному порту с конфигурацией ASCII".

 1.JPG ( 77,26 килобайт ) Кол-во скачиваний: 37

 2.JPG ( 41,91 килобайт ) Кол-во скачиваний: 20


И... к превеликому сожалению залили водой операторскую панель, которая уже была разобрана\собрана и высушена дважды, думаю третий раз она не выдержит... но вроде чуть живет, промигивает, полоски бегают... страшно...
В общем я, будучи инженером АСУ , очень переживаю по этому поводу. Предложение от начальства "ПЕРЕДЕЛАТЬ!!!" поступило, как ни странно, в мягкой форме. В общем сейчас идет сбор информации и денег на данную работу и приступаем с коллегами (втроём) где-то после 9 мая.
Переделывать будем 100% , т..к необходимо заменить все клапана с пневмоприводом на другие более устойчивые к тем условиям окружающей среды. Так что и мы меняем и клапана и панель сенсорную и софтину в ТВИДО и перекоммутируем всю эту радость. И еще хочется на 100% знать как оно работает и как отображать ВЕС с накопительных емкостей на панель Кинко.


Интересуют такие моменты как:
1. Как подключить ICPcon I-7520, которые "общаются" с Весоиндикаторами, к ТВИДО по ASCII? Распайка?
(Все провода серьозно спрятаны и идут через стену, в общем с "продернуть или прозвонить" тяжело)

2. Какие адреса использовать в ТВИДО, дабы обработать "вкусные килограммы"?

Дело в том, что этот опыт у меня первый=) с весоиндикаторами, и с ICPcon'ами.

А вот подключить "Weitek HMI+АЦП с тензодатчика+ Kinco PLC" получилось,
и работает отлично как отбраковщик по весу. По модбасу красиво всё увязалось, правда с адресацией пришлось повозиться...

Сейчас перечитываю кучу инфо по весоиндикаторами, в довесок пытаюсь на коленках разобраться и обработать блок RAYTEK с пирометром, подключая его через ICPcon I-7520 к близлежащему ТВИДО, застрял с подключением ICPcon к Twido по порту №1 [ASCII] (прошивочному).

Спасибо за внимание. Жду помощи. И огромная просьба не посылать в мануалы дальше рыться=) лучше конкретные ссылки на мануал, страницы, а то перелистывание полтонны бумаги может затянуться надолго... Благодарю за ответы.

Сообщение отредактировал goldenlife - 23.4.2013, 13:10

[san]

"Переделывать будем 100%" или "Переделывать будем, 100%". Твидо остается, а программа в нём будет изменяться или заменяться?

[goldenlife]

Дело в том, что будем 100% менять Магелис на Кинко. Человек, который владел информацией -- исходниками, послан и забыт. А если просить его поделиться чем-то ... то услуги будут стоить "Дэо Ланос=)
Схемы от ЩУ нет, программы от Магелиса нет, программы от Твидо "не хватит" чтоб обойтись малой кровью...
Следует из этого, что панель будет либо Кинко (вероятней всего), либо Магелис (но цены не нравятся начальству на данную фирму). Программа будет переписываться мной, схема заново отрисовываться мной, новая панель разрисовываться мной, ну и соответственно остается все переподключить заново не забыв про Весоиндикаторы... + ко всему этому добавляется 4 клапана и одна емкость к тем 5-м что уже установлены.


Вот так работали люди до моего прихода... Отпускали человека, который сделал, и еще платили кучу денег.
А мне теперь расхлебывай. Панель кстати стоит 10 дюймов, а это сумма не маленькая...

Сообщение отредактировал goldenlife - 23.4.2013, 15:55

[san]

То есть исходники с Твидо слить не удалось?
Почитайте ещё эти темы.
http://forum.abok.ru/index.php?showtopic=6...hl=MSG&st=0
http://forum.abok.ru/index.php?showtopic=79370&hl=EXCH
Не понятно почему связь должна быть ASCII, если Twido поддерживает Modbus Master/Slave и

А вот подключить "Weitek HMI+АЦП с тензодатчика+ Kinco PLC" получилось, и работает отлично как отбраковщик по весу. По модбасу красиво всё увязалось, правда с адресацией пришлось повозиться...

.
Распиновка Port1 где-то тут на форуме была (в хелпе тоже есть). Помню, что кроме A(+) и B(-) нужно перемычить две ноги, чтоб заставить Твидо на этом порту работать в режиме, как сконфигурировано в проекте.

[goldenlife]

То есть исходники с Твидо слить не удалось?
Почитайте ещё эти темы.
http://forum.abok.ru/index.php?showtopic=6...hl=MSG&st=0
http://forum.abok.ru/index.php?showtopic=79370&hl=EXCH
Не понятно почему связь должна быть ASCII, если Twido поддерживает Modbus Master/Slave и .
Распиновка Port1 где-то тут на форуме была (в хелпе тоже есть). Помню, что кроме A(+) и B(-) нужно перемычить две ноги, чтоб заставить Твидо на этом порту работать в режиме, как сконфигурировано в проекте.

Благодарю, перечитаю. А с Твидо слить удалось, но суть в том что это всё не нужно, выследить момент, где установлена нужная адресация чтоб вычитать информацию от весоиндикаторов.
Распиновки у меня вся есть, сегодня времени не хватило разобраться с ней и напаять нужные штеккера. А вот с адресацией проблемы , что посылает весоиндикатор, а их 5, и что именно нужно для преобразования математического в программе ТВИДО, чтоб потом высветить на панельку, - вот тут загвоздка...
Слил я с Твидо, но там коней можно двинуть с программой. Туча всяких присваиваний в шестнадцатеричной системе исчесления слову, а потом операции сдвига вправо 8 бит, и дальнейшее присваивание результата слову , которые потом объединяются в одной двойное слово , которое потом конвертируется в слово с плавающей запятой... в общем суть этих операций я не понял, ну конкретно что они из себя представляют - тут без вопросов, ну а на деле - как выбраться с проблемы??? подключить я подключу , а как заставить их общаться? В настоящей программе выследить тяжело , да и не понятно половину... талмуты пока-что результатов не дают. Лишь только описание и описание и описание....

[san]

Там же ещё и CanOpen, так что работы предстоит немало. Для обмена по Modbus есть функция EXCH1 (для 1-го порта), пример тут:
https://sites.google.com/site/fieldbusbook/...s-rtu-ascii-rus
Я так понял, что к весоиндикатору Вы уже подключались с Weitek HMI, то-есть регистровая память Вам известна? Если так - дальше по примеру. Если нет - надо достать адресацию регистров этого весоиндикатора.

[goldenlife]

Там же ещё и CanOpen, так что работы предстоит немало. Для обмена по Modbus есть функция EXCH1 (для 1-го порта), пример тут:
https://sites.google.com/site/fieldbusbook/...s-rtu-ascii-rus
Я так понял, что к весоиндикатору Вы уже подключались с Weitek HMI, то-есть регистровая память Вам известна? Если так - дальше по примеру. Если нет - надо достать адресацию регистров этого весоиндикатора.

CanOpen для частотников , с этим не проблема - уже наработано достаточно. Меня обмен как таковой не интересует, мне "вычитать" данные (вес), а посылать ничего не нужно... хотя я чтото не до конца допонимаю в этом деле... =)
А вот на счет Wentek HMI ,- то я связывал его напрямую через RS485 (com1) непосредственно к KINCO PLC (com0) и тем же RS485 (com1) конкретно к АЦП от фирмы ОВЕН, к которому был подключен тензодатчик. Эта связочка была попроще. Т.к. в книжечке по АЦП от (Овен за $100) было всё что необходимо, там и адресация указывалась , и какой регистр считывать и какой отправлять для обнуления/тарирования... Вычитывал панелью регистры, передавал через "выборки данных" в плк конкретные адреса, в которые записывались данные считанные панелью... всё довольно таки понятно и толково...
А с этим весоиндикатором чуть посложнее , тем более что с ICPcon'ом я еще не встречался вообще... но думаю что там всё просто, он тупо переводит интерфейсыдруг в друга... Вот только читая к WE2108 мануал я недопонял по какому регистру вычитать вес. ДАЖЕ, если бы я нашел этот регистр , то там 100% двойное слово, или слово с плавающей запятой, %MD или %MF... Я ж описал выше что я увидел когда "слил" с ТВИДО программу...
p.s. утром выложу код. оцените и возможно чтото прокоментируете. Просто сложно понять зачем сдвигать биты вправо, и потом соединять слова в двойное слово или слова с плавающей запятой... ну и т.д. И да , кстати , EXCH1 использовалась. Нужно рыть дальше...

Для обмена по Modbus есть функция EXCH1 (для 1-го порта), пример тут:
https://sites.google.com/site/fieldbusbook/...s-rtu-ascii-rus

А это перечитаем. Спасибо. Не сразу обратил внимание на данную статью.

[goldenlife]

Там же ещё и CanOpen, так что работы предстоит немало. Для обмена по Modbus есть функция EXCH1 (для 1-го порта), пример тут:
https://sites.google.com/site/fieldbusbook/...s-rtu-ascii-rus
Я так понял, что к весоиндикатору Вы уже подключались с Weitek HMI, то-есть регистровая память Вам известна? Если так - дальше по примеру. Если нет - надо достать адресацию регистров этого весоиндикатора.

Так, пробовал вязать ТВИДО как слэйв, и панель Кинко как мастер по RS485. Всё норм , как выглядит модбасс адресация в твидо - знаю.
Но как сделать так , чтоб вычитать вес, ну или "полный пакет функций" с весоиндикатора этого,
потом обработать его программно в Твидо и вывести на экран панели?!!!! - Пока что стоит в этом задача.

Если нет - надо достать адресацию регистров этого весоиндикатора.

Проблемно!!! Вот его мануал, возможно вы поможете с этим недугом=)
http://www.hbm.com.pl/pdf/a1632.pdf
http://www.assortis-electric.cz/documents/WE2108_1ru.pdf

Сообщение отредактировал goldenlife - 23.4.2013, 22:17

[san]

Тут смотрели?
http://www.hbmdoc.com/en/weighing-technolo...ors/we2108.html


http://www.hbmdoc.com/fileadmin/mediapool/...nical/i1709.pdf

[goldenlife]

Тут смотрели?
http://www.hbmdoc.com/en/weighing-technolo...ors/we2108.html


http://www.hbmdoc.com/fileadmin/mediapool/...nical/i1709.pdf

Читаю... но пока что глухо.... С чем еще поможете? Я пока в недоумении... тяжело с нуля самому разобраться.

[goldenlife]

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

 1.JPG ( 58,12 килобайт ) Кол-во скачиваний: 62

 2.JPG ( 94,67 килобайт ) Кол-во скачиваний: 55

 3.JPG ( 22,82 килобайт ) Кол-во скачиваний: 35

 4.JPG ( 63,52 килобайт ) Кол-во скачиваний: 54


И так, поехали:
1. RUNG0-RUNG9 Заполнения таблицы управления функцией и заполнения таблицы передачи. Растолковать тяжело конечно, но надеюсь вы с этим чуток поможете... Ну или хотя бы намекните куда копать))
2. RUNG7-RUNG9 --> почему слова записывать самих в себя?
3. RUNG40 - это понятно "функция обмена" , по выполнению обмена MSG1.D засветит 1. когда будет выполнено. и так по кругу --> получили\отправили\получили\отправили...
4. RUNG46 - там перезаписываются 2 слова в другие два слова. (%MW414:=%MW406; %MW415:=%MW407). Скорей всего это результаты весоизмерений, передаваемых от весоиндикатора.
5. RUNG47 - Объединение двух слов в одно двойное MD414.
6. RUNG48 - Сдвиг 8 бит вправо, и запись значения в слово MD416.
7. RUNG49 - Преобразования из двойного слова в слово с плавающей запятой MF418.
8. RUNG50 - Запись слова с плавающей запятой, деленное на 10.0, и записанное в новое слово с плавающей запятой MF500. - Это его нужно считывать панелью??? Только вот возможно я и ошибаюсь, но адресация в МОДБАСе у него будет 4x501, и DATA TYPE компонента визуализации для HMI - DOUBLE (4WORDS) или FLOAT (DWORD). Тут нужна подсказка будет=) ну раз мы конвертировали двойной слово в слово с плавающей запятой , то обязано быть FLOAT...

Это я решил обойтись малой кровью, но всё равно остается желание понять полностью с нуля.

Сообщение отредактировал goldenlife - 24.4.2013, 13:21

Прикрепленные файлы

 4.JPG ( 61,78 килобайт ) Кол-во скачиваний: 14

 

[goldenlife]

Для чего бывший автор этой программы делал пункты 5,6,7?

[san]

Вечером туго соображаю, но попробую:
1. Тут надо разбираться с протоколом по вышеприведенной ссылке. Это не Модбас, по этому:
- %MW400: тип функции (01 прием/передача) и количество передаваемых байт (09)
- %MW401: смещение в приёме (00) и передаче (00)
- %MW402: начало передачи запроса в ASCII кодах (первые 2 байта) 53 31
- %MW403: 3,4 байт 31 3B
- %MW404: 5,6 байт 4D 53
- %MW405: 7,8 байт 56 3F
- %MW406: 9 байт 3B 00 (это лишний 10-й байт, на этом месте уже должен начинаться 1-й байт приема)
- %MW407-%MW411 - еще 5 слов для приема
2. Думаю это просто времянки. Наверное когда-то туда что-то писалось, потом на всяк случай не удалили.
3. наверное так и есть
4. Возможно, только 406-й содержит один байт запроса
5-6. MD414 содержит 4 байта, из них 3 байта ответа и один запроса, по этому в MD416 лишний байт сдвинули в небытие функцией SHR (сдвиг вправо), получили тот же INT только в DINTе; только вот лучше бы было пустотами заполнять с помощью 2 слова
7. да
8. да
Адресация будет 4x00501 если панель поддерживает вытягивания FLOAT через Modbus (в самом модбасе это не прописано). Кроме того нужно учесть порядок регистров (HI/LO) у панели и у твидо могут не совпадать, тогда придётся шифтить по кругу. Вобщем идёте Вы в правильном напрвлении, только с протоколом нужно разобраться

[san]

Кстати с панели с таким же успехом омжно обращаться к %MW416, так как там и содержится полезный вес, умножениый на 10, только в формате INT.

[goldenlife]

- %MW402: начало передачи запроса в ASCII кодах (первые 2 байта) 53 31
- %MW403: 3,4 байт 31 3B
- %MW404: 5,6 байт 4D 53
- %MW405: 7,8 байт 56 3F
- %MW406: 9 байт 3B 00 (это лишний 10-й байт, на этом месте уже должен начинаться 1-й байт приема)

Вот вот. Я об этом и твердил , или я плохо листал мануал по весоиндикатору, и не нашел таких вот кодов для ASCII... Но выяснил что 3 байт отвечает за номер устройства в сети, работающей под ASCII. Остальные связки со отправкой/приемкой кодов отличаются лишь 3 байтом: 31, 32, 33, 34, 35. Ну и заполняются другие слова... А так всё идентично и аналогично.

[goldenlife]

Кстати с панели с таким же успехом омжно обращаться к %MW416, так как там и содержится полезный вес, умноженный деленный на 10, только в формате INT.

Возможно вы имели в виду %MD416? Да, панель KINCO прекрасно справляется со словами с плавающей запятой. Но экспериментировать всё такие придется, т.к. не знаю в каком виде передается "нужный" вес, в граммых или в граммы*10(во второй степени), ну это уже методом подбора выберу.
И мне чтото кажется что 9 байт - это уже ответ от весоиндикатора с реальным весом нетто, т.к. его перезаписывают в слово %MW414, потом добавляют еще непоятно почему пустое слово, возможно уже с какимто ответом , и соединяют , тоже не понятно почему два INT в DINT. И зачем же тогда необходимо сдвигать вправо биты в DINT??? , чтоб заполнить все младшие биты информацией, или добавить точности вычитываемой информации, ну и ко всему еще переведено все в REAL , тоже не пойму для чего... Человек, которые лепил прогу к данной уставонке занимался около 1.5 месяца, и каждый раз "приезжая в гости" чтото допиливал, поэтому возможно стоит упростить? Подкинете идею? Вроде бы информация нужная есть, вот только пересчитывания меня пугают... недогоняю покачто)

Спасибо за помощь. Очень вам благодарен. Возможно и я когда-нибудь поделюсь мудрыми советами... =)

[san]

Возможно вы имели в виду %MD416?

Нет, именно %MW416. На сколько я понял в %MW417 (старшем слове %MD416) будут нули.

И мне чтото кажется что 9 байт - это уже ответ от весоиндикатора с реальным весом нетто, т.к. его перезаписывают в слово %MW414, потом добавляют еще непоятно почему пустое слово, возможно уже с какимто ответом , и соединяют , тоже не понятно почему два INT в DINT.

Думаю, что нет, поскольку записано 9 байт в указании длины передачи. Получается %MW406 содержит один байт буфера передачи (старшие 8 бит) и один буфера приема (младшие 8 бит).

И зачем же тогда необходимо сдвигать вправо биты в DINT???

Вот для того и смещают, что один из байтов из буфера приема перекрывается с буфером передачи %MW406, по этому забивают два слова, в одном из которых один байт от приема, а в другом - другой. Сместив на 8 бит в право, от лишнего куска избавляются.
Такова моя версия. Возможно ошибаюсь, так как на живую не эксперементирую.

[san]

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

[san]

Итак, согласно формату отправки/приема высшеуказаного pdf:
Запрос от Твидо:
S11; MSV?;
//запрос на значение измерения
в ответ Твидо должен получить

The output measured value is related to the user characteristic and can be a gross or net value (see command TAS). It is equal to the display value of the WE2108, but can be sent in different formats. The output format for the measured value must be set previously through the command COF. The length of the answer (number of characters) depends upon the set format, but not upon the measured value.
The last generated measured value is stored in the WE2108 and is output on every MSV; command. In the case of fast query, this can also be the same value two times, although the weight is just changing.

То есть надо знать, как сконфигурирован формат значения измерения. Но судя по всему у Вас формат binary. А вот зачем эти сдвиги и вобще использовать %MW406 - пока не понянтно.

[goldenlife]

Нет, именно %MW416. На сколько я понял в %MW417 (старшем слове %MD416) будут нули.

Формат данных слова %MW416 будет INT, без всяких запятых, хотя это не столь важно, т.к. там до 2-х тонн идут измерения, и граммы роли не играют особо.

И всё же не могу понять откуда взяты значения присвоенные словам от %MW401-406. Ну не пойму хоть убей.

Итак, согласно формату отправки/приема высшеуказаного pdf:
Запрос от Твидо:
S11; MSV?;
//запрос на значение измерения

Это ваще темный лес, что такое S11; MSV?;

MSV? - ну понятно , там конфигурирование, но какими способами - непонятно блин.

Вот что накопал в русском руководстве по весоиндикатору... Как с этим правильно работать? Растолкуйте=)
 11.JPG ( 23,75 килобайт ) Кол-во скачиваний: 9

 12.JPG ( 42 килобайт ) Кол-во скачиваний: 7

 13.JPG ( 77,12 килобайт ) Кол-во скачиваний: 7

 14.JPG ( 79,08 килобайт ) Кол-во скачиваний: 4

 15.JPG ( 67,83 килобайт ) Кол-во скачиваний: 5

[goldenlife]

Сообщение отредактировал goldenlife - 25.4.2013, 13:23

[goldenlife]

Автор , делая операции присвоения словам %MW414:=%MW406 и %MW415:=%MW407, что хотел показать этим? Но ведь %MW406 входит в состав тех 16бит, которые задействованы в ОТПРАВКЕ запроса весоиндикатору....

И непонятен такой момент, почему "собирают" вместе в двойное слово %MD414 два слова %MW414 и %MW415, которые, как вы говорили:

Нет, именно %MW416. На сколько я понял в %MW417 (старшем слове %MD416) будут нули.

Т.е. получается в двойном слове %MD417 состоят такие слова как %MW417, которое уже занято, и мы просто обязаны его пропустить, и использовать %MD418.

Сообщение отредактировал goldenlife - 25.4.2013, 13:22

[goldenlife]

MD414 содержит 4 байта, из них 3 байта ответа и один запроса, по этому в MD416 лишний байт сдвинули в небытие функцией SHR (сдвиг вправо), получили тот же INT только в DINTе; только вот лучше бы было пустотами заполнять с помощью 2 слова

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


 _____.JPG ( 46,78 килобайт ) Кол-во скачиваний: 10


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

Сообщение отредактировал goldenlife - 25.4.2013, 13:45

[san]

MSV? - ну понятно , там конфигурирование, но какими способами - непонятно блин.

Я взял англоязычную доку с вышеказаного пути http://www.hbmdoc.com/fileadmin/mediapool/...nical/i1709.pdf
ASCII режим предвидит обмен символами. Согласно символьной кодировке
53 31 31 3B 4D 53 56 3F 3B
S 1 1 ; M S V ? ;
На счёт смещения мне тоже непонятно, киньте проект, буду смотреть в реальном проекте, может что-то упущено с контекста

[goldenlife]

Я взял англоязычную доку с вышеказаного пути http://www.hbmdoc.com/fileadmin/mediapool/...nical/i1709.pdf
ASCII режим предвидит обмен символами. Согласно символьной кодировке
53 31 31 3B 4D 53 56 3F 3B
S 1 1 ; M S V ? ;
На счёт смещения мне тоже непонятно, киньте проект, буду смотреть в реальном проекте, может что-то упущено с контекста

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

Без проблем, раз уж на таком уровне вы помогаете, вам цены нет=)

 ________________________________.7z ( 149,71 килобайт ) Кол-во скачиваний: 7


Сообщение отредактировал goldenlife - 25.4.2013, 16:25

[san]

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

MSV - например на странице 77
S.. - на странице 117

[goldenlife]

.

MSV - например на странице 77
S.. - на странице 117

К с этой информацией работать? Вы даже не намеаете в какую сторону смотреть , возможно переводить что-то нужно, то что там написано - я не пойму,
(Select)
(Addressing WE2108 in bus mode)
Command: S(xx);
Parameter: 1
Range: 0...31, 98
Factory setting: 31
Password protection: no
Parameter backup: not possible
Query: not intended

Мне допустим ничего (пока что) не дают эти значения и описания.

(Measured Signal Value)
Output measured values (format depending upon parameter COF)
Command: not intended
Query: MSV?;
Answer: outputs the current measured value
Parameter: −
Range: "1.35 V scale nominal value (ASCII / binary)
Factory setting: −−
Password protection: no
Parameter backup: not possible

Что тут считать важным, а что переводить в 16#.... ??

[san]

Что тут считать важным, а что переводить в 16#.... ??

Я не говорю, что она (документация) отличная, я просто взял символы программы, нашел соответтсвующие комманды и сделал определённые умозаключения :-)

На вскидку

(Addressing WE2108 in bus mode) адресация WE2108 в режиме шины
Command: S(xx); комманда Sxx, где xx какие-то цифры
Parameter: 1 - кол. параметров
Range: 0...31, 98 - диапазон 0..31 или 98 (например S11)
Factory setting: 31, заводские установки - 31 (очевидно адресс устройства по умолчанию)
Password protection: no - не защищенные паролем
Parameter backup: not possible - не хочу копаться в доке
Query: not intended - не хочу копаться в доке

(Measured Signal Value) - значение измеряемого сигнала
Output measured values (format depending upon parameter COF) - выходное измеряемое значение (формат зависит от параметра COF)
Command: not intended - не хочу копаться в доке
Query: MSV?; - запрос:MSV?;
Answer: outputs the current measured value - ответ: значение
Parameter: −
Range: "1.35 V scale nominal value (ASCII / binary) - диапазон +-1.35...
Factory setting: −−
Password protection: no
Parameter backup: not possible

Далее идут примеры, которые вместе с синтаксисом многое чего объясняют. Просто объём материала большой, по этому всё гамусом тяжело принимается. Я б на Вашем месте поэксперементировал с весами через обычный СОМ-порт компа, передавая и принимая символы ASCII например через гипер-терминал или другие подобные проги (я для себя когда-то выцепил Compt.exe написаную каким-то замечательным автором, и пользуюсь ею на лабах)

[san]

Почему вы неправильно "ручкой" указали присвоение?
У Вас %MW414:=%MW406 а в программе %MW414:=%MW408, это же в корне всё меняет.

[goldenlife]

Почему вы неправильно "ручкой" указали присвоение?
У Вас %MW414:=%MW406 а в программе %MW414:=%MW408, это же в корне всё меняет.

Торопился описать суть дела, и косонул... ну там я понял что во что преобразуется и зачем это делается. Остается лишь экспериментировать. Ну завтра буду с блоком обработки пирометра играться, там тоже через Порт1 и тоже EXCH1, результаты напишу. Да дело в том что у меня на компе программ как таковых для связи весоиндикатора и пирометра нет, искать-непереискать. Будем пытаться, стараться. Нужно чтоб ктото взял за руку и голову и "потыкал" в информацию, чтоб типо "искать от сих до сих", переводить "это и это", передавать "это и то"... а то помню препод чтото рассказывал, но конкретным примером было твидо-зелио связочка , там ваще всё прозрачно, в мануалах описано красиво- если хочешь получить данные чтения слова - вот тебе адресация и коды, и т.д.

Спасибо и на том что помогли доРАЗЖЕВАТЬ программу, коды буду перебирать... дело за малым=)

Великая благодарность.