Quartus II signal umkehren

[frager (Gast)]

Hallo, ich arbeite gerade zum ersten mal mit Quartus II und benutze den 
Grafikeditor.

Nun habe ich z.B. ein Signal wie: 0110 0000
und brauche aber für ein Latch dieses Signal: 1001 1111

Primitives > Buffer > exp

Ist das das was ich benötige?

[Tobias L. (murxwitz)]

einfach not("signal") schreiben
invertiert jedes bit, so wie du es willst

(zumindest in vhdl, verilog gibts bestimmt was ähnliches)

[frager (Gast)]

hm, im grafikeditor gibts nichts?

[Marius W. (mw1987)]

Inverter?

[J. S. (engineer)]

Was Du hier mit Signal meinst ist sicher ein Standard-Logic-Vector. 
Meines Wissens gibt es unter den Symbolen bei Quartus keinen "breiten" 
Inverter. Entweder manuell oder in VHDL als Block.

Ich kenne da freilich jemanden, der jetzt eine Prozedur schreiben würde, 
welche ein While-Schleife enthält, die jedes Bit eines parametrierbar 
langen Vektors umdrehen kann. Dann kommt es in ein Blöckchen und wird 
als IP Core auf die HP gesetzt.

[Roger S. (edge)]

Der Inverter ist so breit wie noetig,
einfach einen Bus anschliessen, fertig.

Cheers, Roger

[J. S. (engineer)]

Aha, sieh mal an ,,,

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

Jürgen Schuhmacher schrieb:
> ein Standard-Logic-Vector. Entweder manuell oder in VHDL als Block.
In VHDL könnte man auch einfach so schreiben:

   inv_slvect <= not slvect;

> Ich kenne da freilich jemanden, der jetzt eine Prozedur schreiben würde...
Wer ist das?

[frager (Gast)]

thx

[J. S. (engineer)]

Lothar Miller schrieb:
> Jürgen Schuhmacher schrieb:
>> ein Standard-Logic-Vector. Entweder manuell oder in VHDL als Block.
> In VHDL könnte man auch einfach so schreiben:   inv_slvect <= not
> slvect;

Das meinte ich ja mit "VHDL als Block". Man muss ja erst wieder ein 
Symbolchen draus machen, bevor es im SCH-Editor verwendet werden kann.


>> Ich kenne da freilich jemanden, der jetzt eine Prozedur schreiben würde...
> Wer ist das?
Jemand, der wohl aus der C++ Ecke kommt und FPGAs so entwickelt, wie man 
komplexen C Code baut: Alles in Funktionen gekapselt, in Klarnamen 
verpackt, in Packages geschoben und dann das Programm komplett aus 
Funktionsaufrufen zusammengesetzt. Der Code war so "übersichtlich" und 
modular geschrieben worden, dass er nicht mehr lesbar war. Nicht mal von 
ihm selber :-)