eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaJeszcze raz VHDL - problem ze zwięzłym zapisem › Re: Jeszcze raz VHDL - problem ze zwięzłym zapisem
  • X-Received: by 10.140.81.144 with SMTP id f16mr158833qgd.9.1432931037056; Fri, 29 May
    2015 13:23:57 -0700 (PDT)
    X-Received: by 10.140.81.144 with SMTP id f16mr158833qgd.9.1432931037056; Fri, 29 May
    2015 13:23:57 -0700 (PDT)
    Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.glorb.com!
    h15no215252igd.0!news-out.google.com!k20ni45014qgd.0!nntp.google.com!z60no45403
    11qgd.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.misc.elektronika
    Date: Fri, 29 May 2015 13:23:56 -0700 (PDT)
    In-Reply-To: <55685001$0$27515$65785112@news.neostrada.pl>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=185.53.155.164;
    posting-account=67yd9woAAAAHUu8VHyA7Js47M98NE3m3
    NNTP-Posting-Host: 185.53.155.164
    References: <8...@g...com>
    <55643099$0$8389$65785112@news.neostrada.pl>
    <b...@g...com>
    <55658303$0$27506$65785112@news.neostrada.pl>
    <7...@g...com>
    <556597cf$0$2188$65785112@news.neostrada.pl>
    <0...@g...com>
    <5565e585$0$8374$65785112@news.neostrada.pl>
    <5...@g...com>
    <55685001$0$27515$65785112@news.neostrada.pl>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <4...@g...com>
    Subject: Re: Jeszcze raz VHDL - problem ze zwięzłym zapisem
    From: s...@g...com
    Injection-Date: Fri, 29 May 2015 20:23:57 +0000
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: quoted-printable
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:681911
    [ ukryj nagłówki ]

    W dniu piątek, 29 maja 2015 13:39:46 UTC+2 użytkownik J.F. napisał:

    >
    > Ciesze sie, ze choc raz teoria zgadza sie z praktyka :-)

    Jeżeli teoria nie zgadza się z praktyką, to tym gorzej dla praktyki :)))
    Eeee tam.., jeżeli w cyfrówie wymiśli się coś BANALNIE prostego, to nie ma bata we
    wsi, coby to nie działało.. Podałeś też pomysł z wykorzystaniem akumulatora..
    Toż to pierwsze o czym pomyślałem, ale doszedłem do wniosku, że to lipa.. No bo po
    n+1 mlasknięciach zegara akumulator się "przekręci". Resetowanie co n-mlasknięć jest
    też beż sensu, bo tracę dane R(n downto 0)!!

    Ale..., Twój pomysł z akumulatorem + mój pomysł z rejestrem posuwnym ma sens.

    Robimy taki akumulator : Acc:=Acc+A(n)-A(0). A(n) - aktualna próbka z ADC, A(0) -
    n-mlasknięć starsza próbka z FIFO. Owym FIFO może być właśnie rejestr posuwny. Innymi
    słowy A(i) leci równolegle na akumulator i rejestr posuwny. Wyjście z rejestru (na
    końcu), to A(0). Minimalne zużycie zasobów FPGA dla dowolnego 'n', powinno śmigać na
    ciężkich MHz. Jutro sprawdzę na 'żywym organiźmie'. Dzięki za pomysły, sensownie się
    z Tobą gada !!


    >
    > Ale nadal jestem ciekaw jak on to zrobil z 32 liczbami, ze tak dobrze
    > bylo :-)
    >
    > J.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: