roboforum.ru

Так вроде под конкретный WiFi модуль должен быть специализированный драйвер? Или там всё тоже стандартизировано как в SPP под BT?

На сколько помню, там Telnet гонят в UART. Т.е. работать как с простым комом уже не получится.

Видимо я не всю доку просмотрел , когда читал нашел только ссылку на Tara Term, ее и использовал для отладки. Указанный софт обязательно попробую, так возможность прошивать Arduino по WiFi огромнейший плюс, на который я даже не рассчитывал.

К вопросу о драйверах, не совсем понимаю о каких драйверах идет речь. Для работы модуля драйвера не нужны. Сторона модуля uart подключается к uart контроллера, модулю указываются удаленный ip и порт, там где нужно получать/отправлять данные в контроллер (ПК/КПК и пр.) запускается приложение. умеющие отправлять пакеты по TCP или UDP. Таким приложением может быть штатный telnet ОС Widows, программа putty и пр. Есть некоторые ограничения на максимальный размер пакета, но больше никаких камней пока не обнаружено...

=DeaD= писал(а):Так вроде под конкретный WiFi модуль должен быть специализированный драйвер?

Нет, для локального компа это сервис с номером порта на определенном IP.

Vooon писал(а):На сколько помню, там Telnet гонят в UART. Т.е. работать как с простым комом уже не получится.

Там поток данных приходящих на определенный порт WiFly модуля перенаправляется в UART.
Если в самом начале сессии пройдет $$$ модуль переходит в режим конфигурации и дает командную строку.

Ну если это чистый телнет, и это стандарт де-факто, тогда пожалуй я был не прав

Ну для превращения TCP-потока в ком-порт и обратно есть всякие проги, правда под винду местами платные (под линухом - netcat и аналоги). Можно локальный TCP-порт завернуть в реальный COM, можно наоборот соорудить виртуальный COM, который на самом деле проброшен на TCP-порт удаленной машины. Второй случай - это как раз для WiFly

Можно локальный TCP-порт завернуть в реальный COM, можно наоборот соорудить виртуальный COM, который на самом деле проброшен на TCP-порт удаленной машины. Второй случай - это как раз для WiFly

если говорить о WiFly, то это все-таки первый вариант, т.к. WiFly перенаправляет данные со своего TCP|UDP порта в свой COM порт и обратно.

PS одного не понимаю что Вы так привязались к виртуальному COM порту, он нужен только для того, чтобы прошивать Arduino по WiFi. Для управления создавать виртуальный COM порт на ПК/КПК не надо...

Почему не надо??? очень даже полезно ))) тогда твой сериал монитор из среды Arduino работает и из Processing.
Ну и просто свою программу под COM порт проще накидать чем для IP Sockets.

Ну наверное потому что они платные, а TCP клиент бесплатен

tsrodger писал(а):если говорить о WiFly, то это все-таки первый вариант, т.к. WiFly перенаправляет данные со своего TCP|UDP порта в свой COM порт и обратно

Правильно, поэтому на компе нужно организовать второй вариант - перекинуть поток с порта в виртуальный ком-порт. Это если мы говорим о работе готового софта, который умеет работать только через ком-порт. А вообще я просто хотел сказать, что нет великой разницы, где идет поток команд - через ком или через tcp, одно в другое конвертится. Если конечно нет серьезных завязок на времена, tcp может с ними похозяйничать по-своему, пакеты посклеивать друг с дружкой и т.п.

SkyStorm писал(а):Ну и просто свою программу под COM порт проще накидать чем для IP Sockets.

Да не сказал бы, примерно одинаковые по сложности задачи.

на компе нужно организовать второй вариант - перекинуть поток с порта в виртуальный ком-порт

Да не надо перекидывать поток, НЕ НАДО... нет никаких виртуальных сом портов... На компе открывается соединение на определенный IP адрес и определенный порт... Зачем виртуальный порт-то?

Код: Выделить всё • Развернуть

        TCPConnector = New TcpClient("192.168.1.100", 2000)

и вперед

PS перенаправить данные в виртуальный ком порт конечно можно, но это уже специфический вариант

Эмм, и что, там нет ни какой аутентификации?

С точки зрения ПК - нет...

Только WiFi авторизация.
AdHoc или инфраструктурный WEP-128, WPA-PSK (TKIP), WPA2-PSK.

Только WiFi авторизация.
AdHoc или инфраструктурный WEP-128, WPA-PSK (TKIP), WPA2-PSK.

В режиме AdHoс авторизация wep/wpa на текущий момент (прошивка модуля 2.18) не поддерживается