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), s...@g...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.

do góry

W dniu 27.07.2014 19:51, s...@g...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), s...@g...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?

--
pozdrawiam
MD

do góry

W dniu niedziela, 27 lipca 2014 20:41:16 UTC+2 użytkownik Mario napisał:
> W dniu 27.07.2014 19:51, s...@g...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), s...@g...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

do góry

W dniu 2014-07-26 22:21, s...@g...com pisze:
> No takich checów to jeszcze nie miałem... Temat jest kontynuacją wcześniejszego
problemu dot. FTDI/FPGA, na chłopski rozum, guzik jedno z drugim ma coś wspólnego (w
temacie konfiguracji logiki FPGA) , tymczasem łapy mnie opadają..
>
> Podpinam się do JTAG'a (iMpact), odpalam Dziada i zgodnie z oczekiwaniem dostaję z
automatu rozpoznany łańcuch połączeń:
>
>
> TDI=>[FPGA(XC6SLX45)]=>[PROM(XCF16p)]=TDO
>
>
> No i teraz mam 3 możliwości..
>
> 1) wstrzyknąć bitfajla od razu do FPGA
> 2) wygenerować fajla StachuChebel.mcs i zapisać dziada na dysku
> 3) Zaprogramować dziada Impactem (PROM)
>
> No to zaczynamy teraz opis problemu. punkt po punkcie:
>
> 1) po zaprogramowaniu jest OK całość działa tak jak zaprojektowałem
> 2) Też nie ma problemu.
> 3) Też się programuje bez komunikatów o błędach i takich tam...
>
> No i teraz zaczyna się jajco. Czegoś takiego jeszcze w życiu nie miałem. Bywało, że
układ się nie chciał zaprogramować z PROM'a i wtedy totalna kicha, ale zawsze było to
spowodowane jakimś tam bablokiem na PCB. Tymczasem teraz mam jajco takie, że FPGA
zasysa dane z PROMA, jak gdyby z błędami. Po zaprogramowaniu FPGA JTAG'iem, całość
działa perfekcyjnie, a po zaprogramowaniu z PROM'a tak nie do końca wszystkie funkcje
działają. Sprawdzałem zgodność pliku *.mcs z zawartością PROM'a - jest OK.
>
> POMOCY Koledzy, bo brak mi jakiejkolwiek koncepcji !!
>

Może być też tak że wszystko się cacy programuje, za to ze wstawaniem
interesu masz problem.
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.

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

do góry

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.

do góry

W dniu 2014-07-28 00:25, s...@g...com pisze:
> W dniu niedziela, 27 lipca 2014 20:41:16 UTC+2 użytkownik Mario napisał:
>> W dniu 27.07.2014 19:51, s...@g...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), s...@g...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

8 kanałowy nieźle. I cena niezła.


--
pozdrawiam
MD

do góry

W dniu 28.07.2014 01:05, s...@g...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.

--
pozdrawiam
MD

do góry

On Mon, 28 Jul 2014 01:52:51 +0200, Mario <m...@...pl> wrote:
> 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

do góry

W dniu 2014-07-28 02:11, Mario pisze:
> W dniu 28.07.2014 01:05, s...@g...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

do góry

W dniu 29.07.2014 00:05, Adam Górski pisze:
> W dniu 2014-07-28 02:11, Mario pisze:
>> W dniu 28.07.2014 01:05, s...@g...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

do góry