Овену надо было поступить с SysLibSockets также, как SysLibCom. Сделать дополнительную библиотеку ( или библиотеки ) с функциональными блоками ( например TcpClient, TcpServer, UdpClient и т.д. ), снабдить все это описанием и примерами. И разработчикам было бы проще и матов на форуме было бы меньше.
ну не совсем так, но овеновцы изменили работу с сокетами в М02 для большего соответствия стандартам и что, ругани стало еще больше. Ответ уже дали, ни чего меняться не будетСообщение от monteg
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Ну не знаю. Мне кажется, что ComService.lib была хорошая идея.
ComService насколько я знаю, разработка пользователя а не овеновское предложение, просто это удобно, но какой смысл что то предлагать с сокетами, когда есть http://www.owen.ru/forum/showthread....l=1#post291852 вложение от КДС, остается переделать преобразование типов в нужных местах и всё, все мои примеры которые я на форуме выкладывал написаны через этот код
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Я не знаю чья именно разработка ComService.lib, но сейчас она входит в "стандартный набор" библиотек, который можно скачать с сайта owen.ru.
Я не настаиваю на создании дополнительных библиотек для сокетов. Просто с ними тоже было бы удобно, и скрыло бы некоторые нюансы реализации сокетов в ПЛК Овен. И разработчикам на стороне клиента, и техподдержке на стороне производителя было бы удобней.
SysLibCom работает вроде точно так же, как и SysLibSockets. Так же функции библиотеки реализованы в прошивке.
Вынос библиотечных функций наружу подразумевает необходимость предоставления пользователю доступа непосредственно к железу контроллера - вряд ли это правильно.
ВЫ меня не так поняли. Я о SyslibCom.lib и ComService.lib
Ваши права
Ответить с цитированием