Synchrones Programmieren

kleine Verbesserung im Code, sorry. Die Resetabfrage nachkopiert.

1

UART_SYNC_CNT: process (sUART_AllReset, sDCM_FX_25MHz) 

2

begin

3

  if rising_edge (sDCM_FX_25MHz) then

4

  if sreset = '1';

5

    --Reset Registers 

6

  else 

7

    if sUART_SyncCnt >= 2080 then

8

      sUART_SyncCnt <= 0;

9

      sUART_SyncCntOverflowTick <= '1';  -- Erzeuge Flanke

10

    else

11

      sUART_SyncCnt <= sUART_SyncCnt + 1;

12

      sUART_SyncCntOverflowTick <= '0';  -- "Lösche" Flanke

13

    end if; 

14

  end if;   

15

end process;

16

17

18

UART_DATA_BIT_CNT: process (sUART_AllReset, sDCM_FX_25MHz)

19

begin

20

  if rising_edge (sDCM_FX_25MHz) then

21

  if sreset = '1';

22

  --Reset Registers

23

  else

24

    if sUART_SyncCntOverflowTick = '1' then  

25

      -- Ein Bit sampeln (Ins Schieberegister klopfen)

26

      -- BitCnt eins hochzählen...

27

     else

28

       null;

29

     end if;

30

   end if

31

end process;

>Ich meine der Tick ist nur für eine halbe Periode da.

Das Signal ist nicht eine halbe, sondern ein ganze Periode 1.
Und ja, das funktioniert.

>Ich als C-Progammierer habe aber da ein paar bedenken....

Wieso? Welche? Und was hat C mit VHDL zu tun?

paar Kleinigkeiten:

da synchrone reset braucht nur der takt in die Sens. list

1

UART_SYNC_CNT: process (sDCM_FX_25MHz)

gleich größer statt gleich kostet nur Hardware

1

if sUART_SyncCnt = 2080 then

Hm wass soll das null da, lass den else zweig weg.

1

 else       null;     end if;

hui, das geht aber schnell... :-)

@FPGAküchle
Hast mit allem Recht ( natürlich ;-) ).

1

else null; end if;

Ich hab' da im orginal Code noch ein paar Kleinigkeiten drin
stehen...

@Xenu
Stimmt das Signal ist ein ganze Periode. Peinlich... von rising to
rising ist eine ganze.....

>>Ich als C-Progammierer habe aber da ein paar bedenken....

>Wieso? Welche? Und was hat C mit VHDL zu tun?

Na der Process UART_SYNC_CNT setzt das Signal mit der steigenden Flake
von sDCM_FX_25MHz auf eins. Der Process UART_DATA_BIT_CNT überprüft mit
derselben Flanke den Pegel des Signals. Meine BEDENKEN: Ist den das
Signal schon auf eins eingeschwungen, wenn der Process
UART_DATA_BIT_CNT das Signal abfragt??????????????????????????

Danke für die Diskussion "BEDENKEN" (ist mir sehr wichtig),
Sebastian

#Na der Process UART_SYNC_CNT setzt das Signal mit der steigenden
#Flake
#von sDCM_FX_25MHz auf eins. Der Process UART_DATA_BIT_CNT überprüft
#mit
#derselben Flanke den Pegel des Signals. Meine BEDENKEN: Ist den das
#Signal schon auf eins eingeschwungen, wenn der Process
#UART_DATA_BIT_CNT das Signal abfragt??????????????????????????


sDCM_FX_25MHz sieht die eins einen Takt später, also mit der folgenden
steigenden Flanke.
Das klappt natürlich nur wenn die taktfrequenz nicht höher ist als der
FPGA kann. Aber das sagen dir die tools.

Falls Dir das zu spät ist musst du den counter im anderen Prozess eins
weniger zählen lassen.

Warum sieht der Process UART_DATA_BIT_CNT das Signal
sUART_SyncCntOverflowTick einen Takt später. Wegen des FlipFlop
verhaltens???

Ja FF. Das setzen des FF braucht seine Zeit (clock to output Zeit)
In der simualtion einen delta cycle.

Da aber der andere Prozess auch zur Flanke das signal überprüft (und
nicht einen delta cycle oder clocktooutput Zeit + propagation delay,
sieht er noch den alten Wert. Im folgenden Takt sieht der zweite dann
die '1', während der erste Prozess das signal auf '0' setzt.

Ok, danke. Das in der Simulation habe ich kapiert mit den
Delta-Zeiten.In der Simulation erfolgt die Signalzuweisung erst dann,
wenn alle im vorherigen Simulationszyklus aktivierten Prozesse
abgearbeitet wurden.Dann wird eine Delta-Zeit vorgerückt und die
Signale zugewiesen.....Das kann ich auch bei genauem hinsehen in der
Simulation erkennen.

Mit der Hardware habe ich noch ein paar Vorstellungsprobleme. Ich habe
mir das synthetisierte Schematic mal angesehen. Bitte korrigierts mich
wenn folgendes nicht stimmt.

Für ein Signal wird ein Speicherelement angelegt, im Schematic kann ich
nur FDEs finden.
Mein process beinhaltet eine Logikschaltung die auch Zeit (viel kleiner
als eine Periode) braucht.
So in ein FDE muss ich auch das angelegte Datum (Signal) einclocken.
Welche Flanke bleibt den da noch zum einclocken, die erste Flanke ist
ja schon vorbei. Die Fallende??? Kann ich aber im Schematic nicht
erkennen.

Mit einem Latch könnte ich mir das alles vorstellen, aber ein LATCH
taucht nicht auf im Schematic....

Vielen Dank mal wieder für Eure Geduld,
Sebastian.

Sorry aus Zeitgründen kann ich hier erstmal nicht weitermachen. Morgen
gehts für 3 wochen nach Kalifornien.

Hallo,

danke für Eure Bemühungen ich glaub ich weiß' wie es in der Hardware
funktiniert. Ich werde aber nochmals genau recherchieren. Dann werde
ich natürlich posten...

@FPGAküchle
Schönen Urlaub :-), oder Arbeit...

MfG,
Sebastian

Hi

also ich hätte kein frage zum programmieren selbst sondern eher mehr
Theorie..

-Was passiert bei Synchronisation der Eingänge/Ausgänge ? Was passiert
da ? ..Wenn keine Synchronisation vorhanden ist, können Glitches
enstehen oder ?

- Was ist unterschied zwischen asynchronen reset und synchronen reset ?
und welche probleme können hier auftreten ?

- Was sind die Timinganforderungen ? - dass TimeVonEL + SetupTime +
TimeVonMetastabilität(was ist das bitte für eine Zeit..Metastabilität
das ja wenn sich 'D' bei einem FlipFlop genau zur Clockflanke ändert
und somit zufällig 'Q' '0' oder '1' wird) nicht größer sind als
eine Clockflanke ?

und zuletzt..

- Unterschied zwischen synchronen Handshake und asynchronen Handshake
!

wäre euch sehr dankbar dafür !

zum synchronizer ein paar Folien von ner Ami-Uni:

http://www.stanford.edu/class/ee183/handouts_spr2003/synchronization_pres.pdf

Vorteile von synchronenen reset hängen auch von der Architektur ab.
Xilinx beschreibt das recht gut z.B. designs bei denen Reset nicht
erforderlich und wie man FF in VHDL zwecks kleinen Design beschreibt:

http://www.xilinx.com/xlnx/xweb/xil_tx_display.jsp?iLanguageID=1&multPartNum=1&sTechX_ID=kc_smart_reset


http://www.xilinx.com/xlnx/xweb/xil_tx_display.jsp?sTechX_ID=kc_priorities&iLanguageID=1&iCountryID=1

>ich glaub ich weiß' wie es in der Hardware
>funktiniert.

Glaub ich nicht. Das wissen manchmal nichtmal die Vollprofis auf dieser
Page...

Das Prinzip ist einfach. Die Details wirst Du so nie erfahren...

k..das is jetzt alles so ziemlich klar..nur..den UNterschied zwischen
synchronen handshake und asynchronen handshake kapier ich immer noch
nicht..kann mir vielleicht da einer das prinzip erklären? [was
allgemein ein handshake is weiß ich.. :D]

lG

Hm, ich kenn nur handshake. Was meinst Du oder wo hast was gelesen von
synchron und asynchron Handshake.

(Hehe wir das wohl auf dt. heisst? Handschütteln mit Zeit und
Handschütteln ohne Zeit. Oder gehts um die Uhr, also schüttelt man die
Hand mit der Armbanduhr oder die ohne ... Gaga ich krieg noch die
Rechnerhacke hier ...)

naja..synhronen und asynchronen handshake haben wir in der schule
"gelernt" ..haben darüber weder was aufgeschrieben noch
aufgezeichnet, jedoch kommt das morgen zum test und ich hab bis jetzt
kA was da der unterschied sein soll..^^