Ladbares Schieberegister seriell auslesen

[Ralph H. (guru)]

Irgendwie komm ich grad nicht weiter.. Hab wohl zuviel Stollen gegessen 
;)
Ich brauche ein 8bit Schieberegister welches mit einer L/H Flanke 
parallel geladen wird und mit CLK (40Mhz) permanent diese 8Bits an OUT 
rausschiebt.
Die Herausforderung ist nun, das Ganze mit den minimalsten Ressorcen zu 
machen, denn ich die sparen weil es langsam eng im CPLD wird.
Könnt Ihr mir nen Tipp geben, wie ich das anstelle ?

Frohe Weihnachten und Danke für Eure Hilfe !!

[Falk B. (falk)]

@  Ralph H. (guru)

>Ich brauche ein 8bit Schieberegister welches mit einer L/H Flanke
>parallel geladen wird und mit CLK (40Mhz) permanent diese 8Bits an OUT
>rausschiebt.

74AC165.

>Die Herausforderung ist nun, das Ganze mit den minimalsten Ressorcen zu
>machen, denn ich die sparen weil es langsam eng im CPLD wird.

Aha, du willst das in einen CPLD pressen. Und warum sagst du das nicht 
direkt?

>Könnt Ihr mir nen Tipp geben, wie ich das anstelle ?

Einfach ein Schieberegister halt, braucht 8 Makrozellen.

process(clk)
begin
  if rising_edge(clk) then
    if load='1' then  -- parallel laden
      sr <= sr_in;  
    else
      sr <= sr(6 downto 0) & '0'; -- seriall schieben
    end if;
  end if;
end process;

ser_out <= sr(7);

MFG
Falk

[Ralph H. (guru)]

Danke Falk !! aber darf ich mal dumm fragen, ob das so wirklich richtig 
ist ? Bei mir funktioniert das so nicht.. ich bekomm bei ser_out immer 
0.

[Anguel S. (anguel)]

Ralph H. schrieb:
> Danke Falk !! aber darf ich mal dumm fragen, ob das so wirklich richtig
> ist ? Bei mir funktioniert das so nicht.. ich bekomm bei ser_out immer
> 0.

Hast Du ihn denn geladen? :) Zeig mal die Testbench.

[Ralph H. (guru)]

Hallo Anguel.. ja klar hab ich das SR geladen.. nur der Wert wird nicht 
übernommen.. Offensichtlich liegt es nur daran, denn das schieben 
funktioniert doch ! Nur am Anfang 1x bis alle Ausgänge vom SR=0..
Hier noch die Testbench.. Danke sagt Ralph

[Anguel S. (anguel)]

Du lädst ihn irgendwie nur 1 einziges Mal am Anfang, und zwar mit 
Nullen. Bei den anderen Werten machst du load nicht mehr auf '1'...

[Ralph H. (guru)]

Nein ich lade ihn am Anfang eben gar nicht !! Planmäßig ist der 
Dateneingang immer "00000000" und wird dann auf "10101011" gesetzt. 
Dieser Werte sollte ins SR übernommen werden (mit der 0-1 Flanke) von 
LoadSRZG
und der geladene Wert sollte rausgeschoben werden. Da aber das SR 
bereits komplett mit 0 ist und das Laden nicht geht, wird auch nichts 
mehr geschoeb :-(.. Ich denke das Laden ist das Problem.

[Anguel S. (anguel)]

Ralph H. schrieb:
> Nein ich lade ihn am Anfang eben gar nicht !! Planmäßig ist der
> Dateneingang immer "00000000" und wird dann auf "10101011" gesetzt.
> Dieser Werte sollte ins SR übernommen werden (mit der 0-1 Flanke) von
> LoadSRZG
> und der geladene Wert sollte rausgeschoben werden. Da aber das SR
> bereits komplett mit 0 ist und das Laden nicht geht, wird auch nichts
> mehr geschoeb :-(.. Ich denke das Laden ist das Problem.

Nachdem Du den Dateneingang auf "10101011" setzt, machst Du eben kein 
loadZGSR <= '1'; Das ist das Problem.

[Ralph H. (guru)]

Ne mein Guter das stimmt nicht !
Ich mach sehr wohl nach dem "10101011" am Eingang anliegt,
ein Load = '1! nämlich genau 10 ns NACHDEM am Eingang
das "10101011" anliegt ! Ist auch im ISIM prima zu sehen.

[Anguel S. (anguel)]

Ralph H. schrieb:
> Ne mein Guter das stimmt nicht !
Ich bin nicht Dein Guter.

> Ich mach sehr wohl nach dem "10101011" am Eingang anliegt,
> ein Load = '1! nämlich genau 10 ns NACHDEM am Eingang
> das "10101011" anliegt ! Ist auch im ISIM prima zu sehen.
Unten ist dein Code. Zeigst Du mir bitte, wo genau? Ich sehe es nicht.

   -- Stimulus process
   stim_proc: process
   begin    
      ZGOut <= "00000000"  ;    
    wait for 100 ns;  
    loadZGSR <= '0' , '1' after 10 ns , '0' after 15 ns ;
    ZGOut <= "10101011"  ;
    wait for 100 ns;
    ZGOut <= "00000000"  ;    
      -- insert stimulus here 
      wait;
   end process;

[Ralph H. (guru)]

Anguel S. schrieb:
> Ich bin nicht Dein Guter.
Sorry, wollte Dir nicht zu nahe treten. Dennoch Danke für die Hilfe!

>     loadZGSR <= '0' , '1' after 10 ns , '0' after 15 ns ;
>     ZGOut <= "10101011"  ;
Nach meiner Interpretation (und auch ISIM Simulation) werden
loadZGSR=0 und ZGOut="10101011" parallel geladen.
Das Signal loadZGSR wechselt aber nach 10 ns auf 1 und nach 15 ns
wieder auf 0 zurück, erzeugt sozusagen einen 1 Impuls.
ZGOut bleibt auf "10101011" und müsste ins SR übernommen werden.

[Anguel S. (anguel)]

Ralph H. schrieb:
> Nach meiner Interpretation (und auch ISIM Simulation) werden
> loadZGSR=0 und ZGOut="10101011" parallel geladen.
> Das Signal loadZGSR wechselt aber nach 10 ns auf 1 und nach 15 ns
> wieder auf 0 zurück, erzeugt sozusagen einen 1 Impuls.
> ZGOut bleibt auf "10101011" und müsste ins SR übernommen werden.

Ok, tut mir leid. Du hast Recht, das "after" hatte mich etwas verwirrt. 
Kannst du auch den Register-Code posten?

[Ralph H. (guru)]

Hallo.. Du meinst den Code der zu testenden Datei oder ? Hier ist er...

process(clkVideo)
begin
  if rising_edge(clkVideo) then
    if loadZGSR= '1' then  -- parallel laden
      SR_ZGOut <= ZGOut ;  
    else
      SR_ZGOut <= SR_ZGOut(6 downto 0) & '0'; -- serial schieben
    end if;
  end if;
end process;
  SROut   <= SR_ZGOut ; -- Ausgänge laden nur zum Test
  VideoOut <= SR_ZGOut(7);
-- fertig Videodaten ausschieben

end VERHALTEN;

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

Ralph H. schrieb:
> Ich denke das Laden ist das Problem.
Ja, klar, denn wenn du das Ladesignal nur für 5 ns aktivierst und in 
diesen 5 ns keine Taktflanke kommt...

    constant CLK20_period : time := 10 ns;
:
    loadZGSR <= '0' , '1' after 10 ns , '0' after 15 ns ;


:
    if loadZGSR= '1' then  -- parallel laden
      SR_ZGOut <= ZGOut ;

[Ralph H. (guru)]

doch Lothar.. es kamen Taktflanken,, aber auch mal testweise die 
Verlängerung des 1 Impulses auf 30ns ändert nichts...
Bin bald am Verzweifeln hier.. das kann doch ni so schwer sein ???

[Annexe (Gast)]

Die Component hat doch nirgendwo einen Eingang für das Load-Signal?!

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

Ralph H. schrieb:
> Bin bald am Verzweifeln hier.. das kann doch ni so schwer sein ???
Zeig doch mal die gesamte Datei (und am besten auch die aktuelle TB) als 
Anhang...

>  es kamen Taktflanken,,
... und/oder mach mal einen Screenshot von der Simulations-Waveform.

[Anguel S. (anguel)]

Genau, schick mal die kompletten Dateien, weil der Fehler wahrscheinlich 
in einer Kleinigkeit steckt.

[berndl (Gast)]

Ralph H. schrieb:
> Ich brauche ein 8bit Schieberegister welches mit einer L/H Flanke
> parallel geladen wird und mit CLK (40Mhz) permanent diese 8Bits an OUT
> rausschiebt.

Also nur beim kurz drueber gucken faellt mir auf: Du schiebst in dein 
Schieberegister eine '0' nach, also nach ein paar Clocks kommen dann 
auch Nullen raus...

Und wie schon angemerkt, du hast keinen 'load' Eingang in deine 
Komponente...

[Ralph H. (guru)]

@Berndl... also ich hab sehr wohl ein load (nämlich mein loadZGSR) !!
Auch die 0 im Schieberegister nachzuschieben ist richtig !
aaaaber.. ich lade ja normalerweise das Schieberegister mit nem Wert der 
rauszuschieben ist. Nur genau eben das laden geht nicht :-(
Hier meine Daten... Habt ihr noch nen Tipp wie ich das Bild von ISIM 
einfacher als über nen Hardcopy hier rauskriege?

[Anguel S. (anguel)]

Ralph H. schrieb:
> @Berndl... also ich hab sehr wohl ein load (nämlich mein loadZGSR) !!
loadZGSR geht aber nicht in den UUT der Testbench rein. Dein Unit Under 
Test bekommt also nicht mit, dass sich das Signal ändert. Du hast das 
Signal wahrscheinlich nachträglich zur Komponente zugefügt und die 
Testbench nicht upgedatet.

[Ralph H. (guru)]

Juchhu.. Anguel.. Danke ! das wars nämlich... grrrrrr.. So ne 
Kleinigkeit in der Testbench... Menno.. Vielen Dank !!

[Anguel S. (anguel)]

Ralph H. schrieb:
> Juchhu.. Anguel.. Danke ! das wars nämlich... grrrrrr.. So ne
> Kleinigkeit in der Testbench... Menno.. Vielen Dank !!

Kann passieren ;) Freut mich, dass das endlich gelöst ist! Frohe 
Restweihnachten und viel Erfolg noch.

Grüße,
Anguel

[Ralph H. (guru)]

Jo Dir auch .. ich bin ja grad an meinem Hobby und hab Freude :)