ПЛК110-60 сетевая функциональность

[Леонид]

Адрес Вы не получите и через ТСР

Так ведь уже получаю, в структуру CLIENT_REPLY из функции UdpReceiveData. Правда пришлось ее немного подшаманить.


FUNCTION UdpReceiveData : CLIENT_REPLY

UdpReceiveData.diBytesReceived:=SysSockRecvFrom(di Socket, pbyData, diDataSize, 0, ADR(sa), SIZEOF(sa));

ia.S_addr:=UDINT_TO_DWORD(sa.sin_addr);
UdpReceiveData.IPAddress:=IP4_TO_STRING(sa.sin_add r);

Вопрос в том, что если одновременно два ПЛК на один и тот же порт шлют данные третьему, то коректно ли будет эти данные разбирать по IP адресу принятого сообщения?

[leoSMD]

capzap , что-то у меня вообще ничего не стартует
ПЛК150 использую.
Беру ваши примеры, библиотеку TcpUdplib - толку ноль.
Сокет не хочет открывать...
Все время возвращает вместо номера сокета -1

Где я неправ?

[Владимир Ситников]

ТСР в отличие от UDP гарантирует целостность передаваемых данных и уведомление отправителя о результатах передачи, во первых гарантия и уведомления меня не интересуют, во вторых та "мышинная возня" которая начинается у протокола при помехах на линии приводит иногда к зависанию соединения ТСР это мне тоже не нужно. С UDP же я всёравно с заданным периодом отправляю и /или получаю данные, каким то образом не дошло сейчас, дойдет в следущей посылке. А по поводу загрузки процессора, вроде при любом соединении температура ПЛК поднималась одинаково, так что думаю не принципиально

Да, всё так. Лучше заранее рассчитывать на то, что пакеты будут теряться и переупорядочиваться (==использовать UDP), чем потом внезапно узнать, что TCP 2 часа ждал "потерянного пакета".

[Scream]

Да, всё так. Лучше заранее рассчитывать на то, что пакеты будут теряться и переупорядочиваться (==использовать UDP), чем потом внезапно узнать, что TCP 2 часа ждал "потерянного пакета".

Ждал 2 часа???
А timeout тогда для чего?

[leoSMD]

Попробуйте сбросить плк, может лимит открытых сокетов исчерпан

Да... переменные сбрасывает
По UDP посылку шлет. Четыре порта открывает
Надо теперь с TCP разобраться