Вид для печати
Прошу помочь новичку. Имеем ПР-200. Катастрофически не хватает тех 64 регистров памяти, которые доступны для обмена по протоколу RS-485. Как можно обойти данное ограничение. Может существует какой-нибудь хитрый алгоритм для передачи большого объема информации в данной ситуации. Заранее спасибо.
Все битовые значения загонять в один регистр.
вместо float использовать целочисленные значения используя множители например.
Все это придется указывать в документации и обрабатывать в Scada системе.
Что у Вас там передается, может ПЛК нужен?Цитата:
Сообщение от ivydy
А Я бы передавал пакетами допустим 62 регистра пакет 64 номер пакета ПР200 SLAVE . Получаю запрос какой пакет сформировать и формирую .Цитата:
Сообщение от ivydy
И опять получаю какой и формирую . Да еще нужно подтверждение о сформированности пакета регистр 63. Задача не стояла. Обхожусь 64 регистрами .
Если быстродействие не критично, можно увеличить количество передаваемых параметров в 128 раз, передавая последовательно, один байт использовать для передачи данных, другой для синхронизации, много раз об этом говорил, даже программы приводил, надеюсь, смысл понятен?!
http://www.owen.ru/forum/showthread.php?t=23807&page=5
Нужен именно ПР200
А есть примеры сего действия? Обмен по RS485 осуществляется со сторонней панельюЦитата:
Сообщение от Алексеев
что-то как-то не совсем (Цитата:
Сообщение от Сергей0308
К сожалению с панелью не работал . И не знаю её возможности по программируемости . С пр200 и другим пр200 ( или другим ПЛК).Цитата:
Сообщение от ivydy
Допустим посылается запрос на 1 пакет и приходит ответ что первый пакет ( равенство запроса и ответа) . То данные записываются в переменные
первого пакета и т.д . Я вижу такой выход из положения. Это как идея , а реализации нету.
С панелью, в которой нет скриптов таких фокусов не пройдет. Ну и если в верхнем уровне идет запрос по четким регистрам тоже такой фокус не пройдет.
Скрипты есть. С ними можно работать.Цитата:
Сообщение от melky
Например передавать по 51 регистру, первый регистр это множитель на 50 в скрипте, остальные 50 это данные.
Допустим все данные из ПР загнали в массив.
array[51] = getData.... 'ПР 200', 3x, 512, 51 ...
затем раскладываем эти данные по ячейкам с множителем из первого элемента массива.
for i = 0 to 50
SetData(array[i+1], ‚Local HMI‛, LW, array[0]*50 + i, 1)
next i
как то так в общих чертах.
Получается набиваете 50 регистров данными в ПР с 513 по 563, а потом ставите 512 = 1
панель переписывает 50 регистров к себе в память с 50 по 100
потом опять в ПР набираете данные с 513 по 563 и в 512 ставите 2
панель переписывает 50 регистров к себе в память с 100 по 150
и т.д. нужное кол-во раз, хоть 1000 переписывайте.
я бы еще из ПР передавал бит готовности по которому и запускал скрипт в панели, тогда вообще автомат с макс. скоростью.
про скрипты ftp://ftp.weintek.com/mt8000/eng/Use..._Reference.pdf
Scream так я написал если скриптов нет. Ну вот попробуйте этот фокус с ИП320 ? или со Scada системой, где задается просто номер регистра и тип переменной ?
А в ПР200 использовать функции SEL или FSEL (6 на каждую сетевую переменную при 300). Но только последний Макрос в схеме будет очень длинный ( представьте например 300 переменных) но Я думаю на высоту макросаЦитата:
Сообщение от Scream
ограничения не накладываются. Но где то на форуме читал что сетевые переменные хранятся
в энерго-независимой памяти ( хотя в этом сомневаюсь ) поскольку нельзя в энерго- независимую
память записывать сколь угодно много раз (меняя значения) в отличии от энерго-зависимой.
Сомнительно что ПР200 отвечает столь длинными пакетами. 12 регистров, длиннее не отвечает. Если мастер ПЛК и может делать групповые запросы, то этот фокус возможен. А ПР200 не делает групповых запросов, поэтому в связке из ПР200 мультиплексирование обмена по RS-485 сделать нельзя.Цитата:
Сообщение от Алексеев
Примерно так: создаём в ПР200 64 переменных(32 битных) или 128(16 битных), разбиваем на байты, получается 256 байт, передаём(пишем) последовательно например в другое ПР200 с запоминанием в памяти, в каждом регистре два байта, один байт данных, другой служебный байт с номером от "0" до "255", для синхронизации, что бы потом переданные байты правильно собрать! Для ускорения процесса можно и читать записываемые регистры, как только совпадает с исходным, переходить к следующему, короче примерно как-то так, надеюсь, теперь стало немного понятней? Пример посмотрите, на всякий случай, там я для синхронизации один бит использую, может тогда что прояснится?!Цитата:
Сообщение от ivydy
Вложение 37754
http://www.owen.ru/forum/showthread.php?t=23807&page=5
Дак давно ТС написал что w...k у него. Только модераторы не пропускают, конкурент типо.Цитата:
Сообщение от melky
Как писать в ПР не знаю, туда не лезу и не хочу. Как писать на клиенте (slave) дело хозяйское, со стороны панели (master) всё достаточно просто и сомневаюсь более простых решениях чем это.Цитата:
Сообщение от Алексеев
Если передавать не 51, то по 11. хоть по сколько, можно разбить на подзапросы и вертеть если хотеть.
Спасибо, буду разбираться, пытаться претворить в жизнь. А с какой скоростью лучше менять множитель в 512 ? Как считаете?Цитата:
Сообщение от Scream
Если у кого-нибудь еще будут какие-нибудь идеи-выслушаю с радостью
А можете рассказать о Вашей системе, что она делает, и сколько реально необходимо сетевых переменных, и вообще на сколько сложный алгоритм и какое время цикла в программе?Цитата:
Сообщение от ivydy
ivydy используйте часть 512-ого регистра для приема команды смены пакетов данных и не надо часто менять и что-то там делать...
Считали все данные, записали в 512 значение с измененным битом, ПР знает, что надо поменять данные на новую партию и так по кругу.