There are a few frameworks that address this: IOIOScript (JavaScript) Protocoder (JavaScript) Sparkfun's new Processing library for the IOIO. B4A (Visual Basic for Android, which has a IOIO library) Hopefully Python support and AppInventor are down the road too.
Personally, I'll be focusing on the core, lower level stuff. On Mar 24, 2014 1:39 PM, "Francesco Cembrola" <[email protected]> wrote: > Hi Ytai, > There are many IOIO users like me, who like the hardware but find > difficult to program. > What could help us would be a simpler set of commands for the IOIO. > For example: *IOIOpin3_set_High. *Or :*IOIOpin3_read_myVariable. * > When you enter the above code everything will be done for you. > > The above is a simple and naive explanation. But i am sure it reflects the > view of many of us 'non programmers'. > > Regards > Francesco > > > > On Tuesday, August 2, 2011 1:08:35 PM UTC+1, Ytai wrote: >> >> 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/d/optout. > -- 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/d/optout.
