-
Thread
Werbung, geht die Welt gerade unter?
Durchsetzung solcher Richtungsvorgaben auch für Internetinhalte gibt es. KI-Zusammenfassung: Sensitivity reading (and viewing) is a specialized editorial process where manuscripts, scripts, or media are reviewed for harmful stereotypes, unconscious bias, inaccurate cultural representations, and unsensible
diese Voraussetzung nicht gegeben ist, hat es es LG mit dieser Aktion geschafft auf meine schwarze Liste zu kommen. Vanye
-
Thread
Post-Map simulation mit ModelSim
.... ENDIF; [/vhdl] Wenn du "wait until..." verwendest, dann musst du die Sensitivity List nicht mehr angeben. Dann gibt es auch keine fehlenden Signale mehr. Grüße, Jens
dann später beim Map etwas entfernt wird. Anton K. schrieb im Beitrag #7722158: > Was die Sensitivity List anbelangt, so empfehlen die Xilinx(AMD) Leute > es soll für Kintex7 nur voll synchrone betrieb sein d.h. auch das nrst > soll voll synchron mit clk. Darum synchronisiere ich in separaten
-
Thread
OceanGate Titanic U-Boot
geht mich nichts an, aber eines ist der fette Pott sicher nicht: Geplatzt. Das steht auf der Liste der unsinnigsten Unsinnigkeiten dieses Threads mit an erster Stelle. Gruß, DerSchmied
deutsche Worte gibt, die das Ding problemlos beschreiben? Liken, voten, chillen, benchmarken . . . Liste unvollständig.
-
Thread
Ein wirklich blöder Fehler, den ich nicht sehe
2008 unterstützt diese 'Schlamperei' in einigen Fällen noch mit dem schlüsselwort "all" in der sensitivity list.
unterstützt diese 'Schlamperei' in einigen > Fällen noch mit dem schlüsselwort "all" in der sensitivity list. Da hast du aber was in den falschen Hals bekommen. Dem Synthesizer war die Sensitivliste immer schon völlig schnuppe. Der hat sich das (all) ganz einfach so herausgenommen. Und dann lapidar
-
Thread
Ostern- Vielleicht mal wieder Detektorempfänger ? Gesperrt
?v=tqx3Z16o88s https://www.youtube.com/watch?v=ary_sXdtd5U&list=RDngx-S1neYzQ&index=10 https://www.youtube.com/watch?v=EUJMt4gsbk0&list=RDCnBhB1m-4UU&index=4 https://www.youtube.com/watch?v=ngx-S1neYzQ
Wilhelm S. schrieb im Beitrag #6686436: > Anbei eine Liste von Applikation Notes von HP, die sich mit diesem > ganzen Gleichrichter- und Demodulator-Gesummse beschäftigen. Danke für die Literaturhinweise, 73
-
Thread
Willtek Schlumberger Stabilock 4031 4032
gearbeitet haben und eventuell sich noch mit den Geräten beschäftigen ? 2. Ich habe noch eine unvollständige SSB Option für den 4031. Hat Jemand diese Option auch noch im Einsatz? Mir fehlen die SystemKarte mit der Software und das spezielle Notchfilter und die Serviceunterlagen. 3. Ich würde gerne
Probleme mit den Kondensatoren bei diesen 4031-Geräten haben, könnte mir jemand eine vollständige Liste aller benötigten Kondensatoren zukommen lassen, die man beispielsweise bei Mouser oder Digikey kaufen kann?
-
Thread
Mini Kondensator löten
Baugleichen bei eBay gefunden der andere Werte aber das selbe Gehäuse hat. Ich poste mal ein Bild von der Liste der Kondensatoren die ich habe.
Hier das Bild der Liste.
-
Thread
Verständinsfrage bezüflich State Machine Testbench
Johannes H. schrieb im Beitrag #5181405: > da der Simulator, durch > die Sensitivity List im 2. und 3. Prozess nur dann neu berechnet, wenn > sich der present state ändert. Hmm ja ... Tipp von mir: Man kommt fast immer mit Prozessen aus, die so aussehen: [vhdl] process
end if; end if; end process; [/vhdl] Da sparst du dir die ganzen Überlegungen mit der Sensitivity-Liste und alles ist immer sauber taktsynchron, lässt sich synthetisieren und der Simulator macht das richtige, man kann für die Sensitivity-List kein Signal vergessen und es können sich keine Latches
-
Thread
HP Signalgenerator reparierbar?
Wie sieht es wohl mit der A55 Baugruppe aus? Ich hab im Netz kein Schema gefunden, nur ein unvollständiges Service Manual. Kennt den 8341A jemand? Ich habe übrigens die Frage auch in der Yahoo Gruppe gestellt. Ich erreiche hier aber vielleicht noch ein paar Leute mehr, die etwas wissen könnten
alten und des neuen Kabels vergleichen. Auch den Meßkopf selbst sollte man nicht vorzeitig von der Liste der Verdächtigen streichen.
-
Thread
Outputsignal bleibt gleich
gegateten kombinatorischen Schleifen dann gern als Latch. Ich hol mal den Prozess mit der unvollständigen Sensitivliste extra raus und kürze ihn etwas ein: [vhdl] output_logic : process(present_state) begin if (present_state = state_go) then case WIDTH is --definitions
Lothar M. schrieb im Beitrag #4971091: > Ich hol mal den Prozess mit der unvollständigen Sensitivliste extra raus > und kürze ihn etwas ein Deshalb hatte ich mir angwohnt, (nahezu) *alles* als getakteten Prozess zu schreiben ... Dann muss ich mir auch keine Gedanken um die Sensitivity-Liste
-
Thread
Zählen bei Ereignis
Ich muß nochmal nachhaken ... Gerade lese ich in einem Vorlesungsskript, daß Prozesse (mit Sensitivity-Liste) nur dann ausgeführt werden, wenn sich einer der Parameter ändert: "The process doesn't run continuously! It will be started only after change (event) on any signal in its sensitivity list
Sensitivliste ist ausschließlich für den Simulator. Der Synthesizer gibt nur eine Info aus, dass bei unvollständiger Sensitivliste die Simulation nicht mehr zum Syntheseergebnis passt. > Wenn dem so wäre könnte ich mir doch die Abfrage nach rising_edge oder > falling_edge sparen?! So wie dort etwa: http
-
Thread
FSM Beschreibung in VHDL (registered, combinatorial)
uns die Regel, dass auf kombinatorische Prozesse möglichts verzichtet werden sollte, weil sich unvollständige Sensitivity-Listen immer als Fehler auswirken und man sich nach den dann enstehenden Latches einen Wolf sucht. Aber das ist ein Thema, über dann man sich totdiskutieren kann, wie wir hier schon
-
Thread
FT800 / FT810 Library
wie man in meiner einfachen Demo sieht erlaubt das nebenbei flüssige Animationen. Diese Display-Liste ist doppelt gepuffert. Wenn man dem Kommando Co-Prozessor mitteilt eine neue Liste anzulegen, dann passiert das in der aktuell nicht aktiven Liste. Gibt man die Liste zur Anzeige frei dann wird das
OK Übertragungsrate der Liste jede 1000 ms => OK CmdRd/CmdWr immer gleich Übertragungsrate der Liste jede 500 ms => OK CmdRd/CmdWr immer gleich ...... Übertragungsrate der Liste jede 50 ms => OK CmdRd/CmdWr immer gleich Übertragungsrate
-
Thread
Signalverfolgung in der Post-Place Analyse
Probleme hast gibt es zwei Gründe die zu 90% Wahrscheinlichkeit dafür verantwortlich sind: - Deine Sensitivity-Listen sind nicht vollständig, es wird was anderes simuliert, als dann synthetisiert wird. - Deine Timing-Constraints sind nicht korrekt oder unvollständig. Wenn diese beiden Dinge korrekt
-
Thread
Was ist der Unterschied zwischen Process und Guarded Block in VHDL?
Hi, meinen Kenntnissen nach: Process: -Wird ausgeführt sobald sich etwas in der "sensitivity list" ändert. -Ist Synthetisierbar Block: -Wird immer ausgeführt. -Signalen mit dem Schlüsselwort "GUARDED" werden nur dann Werte zugewiesen, wenn die Blockabfrage TRUE liefert. -Ist nicht
KIKOKA schrieb im Beitrag #4208144: > Process: > -Wird ausgeführt sobald sich etwas in der "sensitivity list" ändert. Er wird nicht "ausgeführt". Sondern ein Prozess wird vom Simulator "neu berechnet", wenn sich eines der Signale in der Sensitivliste ändert. Den Synthesizer interessiert die Sensitivliste
-
Thread
Sensitivity List
Hallo zusammen, ich habe ein Verständnisproblem bei der Sensitivity List in VHDL. Bisher habe ich es so verstanden, dass in die Liste alle Signale eingetragen werden, die sich innerhalb des process Blocks ändern. Nun habe ich aber vorher diesen Artikel gelesen
vhdl] Wieso wird da die Liste weg gelassen? Und welche Bedeutung bzw. Funktion hat die Sensitivity List? Weil ich habe nach dem Lesen das Gefühl gehabt, dass mein bisheriges Verständnis dieser Liste falsch war. Danke fürs aufschlauen
-
Thread
Verilog Sensitivitätsliste
Sensitivityliste um vom Synthesizer verstanden zu werden. Kleine Korrektur: der Simulator braucht die Liste. Dem Synthesizer reicht auch eine unvollständige oder falsche Liste... Aber vor allem: in VHDL erkenne ich den getakteten Teil und damit das Flipflop auf Anhieb. Und der Reset ist genauso erkennbar
Sensitivityliste um vom Synthesizer verstanden zu werden. > Kleine Korrektur: der Simulator braucht die Liste. Dem Synthesizer > reicht auch eine unvollständige oder falsche Liste... Wäre ich mir nicht so sicher, in Verilog ist das in den Codingstyles klar vorgegeben. > > Aber vor allem: in VHDL
-
Thread
Zeigt her eure Kunstwerke (2017-2019) Gesperrt Bilder
verbaut: http://www.ebay.de/itm/10PCS-SW-520D-Vibration-Sensor-Metal-Ball-Tilt-Shaking-Switch-High-Sensitivity-/171455853889?hash=item27eb90b541:g:avQAAOSw7NNUEZM8
3.3V und 5V sind auf dem Board. Falls jemand das nachbauen will stelle ich alle Software und Pin-Liste zur Verfügung.
-
Thread
VHDL Einsteigerfragen
manchmal viele Wege nach Rom... Du sparst dir dann die ganzen statements mit process und der sensitivity-Liste (die uebrigens nur fuer die Simulation relevant ist). Und weil Lothar oben schon was zu Peters Kommentaren gesagt hat: Ignoriere den Peter, das ist ein VOLLHONK!
verstanden habe, werden die Prozesse auch nur > abgearbeitet, wenn sich bei dem Item(s) in der Sensivity List etwas > ändert In der Simulation "eigentlich" ja (muss nicht streng für alle Simulatoren gelten, einige ergänzen wohl z.B. auch unvollständige Sensitivity-Listen.) In der FPGA-Hardware existieren
-
Thread
Was muss ich bitte bei "clock" ändern, es kommt eine Fehlermeldung.
[pre] WARNING:Xst:819 - "C:/..." line 51: One or more signals are missing in the process sensitivity list. ... The missing signals are: <sw0>, <sw1>, <dataout1> [/pre] ALARM! Das hätte man bei einem /getakteten Prozess/ nicht erwartet! Denn da gehört nur der Takt in die Sensitivliste. Und
gehen an , wenn das 3.Bit von cnt erreicht ist. Das ist prinzipiell richtig, aber halt nur unvollstaendig... Auch die LEDs 1 und 3 gehen an. Und interessant sind die Phasenlagen der 4 LEDs... Das kannst du mit einem 4-Kanal Oszilloskop an der echten HW nachschauen oder eben halt den Simulator bemuehen
-
Thread
VHDL Grundlagenverständnis
eines Prozesses gelesen werden, müssen in die > sensitivitylist! Aha, okay. Ich dachte die 'sensitivity list' ist nur dazu da, den Prozess bei entsprechen Signaländerungen der Signale in der 'sensitivity list' zu starten. Kann es zudem das Problem sein, dass man versucht 2 Treiber ('1' und '0') auf
Florian schrieb im Beitrag #3722109: > Aha, okay. Ich dachte die 'sensitivity list' ist nur dazu da, den > Prozess bei entsprechen Signaländerungen der Signale in der 'sensitivity > list' zu starten. Ja, aber nur im Simulator. Dort wird der Prozess neu berechnet wenn
-
Thread
Prozess mit kombinatorischer und getakteter Logik
Okay, zurück ans Reißbrett :-) Also ich habe mir das immer so vorgestellt, dass die Sensitivity-Liste des Prozesses angibt mit welchen Signalen der Prozess ausgelöst werden soll. Bei meiner Statemachine habe ich halt nur den Status der State-Machine in der Sensitivity-Liste. Ich dachte
halt nur den Status der State-Machine >in der Sensitivity-Liste. Das ist schön, nützt dir aber wenog. Den der Synthesizer merkt, dass du ihm eine unvollständige Liste gegeben hast, schmeißt ne Warnung und synthetisiert vollständig. Aber der Simulator
-
Thread
VHDL Problem mit IF
das ab, was er beschrieben hat. Sein Problem ist, dass er seinen Prozess nur mit "clk" in der Sensitivity-List "triggert". Daher reagiert der Prozess nur bei Änderung von Clock. Seine ganzen Zuweisungen macht er aber nur dann, wenn der Takt gerade KEINE STEIGENDE FLANKE aufweist. Alles, was bei
@ Lothar wasn da nicht ordentlich eingrückt ?? Davon mal abgesehen das es ein unvollständiges Beispiel sein sollte, um ihm mal grob die Richtung zu zeigen.
-
Thread
Nicht-Spezifische Latch-Warnung
"SIGNALMANIPULATION" ist doch kombinatorisch. D.h. alle signale die sich ändern müssen in die Sensitivity list, sonst wirds ein latch.
SIGNALMANIPULATION" ist doch kombinatorisch. D.h. alle > signale die sich ändern müssen in die Sensitivity list, sonst wirds ein > latch. Falsch. In die Sensitivliste müssen alle die Signale, die eine /Änderung/ eines andere Wertes bewirken. Dann berechnet der /Simulator/ bei einer Änderung des Wertes
-
Thread
hilfe warum ist DIN "undefiniert"
Weiß jetzt nicht, ob es daran liegt: aber deine sensitivity list vom Prozess t_2 ist unvollständig.
auf tb ist schon drin :-) also jetzt müsste ich nur das signal full in meinem process in der sensitivity list eingeben : tb:process(full,zwischen_zustand) jetzt zumindest habe ich verstanden was diese sensitivity list macht :-) danke
-
Thread
Verständnissproblem sequeziell/parallel
ein asynchroner Process, z.B. ein Bus-Multiplexer: process(Select, Bus1, Bus2) Für die Sensitivity List gibt es klare Regeln. Ist der Process syncron steht da nur die Clock! Eventuell noch ein asynchroner Reset, obwohl man asynchrone Resets heutzutage eigentlich nicht mehr verwendet( XILINX hat
das in ihrem WhitePaper WP272 schön beschrieben). Ist der Process asynchron, dann müssen in der Sensitivity List alle Signale stehen, deren Wert GELESEN wird. Ansonsten produziert man da Latches und die will man nicht. Bsp: RICHIG: ------- process(Select, Bus1, Bus2) begin if Select='0' then
-
Thread
sensitivity list
Hallo an Alle, Kann mit jemand erklären warum bei folgendem process, "sel1" mit in die sensitivity list eingetragen wird? Danke! [vhdl] process (clk, sel1) begin if rising_edge(clk) then if (sel1='1') then out1 <= inp; end if; end if; end process; [/
Beim kombinatorischen Prozess enthält die sensitivity list ALLE Eingänge der kombinatorischen Funktionen. Bei einem sequentiellen Prozess sind nur Clock- und Kontrollsignale in der sensitivity list.
-
Thread
FSM - zu komplexes Ergebnis in Synthese
Außerdem ist der ganze Kram in records verpackt, so daß nichts vergessen wird (Defaultzuweisung, Sensitivity-List). > Alles > theoretisch super-sauber, aber absolut bescheuert in der Wartung Auch praktisch super und sauber. Gerade in der Wartung. Wenn man sich mit der klassischen Datenblock-Beschreibung
Außerdem ist der ganze Kram in records verpackt, so daß nichts vergessen > wird (Defaultzuweisung, Sensitivity-List). Der eigentliche Knackpunkt dieser Methode (das, was "Softies" so gut daran gefällt), ist, dass dabei in Prozessen durchgehend mit Variablen "gerechnet" wird. Dabei vergisst der "Programmierer
-
Thread
Seltsames Verhalten im Design
nachvollziehbares Verhalten von Synthese zu Synthese. Ähnlich, wie bei dir. Am Ende lag es an einer unvollständigen Sensitivity-Liste. Skurrilerweise war in dem Prozess ein Counter in der Sensitivity-Liste, der mit jedem Takt inkrementiert wurde und somit eigentlich auch den Prozess mit jedem Takt angestoßen
für die vielen Antworten. Schlumpf schrieb im Beitrag #3088400: > Am Ende lag es an einer unvollständigen Sensitivity-Liste. Immer wieder lese ich, dass die Sensitivity-List mehr für die Simulation seinen Zweck hat, als für die Implementierung des Designs. Aber abgesehen davon gestalte ich meine
-
Thread
VHDL inout Problem
Beim zweiten Prozess hast Du mal sicher eine unvollständige Sensitivity-Liste (DATA_INOUT fehlt). Würde das eh concurrent machen, etwa in dieser Art: [vhdl] DATA_IN <= DATA_INOUT; DATA_INOUT <= 'Z' when READ_DATA = '1' else DATA_OUT; [/vhdl
-
Thread
Bitfile Integrität im FPGA über Laufzeit prüfen
es Latches? -> Synthese Report - Sind alle Register vollständig beschrieben? - Sind die Sensitivity-Listen vollständig (da streiten sich die Geister, aber ich hab es selbst schon erlebt, dass eine unvollständige Liste zu einem ungewollten Verhalten im Chip geführt hat) - Können Gitches
-
Thread
Xilinx ISE Optimierung verhindern
Deine Liste ist immer noch unvollständig
D. I. schrieb im Beitrag #2920883: > Deine Liste ist immer noch unvollständig Wie bereits gesagt, genau so wie jetzt die VHDL-Beschreibung im Buch. Jetzt ohne Fehler. Außerdem dachte ich immer die Sensitivity-List beeinflusst die Synthese nicht
-
Thread
Xilinx Latch Problem
aber dort soll ValuexD ja auch denselben Wert behalten. Und im naechtsen state habe ich eine unvollstaendige if-Schleife aber wenn ich nach der Bedingung "if ValuexD >= 9999 then" eine Zuweisung mache z.B. ValuexD <= 0, dann kommen die Warnungen immernoch... Gruss und Danke.
Deine Sensitivity-Liste im ersten Prozess ist kompletter Muell! Damit waere (falls hoffentlich vorhanden Simulation!=Implementierung). Und dein 'case' im ersten Prozess ist nicht vollstaendig. Wenn keiner deiner
-
Thread
Wittig(welec) DSO W20xxA Hardware (Teil 2)
gehalten wird. Die Pinnings sind doch noch recht unterschiedlich. Slog wußte es besser, in seiner Liste stand das drin. Auch den 2. Softkey habe ich nun dank Slog gefunden, im Wittig-Design heißt der noch clk_led, Pin AB12. Es ist ein bischen durcheinander, Wittig hat später wohl noch ein paar Dinge
Due the fact in the past someone requested full informations about components, I add that in part list, even if I guess it is not so really important. For me the only mandatory components are LowESR type for C2 and C4, X7R type for C5 and 1% metal film for R1. About R1 in my design I chosen 1000ohm
-
Thread
Sensitvity-Liste angeblich unvollständig
ModelSIM compiliert das file mit den warnings, dass die internen Signale nicht in der Liste stehen. Warum ist das so? clk_proc : process(sen_clock, value) begin if rising_edge(sen_clock) then value <= std_logic_vector(unsigned(pixel (9 downto 2)) * unsigned(line(9 downto 2)) + unsigned(dmc)); end if; calc <= value (12 downto 0); end process; liegt das an dem calc? Dort greift er auf value zurück, das müsste ihm doch reichen, oder?
-
Thread
VHDL falling edge bewirkt rising edge
UNABHÄNIG von falling_edge() und damit praktisch eine concurrent Zuweisung, auch wenn outs in der sensitivity list fehlt. MfG Falk
überhaupt gar nichts zu tun... Sie hilft auch nicht! > Oder wie gezeigt mit einer erweiterten Sensitivity List? Das war nur, um zu zeigen, wofür die Sensitivliste da ist, und wie man die Simulation wieder mit der Realität in Einklang bringen kann.
-
Thread
Sinn der Sensitivity List?
nun schon zum 1000. Mal, aber VHDL ist eine > SIMULATIONS-Sprache, bzw. -beschreibung und die Sensitivity List dient > dazu, Neuberechnungen von Ausgangssignalen anzustoßen. Dann hau doch mal ein reines 'SIMULATIONS'-Beispiel raus, wo man eine unvollständige Sensitivity List benötigt :-)
nun schon zum 1000. Mal, aber VHDL ist eine >> SIMULATIONS-Sprache, bzw. -beschreibung und die Sensitivity List dient >> dazu, Neuberechnungen von Ausgangssignalen anzustoßen. > > Dann hau doch mal ein reines 'SIMULATIONS'-Beispiel raus, wo man eine > unvollständige Sensitivity List benötigt :-)
-
Thread
Lockerer Counter auf VHDL
Afach schrieb im Beitrag #2306823: >> Könnten Ihr bitte mehr erklären was die >> Limits für das Sensitivity list sind? > Die Sensitiv-Liste ist NUR für den Simulator interessant!!! Das wusste ich nicht. Ich dachte basierend auf der kompletten Prozessstruktur INKLUSIVE Sensitivity List erzeugt das Synthesetool
?query=sensitivity+list+unvollständige http://www.mikrocontroller.net/search?query=sensitivliste+unvollständige Und Xilinx (und andere auch) hat da auch Probleme z.B. mit Variablen in Prozessen und der zugehörigen
-
Thread
process sensitivity list
- "C:/Projekte/VHDL/B5X/BX55/BX55.vhd" line 44: One or more signals are missing in the process sensitivity list. To enable synthesis of FPGA/CPLD hardware, XST will assume that all necessary signals are present in the sensitivity list. Please note that the result of the synthesis may differ from the
oder? Der Synthese ist die Sensitivliste sowieso weitestgehend egal. Du bekommst bei einer unvollständigen Liste einfach eine freundliche Meldung. In der Simulation (und nur dort!!!) wird dein Counter aber dann einen halben (!) Takt "verspätet" kommen. Denn bei jedem Wechsel auf der Taktleitung wird
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware (Teil4) Gesperrt
schauen. Notieren wir also mal "Evaluation BMP mit optimierter Palette u. RLE" in meine ToDo-Liste. Niklas
voranden. it do not kill ours DSO, is not so? I know, this and other things are already in the wish list, but since there was also talk of aesthetic improvements I wanted to remember also this. About the wish list: What about the sin(X/X) interpolation implementation? And centre and span features for
-
Thread
Process in VHDL, wie funktioniert das genau??
Hey, Das sollte ein kombinatorische Prozess sein sobalt sich die die Signale in der Sensitivity List ändern wird alles im Process kombinatorisch ausgeführt. Ist in diesem Fall also quasi nur eine besser lesbare Beschreibung für ein Kombinatorisches Verhalten.
Zuweisungen werden daher immer gleichzeitig ausgeführt! Dein Beispiel soll nur den Gebrauch der Sensitivy List verdeutlichen!
-
Thread
Sensitivity list wird ignoriert
Soweit ich weis gibt es doch zwei Möglichkeiten einen Prozess zu implementieren. 1. Über die sensitivity list wie es im meinem oberen Prozess der Fall ist. 2. Ohne sens. list mit nur einer einzigen wait Anweisung die zudem zu Beginn des Prozesses stehen muss. (Bei mir der AUSLOESER Prozess) Die
Soweit ich weis gibt es doch zwei Möglichkeiten einen Prozess zu > implementieren. > 1. Über die sensitivity list wie es im meinem oberen Prozess der Fall > ist. > 2. Ohne sens. list mit nur einer einzigen wait Anweisung die zudem zu > Beginn des Prozesses stehen muss. (Bei mir der AUSLOESER Prozess
-
Thread
flankenerkennung für externen takt
S. PS: > BTW: die Simulation ist garantiert falsch, denn die Sensitivliste ist > unvollständig. Wenn du schon einen asynchronen Reset beschribst, dann > muß der auch mit rein: > process(RESET,CLK) ... Hmmm, ist das nicht ein synchroner Reset in dem Beispiel, und damit dann die Sensitivity Liste richtig ? :-) Aber ich nehm auch lieber Async Reset ...
-
Thread
IRMP - Infrared Multi Protocol Decoder
Taste loslässt. Die Sache mit Erkennung der Wiederholungssequenz steht trotzdem auf meiner TODO-Liste. Gruß, Frank
werden Daher plädiere ich für 2 ;-) Ich habe bereits den Check des Prüfbits auf meiner TODO-Liste. Gruß, Frank
-
Thread
VHDL: Sinn der Sensitivity List
werden hier alle benutzten Signale quasi kontinuierlich und gleichzeitig verarbeitet. Dient die Sensitivity List etwa nur dazu, dem Simulator entscheidende Hinweise zu liefern? Immerhin läßt sich das Simulationsergebnis mit der Sensitivity List beeinflussen, auch im positiven Sinne. Aber in einer parallel
der emacs-Editor kamm die Sensitivity-List zumindest automatisch updaten
-
Thread
PWM Signal erzeugen
Vereinfachung. Folgendes Misverständnis sehe ich: [vhdl] process (reset,clk) begin -- Sesitivity-List unvollständig, -- weil "and clk'event" fehlt, -- müsste inp für eine korrekte Simulation mit aufgenommen werden if (reset='1') then outp <= '0'; elsif (clk='1') then
sie überhaupt nicht, weil im FPGA nicht Prozesse laufen, sondern FFs schalten. Wenn jetzt in der Sensitivity List Signale fehlen, dann werden diese vom Compiler (LEIDER) stillschweigend ergänzt, im besten Fall kommt eine Warnung. Sythese und Simulation stimmen dann nicht überein. Im obigen Beispiel
-
Thread
Zuweisung im Concurrent Statement
dass so ein Latch ungewollt entsteht, und sich das Design in der Simulation (z.B. wegen einer unvollständigen Sensitivity-List) anders verhält als in der Zielhardware. Hier ein kleines Beispiel: http://www.lothar-miller.de/s9y/categories/34-Getakteter-Prozess Und nicht immer ist die Beschreibung so kompakt
-
Thread
DCF-Signal auswerten
ein Schieberegister. Mach Zähler am besten mit /integer/, das kann man besser lesen. Die Sensitivity-List ist unvollständig, da fehlt /sig/. In einem getakteten Prozess findest du bei mir nur den Clock in der Sensitivity-Liste, oder gleich gar nichts, weils mit /wait until rising_edge/ realisiert
-
Thread
verschiedene Teile von std_Ulogic_vector aus mehreren Processen zuweisen
Hallo, > Es hilft aber auch nicht, wenn ich in der Sensitivity-List des Prozesses > genau sig(2 downto 0) angebe. Dann dürfte der Prozess gar nicht mehr ausgeführt werden da sich in sig(2 downto 0) ja ohne den Prozess selber nichts ändert. Leider fehlt
dem VHDL-Standard) > einmal beim Simulationsstart und ... Das das auch für Prozesse /mit/ Sensitivity-List zutrifft wuste ich noch nicht. Danke für den Hinweis. Grüße Erik
-
Thread
spartan 3a beispielprojekt
vhdl] wird dir niemals mehr passieren. Übrigens: diesen echt üblen Fehler wirst du wegen der unvollständigen Sensitivity-List in der Simulation nicht sehen, dort sieht alles gut aus: out ändert sich nur, wenn sich clk oder reset ändern :-o Und weil [vhdl] process begin wait until rising_edge
Wie ich mir den Code angeschaut hab, ist mir auch sofort aufgefallen, dass die sensitivity-list leer ist ... Das kann nur Vorteile haben :-)