Пять раз Владислава спросили про документацию. Пять раз он не ответил![]()
Пять раз Владислава спросили про документацию. Пять раз он не ответил![]()
Озвучили. Только смысл ответа от меня ускользает. Что значит "никто не будет их "исправлять"? Это почему? Некому? Давайте я исправлю?
И почему "исправлять" в кавычках? Т.е. вас вот это все устраивает? Всех всё устраивает? Один я никак не врублюсь в "особенности овеновской разработки с булями" (с) ?
Ладно бы всё это касалось древних приборов, давно ушедших в прошлое. Так ведь нет - половина производимых сегодня ПЛК идёт с такими вот "особенностями" (с).
ЗЫ. Есть ещё один вариант выхода из положения. Выпускайте 2 прошивки - одну для любителей мазохизма, вторую - соответствующую документации.
Последний раз редактировалось Кирилл Валюнин; 08.11.2018 в 14:54.
Как я понял, пока единственная реакция со стороны "Овена" - это забота о том, как бы я не получил излишнее количество самопиара.
Ну, да я не гордый. Повторю вкратце выводы здесь.
Для всех ПЛК с прошивкой 2.17.0 из 25 функций библиотеки SysLibSockets:
Функции, возвращающие свой аргумент (не скажу, что это ненормально, но применять их в проектах только для ПЛК "Овен" смысла нет):
- SysSockHtonl
- SysSockHtons
- SysSockNtohl
- SysSockNtohs
Полностью неработоспособные функции:
- SysSockAccept
- SysSockGetHostByName
- SysSockGetHostName
- SysSockGetLastError
- SysSockGetOption
- SysSockInetAddr
- SysSockInetNtoa
- SysSockSelect
- SysSockSetIPAddress
- SysSockSetOption
- SysSockShutdown
Работают, но не так, как заявлено в документации:
- SysSockClose - возвращает TRUE вместо FALSE и наоборот;
- SysSockConnect - возвращает всегда FALSE;
- SysSockIoctl - расхождение с документацией, причём разное для разных команд;
- SysSockListen - возвращает всегда FALSE. Примечание: BOOL_TO_DINT от результата возвращает всегда 0.
Работают как заявлено в документации:
- SysSockBind
- SysSockCreate
- SysSockRecv
- SysSockRecvFrom
- SysSockSend
- SysSockSendTo
Вывод то какой? Если что, у меня два плк100 между собой в быки-коровы играли по Ethernet, им ни чего не мешает, неужто потому что яичек нет?
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
а зачем, еще раз повторяю не пользуюсь я всеми функциями, которые Вы забраковали как не рабочие, тех которые работают вполне достаточно для обмена информацией. ПЛК программируется для конкретных задач, а не поддерживать весь функционал стека на всякий случай
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
А вы можете хоть 50 раз повторять. Вы не пользуетесь нерабочими функциями, потому что они нерабочие.(Интересен ещё вопрос, а как вы догадались, что они нерабочие и сколько ушло на это понимание времени?) И вопрос отнюдь не в полной или неполной поддержке сетевого функционала. Вопрос в том, что всё это никак не отражено в документации.
ЗЫ. Попробую попроще объяснить. Я покупаю ПЛК отнюдь не подвального изготовления, читаю всю прилагающуюся к нему документацию, пишу (опираясь на эту документацию) программу и... ну да - программа не работает. Это нормально?
Последний раз редактировалось ufaman; 09.11.2018 в 22:33.
А я попробую тогда в открытую сказать, раз не поняли намека: плохому танцору ... => ищите подсказку в предыдущих постах
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Рад за ваши танцорские умения. Развивайте талант и дальше...
PS. Уважаемые модераторы! (здесь же бывают модераторы?) Конечно, товарищ capzap обладает невероятными талантами - великолепный танцор и обладатель чёрного пояса по программированию без правил (уверен, что он может заставить играть в "быки и коровы" хоть арифмометры "Феликс"), но я не уверен в том, что эти яркие достоинства дают ему право нарушать правила форума. Нет?
Последний раз редактировалось ufaman; 10.11.2018 в 10:04.
Овену надо было поступить с SysLibSockets также, как SysLibCom. Сделать дополнительную библиотеку ( или библиотеки ) с функциональными блоками ( например TcpClient, TcpServer, UdpClient и т.д. ), снабдить все это описанием и примерами. И разработчикам было бы проще и матов на форуме было бы меньше.