I can't think of any tricks to play with the existing interfaces in order
to implement this protocol. Your options seem to be either some custom
firmware or a small micro in the middle that acts as a bridge (for example,
reads a sample every time on is available and sends it over serial).
The
Best of luck! So sorry I won't be able to make it this year, but there's
always next year...
Al will be there with his PIXEL awesomeness, make sure to look him up. I
don't have anything special to showcase or announce although there's
hopefully some cool new stuff coming out real soon :) Thanks
When you power the IOIO and connect it to the tablet, does the charging
icon appear on the tablet? Does the Open Accessory dialog pop up? Did you
remember to turn USB debugging off on the tablet?
On Wed, May 6, 2015 at 10:13 AM, Rodolfo Navarro rnavarro...@gmail.com
wrote:
Yes, red led turn on
The longer the cables the higher their impedance and as result the worse
the signal integrity. Higher quality (and generally, more expensive) cables
will tend to exhibit less of that and can thus run to longer distances
before starting to introduce bit errors.
On Wed, May 6, 2015 at 2:56 PM,
Not sure. This device generally works AFAIK. Things to try:
- Different USB cable.
- Mess with the USB settings of the Nexus.
On Fri, May 8, 2015 at 3:36 AM, Ole Tetzschner ole.tetzsch...@gmail.com
wrote:
Hi IOIO-users
Nexus 7 (2013 Android 5.1) won't connect to IOIO-OTG (version
See inline.
On Mon, May 4, 2015 at 4:57 AM, Andrew Robinson mi16c...@gmail.com wrote:
Hi Everyone
Im fairly new to electronics and programming.
I am now a fair way though building my android/ioio powered robot tank,
and am looking to clear a few points up on my final design.
I have
Very nice!
P.S. IOIO is pronounced Yo-Yo (at least by the inventor :D)
On Tue, Apr 28, 2015 at 10:13 AM, clay_shooter jfree...@freemansoft.com
wrote:
This 2:00 video https://www.youtube.com/watch?v=v5KN0wuQto8describes
the library and shows an Windows (WPF) application that uses IOIO +
Inline
On Mon, May 4, 2015 at 1:56 PM, klaus Schoenborn kschoenb...@cadfem.de
wrote:
Hi there,
I am new to IOIO. I am currently working on a project to install a
Smartphone into a glider cockpit. The IOIO-OTG board is hosted by a PCB
Board from Soartronic http://www.soartronic.net. I do have
You seem to be doing everything right. Are the two machines running a
different OS, just in case there's something word going on with that
particular one?
Otherwise, I suggest you contact the seller. The main manufacturers have
some process in place that ensures a certain level of manufacturing
Oops, shouldn't of course.
On Apr 30, 2015 7:44 PM, michaelandrew...@hotmail.com wrote:
should be too hard -OR- shouldn't ?
--
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
That's a great deal, thanks for offering. I'm curious to see how long it is
before they're all gone.
On Thu, Apr 30, 2015 at 2:04 PM, Sean Stone seanston...@gmail.com wrote:
Hi,
I had a prototype project that ended up getting scrapped and now I have*
70 ioio boards* from Sparkfun.
*Price
It looks like it should work with the standard SPI interface on the IOIO.
You'd need to implement a device driver in Java. Judging by a quick look at
the Arduino library, translating to Java should be too hard.
On Thu, Apr 30, 2015 at 12:09 AM, michaelandrew...@hotmail.com wrote:
Hi
Here:
https://github.com/ytai/ioio/blob/master/firmware/app_layer_v1/adc.c#L90
On Wed, Apr 29, 2015 at 1:26 PM, charlieh tablet.vaas...@gmail.com wrote:
Ytai, I have setup an ioio firmware VMware Linux based development
environment with the latest MPLAB IDE and the latest toolchain, build
When you power the IOIO without connecting it to anything, does the red LED
turn on?
On Wed, Apr 29, 2015 at 10:37 AM, Rodolfo Navarro rnavarro...@gmail.com
wrote:
Recently buy a IOIO OTG, first connect to bluetooth and I can view the
device as IOIO0250, later I connect to my tablet galaxy tab
My hunch is that your second bullet point is probably the easiest way
forward. Indeed, only a pair of bulk endpoints is all it would take.
Nothing funny going on otherwise, all the funny stuff has to do with how to
put an Android device into the AOA mode, but it doesn't apply in your case,
since
This IOIO is currently using the SPP (serial) protocol.
This is the relevant part (the piece of IOIO firmware that interacts with
btstack):
https://github.com/ytai/ioio/blob/master/firmware/libconn/bt_connection.c
On Sat, Apr 25, 2015 at 12:42 PM, st2000 rickjstu...@gmail.com wrote:
I think I
Disconnect everything and assess the damage by testing each component
separately?
On Fri, Apr 24, 2015 at 5:59 PM, Killian Conley killian...@gmail.com
wrote:
I have a ioio and a mc33926 dual motor driver connected and may have
connected a wire into Vin instead of VDD while working on my high
What you're describing sounds like a quadrature encoder interface. Ideally,
there would be support for it in the IOIO firmware, but I haven't gotten
around to that. If all you care about is speed, you can use the PulseInput
interface. If you want count and/or direction, your options are:
1. If
You can add a TimerTask to interrupt the thread after some timeout. Search
the forum for examples if you need them. If you don't want to delay all the
other 5 if one is stuck you can easily run 6 sensors on 6 different threads.
On Wed, Apr 22, 2015 at 2:42 PM, Daniel Brown mr.g...@gmail.com
:
Thanks…think I got it running with the Pickit3…I’ll let you know.
On Mar 30, 2015, at 9:18 PM, Ytai Ben-Tsvi yta...@gmail.com wrote:
There's not much to it. Get a PIC programmer, or use a second IOIO as
such. Flash the bootloader image that you can download from the downloads
page and finally
with the Pickit3…I’ll let you know.
On Mar 30, 2015, at 9:18 PM, Ytai Ben-Tsvi yta...@gmail.com wrote:
There's not much to it. Get a PIC programmer, or use a second IOIO as
such. Flash the bootloader image that you can download from the downloads
page and finally use IOIODude as usual to flash
UTC-7, Vic Wintriss wrote:
Thanks…think I got it running with the Pickit3…I’ll let you know.
On Mar 30, 2015, at 9:18 PM, Ytai Ben-Tsvi yta...@gmail.com wrote:
There's not much to it. Get a PIC programmer, or use a second IOIO as
such. Flash the bootloader image that you can download from
.
On Mar 30, 2015, at 9:18 PM, Ytai Ben-Tsvi yta...@gmail.com wrote:
There's not much to it. Get a PIC programmer, or use a second IOIO as
such. Flash the bootloader image that you can download from the downloads
page and finally use IOIODude as usual to flash the application firmware.
Here's
What Android device is this? Are you using a custom-built OS or one
provided by the OEM?
On Mon, Apr 13, 2015 at 3:51 AM, Emre gule...@gmail.com wrote:
Analog input gets same voltage value but digital pin continues to work
like in the image
On Saturday, April 11, 2015 at 4:09:20 AM UTC+3,
The lag bytes feature is merely an optimization, completely functionally
equivalent to you manually discarding a number of leading bytes from the
response. The optimization works by simply discarding those bytes on the
IOIO side, so that they don't have to be sent to the client (Android/PC)
and
Are you using the latest version? Also, do the Android logs have any clue
regarding the reason? How long does it typically take to crash?
On Wed, Apr 15, 2015 at 1:05 PM, Emre gule...@gmail.com wrote:
I can send you a video record if you want
On Wednesday, April 15, 2015 at 11:01:01 PM UTC+3,
Crashes how?
On Apr 15, 2015 1:00 PM, Emre gule...@gmail.com wrote:
Tablets are chinese tablets (above average) and the phone nexus 5. By the
way, I tested the prebuilt apk of ioioapps, the app crashes after a while.
On Wednesday, April 15, 2015 at 8:44:13 PM UTC+3, Ytai wrote:
What Android
got it running with the
Pickit3…I’ll let you know.
On Mar 30, 2015, at 9:18 PM, Ytai Ben-Tsvi
yta...@gmail.com wrote:
There's not much to it. Get a PIC programmer, or
use a second IOIO as such. Flash the bootloader image
that you can download
from the downloads page and finally use
Your original problem was simply that you're overloading the processor with
a non-blocking loop.
If you were to simply *not overload loop()*, instead of defining it as
empty, you'd be fine.
On Tue, Apr 14, 2015 at 4:35 PM, Greg Gradwell roto...@gmail.com wrote:
Just tried a Thread.sleep(1000)
at 9:26:30 PM UTC-7,
Vic Wintriss wrote:
Thanks…think I got it running with the
Pickit3…I’ll let you know.
On Mar 30, 2015, at 9:18 PM, Ytai Ben-Tsvi
yta...@gmail.com wrote:
There's not much to it. Get a PIC programmer, or
use a second IOIO as such. Flash the bootloader
image that you can
implementation
does not seem to be
charging the Android properly.
On Monday, March 30, 2015 at 9:26:30 PM UTC-7,
Vic Wintriss wrote:
Thanks…think I got it running with the
Pickit3…I’ll let you know.
On Mar 30, 2015, at 9:18 PM, Ytai Ben-Tsvi
yta...@gmail.com wrote:
There's not much
The IOIO stores a link key in RAM. After a power-cycle it gets erased and
pairing needs to be redone. One way to overcome that is to cache link keys
in flash, which is probably not terribly hard to implement.
On Thu, Apr 9, 2015 at 1:06 PM, Fran R francismusic1...@gmail.com wrote:
fantastic!!
It sounds like what might have happened is that the connection got silently
dropped, i.e. IOIOLib doesn't know about it.
On Fri, Apr 10, 2015 at 12:24 PM, Emre gule...@gmail.com wrote:
I remained the tablet connected to my pc for a day in ADB enabled and saw
(day after)that the connection
Vic posted some code earlier on this thread that is claimed to work and
looks pretty nice. Why are you not using that?
On Fri, Apr 10, 2015 at 3:36 PM, Daniel Brown mr.g...@gmail.com wrote:
We have a project that uses 6 distance finders, when we try to call
.getDuration() on more then one all
This is usually an indication of a flaky connection. Have you tried to see
if you're getting different performance with different dongles?
On Wed, Apr 8, 2015 at 9:29 AM, Emre gule...@gmail.com wrote:
I was testing the application and got this error. I hope it helps
04-08 19:21:00.867:
30, 2015, at 9:18 PM, Ytai Ben-Tsvi
yta...@gmail.com wrote:
There's not much to it. Get a PIC programmer, or use
a second IOIO as such. Flash the bootloader image that
you can download
from the downloads page and finally use IOIODude as
usual to flash the
application firmware.
Here's
Multiple threads are indeed the recommended way of doing what you want. Do
not confuse that with having multiple *IOIOThreads*, which is *not* what
you want.
A thread is automatically created by the IOIO framework for every possible
IOIO connection. This is some internal bookkeeping that is not
1. The IOIO apps, such as HelloIOIO are not intended to work against the
IOIO bootloader but rather against the normal app firmware.
2. If the IOIO doesn't enumerate don't bother moving on.
3. When you do get it working, I strongly recommend that you use the
-Dioio.SerialPorts argument as the log
Possibly. Only a matter of how complicated it would be.
On Apr 5, 2015 2:23 PM, Emre gule...@gmail.com wrote:
Do you think we could figure out a solutin by changing the library?
On Sunday, April 5, 2015 at 12:39:51 AM UTC+3, Ytai wrote:
Got it. So yeah, according to your analysis it seems
Well, you need to at least overload createIOIOLooper() in order for
something useful to happen.
Look at the logcat output next time, so you can see what's wrong yourself.
See the simple examples (HelloIOIO, IOIOSimpleApp) to get an idea of what
the common patterns for creating a IOIO app are.
On
Got it. So yeah, according to your analysis it seems like a potential
problem in the Android BT stack.
On Sat, Apr 4, 2015 at 11:43 AM, Emre gule...@gmail.com wrote:
I did that. I used same IOIO and BT dongle I've used with 4.1.1 tablet. It
was working for a week without any corrupt but the
So is the idea to implement the functionality of the transmitter (or
receiver?) chip in software and eliminate the need to use the corresponding
chip? How much do these chips cost?
2015-04-02 11:45 GMT-07:00 fabrio pellegrinetti oir...@gmail.com:
other information: rc-switch is now ported for
IOIOActivity extends Activity so this should not be a problem.
On Thu, Apr 2, 2015 at 1:15 AM, Vincent Yegenoglu vincentyeg...@gmail.com
wrote:
Hi,
Last summer I wrote an OpenCV app for university, now I want to control
servos attached to a IOIO board from the same app.
I'm trying for a
What is the protocol this switch library implements? Hobby gear PPM?
On Thu, Apr 2, 2015 at 5:58 AM, fabrio pellegrinetti oir...@gmail.com
wrote:
Hi Ytai
I have developed wireless domotic system with IOIO-OTG.
Sensors and devices running ifm band 433MHz ( temperature sensor, smoke
sensor,
:30 PM UTC-7, Vic Wintriss
wrote:
Thanks…think I got it running with the Pickit3…I’ll let you
know.
On Mar 30, 2015, at 9:18 PM, Ytai Ben-Tsvi yta...@gmail.com
wrote:
There's not much to it. Get a PIC programmer, or use a
second IOIO as such. Flash the bootloader image that you can
IOIO firmware is updated quietly. :-)
2013/11/15 Ytai Ben-Tsvi yta...@gmail.com
The app is not supposed to react. As soon as you star an app firmware
image, the next time you power cycle the IOIO and connect it to this phone
it will automatically pick up the new firmware. IOIO Manager does
, Ytai Ben-Tsvi yta...@gmail.com
wrote:
There's not much to it. Get a PIC programmer, or use a second
IOIO as such. Flash the bootloader image that you can download from
the
downloads page and finally use IOIODude as usual to flash the
application
firmware.
Here's an example of how to do
of the PIC?
My new circuit implementation does not seem to be charging the Android
properly.
On Monday, March 30, 2015 at 9:26:30 PM UTC-7, Vic Wintriss wrote:
Thanks…think I got it running with the Pickit3…I’ll let you know.
On Mar 30, 2015, at 9:18 PM, Ytai Ben-Tsvi yta...@gmail.com
wrote
, Vic Wintriss wrote:
Thanks…think I got it running with the Pickit3…I’ll let you know.
On Mar 30, 2015, at 9:18 PM, Ytai Ben-Tsvi yta...@gmail.com wrote:
There's not much to it. Get a PIC programmer, or use a second IOIO as
such. Flash the bootloader image that you can download from
, 2015 at 2:02 PM, Ytai Ben-Tsvi yta...@gmail.com
wrote:
I don't know which steps you're talking about.
HelloIOIO.apk is a precompiled app that you can directly install
on the Android. It is in the software bundle. You don't need to
compile it
yourself.
On Mon, Mar 30, 2015 at 10:59 AM, pott
You write a piece of software that uses the IOIO API for reading the
samples, as in:
https://github.com/ytai/ioio/wiki/Analog-Input
You probably want the buffered version.
On the hardware side of things, this can be as simple as connecting your
probes between GND and the analog pin, or could get
I don't know which steps you're talking about.
HelloIOIO.apk is a precompiled app that you can directly install on the
Android. It is in the software bundle. You don't need to compile it
yourself.
On Mon, Mar 30, 2015 at 10:59 AM, potte...@mymail.vcu.edu wrote:
I saw it just now- I'm working
and not your compilation is the first step.
On Monday, March 30, 2015 at 11:23:51 AM UTC-7, Lucas Potter wrote:
I was working through this: https://www.sparkfun.com/tutorials/280
On Mon, Mar 30, 2015 at 2:02 PM, Ytai Ben-Tsvi yta...@gmail.com wrote:
I don't know which steps you're talking about
with the device and not your compilation is the first step.
On Monday, March 30, 2015 at 11:23:51 AM UTC-7, Lucas Potter wrote:
I was working through this: https://www.sparkfun.com/tutorials/280
On Mon, Mar 30, 2015 at 2:02 PM, Ytai Ben-Tsvi yta...@gmail.com wrote:
I don't know which steps you're
through this: https://www.sparkfun.com/tutorials/280
On Mon, Mar 30, 2015 at 2:02 PM, Ytai Ben-Tsvi yta...@gmail.com
wrote:
I don't know which steps you're talking about.
HelloIOIO.apk is a precompiled app that you can directly install on
the Android. It is in the software bundle. You don't need
There's not much to it. Get a PIC programmer, or use a second IOIO as such.
Flash the bootloader image that you can download from the downloads page
and finally use IOIODude as usual to flash the application firmware.
Here's an example of how to do the second IOIO way:
programs. I'll try.
Logic and LEDs are powered via USB from a Windows 8.1 PC.
K
On Mar 27, 2015, at 12:38 AM, Ytai Ben-Tsvi yta...@gmail.com wrote:
The 16-press thing makes it more likely a software but than anything else.
Is this happening consistently only with this board and never
I wouldn't expect your mistake to be likely to cause any physical damage.
Looks like you have the latest firmware. Do you have anything connected to
pin 1, which might cause a configuration wipe every time you're entering
bootloader mode, and hence the f fingerprint?
Otherwise, do you see
Are you trying this with the precompiled HelloIOIO.apk? If so, what's in
the Android log?
On Mar 26, 2015 11:58 AM, James Warner jameswarn...@gmail.com wrote:
Trying to use a oneplus one phone with IOIO - latest firmware. (Same app
works fine on a nexus 7 and galaxy note)
Bluetooth works fine
Can you upgrade to the latest before we start digging to deep? What you're
describing doesn't sound like a hardware issue.
On Mar 27, 2015 9:18 AM, Kevin Krumwiede klee...@gmail.com wrote:
Yes, all of my IOIO's have app-ioio0400.
On Fri, Mar 27, 2015 at 8:04 AM, Ytai Ben-Tsvi yta...@gmail.com
I would probe both UART channels with an independent source (either
different UARTs on the IOIO on different threads, or logic analyzer or
USB-serial cable, etc.) and verify that the protocol is correct.
Also, it is possible that some of your timeouts are overly aggressive, so
at least until you
1. Are you using a very old version of IOIOLib? Looks like you're
hitting a bug that has been resolved long ago.
2. You're not using the result correctly. You should call waitReady() on
it, as well as check the return value for success.
3. You seem to still be generating a lot of
I don't think it would work. The pin layout is not compatible.
On Sun, Mar 22, 2015 at 12:30 PM, clay_shooter jfree...@freemansoft.com
wrote:
Has anyone used the Seeed Studio Grove OTG shield on a V1?
--
You received this message because you are subscribed to the Google Groups
ioio-users
onStart is deprecated on API = 5. Override onStartCommand() instead.
On Sat, Mar 21, 2015 at 5:33 PM, Andrew Robinson mi16c...@gmail.com wrote:
Hey...me and a friend are going through the code on the ioioService
example and our onStart is not invoked...The same as our custom app which
it's
You should be able to use the entire API concurrently with no problem. It
is all thread safe.
How exactly does it crash when it does?
Also, you seem to be clobbering the response buffer from multiple
requests and you also seem to be reading from it without waiting for the
transaction to complete.
Does the stock HelloIOIOService work for you? I've recently made some
changes to make things more reliable, which have not yet made it to a
release. You can get the latest code from the master branch on the ioio
GitHub repo.
On Mar 15, 2015 12:55 PM, Andrew Robinson mi16c...@gmail.com wrote:
Im
Is that really the minimum required, in the sense that anything you'd
remove would make the problem disappear? Also some things are missing, e.g.
where the response buffer being defined and why are you comfortable sharing
it across asynchronous calls.
On Mar 12, 2015 7:06 AM, Vincent Nadon
The backport should work OK probably.
On Mar 12, 2015 4:04 AM, Paul McMahon paul.mcmaho...@gmail.com wrote:
Good to hear the positive report.
For my application, I need to stick with IOIOLib version 3. Ytai, do you
think it's possible for me to port your connection fixes back to that
version?
You're building IOIOLibAccessory against the wrong version of Android SDK.
Use the one it was originally built against, or later.
On Mar 12, 2015 9:40 AM, stephane giammatteo stephane...@hotmail.com
wrote:
hello , i change eclise, now is indigo, is the same, i see de
troubleshooting eclise, but
Thanks for the thorough report!
Seems like everything behaves as expected. There was no attempt made to
make the service stop on disconnect, so what you're seeing is intended. The
broken state upon abnormal program termination is a current known
limitation. I don't consider it terrible, although
There's nothing special about the loop() method, it is mostly a convenience
feature. You may call IOIO APIs from any thread including the UI thread
(which includes all sorts of GUI listeners).
The code you posted on stackoverflow doesn't have anything that's related
to IOIO on it, so I don't think
The arguments you're providing to writeRead() are wrong. Sorry for the
unfriendly error message.
Specifically, make sure that the total length argument is at least as big
as the maximum of request length and response length.
On Sun, Mar 8, 2015 at 6:51 PM, Renato Sapienza
Exactly like that. You can pass in null as the response if you want, but a
zero length response is executed as a write only transaction.
On Mar 8, 2015 9:42 AM, Linus Anderberg
linus.anderb...@avalanchestudios.se wrote:
Thanks. Got it hooked up and works fine with my test board but for some
I don't know that app that you're talking about, but what it sounds like to
me is that you either:
1. Tried to build HelloIOIO yourself and have done so incorrectly. In
that case, try the precompiled HelloIOIO.apk from the software release
bundle.
OR:
2. Use the precompiled
Upgrade. This is s good idea regardless. You're using an version.
On Mar 5, 2015 2:47 PM, Paul Johnson coconuts4...@gmail.com wrote:
Ok, Thanks.
I don't have that getFrequencySync() in the version of the library I have.
The newer version doesn't work with the IOIO boards (3.30) I have. I'm
Is there host mode switch on your IOIO in the A position?
In general, beware of cheap knockoffs. I've seen some that were
manufactured with terrible quality. The SeeedStudio version is about the
same cost with guaranteed excellent quality. They're also kind enough to
share their revenue with the
Also, in theory micro AB is what dial role device should be using according
to the standard. In practice, however, many devices use a micro B,
electrically used as micro AB. Those would then require a non standard
micro-B host plug to be configured as host.
On Mar 5, 2015 2:42 PM, Ytai Ben-Tsvi
You're using getDuration() instead of waitPulseGetDuration().
On Mar 5, 2015 8:44 AM, Paul Johnson coconuts4...@gmail.com wrote:
I commented everything else out, but for two pins.
When I start the activity the Log prints my Catch O message below in
clusters of two every second. (This is
Yes, of course. That's what the IOIO is for. You can write code that
interacts with both the Android APIs and the IOIO API.
Search for my ShoeBot project for an example of how the internal
accelerometer and gyro of the Android can be used to balance a robot by
driving two motorized wheels via the
Consider powering the sharp off of the IOIO 5V as well as the logic supply
of the L293. This will allow you to use a higher Vin which will affect the
motor speed but not damage any of the electronics that require 5V.
Also consider that pin 8 is not PWM capable in case you wanted that.
Hello,
I
On Tue, Mar 3, 2015 at 10:51 PM, michaelandrew...@hotmail.com wrote:
I've never touched Eclipse but have been playing around in AS for a few
months... Didn't really want to set that all up esp. when AS is the future.
I'm sure a proper setup of AS for the IOIO will be great and look
forward to
I definitely have plans for adding proper support for Android Studio, now
that it is the recommended development environment.
Until I do, if you're not super confident in Java / Android development,
you're asking for trouble by not using Eclipse. If you insist you can try
generating the JARs
The LiPo charger / boost is rated to 5V @ 1A. It is probably a bit low for
charging a cell-phone AND driving a couple of motors reliably.
I don't think the way you intended to connect things would work, since that
board probably won't pass the USB connection through, but only happens to
use USB
Have you seen this?
https://github.com/ytai/ioio/wiki/Eclipse-Troubleshooting
On Mon, Mar 2, 2015 at 12:28 PM, stephane giammatteo
stephane...@hotmail.com wrote:
bonjour,
i'm beginner , i have problem with import for test ioiohello.
i work with eclise luna realise . i make all with YouTube
You need to hook up:
- Vcc (either 5V or 3V3) and GND.
- A0/A1/A2 each to either Vcc or GND for selecting the I2C address.
- SCL/SDA to the respective pins on one of the IOIO I2C (TWI) buses.
Pull-up resistor on each of these lines to Vcc. Resistance anywhere between
2.2k-10k
FYI, they've been a couple of efforts in the past to make an adapter for
the IOIO which allows using arduino shields on it. Not sure if those are
available for purchase anywhere but worth checking.
Moreover, there's a IOIO shield made by SeeedStudio which is an adapter to
their Grove system, which
The SparkFun inventor's kit for IOIO comes with pre-soldered headers and
allows you to build some basic circuits with no soldering required. I
haven't seen a bare IOIO with headers though.
On Mar 1, 2015 11:48 AM, Bill Carter a11yra...@gmail.com wrote:
I haven't seen any for sale like that.
Hi all,
There have recently been a few reports about the reliability of the
OpenAccesory connection in face of USB disconnects as well as problems
related to using IOIOService in conjunction with OpenAccessory.
I'm glad to announce that I think I've fixed both problems. I've tested to
the best of
Why would you not Google it? :)
Your IOIO is running application firmware v4.x and your Android is running
IOIOLib v5.x. You have to either upgrade the firmware to 5.x or downgrade
the software to v4.x.
On Mar 1, 2015 10:38 AM, joe el khoury elkhou...@gmail.com wrote:
Ytai!! I am sorry to bother
1. You've missed my comment about using FREQ mode instead of POSITIVE.
2. You cannot assume anything about a pin's state when it is
disconnected, unless you're pulling it. You can open the PulseInput with
PULL_DOWN or PULL_UP instead of using the default pin spec (which doesn't
pull
Your questions are not very clear. I hope I'm answering them:
- IOIOLibAndroid is required for any Android-based IOIO project. This
comes with support for talking to the IOIO over ADB.
- Add IOIOLibBT if you want to be able to talk to the IOIO over
Bluetooth.
- Add IOIOLibAccessory
class PulseInputThread *extends Thread* {
...
This might be fairly hard, since it seems like you're missing some Java
basics. I strongly recommend Oracle's online tutorials. They'll get you up
to speed very fast:
http://docs.oracle.com/javase/tutorial/
On an unrelated note, I've noticed that
Awesome! Are these speakers? Are we looking at an autonomous boombox? :D
On Tue, Feb 24, 2015 at 9:36 PM, Vic Wintriss g...@san.rr.com wrote:
https://lh3.googleusercontent.com/-Ye7QADRiWMo/VO1fNl6r-kI/ADU/_KiEx2Lbb4s/s1600/VicWagon2.jpg
I have designed the VicsWagon for iARoC 2015
... vital.
I will wire tmp102 MCP9008, and maybe a couple of other sensors
(combined humidity temperature) as a lab.
And I'll hook a dht22 on an arduino too.
On Sun, Jan 25, 2015 at 11:46 PM, Ytai Ben-Tsvi yta...@gmail.com wrote:
Doesn't seem like you're checking the return value of writeRead
Director
Wintriss Technical Schools
www.JoinTheLeague.org
On Feb 24, 2015, at 8:36 PM, Ytai Ben-Tsvi yta...@gmail.com wrote:
Thanks for your consideration!
Royalties are completely optional (and thankfully, the main manufacturers
are voluntary sharing their revenue with me). If you're making
Thanks for the insights!
Have you ever actually seen this list including more than one device? In
any case, from previous tests it didn't seem like my app has any way of
knowing that anything had changed at all, since I get no connect /
disconnect events.
I'm considering a pretty serious
Others have reported similar issues. I do not know what's causing this, but
apparently if you can find a Windows / OSX machine for doing the upgrade
you don't need to worry about it too much.
On Sun, Feb 22, 2015 at 12:03 AM, Eric Eaton zaim...@gmail.com wrote:
I'm trying to upgrade the
Yeah, either Bluetooth or IOIOBridge for development time are the simple
solutions.
On Thu, Feb 19, 2015 at 1:53 AM, Thanos Fisherman psari...@gmail.com
wrote:
If you are using android = 4.2.2 then you have to disable usb debugging
when connecting ioio directly to phone. Otherwise enable. But
I don't know about this application. My guess would be the looking at the
log files produced by it might give you a hint on what's going on.
Specifically, I'm suspecting that the app does not declare using the
INTERNET permission, which is required for an ADB-based connection to work.
On Thu, Feb
If anything on the IOIO is getting hot when you're just powering it up and
not connecting it to *anything*, you have a damaged board for sure. There's
probably no point in trying to continue working with it. Otherwise, indeed
starting from scratch slowly is the best idea. You may have mis-wired
301 - 400 of 941 matches
Mail list logo