componet mit port varialbler breite

[René D. (Firma: www.dossmatik.de) (dose)]

Ich will eine Component schreiben, die unterschiedliche Datenbreite auf 
einen Port haben soll. Da muss ich nicht die Kompenenten für jede 
Pinanzahl einzeln warten.


Ich hatte das mir wie folgt vorgestellt.


in generic will ich die Daten Breite angeben.

entity general_IO_16 is
  generic(
    breite : integer

    );

  port(
       .....
       --Hardwarepins 
       OUTPUTS  : out std_logic_vector( platzhalter)
       );
end;

[Duke Scarring (Gast)]

Und worin liegt jetzt das Problem?!?

Ich würde es so schreiben:

entity general_IO_16 is
  generic
  (
    width : natural
  );
  port
  (
    ...
    --Hardwarepins
    OUTPUTS : out std_logic_vector( width-1 downto 0)
  );
end entity general_IO_16;

Wenn es komplexer wird, sollte man eine Typdefinition draus machen und 
in ein package auslagern.

Duke

[René D. (Firma: www.dossmatik.de) (dose)]

Das geht mit Vivado.
Ich hatte in Erinnerung, dass ich das schon mal vor längerer Zeit 
ausprobiert hatte. Und irgendwas hatte gemeckert. Ich glaube die breite 
des Vectors ist nicht definiert in der Componente.

Für solche Irrtümer ist zu Glück das Forum da.

[René D. (Firma: www.dossmatik.de) (dose)]

Ich dachte ich muss den Vector wie folgt definieren.

    OUTPUTS : out std_logic_vector( natural range <>);

wann wird diese Form überhaupt gebraucht?

[Duke Scarring (Gast)]

René D. schrieb:
> wann wird diese Form überhaupt gebraucht?
Wenn der Breich (range) erst später festgelegt wird.
M.E. ist das eher bei Typdefinitionen sinnvoll:

type my_array_t is array( natural range <>) of signed( 15 downto 0);
...
signal measurement_values : my_array_t( 0 to 3);
...

Bei Portbeschreibungen habe ich es noch nicht verwendet.

Duke

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

René D. schrieb:
> wann wird diese Form überhaupt gebraucht?
Ganz am Anfang der numeric_std... ;-)

Bei Funktionen/Prozeduren ist sowas recht geschickt, weil dann die 
Wortbreite nicht explizit festgelegt sein muss. In der Funktion wird 
dann mit den entsprechenden Attributen auf dem Vektor gearbeitet. Hier 
z.B. die to_integer Funktion aus der numeric_std:

function TO_INTEGER(ARG: UNSIGNED) return NATURAL is
constant ARG_LEFT:INTEGER:= ARG'length-1;
alias XXARG:UNSIGNED(ARG_LEFT downto 0) is ARG;
variable XARG:UNSIGNED(ARG_LEFT downto 0); 
variable RESULT: NATURAL:= 0;
variable w : INTEGER:= 1;  -- weight factor
begin
  if (ARG'length<1) then
    assert NO_WARNING
    report "numeric_std.TO_INTEGER: null arg"
    severity warning;
    return 0;
  end if;
  XARG:= TO_01(XXARG);
  if (XARG(XARG'left)='X') then
    assert NO_WARNING
    report "numeric_std.TO_INTEGER: metavalue arg set to 0"
    severity warning;
    return 0;
  end if;
  for i in XARG'reverse_range loop
    if XARG (i) = '1' then  RESULT:= RESULT + w;
    end if;
    if (i /= XARG'left) then w := w + w;
    end if;
  end loop;
  return RESULT;
end TO_INTEGER;

[René D. (Firma: www.dossmatik.de) (dose)]

Duke Scarring schrieb:
> René D. schrieb:
>> wann wird diese Form überhaupt gebraucht?
> Wenn der Breich (range) erst später festgelegt wird.
> M.E. ist das eher bei Typdefinitionen sinnvoll:
>

> type my_array_t is array( natural range <>) of signed( 15 downto 0);
> ...
> signal measurement_values : my_array_t( 0 to 3);
> ...
>

> Bei Portbeschreibungen habe ich es noch nicht verwendet.
>
> Duke


Wenn dann wäre es nicht als Typ interessant sondern als signal bzw. 
Portbeschreibung,