Um, how about Demento Station List? Granted, it's still one step removed, but they claim, "Unfortunately we cannot provide a specific list of stations that actually air our show, due to the policy of the network that carries our program." They seem to provide links to station finders, though.
In some (many? most? all?) big companies, it is far easier, politically, to decide that (for example) the Linux operating system is to blame for a project failure than, say, poor management. You just don't often find managers blaming themselves for screwing up the corporate order entry system.
A few years ago, I was at an SAE committee meeting where a project was presented. The gist of it is that cameras look at the road's lane markers. If the system detects that the vehicle is drifting too close to or maybe over the edge of the lane (without the turn signal active to signal a lane shift or turn), the system sounds an alert (loud noise) to wake up the driver who has (presumably) started nodding off. I don't recall seeing that kind of system offered in a production vehicle, but it seemed pretty far along when presented. I'd guess that all by itself, the cameras and processing power might be a bit pricy. However, if the cameras and processing power could be shared with other uses that could justify their cost....
The Ellisys units look very promising, much less expensive than some of the others I'd found. I'm thinking that I may need OTG capability in my unit, if I want to both talk to the existing device and to be able to plug mine into a PC (for parameter setting and such). So, I may need to get the more expensive model that has the 2.0 and OTG support, even though I don't expect to need (or be able to support, with my cheap micro) the high speed USB.
We'll have to see whether I can swing the higher price.
I'm not trying to get rid of USB. I'm forced to use USB. I need to make my device talk to an already existing device that talks USB and that expects to be plugged into a PC. I am not making a PC or anthing to do with a PC (mostly). I am making a small real-time device that needs to talk to this other device with no PC anywhere nearby.
Now, if my device could also look like a USB/RS-232 adapter to a PC, that would be extra cool, as it would let me do some parameter setting, diagnostics, etc. from a PC.
CAN is very cool. I'd actually rather implement CAN for this, as my device already has CAN hardware on it and we've used CAN in the past. Thus, we already have software and experience in the CAN world.
Unfortunately, the device I need to talk to already exists, is from another vendor (actually, potentially multiple other vendors), and has USB and no CAN.
It's a real shame that they don't talk IDB (ITS Data Bus, SAE J2366). That would be too cool.
I didn't see anything there that would let me be a Host or do OTG. Did I just miss it? Since the thing I need to talk to is very much a Device that expects to be plugged into a Windows box....
Yes, I'd also found USB Snoop. I think that it also may be of use in the early stages.
You are right that there is a node=to-node relationship. In fact, I expect that my device and the other will be the only two connected at any given time. Unfortunately, I don't get to pick the interface. The other device already exists, at it is already USB.
BTW, the only reason it is USB instead of RS-232 is that "someone" convinced (nearly) all the PC hardware manufacturers that RS-232 was Evil and USB was Good. So, PCs no longer have RS-232 ports. So, the manufacturers of the device I have to talk to are discontinuing their RS-232 versions and coming out with USB versions. So, we have to talk USB, too, even though the RS-232 stuff was working just fine. sigh.
I have seen this article, and I expect that it will be of help. But, since my unit is not running Linux, it will be of help only during the early stages of figuring out how the existing device is wanting to talk.
With sudo (an instance of using the suid capability of UNIX), the process itself is priviledged, with privs based upon information in the data store and command line arguments.
This patent sounds more like there's a root daemon running in the background and I send it a message asking that it mount a CD-ROM for me; it looks me up in a database of users permitted to mount CDs; and performs the mount on my behalf.
Slashdot Mirror
Um, how about Demento Station List? Granted, it's still one step removed, but they claim, "Unfortunately we cannot provide a specific list of stations that actually air our show, due to the policy of the network that carries our program." They seem to provide links to station finders, though.
In some (many? most? all?) big companies, it is far easier, politically, to decide that (for example) the Linux operating system is to blame for a project failure than, say, poor management. You just don't often find managers blaming themselves for screwing up the corporate order entry system.
Found a reference to this, or a similar, system at Highway Intelligence.
A few years ago, I was at an SAE committee meeting where a project was presented. The gist of it is that cameras look at the road's lane markers. If the system detects that the vehicle is drifting too close to or maybe over the edge of the lane (without the turn signal active to signal a lane shift or turn), the system sounds an alert (loud noise) to wake up the driver who has (presumably) started nodding off. I don't recall seeing that kind of system offered in a production vehicle, but it seemed pretty far along when presented. I'd guess that all by itself, the cameras and processing power might be a bit pricy. However, if the cameras and processing power could be shared with other uses that could justify their cost....
We'll have to see whether I can swing the higher price.
Thanks!
Now, if my device could also look like a USB/RS-232 adapter to a PC, that would be extra cool, as it would let me do some parameter setting, diagnostics, etc. from a PC.
CAN is very cool. I'd actually rather implement CAN for this, as my device already has CAN hardware on it and we've used CAN in the past. Thus, we already have software and experience in the CAN world.
Unfortunately, the device I need to talk to already exists, is from another vendor (actually, potentially multiple other vendors), and has USB and no CAN.
It's a real shame that they don't talk IDB (ITS Data Bus, SAE J2366). That would be too cool.
I didn't see anything there that would let me be a Host or do OTG. Did I just miss it? Since the thing I need to talk to is very much a Device that expects to be plugged into a Windows box....
Yes, I'd also found USB Snoop. I think that it also may be of use in the early stages.
You are right that there is a node=to-node relationship. In fact, I expect that my device and the other will be the only two connected at any given time. Unfortunately, I don't get to pick the interface. The other device already exists, at it is already USB.
BTW, the only reason it is USB instead of RS-232 is that "someone" convinced (nearly) all the PC hardware manufacturers that RS-232 was Evil and USB was Good. So, PCs no longer have RS-232 ports. So, the manufacturers of the device I have to talk to are discontinuing their RS-232 versions and coming out with USB versions. So, we have to talk USB, too, even though the RS-232 stuff was working just fine. sigh.
I have seen this article, and I expect that it will be of help. But, since my unit is not running Linux, it will be of help only during the early stages of figuring out how the existing device is wanting to talk.
Thanks!
With sudo (an instance of using the suid capability of UNIX), the process itself is priviledged, with privs based upon information in the data store and command line arguments.
This patent sounds more like there's a root daemon running in the background and I send it a message asking that it mount a CD-ROM for me; it looks me up in a database of users permitted to mount CDs; and performs the mount on my behalf.