Thanks Eric,
I will check it out with my local bookshop.
John.
Eric Smith wrote:
> John wrote:
>
>> There used to be a SAAB (?) TV commercial, that said their car had more
>> computing power than what it took to land a man on the moon, but it was
>> pointed out to me that a Z80 had more power than that. I'm not sure
if
>> that is true or not.
>>
>
> It's in the same ballpark.
>
> There's a great book on the AGC, "Journey to the Moon: The History of
> the Apollo Guidance Computer" by Eldon C. Hall.
>
>
--
http://www.johnkent.com.au
http://members.optushome.com.au/jekent
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
Frame Grabber using FPGA thru webcam
Started by ●December 23, 2007
Reply by ●December 28, 20072007-12-28
Reply by ●December 29, 20072007-12-29
The development of the CPU and the code along with the listing are available on
the net somewhere but I don't have the link to hand
buthttp://en.wikipedia.org/wiki/Apollo_Guidance_Computer is a good place to
start.
This material was one of the things that got me started with the idea of using a FPGA to implement a CPU.
----- Original Message -----
From: John Kent
Date: Friday, December 28, 2007 7:21 pm
Subject: Re: [fpga-cpu] Re: Frame Grabber using FPGA thru webcam
To: f...
> Thanks Eric,
>
> I will check it out with my local bookshop.
>
> John.
>
> Eric Smith wrote:
> > John wrote:
> >
> >> There used to be a SAAB (?) TV commercial, that said their
> car had more
> >> computing power than what it took to land a man on the moon,
> but it was
> >> pointed out to me that a Z80 had more power than that. I'm
> not sure if
> >> that is true or not.
> >>
> >
> > It's in the same ballpark.
> >
> > There's a great book on the AGC, "Journey to the Moon: The
> History of
> > the Apollo Guidance Computer" by Eldon C. Hall.
> >
> >
>
> --
> http://www.johnkent.com.au
> http://members.optushome.com.au/jekent
>
>
To post a message, send it to: f...
To unsubscribe, send a blank message to: fpga-cpu-unsubscribe
This material was one of the things that got me started with the idea of using a FPGA to implement a CPU.
----- Original Message -----
From: John Kent
Date: Friday, December 28, 2007 7:21 pm
Subject: Re: [fpga-cpu] Re: Frame Grabber using FPGA thru webcam
To: f...
> Thanks Eric,
>
> I will check it out with my local bookshop.
>
> John.
>
> Eric Smith wrote:
> > John wrote:
> >
> >> There used to be a SAAB (?) TV commercial, that said their
> car had more
> >> computing power than what it took to land a man on the moon,
> but it was
> >> pointed out to me that a Z80 had more power than that. I'm
> not sure if
> >> that is true or not.
> >>
> >
> > It's in the same ballpark.
> >
> > There's a great book on the AGC, "Journey to the Moon: The
> History of
> > the Apollo Guidance Computer" by Eldon C. Hall.
> >
> >
>
> --
> http://www.johnkent.com.au
> http://members.optushome.com.au/jekent
>
>
To post a message, send it to: f...
To unsubscribe, send a blank message to: fpga-cpu-unsubscribe
Reply by ●December 29, 20072007-12-29
Hi Veronica,
Thanks for the URL. I never think to look up Wikipedia.
It says the Block I computer was built out of 4,100 ICs using only 3
input NOR gates !
I'm not sure if they got more than one NOR gate into a package.
Talk about doing it the hard way :-)
John.
Veronica Merryfield wrote:
> The development of the CPU and the code along with the listing are available on the net somewhere but I don't have the link to hand but http://en.wikipedia.org/wiki/Apollo_Guidance_Computer is a good place to start.
>
> This material was one of the things that got me started with the idea of using a FPGA to implement a CPU.
>
>
--
http://www.johnkent.com.au
http://members.optushome.com.au/jekent
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
Thanks for the URL. I never think to look up Wikipedia.
It says the Block I computer was built out of 4,100 ICs using only 3
input NOR gates !
I'm not sure if they got more than one NOR gate into a package.
Talk about doing it the hard way :-)
John.
Veronica Merryfield wrote:
> The development of the CPU and the code along with the listing are available on the net somewhere but I don't have the link to hand but http://en.wikipedia.org/wiki/Apollo_Guidance_Computer is a good place to start.
>
> This material was one of the things that got me started with the idea of using a FPGA to implement a CPU.
>
>
--
http://www.johnkent.com.au
http://members.optushome.com.au/jekent
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
Reply by ●December 29, 20072007-12-29
----- Original Message -----
From: "John Kent"
To:
Sent: Saturday, December 29, 2007 10:51 AM
Subject: Re: [fpga-cpu] Re: Frame Grabber using FPGA thru webcam
> Hi Veronica,
>
> Thanks for the URL. I never think to look up Wikipedia.
>
> It says the Block I computer was built out of 4,100 ICs using only 3
> input NOR gates !
> I'm not sure if they got more than one NOR gate into a package.
> Talk about doing it the hard way :-)
They were probably the RTL (resistor-transistor logic) chips that were the
first logic ICs. NOR was easier to make than NAND. I bought some of those
chips when they first came available - 3.6V operation and *lots* of
currrent. They had two gates in each 8-pin package.
Leon
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
From: "John Kent"
To:
Sent: Saturday, December 29, 2007 10:51 AM
Subject: Re: [fpga-cpu] Re: Frame Grabber using FPGA thru webcam
> Hi Veronica,
>
> Thanks for the URL. I never think to look up Wikipedia.
>
> It says the Block I computer was built out of 4,100 ICs using only 3
> input NOR gates !
> I'm not sure if they got more than one NOR gate into a package.
> Talk about doing it the hard way :-)
They were probably the RTL (resistor-transistor logic) chips that were the
first logic ICs. NOR was easier to make than NAND. I bought some of those
chips when they first came available - 3.6V operation and *lots* of
currrent. They had two gates in each 8-pin package.
Leon
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
Reply by ●December 29, 20072007-12-29
Hi Leon,
Yes, the Wikipedia page says they were RTL.
It says they had problems with the mixed DTL (Diode Transistor Logic)
and DL (Diode Logic) from TI.
I think the web site mentions flat pack technology, so they might have
used thick film substrates to connect them.
I remember buying a couple Fairchild uL900 series RTL gates years ago.
I think I might still have them.
They were in an epoxy 8 pin package.
http://www.electronballet.com/DataSheets/Fairchild%20Micrologic%201/
John.
Leon wrote:
>
> They were probably the RTL (resistor-transistor logic) chips that were the
> first logic ICs. NOR was easier to make than NAND. I bought some of those
> chips when they first came available - 3.6V operation and *lots* of
> currrent. They had two gates in each 8-pin package.
>
> Leon
>
--
http://www.johnkent.com.au
http://members.optushome.com.au/jekent
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
Yes, the Wikipedia page says they were RTL.
It says they had problems with the mixed DTL (Diode Transistor Logic)
and DL (Diode Logic) from TI.
I think the web site mentions flat pack technology, so they might have
used thick film substrates to connect them.
I remember buying a couple Fairchild uL900 series RTL gates years ago.
I think I might still have them.
They were in an epoxy 8 pin package.
http://www.electronballet.com/DataSheets/Fairchild%20Micrologic%201/
John.
Leon wrote:
>
> They were probably the RTL (resistor-transistor logic) chips that were the
> first logic ICs. NOR was easier to make than NAND. I bought some of those
> chips when they first came available - 3.6V operation and *lots* of
> currrent. They had two gates in each 8-pin package.
>
> Leon
>
--
http://www.johnkent.com.au
http://members.optushome.com.au/jekent
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
Reply by ●December 29, 20072007-12-29
----- Original Message -----
From: "John Kent"
To:
Sent: Saturday, December 29, 2007 11:33 AM
Subject: Re: [fpga-cpu] Re: Frame Grabber using FPGA thru webcam
> Hi Leon,
>
> Yes, the Wikipedia page says they were RTL.
> It says they had problems with the mixed DTL (Diode Transistor Logic)
> and DL (Diode Logic) from TI.
>
> I think the web site mentions flat pack technology, so they might have
> used thick film substrates to connect them.
>
> I remember buying a couple Fairchild uL900 series RTL gates years ago.
> I think I might still have them.
> They were in an epoxy 8 pin package.
Those were the ones I played with, although I later got some DIL ones made
by Motorola.
Leon
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
From: "John Kent"
To:
Sent: Saturday, December 29, 2007 11:33 AM
Subject: Re: [fpga-cpu] Re: Frame Grabber using FPGA thru webcam
> Hi Leon,
>
> Yes, the Wikipedia page says they were RTL.
> It says they had problems with the mixed DTL (Diode Transistor Logic)
> and DL (Diode Logic) from TI.
>
> I think the web site mentions flat pack technology, so they might have
> used thick film substrates to connect them.
>
> I remember buying a couple Fairchild uL900 series RTL gates years ago.
> I think I might still have them.
> They were in an epoxy 8 pin package.
Those were the ones I played with, although I later got some DIL ones made
by Motorola.
Leon
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
Reply by ●December 30, 20072007-12-30
John wrote:
> It says the Block I computer was built out of 4,100 ICs using only 3
> input NOR gates !
> I'm not sure if they got more than one NOR gate into a package.
In the Block I AGC, the chips had a single gate each. In the Block II
AGC, they had two gates each.
> Talk about doing it the hard way :-)
In the early 1960s, that was the easy way, at least if you wanted the
computer to be small. The only alternative was discrete components,
perhaps packaged as hybrid modules.
Leon wrote:
> They were probably the RTL (resistor-transistor logic) chips that were the
> first logic ICs.
I think you're correct that they are RTL, but they are not part of the
900-series RTL family of parts that evolved several years later.
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
> It says the Block I computer was built out of 4,100 ICs using only 3
> input NOR gates !
> I'm not sure if they got more than one NOR gate into a package.
In the Block I AGC, the chips had a single gate each. In the Block II
AGC, they had two gates each.
> Talk about doing it the hard way :-)
In the early 1960s, that was the easy way, at least if you wanted the
computer to be small. The only alternative was discrete components,
perhaps packaged as hybrid modules.
Leon wrote:
> They were probably the RTL (resistor-transistor logic) chips that were the
> first logic ICs.
I think you're correct that they are RTL, but they are not part of the
900-series RTL family of parts that evolved several years later.
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
Reply by ●January 2, 20082008-01-02
unsubscribe
_________________________________________________________________
Fancy some celeb spotting?
https://www.celebmashup.com
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
_________________________________________________________________
Fancy some celeb spotting?
https://www.celebmashup.com
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
Reply by ●January 8, 20082008-01-08
I've just successfully found out the
a simple way of implementing the algorithm using very simple mathematic
calculation during these last couple of weeks. So, that wouldn't be a
big problem anymore.
I've abandon the plan to use USB webcam. I
decided to use image sensors with documentation. Due to the lack of time,
it's not worth the fuss to reverse engineer the webcam. But the thing
is, I've contacted Omnivision which was used by the AVRCAM and CMUCAM and requested sample image sensor from
them but they are slow in responding. I'm worried that I might lose
precious time while waiting for them.
So, are there any other image sensor company that you guys would suggest?
The device has to be able to down sample the its resolution to at least
50x50 and the output should be in YCbCr or BW/grayscale digital format.
What is your advice on selecting other alternatives?
----- Original Message ----
From: John Kent
To: f...
Sent: Thursday, December 27, 2007 10:59:43 PM
Subject: Re: [fpga-cpu] Re: Frame Grabber using FPGA thru webcam
Hi Richard,
I'm sorry I did not look at your first email closely enough.
The OV9655 looks very similar to the web cam chip I referred to.
It's a pity the camera is not sold separately.
The Surveyor SRV1 looks pretty groovy.
I took a very quick look at the roborealm web site and saw the blob tracker.
I've ordered a book on mathematical algorithms for machine vision that
I saw on wikipedia, so I hope I'll be able to brush up on my geometry
and cross products and so on.
There are a few projects I would like to work on with image warping
and so on. I have the VDEC-1 digitizer for the Spartan 3E starter board
that's been sitting here for the last year gathering dust. And I have the
XESS XST-3.0 board with digitizer on it doing nothing.
I'm ordering a couple of analog cameras for an image processing project
but I need them to be synchronized, so the OV9655 would probably
be easier to do that with.
John.
rtstofer wrote:
> The hardware interface between the FPGA and the sensor certainly looks
> simple. I haven't played with video (yet!) but there is some
> discussion of the transformations in the datasheet. In particular,
> they discuss setting the color gains to get a particular gray scale.
>
> I may start playing with video next year with the Surveyor See
> www.surveyor. com
>
> There is a user project linked to the page where the objective is to
> track small orange squares of tape on a reflective black background
> (floor tile) under adverse lighing (reflections, etc). Several
> processing steps are taken to remove the reflections, locate and fill
> 'blobs' and then do edge detection. See
> http://www.roboreal m.com/tutorial/ Surveyor_ SRV1b_Trail/ slide010. php
>
> Richard
>
>
>
--
http://www.johnkent .com.au
http://members. optushome. com.au/jekent
Send instant messages to your online friends http://uk.messenger.yahoo.com
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
a simple way of implementing the algorithm using very simple mathematic
calculation during these last couple of weeks. So, that wouldn't be a
big problem anymore.
I've abandon the plan to use USB webcam. I
decided to use image sensors with documentation. Due to the lack of time,
it's not worth the fuss to reverse engineer the webcam. But the thing
is, I've contacted Omnivision which was used by the AVRCAM and CMUCAM and requested sample image sensor from
them but they are slow in responding. I'm worried that I might lose
precious time while waiting for them.
So, are there any other image sensor company that you guys would suggest?
The device has to be able to down sample the its resolution to at least
50x50 and the output should be in YCbCr or BW/grayscale digital format.
What is your advice on selecting other alternatives?
----- Original Message ----
From: John Kent
To: f...
Sent: Thursday, December 27, 2007 10:59:43 PM
Subject: Re: [fpga-cpu] Re: Frame Grabber using FPGA thru webcam
Hi Richard,
I'm sorry I did not look at your first email closely enough.
The OV9655 looks very similar to the web cam chip I referred to.
It's a pity the camera is not sold separately.
The Surveyor SRV1 looks pretty groovy.
I took a very quick look at the roborealm web site and saw the blob tracker.
I've ordered a book on mathematical algorithms for machine vision that
I saw on wikipedia, so I hope I'll be able to brush up on my geometry
and cross products and so on.
There are a few projects I would like to work on with image warping
and so on. I have the VDEC-1 digitizer for the Spartan 3E starter board
that's been sitting here for the last year gathering dust. And I have the
XESS XST-3.0 board with digitizer on it doing nothing.
I'm ordering a couple of analog cameras for an image processing project
but I need them to be synchronized, so the OV9655 would probably
be easier to do that with.
John.
rtstofer wrote:
> The hardware interface between the FPGA and the sensor certainly looks
> simple. I haven't played with video (yet!) but there is some
> discussion of the transformations in the datasheet. In particular,
> they discuss setting the color gains to get a particular gray scale.
>
> I may start playing with video next year with the Surveyor See
> www.surveyor. com
>
> There is a user project linked to the page where the objective is to
> track small orange squares of tape on a reflective black background
> (floor tile) under adverse lighing (reflections, etc). Several
> processing steps are taken to remove the reflections, locate and fill
> 'blobs' and then do edge detection. See
> http://www.roboreal m.com/tutorial/ Surveyor_ SRV1b_Trail/ slide010. php
>
> Richard
>
>
>
--
http://www.johnkent .com.au
http://members. optushome. com.au/jekent
Send instant messages to your online friends http://uk.messenger.yahoo.com
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
Reply by ●January 8, 20082008-01-08
--- In f..., ":: aH\[sIM\] ::"
wrote:
>
> I've just successfully found out the
> a simple way of implementing the algorithm using very simple
mathematic
> calculation during these last couple of weeks. So, that wouldn't be
a
> big problem anymore.
>
> I've abandon the plan to use USB webcam. I
> decided to use image sensors with documentation. Due to the lack of
time,
> it's not worth the fuss to reverse engineer the webcam. But the
thing
> is, I've contacted Omnivision which was used by the AVRCAM and
CMUCAM and requested sample image sensor from
> them but they are slow in responding. I'm worried that I might lose
> precious time while waiting for them.
>
> So, are there any other image sensor company that you guys would
suggest?
>
> The device has to be able to down sample the its resolution to at
least
> 50x50 and the output should be in YCbCr or BW/grayscale digital
format.
> What is your advice on selecting other alternatives?
If I was in a hurry, I would remove the image sensor from a CMUCam
2. It just plugs in to a header on the uC board. The parallel
interface for that image sensor should be easily available. I'm not
able to get through to www.cs.cmu.edu at the moment, their site may
be down.
Anyway, it uses the OV6620 and I found the datasheet here:
http://www.cmucam.org/attachment/wiki/Documentation/OV6620.PDF
You'll have to review the datasheet but it would seem to me that
downsampling would be done outside the sensor. It does seem to
handle YCbCr.
Another advantage of using the sensor from a CMUCam 2 is that you can
always plug it back in to the uC board and see if it is still working!
Richard
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
wrote:
>
> I've just successfully found out the
> a simple way of implementing the algorithm using very simple
mathematic
> calculation during these last couple of weeks. So, that wouldn't be
a
> big problem anymore.
>
> I've abandon the plan to use USB webcam. I
> decided to use image sensors with documentation. Due to the lack of
time,
> it's not worth the fuss to reverse engineer the webcam. But the
thing
> is, I've contacted Omnivision which was used by the AVRCAM and
CMUCAM and requested sample image sensor from
> them but they are slow in responding. I'm worried that I might lose
> precious time while waiting for them.
>
> So, are there any other image sensor company that you guys would
suggest?
>
> The device has to be able to down sample the its resolution to at
least
> 50x50 and the output should be in YCbCr or BW/grayscale digital
format.
> What is your advice on selecting other alternatives?
If I was in a hurry, I would remove the image sensor from a CMUCam
2. It just plugs in to a header on the uC board. The parallel
interface for that image sensor should be easily available. I'm not
able to get through to www.cs.cmu.edu at the moment, their site may
be down.
Anyway, it uses the OV6620 and I found the datasheet here:
http://www.cmucam.org/attachment/wiki/Documentation/OV6620.PDF
You'll have to review the datasheet but it would seem to me that
downsampling would be done outside the sensor. It does seem to
handle YCbCr.
Another advantage of using the sensor from a CMUCam 2 is that you can
always plug it back in to the uC board and see if it is still working!
Richard
To post a message, send it to: f...
To unsubscribe, send a blank message to: f...
