Johnson
Junior Member / Новичок
Участник № / Member № 198
отправлено / posted
Накопилось несколько вопросов:
1. Почему метод onRun моего компонента при запуске проекта из Редактора Представления Данных вызывается дважды (в обоих случаях r=1)? А случае Монитора Реального Времени трижды, и дважды при останевке (r=0)?
2. Есть ли какие-нибудь ограничения по времени на отработку методов onRun и onTagsValsChanged? Если есть, то какие для РПД и МРВ?
3. Будет ли когда-нибудь реализована передача значений изменившихся каналов по многу за раз, а не по одному? И когда?
4. И самое главное. Почему onTagsValsChanged вызывается непрерывно, а не при измененеи значения каналов? Я просто не успеваю обработать такой поток. Не хотелось бы городить кэширование.
Johnson
Junior Member / Новичок
Участник № / Member № 198
отправлено / posted
Странно, а куда делся ответ службы поддержки? Или это означает, что обозначенные моменты будут реализованы уже в TM5?
Попутно возникло еще несколько вопросов:
1. Я что-то не так делаю или в writeValues действительно существует ограничение на count>16? 2. При попытке записи в несколько каналов при наличии в списке некоторых каналов (предположительно с непустыми масками, пока до конца не разобрался) запись не происходит, причем во все каналы. 3. Метод writeValues синхронный или асинхронный, если последнее то могут ли быть проблемы при слишком высокой частоте обращения и можно ли эти проблемы обойти?
В качестве пожелания: хотелось бы увидеть более строгое описание интерфейса, поскольку ситуации подобные count>16 совершенно неочевидны, и их иногда вообще трудно заметить.
Сообщения / Posts 3 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Извините, при переносе ФОРУМА наш предыдущий ответ затерялся. Мы попытаемся его восстановить.
>>1.Я что-то не так делаю или в writeValues действительно существует ограничение на count>16? >Такого ограничения нет. >>2. При попытке записи в несколько каналов при наличии в списке некоторых каналов (предположительно с непустыми масками, пока до конца не разобрался) запись не происходит, причем во все каналы. >Мы с таким эффектом не сталкивались. Сформированный буфер адресов тэгов и их новых значений поступает в picХХХ, где посылки в сервер выполняются поочередно. Возможно для посылки используются неподходящие атрибуты каналов.. Необходимо разбираться - от простого к сложному. Если Вам удастся найти ошибку, сообщите, пожалуйста, нам.Пока придется искать обходные пути. >>3. Метод writeValues синхронный или асинхронный, если последнее то могут ли быть проблемы при слишком высокой частоте обращения и можно ли эти проблемы обойти? >Синхронный. Проблем при высокой частоте вызовов в консоли быть не должно.
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Johnson
Junior Member / Новичок
Участник № / Member № 198
Тема закрыта / Topic Closed
Printer-friendly view of this topic
