SIEMENS, DF&PD

Предыдущее посещение: Чт июн 30, 2016 8:33 Текущее время: Чт июн 30, 2016 8:33

Часовой пояс: UTC + 3 часа




 [ Сообщений: 78 ]  На страницу Пред.  1, 2, 3, 4  След.
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Ср май 11, 2011 22:46 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Ср июл 07, 2010 0:27
Сообщения: 1230
Откуда: ООО Фирма "КГПА"
Билли Бонс писал(а):
, а я с j.hlebnikov некропостеры.
За себя говорите, я отвечал на вопрос RT)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт май 12, 2011 7:02 
Не в сети
Это точно не человек

Зарегистрирован: Вт май 03, 2005 17:11
Сообщения: 3547
Бывает такое в форуме - ответишь кому-то, не обратив внимание на дату, хотя вопрос древний. (Сам так попадался). На этот ответ накручивается флейм. Так вопрос оживает.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт май 17, 2011 22:14 
Не в сети
Новый писатель

Зарегистрирован: Вс авг 07, 2005 11:13
Сообщения: 11
Добрый вечер, уважаемые!
Касательно библиотеки ModBus TCP департамента Industry Solutions IT4industry.

Намудрили чего-то с паролем/регистрацией...

Что, действительно, нужно по всей процедуре, указанной в документации пройти?
Получить уникальный код, отправить по почте кудато, ждать, прописать в проге ключ. Столько усилий, времени...
И все это чтобы запустить библиотеку??

Такую библиотеку невозможно вставить в серийно выпускаемый продукт!!!(((


Может есть варианты без этих регистраций? Просто покупкой бумажных лицензий?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср май 18, 2011 7:58 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Ср июл 07, 2010 0:27
Сообщения: 1230
Откуда: ООО Фирма "КГПА"
YurArm писал(а):
Касательно библиотеки ModBus TCP департамента Industry Solutions IT4industry.
...
Может есть варианты без этих регистраций? Просто покупкой бумажных лицензий?
Есть вариант написать самому)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср май 18, 2011 8:17 
Не в сети
Известный Писатель

Зарегистрирован: Пт дек 18, 2009 10:26
Сообщения: 263
Откуда: Киев
j.hlebnikov писал(а):
Valery_Bobekh писал(а):
В последних версиях Степа для сброса соединения есть AG_CNTRL (FC10) с определённым кодом вызова.
Я использую FB66 (TDISCON).
AG_CNTRL (FC10) подходит для встроенного PN или только для отдельного модуля?

j.hlebnikov Так Вы решили свою проблему? На сколько я понял она актуальна не только для Modbus TCP Server но и для Modbus TCP Client, и для AG_SEND/AG_RECV реализации FETCH/WRITE.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср май 18, 2011 9:22 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Ср июл 07, 2010 0:27
Сообщения: 1230
Откуда: ООО Фирма "КГПА"
pupena_san писал(а):
j.hlebnikov Так Вы решили свою проблему? На сколько я понял она актуальна не только для Modbus TCP Server но и для Modbus TCP Client, и для AG_SEND/AG_RECV реализации FETCH/WRITE.
О какой проблеме идет речь? Их столько было) Задачу я решил - написал Modbus TCP Server с помощью блоков TCON, TDISCON, TRCV, TSEND (другие функции не пробовал) как описано в мануале по открытым коммуникациям. Задачи делать Modbus TCP Client пока не было, поэтому не делал, но мысль есть...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср май 18, 2011 9:49 
Не в сети
Известный Писатель

Зарегистрирован: Пт дек 18, 2009 10:26
Сообщения: 263
Откуда: Киев
Я имел ввиду проблему связанную с заполнением буфера. По крайней мере при AG_SEND и AG_RECV такая проблема была. Надо или организовывать поиск "начала" посылки в буфере, или очищать буфер.
Если не учитывать эту проблему, то Модбас Клиента намного проще организовать чем Сервера.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср май 18, 2011 11:31 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Ср июл 07, 2010 0:27
Сообщения: 1230
Откуда: ООО Фирма "КГПА"
pupena_san писал(а):
Я имел ввиду проблему связанную с заполнением буфера.
С блоками TCON, TDISCON, TRCV, TSEND с такой проблемой так и не столкнулся на сервере. Теоретически такое может быть, но практически не встретился с таким. Единственное что сделал для избегания такого - запускаю таймер при отсутствии корректных запросов, выбежал - обрыв связи, а при обрыве - периодический переконнект (дисконнект - коннект), но такое бывает при перевключении, когда связь устанавливается все работает без сбоев. Ну и клиент должен давать какое то время на ответ, а не засыпать запросами. Единственную сложность в реализации сервера в отличии от клиента на блоках Т... вижу в том что сервер заранее не знает кокай длины будет запрос: сначала принимаем шапку с длиной, а потом все остальное.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср май 18, 2011 14:45 
Не в сети
Известный Писатель

Зарегистрирован: Пт дек 18, 2009 10:26
Сообщения: 263
Откуда: Киев
У меня такой прикол был (лет 6 тому), но только на VIPA на S5 связи FETCH/WRITE. На стороне клиента, по каким-то причинам буфер (очевидно кольцевой) переполнялся и проходило смещение. Тогда лечилось только перезагрузкой, другого механизма не знал и сейчас не знаю. По этому и спросил. Хоть сейчас такой задачи не стоит, но все равно интересно. Думал это только эти ПЛК так ведут себя, но где-то на форумах встречал такие же сообщения и в S7 300.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср май 18, 2011 15:11 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Ср июл 07, 2010 0:27
Сообщения: 1230
Откуда: ООО Фирма "КГПА"
Ну в общем с функциями Т... все работает нормально, даже пробовал отходить от стандарта и кидал по 1024 регистра и все работало стабильно.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс май 22, 2011 11:49 
Не в сети

Зарегистрирован: Пт апр 29, 2011 19:11
Сообщения: 1
pupena_san писал(а):
Если не учитывать эту проблему, то Модбас Клиента намного проще организовать чем Сервера.

Это да ...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июн 17, 2011 17:07 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Ср июл 07, 2010 0:27
Сообщения: 1230
Откуда: ООО Фирма "КГПА"
Вот уже неделю бьюсь с задачей связать два контроллера CPU315-2PN/DP по Modbus TCP и сейчас уже понял что такую задачу проще решить отказавшись от Modbus, однако накопился кое какой опыт, интересует стороннее мнение.
Прописал Modbus TCP сервера и клиента на блоках TCON, TDISCON, TRCV, TSEND, связь работает, но происходит следующее: клиент и сервер устанавливают коннект, клиент посылает запрос, сервер его принимает и посылает ответ, клиент его принимает и посылает следующий запрос, но здесь сервер отказывается его принимать, блок TRCV дает статус 80A1
80A1 писал(а):
Коммуникационная ошибка:
• FB 65 "TCON" еще не вызывался для указанного ID
• Указанное соединение в настоящее время закрыто. Прием с использованием данного соединения не возможен.
• Интерфейс принимает новые параметры.
единственно что помогает - переконнект. Если делать переконнект на сервере сразу после ответа, то связь типа работает, а типа потому что посылки проходят через раз.
Интересно что в данной ошибке значит "Интерфейс принимает новые параметры"?
Странно что данная реализация сервера стабильно, четко и быстро работает при связи с панелью стороннего производителя.

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июн 17, 2011 18:10 
Не в сети
Известный Писатель

Зарегистрирован: Ср июн 01, 2005 11:03
Сообщения: 293
Откуда: NRW
С другими блоками придется соединение прописывать в NetPro, контроллер сам будет его открывать и держать постоянно открытым. Из программы можно сделать лишь реконнект, и то говорят не всегда работает.

И вообще, со встроенным PN-портом их использовать нельзя, как оказалось.

Насчет Вашего случая у меня смутные сомнения, что CPU не успевает подготовить соединение к приему следующей порции данные. С паузами посылать не пробовали?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн июл 11, 2011 9:35 
Не в сети
Известный Писатель

Зарегистрирован: Пт ноя 21, 2008 9:39
Сообщения: 352
Откуда: Хабаровск
j.hlebnikov,
Буду премного благодарен, если вышлете демку сервера и клиента на Modbus TCP)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн июл 11, 2011 10:05 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Ср июл 07, 2010 0:27
Сообщения: 1230
Откуда: ООО Фирма "КГПА"
Teemon писал(а):
j.hlebnikov,
Буду премного благодарен, если вышлете демку сервера и клиента на Modbus TCP)
Пишите адрес в ЛС.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 12, 2011 9:33 
Не в сети
Известный Писатель

Зарегистрирован: Пт ноя 21, 2008 9:39
Сообщения: 352
Откуда: Хабаровск
Подскажите, можно ли использовать Tsend\Treceive для CP343-1,ведь там есть параметр
DEV_ID
Byte B#16#01 for the IM151-8 PN/DP CPU
B#16#02 for the CPU 31x-2 PN/DP, IM54-8 CPU
B#16#03 for the CPU 319-3 PN/DP
B#16#05 for the CPU 412-2 PN, CPU 414-3 PN/DP, CPU 416-3 PN/DP

и тут нет нашего CP343-1... как быть...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 12, 2011 9:42 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Ср июл 07, 2010 0:27
Сообщения: 1230
Откуда: ООО Фирма "КГПА"
http://old.automation-drives.ru/as/down ... rnet_r.pdf
Изображение

Встречный вопрос: где вы это прочитали?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср июл 13, 2011 2:20 
Не в сети
Известный Писатель

Зарегистрирован: Пт ноя 21, 2008 9:39
Сообщения: 352
Откуда: Хабаровск
Ыы документация на блочок FB62 из хелпа степ7 по F1:

6 local_device_id
B#16#01: Communication via the IE interface in interface slot 1 (IF1) with WinAC RTX·
B#16#02: Communication via the integrated IE interface on the CPU 317-2 PN/DP·
B#16#03: Communication via the integrated IE interface on the CPU 319-3 PN/DP·
B#16#05: Communication over the integrated IE interface with CPUs 414-3 PN/DP, 416-3 PN/DP and 416-3F PN/DP·
B#16#06: Communication via the IE interface in interface slot 2 (IF2) with WinAC RTX·
B#16#0B. Communication via the IE interface in interface slot 3 (IF3) with WinAC RTX·
B#16#0F: Communication via the IE interface in interface slot 4 (IF4) with WinAC RTX

Версия блока 2.4, last interface change 04/06/2004 last modified 09/22/2008. Возможно, просто старый блок.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср июл 13, 2011 13:42 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Ср июл 07, 2010 0:27
Сообщения: 1230
Откуда: ООО Фирма "КГПА"
Teemon писал(а):
Ыы документация на блочок FB62 из хелпа степ7 по F1:

6 local_device_id
B#16#01: Communication via the IE interface in interface slot 1 (IF1) with WinAC RTX·
B#16#02: Communication via the integrated IE interface on the CPU 317-2 PN/DP·
B#16#03: Communication via the integrated IE interface on the CPU 319-3 PN/DP·
B#16#05: Communication over the integrated IE interface with CPUs 414-3 PN/DP, 416-3 PN/DP and 416-3F PN/DP·
B#16#06: Communication via the IE interface in interface slot 2 (IF2) with WinAC RTX·
B#16#0B. Communication via the IE interface in interface slot 3 (IF3) with WinAC RTX·
B#16#0F: Communication via the IE interface in interface slot 4 (IF4) with WinAC RTX

Версия блока 2.4, last interface change 04/06/2004 last modified 09/22/2008. Возможно, просто старый блок.
Меня больше заинтересовало где вы прочитали строку в вашем предъидущем посте Byte B#16#01 for the IM151-8 PN/DP CPU?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 19, 2011 12:52 
Не в сети
Известный Писатель

Зарегистрирован: Ср июн 01, 2005 11:03
Сообщения: 293
Откуда: NRW
Вот здесь есть:

http://support.automation.siemens.com/W ... n/51339682

Только тут подозрительно написано, что нуль только для S7-400, хотя по идее должно бы и для трехсотых работать.

...

Вот, оказалось, что использовать T-блоки (т.е. open ethernet communication) для CP 300й серии нельзя.

http://cache.automation.siemens.com/dnl ... iste_e.pdf

В доках на CP пишут что-то вроде "открытые коммуникации посредством Send-Receive", но это очевидно не open ethernet communication через T-блоки.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
 [ Сообщений: 78 ]  На страницу Пред.  1, 2, 3, 4  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения

Перейти:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group