As Anton Smirnov wrote:
avrdude: ser_setspeed(): tcgetattr() failedavrdude: ser_open(): can't set
attributes for device /dev/bus/usb/002/002: Not a typewriter
That cannot work.
What is the reason of error?
You need a serial emulation device. Depending on your operating system,
the pathname
That cannot work.
As i said file descriptor is used, file path is used only for message
(agree that's misleading, path is passed to avrdude too).
How can i understand what type of file descriptor is returned since i can't
find explanation in UsbDeviceConnection,getFileDescriptor() description
As Anton Smirnov wrote:
/dev/bus/usb devices cannot be used directly for STK500v2.
All this relates to Android. I'm not using file path (see above), but file
descriptor passed from android app.
But how is that file descriptor obtained, i.e. which pathname has
been provided to open()
2013/6/11 Joerg Wunsch j...@uriah.heep.sax.de
As Anton Smirnov wrote:
/dev/bus/usb devices cannot be used directly for STK500v2.
All this relates to Android. I'm not using file path (see above), but
file
descriptor passed from android app.
But how is that file descriptor obtained,
As Anton Smirnov wrote:
Only the underlying driver knows how to e.g. talk to the serial
emulation device at the other end of the USB in order to adjust
baudrates, control signals etc.
Okay, so now the question is what is this file descriptor and how
can it be used in native code. Even
2013/6/11 Joerg Wunsch j...@uriah.heep.sax.de
As Anton Smirnov wrote:
Only the underlying driver knows how to e.g. talk to the serial
emulation device at the other end of the USB in order to adjust
baudrates, control signals etc.
Okay, so now the question is what is this file
As Anton Smirnov wrote:
You'd end up in reimplementing (parts of) a serial device emulation
in AVRDUDE. I don't think this is a useful approach.
Okay, i've been thinking about it, but it seems to be pretty
difficult for me.
There's no uniform handling for this. If the backend implements
Sure, i know that there are different kinds of Arduino boards:
Arduino Uno implements CDC and Arduino Nano f.e. uses FTDI-chips.
I know how to detect it's kind and i can pass the type to avrdude.
So we can think the detection is not the problem.
I've been thinking that android os does it
As Anton Smirnov wrote:
The main problem now i think is to understand what is this file
descriptor nature sincestandard posix impl can't work with it.
As I said: you have to reimplement a virtual serial port driver
on top of it. The descriptor is only useful to transmit/receive
URBs through
i've created android bug issue and received an answer android android
engineers:
https://code.google.com/p/android/issues/detail?id=56450
please add your comments or right questions about expected file
descriptor or smth
2013/6/11 Anton Smirnov d...@antonsmirnov.name
Okay, then i don't
Update of bug #39230 (project avrdude):
Status:None = Invalid
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
Sorry for jumping in, I just roughly followed the discussion, but might
this be the missing software part:
http://code.google.com/p/usb-serial-for-android/ ?
Axel.
On 11.06.2013 12:19, Anton Smirnov wrote:
i've created android bug issue and received an answer android android
engineers:
As Axel Wachtler wrote:
Sorry for jumping in, I just roughly followed the discussion, but might
this be the missing software part:
http://code.google.com/p/usb-serial-for-android/ ?
To me, it very much looks like that, yes.
The main difference is that it needs its own method to set
13 matches
Mail list logo