Здесь можно немножко помяукать :)
https://radiokot.ru/forum/
Ну это вы про ардуинщиков. Приобщайтесь к тем, кто не тупо использует чужие библиотеки, а работает на более низком уровне, требующем понимания что и как там под капотом устроено.rw6hrm писал(а):Крч, как я понял, никто W-шкой через иде не занимался и особо не вникал в это...
, а для остального - скорость в реализации. Вопрос касался развития этого проекта, http://rw6hrm.qrz.ru/vigintos.htmЧто мешает опрашивать передатчики по EIA-485?rw6hrm писал(а):Вопрос касался развития этого проекта, http://rw6hrm.qrz.ru/vigintos.htm
Вопрос был не в том, почему не использовали готовые преобразователи Ethernet-EIA-485, а почему нагородили огород с аналоговыми мультиплексорами вместо одного трансивера для 485-го?rw6hrm писал(а):Цена вопроса
То есть в этих передатчиках есть порт EIA-485, верно? Что помешало вам опрашивать их по EIA-485, установленному на вашей плате?rw6hrm писал(а):Предлагаемое производителем [Vigintos] решение основано на соединении RS485...
Приплыли. Только из уважения к человеку, который пусть и коряво, но пытается решить насущную проблему, отвечу по-доброму: легко!rw6hrm писал(а):...а что, атмегу можно подключить по 485?
Если реально, то подобные поделки у меня спонтанны и одноразовы (и корявы, ага, хотя РДС-кодер пошел в серию. А, и только на DIP-ах!, более мелкого уже даже не вижу). Главное - нормальный сигнал в эфире, остальное приложится...Код: Выделить всё
1. Создаем socket (записываем в него протокол и порт) - net_sock_init_xxx()
2. Открываем socket (OPEN)
3. Пишем IP (Destination), порт (Destination) сервера (HTTP 80 / HTTPS 443)
4. Подключение к серверу (CONNECT)
W5500_client подключается к серверу:
>SYN
>SYN ACK
>ACK
-->
W5500_client подключился к серверу
5. После подключения к серверу сокет перейдёт в режим ESTABLISHED
- Ждём пока сокет перейдёт в режим ESTABLISHED
6. Читаем начальный адрес буфера TX
7. Пишем данные с начального адреса буфера TX
W5500_client должен прикинуться браузером, передать серверу пакет:
'GET /data.php?a=7 HTTP/1.1\r\nHost: 192.168.0.200\r\nUser-Agent: ................. \r\n\r\n|'
8. Пишем указатель буфера TX до увеличенного значения
9. Пишем команду передачи буфера TX (команда SEND)
10. Сервер прочитает наш пакет и ответит W5500_client пакетом:
'HTTP/1.0 200 OK\r\Conten-Type: text/plain; charset=windows-1251\r\n' // набивал вручную со скрина
- можем прочитать ответ сервера / можем не читать,
- может просто подождать пока сервер закроет соединение (отправит нам пакетом FIN)
11.
- Ждём когда сервер закроет соединение (принимаем пакет FIN от сервера).
- или Закрываем socket и переходим к пункту -> Открываем socket (команда OPEN).
- или не закрываем сокет и переходим к пункту -> Передача пакета серверу.
переводить сокет в режим LIST, отслеживать SOCK_ESTABLISHED не надо.sunjob писал(а):как отследить прием ответа от сервера?
возможен.sunjob писал(а):- планирую "соединение" не закрывать принудительно, а работать с постоянно открытым соединением (когда оно будет закрыто по таймауту то открывать опять и... по кругу)
возможен/рабочий такой вариант?
второй способ отследить прием ответа от сервера: настроить вывод INT на приём.sunjob писал(а):не понятно как отследить прием ответа от сервера?
Нет, закроется гораздо раньше. В доках на IP указано, через сколько времени соединение будет закрыто при отсутствии обмен. Заметьте, его закроет сам стэк, в вашем случае W5500.roman.com писал(а):кто-то должен его закрыть... или мы или сервер.
иначе будем сидеть в режиме ESTABLISHED до бесконечности...
"Весь день"- это сколько? Даю подсказку: время автоматического закрытия соединения измеряется часами.roman.com писал(а):в режиме ESTABLISHED у меня w5500 работал весь день... пока он мне не надоел... и я его закрыл))
и к примеру SMTP не предусматривал никакой идентификации клиента Сейчас, конечно, на этот стандарт забивают. Но по "докам" если, то вот так. Попробую по-проще:[uquote="roman.com",url="/forum/viewtopic.php?p=4677871#p4677871"]часами - это сколько?[/uquote]два часаНа сколько помню, в BSD сокетах по умолчанию стояло 6 часов. Это сделано на случай, когда с клиента сняли напряжение питания, и он не смог отправить сообщение на закрытие соединения. В своих приложениях на стороне сервера я разрываю соединение сразу после ответа клиенту. В W5500 на одном IP-порту может быть только одно подключение, и сброс соединения после ответа позволяет опрашивать один ПЛК нескольким ОРС-серверам.AAX писал(а):не обязательно, есть keep-alive