Guest
Mon Jul 28, 2014 12:25 am
W dniu niedziela, 27 lipca 2014 20:41:16 UTC+2 użytkownik Mario napisał:
Quote:
W dniu 27.07.2014 19:51, stchebel@gmail.com pisze:
W dniu niedziela, 27 lipca 2014 16:18:19 UTC+2 użytkownik Marek napisał:
On Sun, 27 Jul 2014 02:18:47 -0700 (PDT), stchebel@gmail.com wrote:
Sruuuu !!.. Fajla wysłałem. Zobaczymy co z tego wyjdzie. Oby
wyszło
A tak z ciekawości- murarz zdradzić co ten projekt z FPGA ma robić? I
dlaczego na FPGA?
Tak po krótce, to ma odbierać dane 12-to bitowe z przetwornika A/C z częstotliwością 80MHz, robić w czasie rzeczywistym demodulację sygnału i cisnąć to przez USB do peceta.
To trochę tak jak w moim projekcie. Tylko ja na 50Ms/s. Ale inny target
więc nie jesteśmy konkurencją

ATSD jaki przetwornik? Coś z serii LTC22xx?
AD9272
Guest
Mon Jul 28, 2014 1:05 am
W dniu poniedziałek, 28 lipca 2014 00:34:58 UTC+2 użytkownik Adam Górski napisał:
Quote:
Bo a to zasilanie gdzie� jeszcze nie wsta�o a to gdzie� inicjalizacja
nie przesz�a.
A mo�e sygna�y nie zsynchronizowane gdzie� zapodajesz.
Skutek mo�e by� w�a�nie taki �e idzie w krzaki.
Czy si� dobrze programuje to ju� chyba sprawdzi�e�.
Resztďż˝ koledzy juďż˝ napisali.
A jednak coś nie tak u mnie z impactem. Kolega Mario wygenerował mi mcs'a i wszystko jest OK.
Marek
Guest
Mon Jul 28, 2014 7:01 am
On Mon, 28 Jul 2014 01:52:51 +0200, Mario <mariuszd@w.pl> wrote:
Quote:
8 kanałowy nieźle. I cena niezła.
A pdf do niego się zaczyna: "The AD9272 is designed for low cost...".
Widać to zdanie to taki zaklinacz rzeczywistości, jest w każdym
pdfie, u każdego producenta.
--
Marek
Adam GĂłrski
Guest
Mon Jul 28, 2014 10:05 pm
W dniu 2014-07-28 02:11, Mario pisze:
Quote:
W dniu 28.07.2014 01:05, stchebel@gmail.com pisze:
W dniu poniedziałek, 28 lipca 2014 00:34:58 UTC+2 użytkownik Adam
Górski napisał:
Bo a to zasilanie gdzie� jeszcze nie wsta�o a to gdzie�
inicjalizacja
nie przesz�a.
A mo�e sygna�y nie zsynchronizowane gdzie� zapodajesz.
Skutek mo�e by� w�a�nie taki �e idzie w krzaki.
Czy si� dobrze programuje to ju� chyba sprawdzi�e�.
Resztďż˝ koledzy juďż˝ napisali.
A jednak coś nie tak u mnie z impactem. Kolega Mario wygenerował mi
mcs'a i wszystko jest OK.
Cieszę się, że mogłem pomóc. Sam możesz sobie generować mcs wsadowo.
Promgen istnieje w wersji dla windowsa i linuksa. Wrzuć sobie do foldera
projektu skrypt z zawartością:
#!/bin/bash
rm a_costam.mcs
rm a_costam.prm
rm a_costam.cfi
/opt/Xilinx/14.7/ISE_DS/ISE/bin/lin64/promgen -p mcs -x xcf16p -u 00
a_costam -o a_costam.mcs
Oczywiście ścieżkę do promgen wpisz swoją. W przypadku windowsowego
pliku bat usuń pierwszą linię - tę #!...., no i zamień rm na del.
Usuwanie plików nie jest konieczne bo promgen nadpisze, ale masz
pewność, że na pewno nie masz poprzedniej wersji gdy np. promgen wyszedł
z błędem.
Mam wrażenie że z narzędziami od X ciągle są jakieś jaja ( przynajmniej
z tymi darmowymi )
Wnioskuje na podstawie tego co ludzie piszą w inecie ( zwykle używam A ).
Jako że sam z X korzystałem ostatnio z 12 - 14 lat temu, możesz napisać
jak to jest obecnie z narzędziami od X ?
Adam
---
Ta wiadomość e-mail jest wolna od wirusów i złośliwego oprogramowania, ponieważ ochrona avast! Antivirus jest aktywna.
http://www.avast.com
Mario
Guest
Mon Jul 28, 2014 10:29 pm
W dniu 29.07.2014 00:05, Adam Górski pisze:
Quote:
W dniu 2014-07-28 02:11, Mario pisze:
W dniu 28.07.2014 01:05, stchebel@gmail.com pisze:
W dniu poniedziałek, 28 lipca 2014 00:34:58 UTC+2 użytkownik Adam
Górski napisał:
Bo a to zasilanie gdzie� jeszcze nie wsta�o a to gdzie�
inicjalizacja
nie przesz�a.
A mo�e sygna�y nie zsynchronizowane gdzie� zapodajesz.
Skutek mo�e by� w�a�nie taki �e idzie w krzaki.
Czy si� dobrze programuje to ju� chyba sprawdzi�e�.
Resztďż˝ koledzy juďż˝ napisali.
A jednak coś nie tak u mnie z impactem. Kolega Mario wygenerował mi
mcs'a i wszystko jest OK.
Cieszę się, że mogłem pomóc. Sam możesz sobie generować mcs wsadowo.
Promgen istnieje w wersji dla windowsa i linuksa. Wrzuć sobie do foldera
projektu skrypt z zawartością:
#!/bin/bash
rm a_costam.mcs
rm a_costam.prm
rm a_costam.cfi
/opt/Xilinx/14.7/ISE_DS/ISE/bin/lin64/promgen -p mcs -x xcf16p -u 00
a_costam -o a_costam.mcs
Oczywiście ścieżkę do promgen wpisz swoją. W przypadku windowsowego
pliku bat usuń pierwszą linię - tę #!...., no i zamień rm na del.
Usuwanie plików nie jest konieczne bo promgen nadpisze, ale masz
pewność, że na pewno nie masz poprzedniej wersji gdy np. promgen wyszedł
z błędem.
Mam wrażenie że z narzędziami od X ciągle są jakieś jaja ( przynajmniej
z tymi darmowymi )
Wnioskuje na podstawie tego co ludzie piszą w inecie ( zwykle używam A ).
Jako że sam z X korzystałem ostatnio z 12 - 14 lat temu, możesz napisać
jak to jest obecnie z narzędziami od X ?
Zajmuję się tym z doskoku. Nie mam skali porównawczej, bo nie robiłem
nic w środowisku od Altery. Z jednej strony podoba mi się bo przy
błędach kompilacji dostaję linki do opisów takich błędów z wyjaśnieniem
na stronach X czy na forach. Czyli dość dobre wsparcie. Z drugiej strony
wersja windowa nie pracuje z W 8.1 ( no dobra da się uruchomić ale
pracuje niestabilnie), a linuksowa ma pewne problemy z Impactem
opisywane już przeze mnie. Obcy interfejs (Digilent) jest automatycznie
wykrywany i pod win i lin - nie trzeba instalować sterowników. Z drugiej
strony obecność tego interfejsu uniemożliwia otworzenie zapisanej
konfiguracji programu do programowania PROMu. Trzeba trochę
pokombinować. W sumie to według mnie typówka jeśli chodzi o środowisko
deweloperskie uzyskiwane za darmo. Pamiętam podobnie było z AVRStudio.
Tez trzeba było kombinować z nieoryginalnym kabelkiem, czy z podpięciem
gcc. Czy zrobienie toolchaina dla ARMów. Nie ma co grymasić trochę
wysiłku i przy pomocy darmowych narzędzi można robić całkiem przyzwoite
projekty.
Gdybym zajmował się profesjonalnie programowaniem pod FPGA i kupiłbym
komercyjną wersję wraz z firmowym kabelkiem to niektórych problemów by
nie było.
Mimo wszystko z pracy ISE 14.7 na Linuksie 64 jestem zadowolony. Jest
stabilny, pracuje szybko, a wspomniane problemy ominąłem korzystając z
uruchamiania niektórych narzędzi wsadowo.
--
pozdrawiam
MD