Thread Subject: Hdl code generation error

Subject: Hdl code generation error

From: Mira Ab

Date: 31 Aug, 2010 03:05:37

Message: 1 of 13

Hi

I have a problem when generating HDL for my set of Simulink codes. I got a error stating that 'matrices are not in this release'. Do anyone know about this problem?

Can anyone tell me whether I can generate a from video device block and translate block?

Thanks

Subject: Hdl code generation error

From: Sean

Date: 2 Sep, 2010 13:52:04

Message: 2 of 13

"Mira Ab" <a_m_i_r_a_h_109@hotmail.com> wrote in message <i5hri1$11m$1@fred.mathworks.com>...
> Hi
>
> I have a problem when generating HDL for my set of Simulink codes. I got a error stating that 'matrices are not in this release'. Do anyone know about this problem?
>
> Can anyone tell me whether I can generate a from video device block and translate block?
>
> Thanks

You have a lot of work to do. As the error message says, because matrices are not supported, you will need to stream the data a pixel at a time. If I remember correctly (I do not currently have access to the HDL coder), you should be able to use either one or two dimensional signals within an embedded Matlab block. But it would be a lot of work to stream the data in and out of embedded Matlab, and perhaps not worth the effort.

You might be better off either hand coding your algorithms in HDL and using Matlab as a testbench.

Sean

Subject: Hdl code generation error

From: Mira Ab

Date: 3 Sep, 2010 01:45:22

Message: 3 of 13

"Sean " <sanborne@fastmail.fm> wrote in message <i5oa64$qv$1@fred.mathworks.com>...
> "Mira Ab" <a_m_i_r_a_h_109@hotmail.com> wrote in message <i5hri1$11m$1@fred.mathworks.com>...
> > Hi
> >
> > I have a problem when generating HDL for my set of Simulink codes. I got a error stating that 'matrices are not in this release'. Do anyone know about this problem?
> >
> > Can anyone tell me whether I can generate a from video device block and translate block?
> >
> > Thanks
>
> You have a lot of work to do. As the error message says, because matrices are not supported, you will need to stream the data a pixel at a time. If I remember correctly (I do not currently have access to the HDL coder), you should be able to use either one or two dimensional signals within an embedded Matlab block. But it would be a lot of work to stream the data in and out of embedded Matlab, and perhaps not worth the effort.
>
> You might be better off either hand coding your algorithms in HDL and using Matlab as a testbench.
>
> Sean


Hi
      I don't quite understand what do you mean by stream the data a pixel at a time. Does this mean that I will have to change my codes? Would you mind giving me some hints on ways of changing it?

Thanks

Subject: Hdl code generation error

From: witek@mathworks.com

Date: 4 Sep, 2010 13:04:15

Message: 4 of 13

Hi Mira,

Getting to HDL with video is indeed non-trivial. Video and Image Processing Blockset includes a demo
that shows how to stream the pixels. It also inludes a design of a 2-D FIR filter that generates
HDL. It's designed from the ground up using elemental blocks and EML. It generates HDL automatically.

http://www.mathworks.com/products/demos/shipping/vipblks/viponfpga.html?product=VP

The demo gives you a head start and ideas, but it certainly does not solve your problem for you.

Translate block can be moved to HDL, but you'll indeed need to redesign it in a similar fashion as
the block in the demo.

The From Video Device block is a whole different matter. Your hardware board better have some
support for video. If it does, then your HW frame grabber "becomes" the From Video Device.
Alternatively, you may use some other peripheral such as gigabit ethernet to deliver video data
to your FPGA.

HTH,

Witek



Mira Ab <a_m_i_r_a_h_109@hotmail.com> wrote:
> "Sean " <sanborne@fastmail.fm> wrote in message <i5oa64$qv$1@fred.mathworks.com>...
> > "Mira Ab" <a_m_i_r_a_h_109@hotmail.com> wrote in message <i5hri1$11m$1@fred.mathworks.com>...
> > > Hi
> > >
> > > I have a problem when generating HDL for my set of Simulink codes. I got a error stating that 'matrices are not in this release'. Do anyone know about this problem?
> > >
> > > Can anyone tell me whether I can generate a from video device block and translate block?
> > >
> > > Thanks
> >
> > You have a lot of work to do. As the error message says, because matrices are not supported, you will need to stream the data a pixel at a time. If I remember correctly (I do not currently have access to the HDL coder), you should be able to use either one or two dimensional signals within an embedded Matlab block. But it would be a lot of work to stream the data in and out of embedded Matlab, and perhaps not worth the effort.
> >
> > You might be better off either hand coding your algorithms in HDL and using Matlab as a testbench.
> >
> > Sean
>
>
> Hi
> I don't quite understand what do you mean by stream the data a pixel at a time. Does this mean that I will have to change my codes? Would you mind giving me some hints on ways of changing it?
>
> Thanks

Subject: Hdl code generation error

From: yeo

Date: 22 Sep, 2010 09:44:05

Message: 5 of 13

What if the video is to be displayed in real time using the ethernet camera from an embedded board? What are the signals to be input into Simulink using Simulink blocks ?
Or is there any other way?

witek@mathworks.com wrote in message <i5tg4f$64r$1@fred.mathworks.com>...
> Hi Mira,
>
> Getting to HDL with video is indeed non-trivial. Video and Image Processing Blockset includes a demo
> that shows how to stream the pixels. It also inludes a design of a 2-D FIR filter that generates
> HDL. It's designed from the ground up using elemental blocks and EML. It generates HDL automatically.
>
> http://www.mathworks.com/products/demos/shipping/vipblks/viponfpga.html?product=VP
>
> The demo gives you a head start and ideas, but it certainly does not solve your problem for you.
>
> Translate block can be moved to HDL, but you'll indeed need to redesign it in a similar fashion as
> the block in the demo.
>
> The From Video Device block is a whole different matter. Your hardware board better have some
> support for video. If it does, then your HW frame grabber "becomes" the From Video Device.
> Alternatively, you may use some other peripheral such as gigabit ethernet to deliver video data
> to your FPGA.
>
> HTH,
>
> Witek
>
>
>
> Mira Ab <a_m_i_r_a_h_109@hotmail.com> wrote:
> > "Sean " <sanborne@fastmail.fm> wrote in message <i5oa64$qv$1@fred.mathworks.com>...
> > > "Mira Ab" <a_m_i_r_a_h_109@hotmail.com> wrote in message <i5hri1$11m$1@fred.mathworks.com>...
> > > > Hi
> > > >
> > > > I have a problem when generating HDL for my set of Simulink codes. I got a error stating that 'matrices are not in this release'. Do anyone know about this problem?
> > > >
> > > > Can anyone tell me whether I can generate a from video device block and translate block?
> > > >
> > > > Thanks
> > >
> > > You have a lot of work to do. As the error message says, because matrices are not supported, you will need to stream the data a pixel at a time. If I remember correctly (I do not currently have access to the HDL coder), you should be able to use either one or two dimensional signals within an embedded Matlab block. But it would be a lot of work to stream the data in and out of embedded Matlab, and perhaps not worth the effort.
> > >
> > > You might be better off either hand coding your algorithms in HDL and using Matlab as a testbench.
> > >
> > > Sean
> >
> >
> > Hi
> > I don't quite understand what do you mean by stream the data a pixel at a time. Does this mean that I will have to change my codes? Would you mind giving me some hints on ways of changing it?
> >
> > Thanks

Subject: Hdl code generation error

From: witek@mathworks.com

Date: 22 Sep, 2010 12:08:16

Message: 6 of 13

To interface to an ethernet camera, you'll need to derive the synchronization signals from the packet
stream from your camera. Simulink does not have anything that's pre-made and ready to use for this
purpose. You'll need to design it yourself.

Witek


yeo <tmrnvrcome@hotmail.com> wrote:
> What if the video is to be displayed in real time using the ethernet camera from an embedded board? What are the signals to be input into Simulink using Simulink blocks ?
> Or is there any other way?
>
> witek@mathworks.com wrote in message <i5tg4f$64r$1@fred.mathworks.com>...
> > Hi Mira,
> >
> > Getting to HDL with video is indeed non-trivial. Video and Image Processing Blockset includes a demo
> > that shows how to stream the pixels. It also inludes a design of a 2-D FIR filter that generates
> > HDL. It's designed from the ground up using elemental blocks and EML. It generates HDL automatically.
> >
> > http://www.mathworks.com/products/demos/shipping/vipblks/viponfpga.html?product=VP
> >
> > The demo gives you a head start and ideas, but it certainly does not solve your problem for you.
> >
> > Translate block can be moved to HDL, but you'll indeed need to redesign it in a similar fashion as
> > the block in the demo.
> >
> > The From Video Device block is a whole different matter. Your hardware board better have some
> > support for video. If it does, then your HW frame grabber "becomes" the From Video Device.
> > Alternatively, you may use some other peripheral such as gigabit ethernet to deliver video data
> > to your FPGA.
> >
> > HTH,
> >
> > Witek
> >
> >
> >
> > Mira Ab <a_m_i_r_a_h_109@hotmail.com> wrote:
> > > "Sean " <sanborne@fastmail.fm> wrote in message <i5oa64$qv$1@fred.mathworks.com>...
> > > > "Mira Ab" <a_m_i_r_a_h_109@hotmail.com> wrote in message <i5hri1$11m$1@fred.mathworks.com>...
> > > > > Hi
> > > > >
> > > > > I have a problem when generating HDL for my set of Simulink codes. I got a error stating that 'matrices are not in this release'. Do anyone know about this problem?
> > > > >
> > > > > Can anyone tell me whether I can generate a from video device block and translate block?
> > > > >
> > > > > Thanks
> > > >
> > > > You have a lot of work to do. As the error message says, because matrices are not supported, you will need to stream the data a pixel at a time. If I remember correctly (I do not currently have access to the HDL coder), you should be able to use either one or two dimensional signals within an embedded Matlab block. But it would be a lot of work to stream the data in and out of embedded Matlab, and perhaps not worth the effort.
> > > >
> > > > You might be better off either hand coding your algorithms in HDL and using Matlab as a testbench.
> > > >
> > > > Sean
> > >
> > >
> > > Hi
> > > I don't quite understand what do you mean by stream the data a pixel at a time. Does this mean that I will have to change my codes? Would you mind giving me some hints on ways of changing it?
> > >
> > > Thanks

Subject: Hdl code generation error

From: yeo

Date: 22 Sep, 2010 12:27:08

Message: 7 of 13

Hi

Can you please elaborate? Sorry, but I am just a beginner on Simulink and Xilinx.

How do I derive the synchronisation signals?

And do you mean there is no Simulink blocks to connect with the camera on the embedded device to receive real time?

witek@mathworks.com wrote in message <i7crjg$q0i$1@fred.mathworks.com>...
> To interface to an ethernet camera, you'll need to derive the synchronization signals from the packet
> stream from your camera. Simulink does not have anything that's pre-made and ready to use for this
> purpose. You'll need to design it yourself.
>
> Witek
>
>
> yeo <tmrnvrcome@hotmail.com> wrote:
> > What if the video is to be displayed in real time using the ethernet camera from an embedded board? What are the signals to be input into Simulink using Simulink blocks ?
> > Or is there any other way?
> >
> > witek@mathworks.com wrote in message <i5tg4f$64r$1@fred.mathworks.com>...
> > > Hi Mira,
> > >
> > > Getting to HDL with video is indeed non-trivial. Video and Image Processing Blockset includes a demo
> > > that shows how to stream the pixels. It also inludes a design of a 2-D FIR filter that generates
> > > HDL. It's designed from the ground up using elemental blocks and EML. It generates HDL automatically.
> > >
> > > http://www.mathworks.com/products/demos/shipping/vipblks/viponfpga.html?product=VP
> > >
> > > The demo gives you a head start and ideas, but it certainly does not solve your problem for you.
> > >
> > > Translate block can be moved to HDL, but you'll indeed need to redesign it in a similar fashion as
> > > the block in the demo.
> > >
> > > The From Video Device block is a whole different matter. Your hardware board better have some
> > > support for video. If it does, then your HW frame grabber "becomes" the From Video Device.
> > > Alternatively, you may use some other peripheral such as gigabit ethernet to deliver video data
> > > to your FPGA.
> > >
> > > HTH,
> > >
> > > Witek
> > >
> > >
> > >
> > > Mira Ab <a_m_i_r_a_h_109@hotmail.com> wrote:
> > > > "Sean " <sanborne@fastmail.fm> wrote in message <i5oa64$qv$1@fred.mathworks.com>...
> > > > > "Mira Ab" <a_m_i_r_a_h_109@hotmail.com> wrote in message <i5hri1$11m$1@fred.mathworks.com>...
> > > > > > Hi
> > > > > >
> > > > > > I have a problem when generating HDL for my set of Simulink codes. I got a error stating that 'matrices are not in this release'. Do anyone know about this problem?
> > > > > >
> > > > > > Can anyone tell me whether I can generate a from video device block and translate block?
> > > > > >
> > > > > > Thanks
> > > > >
> > > > > You have a lot of work to do. As the error message says, because matrices are not supported, you will need to stream the data a pixel at a time. If I remember correctly (I do not currently have access to the HDL coder), you should be able to use either one or two dimensional signals within an embedded Matlab block. But it would be a lot of work to stream the data in and out of embedded Matlab, and perhaps not worth the effort.
> > > > >
> > > > > You might be better off either hand coding your algorithms in HDL and using Matlab as a testbench.
> > > > >
> > > > > Sean
> > > >
> > > >
> > > > Hi
> > > > I don't quite understand what do you mean by stream the data a pixel at a time. Does this mean that I will have to change my codes? Would you mind giving me some hints on ways of changing it?
> > > >
> > > > Thanks

Subject: Hdl code generation error

From: witek@mathworks.com

Date: 22 Sep, 2010 16:08:15

Message: 8 of 13

Hi,

Going over what it takes to create such an interface is a long topic that's not quite
appropriate for a newsgroup exchange. You may get a glance of what is involved by
studying this demo:

http://www.mathworks.com/products/demos/shipping/vipblks/viponfpga.html?product=VP

In particular, see the reference to TVP5146 digital video decoder. It has synchronization
signals. They would change for your problem. How would you then hook them up to your
design?

HTH,

Witek


yeo <tmrnvrcome@hotmail.com> wrote:
> Hi
>
> Can you please elaborate? Sorry, but I am just a beginner on Simulink and Xilinx.
>
> How do I derive the synchronisation signals?
>
> And do you mean there is no Simulink blocks to connect with the camera on the embedded device to receive real time?
>
> witek@mathworks.com wrote in message <i7crjg$q0i$1@fred.mathworks.com>...
> > To interface to an ethernet camera, you'll need to derive the synchronization signals from the packet
> > stream from your camera. Simulink does not have anything that's pre-made and ready to use for this
> > purpose. You'll need to design it yourself.
> >
> > Witek
> >
> >
> > yeo <tmrnvrcome@hotmail.com> wrote:
> > > What if the video is to be displayed in real time using the ethernet camera from an embedded board? What are the signals to be input into Simulink using Simulink blocks ?
> > > Or is there any other way?
> > >
> > > witek@mathworks.com wrote in message <i5tg4f$64r$1@fred.mathworks.com>...
> > > > Hi Mira,
> > > >
> > > > Getting to HDL with video is indeed non-trivial. Video and Image Processing Blockset includes a demo
> > > > that shows how to stream the pixels. It also inludes a design of a 2-D FIR filter that generates
> > > > HDL. It's designed from the ground up using elemental blocks and EML. It generates HDL automatically.
> > > >
> > > > http://www.mathworks.com/products/demos/shipping/vipblks/viponfpga.html?product=VP
> > > >
> > > > The demo gives you a head start and ideas, but it certainly does not solve your problem for you.
> > > >
> > > > Translate block can be moved to HDL, but you'll indeed need to redesign it in a similar fashion as
> > > > the block in the demo.
> > > >
> > > > The From Video Device block is a whole different matter. Your hardware board better have some
> > > > support for video. If it does, then your HW frame grabber "becomes" the From Video Device.
> > > > Alternatively, you may use some other peripheral such as gigabit ethernet to deliver video data
> > > > to your FPGA.
> > > >
> > > > HTH,
> > > >
> > > > Witek
> > > >
> > > >
> > > >
> > > > Mira Ab <a_m_i_r_a_h_109@hotmail.com> wrote:
> > > > > "Sean " <sanborne@fastmail.fm> wrote in message <i5oa64$qv$1@fred.mathworks.com>...
> > > > > > "Mira Ab" <a_m_i_r_a_h_109@hotmail.com> wrote in message <i5hri1$11m$1@fred.mathworks.com>...
> > > > > > > Hi
> > > > > > >
> > > > > > > I have a problem when generating HDL for my set of Simulink codes. I got a error stating that 'matrices are not in this release'. Do anyone know about this problem?
> > > > > > >
> > > > > > > Can anyone tell me whether I can generate a from video device block and translate block?
> > > > > > >
> > > > > > > Thanks
> > > > > >
> > > > > > You have a lot of work to do. As the error message says, because matrices are not supported, you will need to stream the data a pixel at a time. If I remember correctly (I do not currently have access to the HDL coder), you should be able to use either one or two dimensional signals within an embedded Matlab block. But it would be a lot of work to stream the data in and out of embedded Matlab, and perhaps not worth the effort.
> > > > > >
> > > > > > You might be better off either hand coding your algorithms in HDL and using Matlab as a testbench.
> > > > > >
> > > > > > Sean
> > > > >
> > > > >
> > > > > Hi
> > > > > I don't quite understand what do you mean by stream the data a pixel at a time. Does this mean that I will have to change my codes? Would you mind giving me some hints on ways of changing it?
> > > > >
> > > > > Thanks

Subject: Hdl code generation error

From: yeo

Date: 27 Sep, 2010 06:02:06

Message: 9 of 13

Hi

If I use the synchronisation signals, is it possible to convert them to hdl?
And I have read through the demo, however I still do not understand it.
Is the demo available in Matlab 2009B?? I don't seem to be able to find it.

Thanks.

witek@mathworks.com wrote in message <i7d9lf$gv1$1@fred.mathworks.com>...
> Hi,
>
> Going over what it takes to create such an interface is a long topic that's not quite
> appropriate for a newsgroup exchange. You may get a glance of what is involved by
> studying this demo:
>
> http://www.mathworks.com/products/demos/shipping/vipblks/viponfpga.html?product=VP
>
> In particular, see the reference to TVP5146 digital video decoder. It has synchronization
> signals. They would change for your problem. How would you then hook them up to your
> design?
>
> HTH,
>
> Witek
>
>
> yeo <tmrnvrcome@hotmail.com> wrote:
> > Hi
> >
> > Can you please elaborate? Sorry, but I am just a beginner on Simulink and Xilinx.
> >
> > How do I derive the synchronisation signals?
> >
> > And do you mean there is no Simulink blocks to connect with the camera on the embedded device to receive real time?
> >
> > witek@mathworks.com wrote in message <i7crjg$q0i$1@fred.mathworks.com>...
> > > To interface to an ethernet camera, you'll need to derive the synchronization signals from the packet
> > > stream from your camera. Simulink does not have anything that's pre-made and ready to use for this
> > > purpose. You'll need to design it yourself.
> > >
> > > Witek
> > >
> > >
> > > yeo <tmrnvrcome@hotmail.com> wrote:
> > > > What if the video is to be displayed in real time using the ethernet camera from an embedded board? What are the signals to be input into Simulink using Simulink blocks ?
> > > > Or is there any other way?
> > > >
> > > > witek@mathworks.com wrote in message <i5tg4f$64r$1@fred.mathworks.com>...
> > > > > Hi Mira,
> > > > >
> > > > > Getting to HDL with video is indeed non-trivial. Video and Image Processing Blockset includes a demo
> > > > > that shows how to stream the pixels. It also inludes a design of a 2-D FIR filter that generates
> > > > > HDL. It's designed from the ground up using elemental blocks and EML. It generates HDL automatically.
> > > > >
> > > > > http://www.mathworks.com/products/demos/shipping/vipblks/viponfpga.html?product=VP
> > > > >
> > > > > The demo gives you a head start and ideas, but it certainly does not solve your problem for you.
> > > > >
> > > > > Translate block can be moved to HDL, but you'll indeed need to redesign it in a similar fashion as
> > > > > the block in the demo.
> > > > >
> > > > > The From Video Device block is a whole different matter. Your hardware board better have some
> > > > > support for video. If it does, then your HW frame grabber "becomes" the From Video Device.
> > > > > Alternatively, you may use some other peripheral such as gigabit ethernet to deliver video data
> > > > > to your FPGA.
> > > > >
> > > > > HTH,
> > > > >
> > > > > Witek
> > > > >
> > > > >
> > > > >
> > > > > Mira Ab <a_m_i_r_a_h_109@hotmail.com> wrote:
> > > > > > "Sean " <sanborne@fastmail.fm> wrote in message <i5oa64$qv$1@fred.mathworks.com>...
> > > > > > > "Mira Ab" <a_m_i_r_a_h_109@hotmail.com> wrote in message <i5hri1$11m$1@fred.mathworks.com>...
> > > > > > > > Hi
> > > > > > > >
> > > > > > > > I have a problem when generating HDL for my set of Simulink codes. I got a error stating that 'matrices are not in this release'. Do anyone know about this problem?
> > > > > > > >
> > > > > > > > Can anyone tell me whether I can generate a from video device block and translate block?
> > > > > > > >
> > > > > > > > Thanks
> > > > > > >
> > > > > > > You have a lot of work to do. As the error message says, because matrices are not supported, you will need to stream the data a pixel at a time. If I remember correctly (I do not currently have access to the HDL coder), you should be able to use either one or two dimensional signals within an embedded Matlab block. But it would be a lot of work to stream the data in and out of embedded Matlab, and perhaps not worth the effort.
> > > > > > >
> > > > > > > You might be better off either hand coding your algorithms in HDL and using Matlab as a testbench.
> > > > > > >
> > > > > > > Sean
> > > > > >
> > > > > >
> > > > > > Hi
> > > > > > I don't quite understand what do you mean by stream the data a pixel at a time. Does this mean that I will have to change my codes? Would you mind giving me some hints on ways of changing it?
> > > > > >
> > > > > > Thanks

Subject: Hdl code generation error

From: witek@mathworks.com

Date: 27 Sep, 2010 11:55:24

Message: 10 of 13

Hi,

The demo is available since 10a release. Yes, the synchronization signals are meant to be
part of your actual hardware design.

Witek


yeo <tmrnvrcome@hotmail.com> wrote:
> Hi
>
> If I use the synchronisation signals, is it possible to convert them to hdl?
> And I have read through the demo, however I still do not understand it.
> Is the demo available in Matlab 2009B?? I don't seem to be able to find it.
>
> Thanks.
>
> witek@mathworks.com wrote in message <i7d9lf$gv1$1@fred.mathworks.com>...
> > Hi,
> >
> > Going over what it takes to create such an interface is a long topic that's not quite
> > appropriate for a newsgroup exchange. You may get a glance of what is involved by
> > studying this demo:
> >
> > http://www.mathworks.com/products/demos/shipping/vipblks/viponfpga.html?product=VP
> >
> > In particular, see the reference to TVP5146 digital video decoder. It has synchronization
> > signals. They would change for your problem. How would you then hook them up to your
> > design?
> >
> > HTH,
> >
> > Witek
> >
> >
> > yeo <tmrnvrcome@hotmail.com> wrote:
> > > Hi
> > >
> > > Can you please elaborate? Sorry, but I am just a beginner on Simulink and Xilinx.
> > >
> > > How do I derive the synchronisation signals?
> > >
> > > And do you mean there is no Simulink blocks to connect with the camera on the embedded device to receive real time?
> > >
> > > witek@mathworks.com wrote in message <i7crjg$q0i$1@fred.mathworks.com>...
> > > > To interface to an ethernet camera, you'll need to derive the synchronization signals from the packet
> > > > stream from your camera. Simulink does not have anything that's pre-made and ready to use for this
> > > > purpose. You'll need to design it yourself.
> > > >
> > > > Witek
> > > >
> > > >
> > > > yeo <tmrnvrcome@hotmail.com> wrote:
> > > > > What if the video is to be displayed in real time using the ethernet camera from an embedded board? What are the signals to be input into Simulink using Simulink blocks ?
> > > > > Or is there any other way?
> > > > >
> > > > > witek@mathworks.com wrote in message <i5tg4f$64r$1@fred.mathworks.com>...
> > > > > > Hi Mira,
> > > > > >
> > > > > > Getting to HDL with video is indeed non-trivial. Video and Image Processing Blockset includes a demo
> > > > > > that shows how to stream the pixels. It also inludes a design of a 2-D FIR filter that generates
> > > > > > HDL. It's designed from the ground up using elemental blocks and EML. It generates HDL automatically.
> > > > > >
> > > > > > http://www.mathworks.com/products/demos/shipping/vipblks/viponfpga.html?product=VP
> > > > > >
> > > > > > The demo gives you a head start and ideas, but it certainly does not solve your problem for you.
> > > > > >
> > > > > > Translate block can be moved to HDL, but you'll indeed need to redesign it in a similar fashion as
> > > > > > the block in the demo.
> > > > > >
> > > > > > The From Video Device block is a whole different matter. Your hardware board better have some
> > > > > > support for video. If it does, then your HW frame grabber "becomes" the From Video Device.
> > > > > > Alternatively, you may use some other peripheral such as gigabit ethernet to deliver video data
> > > > > > to your FPGA.
> > > > > >
> > > > > > HTH,
> > > > > >
> > > > > > Witek
> > > > > >
> > > > > >
> > > > > >
> > > > > > Mira Ab <a_m_i_r_a_h_109@hotmail.com> wrote:
> > > > > > > "Sean " <sanborne@fastmail.fm> wrote in message <i5oa64$qv$1@fred.mathworks.com>...
> > > > > > > > "Mira Ab" <a_m_i_r_a_h_109@hotmail.com> wrote in message <i5hri1$11m$1@fred.mathworks.com>...
> > > > > > > > > Hi
> > > > > > > > >
> > > > > > > > > I have a problem when generating HDL for my set of Simulink codes. I got a error stating that 'matrices are not in this release'. Do anyone know about this problem?
> > > > > > > > >
> > > > > > > > > Can anyone tell me whether I can generate a from video device block and translate block?
> > > > > > > > >
> > > > > > > > > Thanks
> > > > > > > >
> > > > > > > > You have a lot of work to do. As the error message says, because matrices are not supported, you will need to stream the data a pixel at a time. If I remember correctly (I do not currently have access to the HDL coder), you should be able to use either one or two dimensional signals within an embedded Matlab block. But it would be a lot of work to stream the data in and out of embedded Matlab, and perhaps not worth the effort.
> > > > > > > >
> > > > > > > > You might be better off either hand coding your algorithms in HDL and using Matlab as a testbench.
> > > > > > > >
> > > > > > > > Sean
> > > > > > >
> > > > > > >
> > > > > > > Hi
> > > > > > > I don't quite understand what do you mean by stream the data a pixel at a time. Does this mean that I will have to change my codes? Would you mind giving me some hints on ways of changing it?
> > > > > > >
> > > > > > > Thanks

Subject: Hdl code generation error

From: Mira Ab

Date: 28 Sep, 2010 05:57:06

Message: 11 of 13

Hi
  
    So the error 'matrices is not in the release' will be solved once we get the synchronization signals from the video? To get the signals we have to design in similarly to the demo? Sorry but I don't understand what is the demo talking about. Can you please explain in detailed? Thanks.

Mira

   


witek@mathworks.com wrote in message <i7q0nc$s7m$1@fred.mathworks.com>...
> Hi,
>
> The demo is available since 10a release. Yes, the synchronization signals are meant to be
> part of your actual hardware design.
>
> Witek
>
>
> yeo <tmrnvrcome@hotmail.com> wrote:
> > Hi
> >
> > If I use the synchronisation signals, is it possible to convert them to hdl?
> > And I have read through the demo, however I still do not understand it.
> > Is the demo available in Matlab 2009B?? I don't seem to be able to find it.
> >
> > Thanks.
> >
> > witek@mathworks.com wrote in message <i7d9lf$gv1$1@fred.mathworks.com>...
> > > Hi,
> > >
> > > Going over what it takes to create such an interface is a long topic that's not quite
> > > appropriate for a newsgroup exchange. You may get a glance of what is involved by
> > > studying this demo:
> > >
> > > http://www.mathworks.com/products/demos/shipping/vipblks/viponfpga.html?product=VP
> > >
> > > In particular, see the reference to TVP5146 digital video decoder. It has synchronization
> > > signals. They would change for your problem. How would you then hook them up to your
> > > design?
> > >
> > > HTH,
> > >
> > > Witek
> > >
> > >
> > > yeo <tmrnvrcome@hotmail.com> wrote:
> > > > Hi
> > > >
> > > > Can you please elaborate? Sorry, but I am just a beginner on Simulink and Xilinx.
> > > >
> > > > How do I derive the synchronisation signals?
> > > >
> > > > And do you mean there is no Simulink blocks to connect with the camera on the embedded device to receive real time?
> > > >
> > > > witek@mathworks.com wrote in message <i7crjg$q0i$1@fred.mathworks.com>...
> > > > > To interface to an ethernet camera, you'll need to derive the synchronization signals from the packet
> > > > > stream from your camera. Simulink does not have anything that's pre-made and ready to use for this
> > > > > purpose. You'll need to design it yourself.
> > > > >
> > > > > Witek
> > > > >
> > > > >
> > > > > yeo <tmrnvrcome@hotmail.com> wrote:
> > > > > > What if the video is to be displayed in real time using the ethernet camera from an embedded board? What are the signals to be input into Simulink using Simulink blocks ?
> > > > > > Or is there any other way?
> > > > > >
> > > > > > witek@mathworks.com wrote in message <i5tg4f$64r$1@fred.mathworks.com>...
> > > > > > > Hi Mira,
> > > > > > >
> > > > > > > Getting to HDL with video is indeed non-trivial. Video and Image Processing Blockset includes a demo
> > > > > > > that shows how to stream the pixels. It also inludes a design of a 2-D FIR filter that generates
> > > > > > > HDL. It's designed from the ground up using elemental blocks and EML. It generates HDL automatically.
> > > > > > >
> > > > > > > http://www.mathworks.com/products/demos/shipping/vipblks/viponfpga.html?product=VP
> > > > > > >
> > > > > > > The demo gives you a head start and ideas, but it certainly does not solve your problem for you.
> > > > > > >
> > > > > > > Translate block can be moved to HDL, but you'll indeed need to redesign it in a similar fashion as
> > > > > > > the block in the demo.
> > > > > > >
> > > > > > > The From Video Device block is a whole different matter. Your hardware board better have some
> > > > > > > support for video. If it does, then your HW frame grabber "becomes" the From Video Device.
> > > > > > > Alternatively, you may use some other peripheral such as gigabit ethernet to deliver video data
> > > > > > > to your FPGA.
> > > > > > >
> > > > > > > HTH,
> > > > > > >
> > > > > > > Witek
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Mira Ab <a_m_i_r_a_h_109@hotmail.com> wrote:
> > > > > > > > "Sean " <sanborne@fastmail.fm> wrote in message <i5oa64$qv$1@fred.mathworks.com>...
> > > > > > > > > "Mira Ab" <a_m_i_r_a_h_109@hotmail.com> wrote in message <i5hri1$11m$1@fred.mathworks.com>...
> > > > > > > > > > Hi
> > > > > > > > > >
> > > > > > > > > > I have a problem when generating HDL for my set of Simulink codes. I got a error stating that 'matrices are not in this release'. Do anyone know about this problem?
> > > > > > > > > >
> > > > > > > > > > Can anyone tell me whether I can generate a from video device block and translate block?
> > > > > > > > > >
> > > > > > > > > > Thanks
> > > > > > > > >
> > > > > > > > > You have a lot of work to do. As the error message says, because matrices are not supported, you will need to stream the data a pixel at a time. If I remember correctly (I do not currently have access to the HDL coder), you should be able to use either one or two dimensional signals within an embedded Matlab block. But it would be a lot of work to stream the data in and out of embedded Matlab, and perhaps not worth the effort.
> > > > > > > > >
> > > > > > > > > You might be better off either hand coding your algorithms in HDL and using Matlab as a testbench.
> > > > > > > > >
> > > > > > > > > Sean
> > > > > > > >
> > > > > > > >
> > > > > > > > Hi
> > > > > > > > I don't quite understand what do you mean by stream the data a pixel at a time. Does this mean that I will have to change my codes? Would you mind giving me some hints on ways of changing it?
> > > > > > > >
> > > > > > > > Thanks

Subject: Hdl code generation error

From: witek@mathworks.com

Date: 28 Sep, 2010 14:01:40

Message: 12 of 13

Hi,

The error about matrices is only remotely connected with the synchronization signals.
Basically, to design for an FPGA you no longer think about processing the entire video frame,
but instead break the frame into single pixels that you send to the FPGA. At that point,
the synchronization signals are required for you to know where in the frame you are.

In other words, given a single pixel, and no other information, you will have no idea where
in space and time is this pixel located. Therefore, you'll require synchronization signals.

The best way to learn more about this is to actually try it. I'd suggest that you attempt
to make a design and put it onto an FPGA.

Witek


Mira Ab <a_m_i_r_a_h_109@hotmail.com> wrote:
> Hi
>
> So the error 'matrices is not in the release' will be solved once we get the synchronization signals from the video? To get the signals we have to design in similarly to the demo? Sorry but I don't understand what is the demo talking about. Can you please explain in detailed? Thanks.
>
> Mira
>
>
>
>
> witek@mathworks.com wrote in message <i7q0nc$s7m$1@fred.mathworks.com>...
> > Hi,
> >
> > The demo is available since 10a release. Yes, the synchronization signals are meant to be
> > part of your actual hardware design.
> >
> > Witek
> >
> >
> > yeo <tmrnvrcome@hotmail.com> wrote:
> > > Hi
> > >
> > > If I use the synchronisation signals, is it possible to convert them to hdl?
> > > And I have read through the demo, however I still do not understand it.
> > > Is the demo available in Matlab 2009B?? I don't seem to be able to find it.
> > >
> > > Thanks.
> > >
> > > witek@mathworks.com wrote in message <i7d9lf$gv1$1@fred.mathworks.com>...
> > > > Hi,
> > > >
> > > > Going over what it takes to create such an interface is a long topic that's not quite
> > > > appropriate for a newsgroup exchange. You may get a glance of what is involved by
> > > > studying this demo:
> > > >
> > > > http://www.mathworks.com/products/demos/shipping/vipblks/viponfpga.html?product=VP
> > > >
> > > > In particular, see the reference to TVP5146 digital video decoder. It has synchronization
> > > > signals. They would change for your problem. How would you then hook them up to your
> > > > design?
> > > >
> > > > HTH,
> > > >
> > > > Witek
> > > >
> > > >
> > > > yeo <tmrnvrcome@hotmail.com> wrote:
> > > > > Hi
> > > > >
> > > > > Can you please elaborate? Sorry, but I am just a beginner on Simulink and Xilinx.
> > > > >
> > > > > How do I derive the synchronisation signals?
> > > > >
> > > > > And do you mean there is no Simulink blocks to connect with the camera on the embedded device to receive real time?
> > > > >
> > > > > witek@mathworks.com wrote in message <i7crjg$q0i$1@fred.mathworks.com>...
> > > > > > To interface to an ethernet camera, you'll need to derive the synchronization signals from the packet
> > > > > > stream from your camera. Simulink does not have anything that's pre-made and ready to use for this
> > > > > > purpose. You'll need to design it yourself.
> > > > > >
> > > > > > Witek
> > > > > >
> > > > > >
> > > > > > yeo <tmrnvrcome@hotmail.com> wrote:
> > > > > > > What if the video is to be displayed in real time using the ethernet camera from an embedded board? What are the signals to be input into Simulink using Simulink blocks ?
> > > > > > > Or is there any other way?
> > > > > > >
> > > > > > > witek@mathworks.com wrote in message <i5tg4f$64r$1@fred.mathworks.com>...
> > > > > > > > Hi Mira,
> > > > > > > >
> > > > > > > > Getting to HDL with video is indeed non-trivial. Video and Image Processing Blockset includes a demo
> > > > > > > > that shows how to stream the pixels. It also inludes a design of a 2-D FIR filter that generates
> > > > > > > > HDL. It's designed from the ground up using elemental blocks and EML. It generates HDL automatically.
> > > > > > > >
> > > > > > > > http://www.mathworks.com/products/demos/shipping/vipblks/viponfpga.html?product=VP
> > > > > > > >
> > > > > > > > The demo gives you a head start and ideas, but it certainly does not solve your problem for you.
> > > > > > > >
> > > > > > > > Translate block can be moved to HDL, but you'll indeed need to redesign it in a similar fashion as
> > > > > > > > the block in the demo.
> > > > > > > >
> > > > > > > > The From Video Device block is a whole different matter. Your hardware board better have some
> > > > > > > > support for video. If it does, then your HW frame grabber "becomes" the From Video Device.
> > > > > > > > Alternatively, you may use some other peripheral such as gigabit ethernet to deliver video data
> > > > > > > > to your FPGA.
> > > > > > > >
> > > > > > > > HTH,
> > > > > > > >
> > > > > > > > Witek
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > Mira Ab <a_m_i_r_a_h_109@hotmail.com> wrote:
> > > > > > > > > "Sean " <sanborne@fastmail.fm> wrote in message <i5oa64$qv$1@fred.mathworks.com>...
> > > > > > > > > > "Mira Ab" <a_m_i_r_a_h_109@hotmail.com> wrote in message <i5hri1$11m$1@fred.mathworks.com>...
> > > > > > > > > > > Hi
> > > > > > > > > > >
> > > > > > > > > > > I have a problem when generating HDL for my set of Simulink codes. I got a error stating that 'matrices are not in this release'. Do anyone know about this problem?
> > > > > > > > > > >
> > > > > > > > > > > Can anyone tell me whether I can generate a from video device block and translate block?
> > > > > > > > > > >
> > > > > > > > > > > Thanks
> > > > > > > > > >
> > > > > > > > > > You have a lot of work to do. As the error message says, because matrices are not supported, you will need to stream the data a pixel at a time. If I remember correctly (I do not currently have access to the HDL coder), you should be able to use either one or two dimensional signals within an embedded Matlab block. But it would be a lot of work to stream the data in and out of embedded Matlab, and perhaps not worth the effort.
> > > > > > > > > >
> > > > > > > > > > You might be better off either hand coding your algorithms in HDL and using Matlab as a testbench.
> > > > > > > > > >
> > > > > > > > > > Sean
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Hi
> > > > > > > > > I don't quite understand what do you mean by stream the data a pixel at a time. Does this mean that I will have to change my codes? Would you mind giving me some hints on ways of changing it?
> > > > > > > > >
> > > > > > > > > Thanks

Subject: Hdl code generation error

From: Sean

Date: 28 Sep, 2010 17:03:05

Message: 13 of 13

<snip>

The amount of work required to use Embedded Matlab to stream data between blocks pixel by pixel could easily eclipse the amount of work required to just manually write the HDL code. That would (again) be my suggestion to you. The HDL Coder is great for some purposes, such as using blocks that are supported in the Simulink library. This essentially allows you a whole library of optimized, vendor independent IP that you can use in your designs with a lot of confidence.

But the HDL Coder is not very good at designing systems from the ground up. The generated code is really ugly (hard to tell what hardware is being generated), can be inefficient, and does not support basic things that can be done easily in hand coded HDL. I believe you are running into this difficulty.

Sean

Tags for this Thread

Everyone's Tags:

Add a New Tag:

Separated by commas
Ex.: root locus, bode

What are tags?

A tag is like a keyword or category label associated with each thread. Tags make it easier for you to find threads of interest.

Anyone can tag a thread. Tags are public and visible to everyone.

Tag Activity for This Thread
Tag Applied By Date/Time
image analyst Mira Ab 30 Aug, 2010 23:09:12
matlab Mira Ab 30 Aug, 2010 23:09:12
codes Mira Ab 30 Aug, 2010 23:09:12
hdl Mira Ab 30 Aug, 2010 23:09:12
generation Mira Ab 30 Aug, 2010 23:09:12
translate Mira Ab 30 Aug, 2010 23:09:12
block Mira Ab 30 Aug, 2010 23:09:12
error Mira Ab 30 Aug, 2010 23:09:12
matrices Mira Ab 30 Aug, 2010 23:09:12
supported Mira Ab 30 Aug, 2010 23:09:12
problem Mira Ab 30 Aug, 2010 23:09:12
simulink Mira Ab 30 Aug, 2010 23:09:11
rssFeed for this Thread

Contact us at files@mathworks.com