Hm.

You wrote: "But by using this size i can only see that the data will be 
loaded serially not in parralle."

Is'nt that enough for a solution?

You see, as I understand that sentence, that data will be loaded 
serially - so why dont do exactly that?


But I must add, that I may have missed the point.

You later ask: "... and the data in parallry insert in each PE"

And I nearly instantly think like: "Uh. Fine. You put out in parallel 
what you previously had input serial". Whats the problem?"

But you may not be aware, that a sequence of flip-flops, feeded serial 
with data and a clock line, may even so output its content in parallel.

Does that help you any further?

> You wrote: "But by using this size i can only see that the data will be
> loaded serially not in parralle."
>
> Is'nt that enough for a solution?

I can do that. However, I didnt know how to control the input as only 1 
data will be loaded in each PE and with different data.


> You see, as I understand that sentence, that data will be loaded
> serially - so why dont do exactly that?
>
> But I must add, that I may have missed the point.
>
> You later ask: "... and the data in parallry insert in each PE"
>
> And I nearly instantly think like: "Uh. Fine. You put out in parallel
> what you previously had input serial". Whats the problem?"
>
> But you may not be aware, that a sequence of flip-flops, feeded serial
> with data and a clock line, may even so output its content in parallel.
>
> Does that help you any further?

If I use SIPO , it will have mutiple 3-bit o/p which will also will sud 
up all the I/O in FPGA.

Hm. Still a bit odd.

It sounds, that you are a learner (i.e. a student).


If the fpga hast no enough inputs to get the data in parallel at once, 
than - as I told and as you yourself had the very thought - get it in 
sequential.

I think we got that straight so far.


You replied in two regards:

1. "...how to control the input as only 1 data will be loaded in each PE 
and with different data."

True: Thats the very thing with serial to parallel conversion. Please 
look at some descriptions of serial to parallel converters in the 
textbooks or the internet. These are basic mechanisms.


2. "... it will have mutiple 3-bit o/p which will also will sud up all 
the I/O in FPGA."

That would be true, if you would implement the 
serial-to-parallel-converter outside of the FPGA in question. But for 
what reason would you do it that way, if your first objective is to 
reduce the number of inputs? Why not using the FPGA not only for the 
whatever it does but for the serial-to-parallel conversion also ?


Please try to use and think of terms carefully

Inside the FPGA there are not input/outputs in the same sense as at the 
border between the outside (the world, lab or classroom) and the inside 
of an FPGA (the silicon chip). So you will not necessarily use all the 
I/O in an FPGA, but that of an FPGA - in case you place the 
serial-to-parallel-converter outside the FPGA. And as I said - why not?

Yes i'm a student.  hahaha

Thank you for your time and explanation.