Verilog Nachhilfe.

> Mach doch erst mal eine Testbench und schau ob da alles funktioniert wie
> du willst.

Ich hab mir gerade Ikarus installiert. (Hat den Vorteil das ich nicht 
immer
fuer Windows booten muss, und laeuft 10^499mal schneller als der 
Compiler
von Xilinx.

http://iverilog.wikia.com/wiki/User_Guide

Dann hab ich mir dafuer ein Testbench geschrieben und laufen gelassen.

Die Ausgabe sieht genauso aus wie ich das erwarte. Ich versteh jetzt
leider ueberhaubt nicht wieso das im FPGA nicht laeuft, seufz.

> Du hast mit parameter 8 states spezifiziert aber nutzt nur 5 in der case
> Anweisung. Gibt dir die Synthese diesbezüglich eine Warnung?

Ja. Ich hab einige Parameter und IOs spezifiziert die ich momentan noch 
nicht nutze und bekomme da Warnungen. Ich denke aber mal das kann ich
einfach ignorieren?

> Dein state S_2 wird nie angesprungen. Ist das beabsichtigt?

Das war ein kleiner Fehler in meinem geposteten Programm. Ich hatte das 
vorher mal zu testzwecken geaendert und vergessen es rueckgaengig zu 
machen.
Ich probier mal die aktuelle Version anzuhaengen wie ich sie gerade mit 
Ikarus erfolgreich getestet habe. Ausser den "display" Zeilen 
unterscheidet die sich nur im Clock des letzten always. Im Testbench 
generiere ich direkt einen passenden Clock damit ich nicht ewig warten 
muss. Im Xilinx benutze ich einen anderen Clock den ich vorher durch 
runterteilen eines angeschlossenen Oszillator gewinne. Das funktioniert 
aber. Wenn ich mir
eine LED an meine Teile route kann ich die im Sekundenrythmus blinken 
sehen.


Olaf

Zweiter Versuch...mit Dateianhang..

Hier noch die Testbench falls es einer mal selber probieren will.
Aber wie gesagt, die Simulation sieht gut aus. Probleme habe
ich erst im FPGA.

Olaf

Nicht, dass ich auch nur den Hauch einer Ahnung von Verilog hätte,
aber in VHDL müssten in der sensitivity-list des Prozesses alle 
verwendeten Variablen stehen.

Siehe O-Text von

http://www.doulos.com/knowhow/verilog_designers_guide/rtl_verilog/
:
:
The statements inside the always block describe the functionality of the 
design (or a part of it). Let's reconsider the AND-OR-INVERTER gate:

always @(sensitivity-list)
begin
  F = ~((a & b) | (c & d));
end

Instead of a continuous assignment, we now have a procedural assignment 
to describe the functionality of the AOI gate. Perhaps a better question 
is what do we need to do in order to have F change value. Answer: F can 
only change when at least one of a, b, c or d changes. After all, these 
are the four inputs to the AOI gate. That's our sensitivity list:

always @(a or b or c or d)
begin
  F = ~((a & b) | (c & d));
end
:
:

Bezogen auf deinen Code müsste da also eher stehen

:
:
      always@(state or tmp or bitcounter)
        begin
           case (state)
             S_0 : begin
                tmp <= {tmp[6:0],MAX_DOUT};
                next_state <= S_1;
             end
             S_1 : begin
:
:

Insgesamt kann ich mir keine Hardware vorstellen, die das ausführen 
kann.
Wenn da steht
   always @(posedge SPI_CLK)
dann ist das getaktet --> FlipFlops --> ok

Wenn da aber steht
   always@(state or tmp or bitcounter)
dann gibt das Kombinatorik, und kombinatorische Schieberegister sind 
genau wie kombinatorische Counter nur Rauschgeneratoren.

Fazit:
Geschoben und Gezählt wird nur getaktet.

BTW:
Warum lernst du Verilog? Willst du auswandern?
Über den Daumen gepeilt gilt: Europa = VHDL

> Bezogen auf deinen Code müsste da also eher stehen

Nein, ich will ja nur das dieser Block ausgefuehrt wird
wenn sich an state etwas aendert. Die anderen Variablen werden
zwar geaendert, sollen aber nicht selbst eine Aenderung ausloesen.

Ich weiss jetzt aber wo mein Problem lag. Man muss zu jederzeit
, also bei case in jeder der Moeglichkeiten, festlegen welchen
Zustand jede Variable haben soll. Man kann nicht davon ausgehen das
sie einfach ihren Vorzustand beibehaelt wenn man sie nicht aendert.

Macht man das nicht wandelt der Compiler die Variable in ein Latch um. 
(und gibt auch eine Warnung dazu aus) Die habe ich zwar gesehen, aber 
ignoriert weil eine Warnung erstmal noch kein Fehler ist, und zum 
zweiten nicht so unmittelbar einzusehen ist was an einem Latch 
fehlerhaft ist.

Aber anscheinend kann der FPGA an dieser Stelle kein Latch benutzen und 
deshalb laeuft es dann in der Hardware nicht, obwohl die Simulation kein 
Problem sieht.

> Warum lernst du Verilog? Willst du auswandern?

Die Beispiele bei meinem Kit waren bereits alle in Verilog und ausserdem 
sieht die Sprache IMHO schoener aus als VHDL.

> Über den Daumen gepeilt gilt: Europa = VHDL

Ich bin kosmopolitisch orientiert. Ausserdem waere es doch langweilig 
immer das zu machen was alle anderen auch machen. .-)

Olaf