> Hi, > > that sounds great, then I guess a timeout increase is the first simple > thing to do. > From a FTDI standpoint, anything > 16ms should do it, but a bit higher > is probably good. > > 1. Trying to resolve a serial port TTY name (i.e. /dev/cuaU1 on FreeBSD) > to a potential USB device is probably doable, but not without a lot of > effort and OS specific code. > I don't think it's worth trying to go down that road. > > 2. That is probably a good thing to do. However, as discussed in my > previous thread, there is no way to reliably do autodetect. > When searching for the FTDI VID/PID on my machine, I will find two > device. One is the LinkUSB, with the link protocol, and the other is a > USB serial dongle which is attached to a DS2480B. But there is, > unfortunately, no way to find this out without probing the ports. And I > don't really like the idea of that, for all we know there could be a > serial controlled power-strip which happens to shut down the power to > the whole rack when we're probing randomly.. :) > So, no, in the case of FTDI based adapters, we do NOT know for sure what > kind of device we have. > > A reminder, my LinkUSB FTDI code can be found at > https://sourceforge.net/u/stromnet/owfs/ci/ftdi-linkusb/. > It's mostly in ow_ftdi.c, with a new connection_in.type named ct_ftdi. > If this type is used instead of ct_serial, the COM_* routines will use > owftdi_* instead of serial_*. > Thus, any device currently using ct_serial should be easy to get to work > with ct_ftdi. > > Johan
How about using udev on Linux (is there an equivalent on other OSes?) that creates a symlink to a device node with a unique name from the type (FTDI) and bus number and OWFS looks for that specific device name. Just an idea (had to do that years ago with serial devices to sort out a connection to a weather station and an IR blaster, never sure what device names each would come up with!). -- Robin Gilks ------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk _______________________________________________ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
