Subject:
|
Re: A Generic Idea
|
Newsgroups:
|
lugnet.robotics
|
Date:
|
Tue, 7 Jan 2003 18:04:06 GMT
|
Viewed:
|
1105 times
|
| |
|
|
In lugnet.robotics, Steve Baker <sjbaker1@airmail.net> writes:
> Henrik Erlandsson wrote:
>
> > Yes I agree, but Steve B sees all kinds of problems just talking to the
> > parallel port in c...
>
> When did I say that? Talking to a parallel port in C is easy in
> most OS's.
I extrapolated your complaints that PDAs have OS's where the c compilers
don't have libraries to do the simplest things... :
("You need more than that though. Along with your C compiler, you need a
set of libraries that give you access to the screen, the touch display, the
irDA port, etc, etc. Does that library also gives you access to the cell
phone dialler and digital data stream - or to the images coming from the
camera? If not, you are doomed because the hardware certainly won't be well
documented - and may not even be accessible from a user-domain program.")
You mean you would actually have access to the screen in that C compiler?
wow! :> Anyway, since the camera would be connected to the PC, I foresee
nothing special except the usual trouble using ANY device through drivers.
That has nothing to do with PDAs, to grab a picture from the camera you will
need to know how to access that device, even if you program normal PCs.
It feels awkward talking about Windows PPC in theory. It SHOULD have a c
compiler and surely that compiler could do some port I/O. But I will instead
investigate just how programmable PDAs are and get back with my findings. I
got the tip from a friend that Microsoft would probably support Visual
Studio on all their platforms, but just how good that is at doing the job I
have no idea since I avoid Microsoft programming languages like the plague. ;-)
What I meant by the parallel(/serial/IR) port I/O was that that would be the
slow link to the RCX, when the "brain" has to tell the "legs" to do sth (or
vice versa). No images would be transferred, since all the processing is
done on image files/buffers in the PDA.
I appreciate your criticism since you seem very experienced. But don't say
it's too hard when it's just hard. As hard as hacking the RCX, for example,
which has been done nevertheless.
I'm surprised you haven't "injected a note of realism" about the actual
image processing, which I see as the biggest obstacle to overcome... :D
|
|
Message has 1 Reply:
 | | Re: A Generic Idea
|
| You might be interested in the CMUcam. See (URL) CMUcam is a new low-cost, low-power sensor for mobile robots. You can use CMUcam to do many different kinds of on-board, real-time vision processing. Because CMUcam uses a serial port, it can be (...) (22 years ago, 8-Jan-03, to lugnet.robotics)
|
Message is in Reply To:
| | Re: A Generic Idea
|
| (...) When did I say that? Talking to a parallel port in C is easy in most OS's. ---...--- Steve Baker ---...--- HomeEmail: <sjbaker1@airmail.net> WorkEmail: <sjbaker@link.com> HomePage : (URL) : (4 URLs) (22 years ago, 6-Jan-03, to lugnet.robotics)
|
38 Messages in This Thread:
 
  
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
This Message and its Replies on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
Active threads in Robotics
|
|
|
|
|
|
