Немного о SysLibSockets

[ufaman]

Озвучили. Только смысл ответа от меня ускользает. Что значит "никто не будет их "исправлять"? Это почему? Некому? Давайте я исправлю?

И почему "исправлять" в кавычках? Т.е. вас вот это все устраивает? Всех всё устраивает? Один я никак не врублюсь в "особенности овеновской разработки с булями" (с) ?

Ладно бы всё это касалось древних приборов, давно ушедших в прошлое. Так ведь нет - половина производимых сегодня ПЛК идёт с такими вот "особенностями" (с).

ЗЫ. Есть ещё один вариант выхода из положения. Выпускайте 2 прошивки - одну для любителей мазохизма, вторую - соответствующую документации.

[ufaman]

Как я понял, пока единственная реакция со стороны "Овена" - это забота о том, как бы я не получил излишнее количество самопиара.

Ну, да я не гордый. Повторю вкратце выводы здесь.

Для всех ПЛК с прошивкой 2.17.0 из 25 функций библиотеки SysLibSockets:

Функции, возвращающие свой аргумент (не скажу, что это ненормально, но применять их в проектах только для ПЛК "Овен" смысла нет):

1. SysSockHtonl
2. SysSockHtons
3. SysSockNtohl
4. SysSockNtohs

Полностью неработоспособные функции:

1. SysSockAccept
2. SysSockGetHostByName
3. SysSockGetHostName
4. SysSockGetLastError
5. SysSockGetOption
6. SysSockInetAddr
7. SysSockInetNtoa
8. SysSockSelect
9. SysSockSetIPAddress
10. SysSockSetOption
11. SysSockShutdown

Работают, но не так, как заявлено в документации:

1. SysSockClose - возвращает TRUE вместо FALSE и наоборот;
2. SysSockConnect - возвращает всегда FALSE;
3. SysSockIoctl - расхождение с документацией, причём разное для разных команд;
4. SysSockListen - возвращает всегда FALSE. Примечание: BOOL_TO_DINT от результата возвращает всегда 0.

Работают как заявлено в документации:

1. SysSockBind
2. SysSockCreate
3. SysSockRecv
4. SysSockRecvFrom
5. SysSockSend
6. SysSockSendTo

[capzap]

Вывод то какой? Если что, у меня два плк100 между собой в быки-коровы играли по Ethernet, им ни чего не мешает, неужто потому что яичек нет?

[ufaman]

Вывод то какой? Если что, у меня два плк100 между собой в быки-коровы играли по Ethernet, им ни чего не мешает, неужто потому что яичек нет?

Вывод простой. Производителю, как ни странно, почему-то не нужно, чтобы ПЛК определённых серий нормально поддерживали сетевые функции. Тот детский лепет, который мы услышали от уважаемого Владислава, тому подтверждение.

[capzap]

а зачем, еще раз повторяю не пользуюсь я всеми функциями, которые Вы забраковали как не рабочие, тех которые работают вполне достаточно для обмена информацией. ПЛК программируется для конкретных задач, а не поддерживать весь функционал стека на всякий случай

[ufaman]

А вы можете хоть 50 раз повторять. Вы не пользуетесь нерабочими функциями, потому что они нерабочие. (Интересен ещё вопрос, а как вы догадались, что они нерабочие и сколько ушло на это понимание времени?) И вопрос отнюдь не в полной или неполной поддержке сетевого функционала. Вопрос в том, что всё это никак не отражено в документации.

ЗЫ. Попробую попроще объяснить. Я покупаю ПЛК отнюдь не подвального изготовления, читаю всю прилагающуюся к нему документацию, пишу (опираясь на эту документацию) программу и... ну да - программа не работает. Это нормально?

[capzap]

А я попробую тогда в открытую сказать, раз не поняли намека: плохому танцору ... => ищите подсказку в предыдущих постах

[ufaman]

А я попробую тогда в открытую сказать, раз не поняли намека: плохому танцору ... => ищите подсказку в предыдущих постах

Рад за ваши танцорские умения. Развивайте талант и дальше...

PS. Уважаемые модераторы! (здесь же бывают модераторы?) Конечно, товарищ capzap обладает невероятными талантами - великолепный танцор и обладатель чёрного пояса по программированию без правил (уверен, что он может заставить играть в "быки и коровы" хоть арифмометры "Феликс"), но я не уверен в том, что эти яркие достоинства дают ему право нарушать правила форума. Нет?

[monteg]

Овену надо было поступить с SysLibSockets также, как SysLibCom. Сделать дополнительную библиотеку ( или библиотеки ) с функциональными блоками ( например TcpClient, TcpServer, UdpClient и т.д. ), снабдить все это описанием и примерами. И разработчикам было бы проще и матов на форуме было бы меньше.

[capzap]

Овену надо было поступить с SysLibSockets также, как SysLibCom. Сделать дополнительную библиотеку ( или библиотеки ) с функциональными блоками ( например TcpClient, TcpServer, UdpClient и т.д. ), снабдить все это описанием и примерами. И разработчикам было бы проще и матов на форуме было бы меньше.

ну не совсем так, но овеновцы изменили работу с сокетами в М02 для большего соответствия стандартам и что, ругани стало еще больше. Ответ уже дали, ни чего меняться не будет