установочные это set point-ы.
У меня тоже ни чего не виснет, мне захотелось попробовать MB_WR_SNG_REG в которую можно не думая подать ИНТ-евое число, но когда я два раза подряд посылаю пакет, происходит зависание, если я чередую с другими функциями то такого не замечал. Я тоже предпочитаю использовать только 3 и 16, по этому я не задавал вопрос что мне делать, а так проинформировал чтоб другие имели ввиду, а в перспективе может техподдержка попытается изменить ситуацию
Даже не пытался использовать 6, но интересно :
Заслали раздва раза подряд посылаю пакет
таймаут
Заслали два
таймаут
Что зависает - алгоритм или ПЛК ?
И какое отношение к setpoint'ам имеет экран ?
сейчас у меня автосмена и текущий экран идут последними в таблице регистров. Поучается, что записываю нужные регистры и если нужно в автосмену тоже, в текущий экран не пишу (может и можно писать, но не рискую), читаю же постоянно один регистр перед автосменой и до текущего экрана (т.е. три регистра).
Именно так и засылаю, причем если второй заслланец - другая функция, то нормально. Можно конечно было и разобраться, но в понятие "по быстрому" тогда бы не уложился
гопода вообще какая оптимальная скорость общения ИП 320(мастер) ПЛК 100(слайв)
Если наоборот, то 38400
Причем реальное time response - 50ms.
115200 без проблем в сотне шкафов.
Не поленился - проверил.Сообщение от RV9WFJ
1.Незнание о них неозначает их отсутствие.
2.Смотря что считать проблемой. Если кого устраивает реакция 0.2-0.3с в простейших проектах - тогда их нет. Mеня это не устраивает.
3.Специфика ИП такова - что нет разницы между 38400 и 115200 по реальному трафику.
PS
Снова попробывал ИП мастером - пока еще нафик-нафик. ИП - только слейв.
Это проблема прошивки ИП, на старых лучше работало.
ИП слейв, хотите сказать так лучше??? ИМХО велосипед с квадратными колесами.
это ИМХО - Ваше. И я на этих квадратных колесах - быстрее чем большинство на круглыхИП слейв, хотите сказать так лучше??? ИМХО велосипед с квадратными колесами.
А когда панель слейв - прошивки побокуЭто проблема прошивки ИП, на старых лучше работало.
По поводу специфики - это вообще комплексный результат. Не связан с прошивками
Последний раз редактировалось Валенок; 10.05.2012 в 08:55.
Слушайте я тоже писал панель Slave, это дело вкуса. При больших проектах панель в Slave работает далеко не быстро. Если несколько экранов может это и оправдано. Но как только вы начинаете использовать моментальное изменение бита то ваш пользователь сразу начнет материться. А если надо еще энергонезависимые переменные с панели конфигурировать, вот тут то колеса и квадратные. Проблема решаемая скажете вы, и действительно решаемая. Но зачем ее решать если можно просто не использовать этот режим.
Ваши права
