roboforum.ru
Технический форум по робототехнике.
ArBBot
Re: ArBBot
Так вроде под конкретный WiFi модуль должен быть специализированный драйвер? Или там всё тоже стандартизировано как в SPP под BT?
Re: ArBBot
На сколько помню, там Telnet гонят в UART. Т.е. работать как с простым комом уже не получится.
Re: ArBBot
Видимо я не всю доку просмотрел 
, когда читал нашел только ссылку на Tara Term, ее и использовал для отладки. Указанный софт обязательно попробую, так возможность прошивать Arduino по WiFi огромнейший плюс, на который я даже не рассчитывал.
К вопросу о драйверах, не совсем понимаю о каких драйверах идет речь. Для работы модуля драйвера не нужны. Сторона модуля uart подключается к uart контроллера, модулю указываются удаленный ip и порт, там где нужно получать/отправлять данные в контроллер (ПК/КПК и пр.) запускается приложение. умеющие отправлять пакеты по TCP или UDP. Таким приложением может быть штатный telnet ОС Widows, программа putty и пр. Есть некоторые ограничения на максимальный размер пакета, но больше никаких камней пока не обнаружено...
, когда читал нашел только ссылку на Tara Term, ее и использовал для отладки. Указанный софт обязательно попробую, так возможность прошивать Arduino по WiFi огромнейший плюс, на который я даже не рассчитывал. К вопросу о драйверах, не совсем понимаю о каких драйверах идет речь. Для работы модуля драйвера не нужны. Сторона модуля uart подключается к uart контроллера, модулю указываются удаленный ip и порт, там где нужно получать/отправлять данные в контроллер (ПК/КПК и пр.) запускается приложение. умеющие отправлять пакеты по TCP или UDP. Таким приложением может быть штатный telnet ОС Widows, программа putty и пр. Есть некоторые ограничения на максимальный размер пакета, но больше никаких камней пока не обнаружено...
Re: ArBBot
=DeaD= писал(а):Так вроде под конкретный WiFi модуль должен быть специализированный драйвер?
Нет, для локального компа это сервис с номером порта на определенном IP.
Vooon писал(а):На сколько помню, там Telnet гонят в UART. Т.е. работать как с простым комом уже не получится.
Там поток данных приходящих на определенный порт WiFly модуля перенаправляется в UART.
Если в самом начале сессии пройдет $$$ модуль переходит в режим конфигурации и дает командную строку.
Re: ArBBot
Ну если это чистый телнет, и это стандарт де-факто, тогда пожалуй я был не прав 
Re: ArBBot
Ну для превращения TCP-потока в ком-порт и обратно есть всякие проги, правда под винду местами платные (под линухом - netcat и аналоги). Можно локальный TCP-порт завернуть в реальный COM, можно наоборот соорудить виртуальный COM, который на самом деле проброшен на TCP-порт удаленной машины. Второй случай - это как раз для WiFly
(под линухом - netcat и аналоги). Можно локальный TCP-порт завернуть в реальный COM, можно наоборот соорудить виртуальный COM, который на самом деле проброшен на TCP-порт удаленной машины. Второй случай - это как раз для WiFlyRe: ArBBot
Можно локальный TCP-порт завернуть в реальный COM, можно наоборот соорудить виртуальный COM, который на самом деле проброшен на TCP-порт удаленной машины. Второй случай - это как раз для WiFly
если говорить о WiFly, то это все-таки первый вариант, т.к. WiFly перенаправляет данные со своего TCP|UDP порта в свой COM порт и обратно. PS одного не понимаю что Вы так привязались к виртуальному COM порту, он нужен только для того, чтобы прошивать Arduino по WiFi. Для управления создавать виртуальный COM порт на ПК/КПК не надо...
Re: ArBBot
Почему не надо??? очень даже полезно ))) тогда твой сериал монитор из среды Arduino работает и из Processing.
Ну и просто свою программу под COM порт проще накидать чем для IP Sockets.
Ну и просто свою программу под COM порт проще накидать чем для IP Sockets.
Re: ArBBot
Ну наверное потому что они платные, а TCP клиент бесплатен
Re: ArBBot
tsrodger писал(а):если говорить о WiFly, то это все-таки первый вариант, т.к. WiFly перенаправляет данные со своего TCP|UDP порта в свой COM порт и обратно
Правильно, поэтому на компе нужно организовать второй вариант - перекинуть поток с порта в виртуальный ком-порт. Это если мы говорим о работе готового софта, который умеет работать только через ком-порт. А вообще я просто хотел сказать, что нет великой разницы, где идет поток команд - через ком или через tcp, одно в другое конвертится. Если конечно нет серьезных завязок на времена, tcp может с ними похозяйничать по-своему, пакеты посклеивать друг с дружкой и т.п.
SkyStorm писал(а):Ну и просто свою программу под COM порт проще накидать чем для IP Sockets.
Да не сказал бы, примерно одинаковые по сложности задачи.
Re: ArBBot
на компе нужно организовать второй вариант - перекинуть поток с порта в виртуальный ком-порт
Да не надо перекидывать поток, НЕ НАДО... нет никаких виртуальных сом портов... На компе открывается соединение на определенный IP адрес и определенный порт... Зачем виртуальный порт-то?
- Код: Выделить всё • Развернуть
TCPConnector = New TcpClient("192.168.1.100", 2000)
PS перенаправить данные в виртуальный ком порт конечно можно, но это уже специфический вариант
Re: ArBBot
Эмм, и что, там нет ни какой аутентификации?
Re: ArBBot
С точки зрения ПК - нет...
Re: ArBBot
Только WiFi авторизация.
AdHoc или инфраструктурный WEP-128, WPA-PSK (TKIP), WPA2-PSK.
AdHoc или инфраструктурный WEP-128, WPA-PSK (TKIP), WPA2-PSK.
Re: ArBBot
В режиме AdHoс авторизация wep/wpa на текущий момент (прошивка модуля 2.18) не поддерживаетсяТолько WiFi авторизация.
AdHoc или инфраструктурный WEP-128, WPA-PSK (TKIP), WPA2-PSK.
