It's a good idea that I started looking at about a year ago. Unfortunately,
it is very not quite the same as Bluetooth, but still probably doable with
some non-trivial amount of work, and assuming a single chipset on the
dongle (unlike Bluetooth, WiFi dongles don't expose a standard interface
over USB).


On Sun, Dec 29, 2013 at 4:37 PM, Jean-Eric Cuendet <[email protected]>wrote:

> What about IOIO over Wifi with an inexpensive Wifi dongle?
> Should be quite the same as IOIO over Bluetooth no?
>
>
>
> Le mardi 2 août 2011 14:08:35 UTC+2, Ytai a écrit :
>
>> Dear users,
>> I'd really like to spend my development efforts on things that people are
>> actually going to *use*. So I'm starting this thread to figure out what
>> features people would like to see in the next versions. Your votes will
>> help me prioritize. Thanks in advance for your ongoing support!
>>
>> I'm providing my own list - everyone is encouraged to add more items
>> and/or to vote on items proposed by others:
>>
>>    - *Capacitive sensing* - for easy connection of capacitive sensors.
>>    - *PPM output* - for connecting to a transmitter and controlling
>>    existing R/C toys.
>>    - *IOIO over Bluetooth* - support connecting a Bluetooth dongle to
>>    the IOIO USB jack and controlling it wirelessly using the exact same API.
>>    Will require a bootloader upgrade.
>>    - *IOIO over OpenAccessory* - use OpenAccessory (like ADK) as the
>>    underlying connection. Will improve latency and throughput. Possibly will
>>    not be 100% robust like the current version as result of OpenAccessory
>>    flaws. Will require a bootloader upgrade.
>>    - *Parallel synchronous I/O* - support clocked input / output using
>>    multiple pins in parallel.
>>    - *Periodic digital sampling* - obtaining precisely timed digital
>>    signals (e.g. for implementing a logic analyzer).
>>    - *Bit-banging API* - an advanced mode in which users will be able to
>>    write short scripts to run on the IOIO-side, which implement arbitrary
>>    protocols.
>>    - *Increase analog sampling rate* - expose an API for controlling the
>>    analog sampling rate (currently @1KHz / channel).
>>    - *QEI* - for communicating with quadrature encoders. Perhaps with a
>>    simpler mode for using unidirectional encoders.
>>
>>  --
> You received this message because you are subscribed to the Google Groups
> "ioio-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> Visit this group at http://groups.google.com/group/ioio-users.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
You received this message because you are subscribed to the Google Groups 
"ioio-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/ioio-users.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to