_Amid_

То что вы написали - это и так понятно. Вопрос в том и состоит - не хочеться замарачиваться с индексами!!! Такую конструкцию: signal M_AXI_RX_TDATA : std_logic_vector(15 downto 0); alias M_AXI_RX_TDATA_w_arr1 : std_logic_vector(3 downto 0) is M_AXI_RX_TDATA(3 downto 0); alias M_AXI_RX_TDATA_w_arr2: std_logic_vector(3 downto 0) is M_AXI_RX_TDATA(7 downto 4); alias M_AXI_RX_TDATA_w_arr3: std_logic_vector(3 downto 0) is M_AXI_RX_TDATA(11 downto 8); alias M_AXI_RX_TDATA_w_arr4: std_logic_vector(3 downto 0) is M_AXI_RX_TDATA(15 downto 12); я хочу заменить на такую: signal M_AXI_RX_TDATA : std_logic_vector(15 downto 0); type AXIS_DATA_W is array (NATURAL <>) of std_logic_vector(3 downto 0); alias M_AXI_RX_TDATA_w_arr : AXIS_DATA_W(0 to 3) is M_AXI_RX_TDATA; или такую: signal M_AXI_RX_TDATA : std_logic_vector(15 downto 0); type AXIS_DATA_W is record data1 : std_logic_vector(3 downto 0); data2 : std_logic_vector(3 downto 0); data3 : std_logic_vector(7 downto 0); end record; alias M_AXI_RX_TDATA_w_arr : AXIS_DATA_W is M_AXI_RX_TDATA; Похоже что VHDL не предоставляет такой возможности!!! ???

Привет. Хотелось массив M_AXI_RX_TDATA_w_arr(массив векторов (или произвольная структура)) отобразить на M_AXI_RX_TDATA (вектор) - по аналогии с "С" - "union"\ Возможно ли такое в VHDL?

Всем привет!!! Пытаюсь построить такую конструкцию: CONSTANT S_AXI_TX_TDATA_with : integer := 32; CONSTANT M_AXI_RX_TDATA_k : integer := 4; signal M_AXI_RX_TDATA : std_logic_vector(S_AXI_TX_TDATA_with *M_AXI_RX_TDATA_k -1 downto 0); type AXIS_DATA_W is array (S_AXI_TX_TDATA_with-1 downto 0) of std_logic; alias M_AXI_RX_TDATA_w_arr : AXIS_DATA_W(M_AXI_RX_TDATA_k-1 downto 0) is M_AXI_RX_TDATA; выдает ошибку ERROR:HDLCompiler:1728 - "...\my_axi_intercon.vhd" Line 86: Type error near m_axi_rx_tdata ; current type std_logic_vector; expected type axis_data_w - не пойму как обойти!!! Помогите, плз. :)

Да, согласен - о ресете платы сказал не совсем понятно и не правильно... Я ножку "PROGRAM_B" в "0" садил...

Всем доброго времени суток!!! XILINX во всех своих примерах для PCIe с использованием DMA применяет стороннюю корку от "Northwest Logic" - "DMA Back-End Core". Лицензию на ее XILINX не дает... Из множества примеров, просмотренных мной, не один не являлся полным... - в каждом частично отсутствует часть файлов. Конечно можно немножко попыхтеть и догенерировать недостающие файлы, но.... Я решил по-быстрому проверить имеющуюся "DMA Back-End Core". Из различных проектов "выдрал" packet_dma v1_08, как full так и eval. В "core gen" я сгенерировал PCIe - endpoint gen2 4x, запустил сгенерированный пример(на kc705) - все работает. Втянул в проект корку "DMA Back-End Core"(full) и прикрутил ее к endpoint - при синтезе сразу выдало ошибку об отсутствии лицензии.... Заменил "DMA Back-End Core"(full) на "DMA Back-End Core"(eval) - синтез прошел. Залил в ПЛИС... и получил непонятный результат.... Линк по PCIe устанавливается (вижу по светодиоду) но ПС не стартует -похоже что какой-то конфликт на PCIe и БИОС не работает... (не работает клава, нет видеосигнала с видеокарты). Стоит мне заресетить плату - ПС начинает запускаться!!! В чем может быть дело? Кто может помочь? А-то TLP-пакет самому разбирать(собирать) не хоч. - да и не так уж просто это. Корка из EDK мне не очень подходит(я ее уже проверил и протестировал) - на ее основе строить систему реального времени не совем удобно...

ЛЮДИ!!!! Очень сильно нужны обновленные Rtxsetup.inc и Rtxconf.a51 (RTX51 Full), которые содержат поддержку C8051F5Х . Если есть у кого - намыльте ([email protected]). Буду очень благодарен!!!!!

- Решил проблему самостоятельно - была несовместимость версий установленного YAGARTO(yagarto-bu-2.21_gcc-4.5.2-c-c++_nl-1.19.0_gdb-7.2_eabi_20101223) и Nut/OS(ethernut-4.8.8). Все решилось методом "научного тыка"... Сначала переставлял различные версии Nut/OS - не работает! После некоторых мучений скачал и поставил поставил WinARM(WinARM-20060606)-соединил с Nut/OS - залаботало !!! :rolleyes: потом скачал более старый YAGARTO (yagarto-bu-2.19.1_gcc-4.4.1-c-c++_nl-1.17.0_gi-6.8.50_20090817) - поставил - заработало!!! :1111493779: Разбираюсь дальше ... :rolleyes:

Возникло желание разобраться с ARM (выбор пал на "at91sam7x"). - Раньше ARM не использовал. Компилятор решил использовать, по крайней мере на первых порах, - общедоступный "YGARTO+eclipse" - проверил на тестовом примере - компилируется и создается hex. Так же захотелось попробовать и какую-то операционку. Полазил по инету и наткнулся на Nut/OS. Кто может о ней что-то сказать хорошего или плохого? - ну и сам вопрос по делу: - установил Nut/OS - все сделал как "в даташите" - но не получается сгенерировать операционку - выдает следующую ошибку: 09:57:11: ----- Running 'make clean' ----- 09:57:11: Located c:\ethernut-4.8.8\nut\tools\win32\make.exe 09:57:14: ----- 'make clean' terminated successfully ----- 09:57:14: ----- Running 'make all' ----- 09:57:14: Located c:\ethernut-4.8.8\nut\tools\win32\make.exe process_begin: CreateProcess((null), arm-elf-gcc -c -mcpu=arm7tdmi -Os -mthumb-interwork -fomit-frame-pointer -Wall -Werror -Wstrict-prototypes -Wa,-ahlms=arm/os/context.lst -DAT91SAM7X_EK -I../../nutbldsam7x/include -I../../nut/include ../../nut/arch/arm/os/context.c -o arm/os/context.o, ...) failed. make (e=2): Не удается найти указанный файл. make[1]: *** [arm/os/context.o] Error 2 make: *** [all] Error 2 09:57:15: ----- 'make all' failed with error 2 ----- - полез снова в инет ..., :smile3046: искать причину своей неудачи ... После некоторых поисков, наткнулся на несколько ссылок (http://old.nabble.com/The-configuration-game-td22395914.html, http://www.mikrocontroller.net/topic/136972б http://ethernut.de/arc/screencasts/EIR10CONFIGURATOR.htm), в которых говорится что нужно, при такой ошибке подправить PATH - нужно указать расположение исполняемых файлов "YGARTO" и "Nut/OS". Сделал так, как говорят - но проблема осталась ... . Решил поискать файл "context.o" - его действительно нет !!? Я установил "ethernut-4.8.8" - а люди(в вышеуказанных ссылках) использовали "ethernut-4.6.4" - может причина в этом??? Если, кто знает - подскажите!!! - а то уже замучился ... И еще - есть ли у кого книжки почитать по встраиваемым операционным системам??? dtsirulevsky(собака)gmail.com - за ранее, всем большое спасибо.

И мне, если можно этих книжечек, пожалуйста, на мыло dtsirulevsky(собака)gmail.com

Проверьте еще раз ТFsC!!! Он должен быть ровно 8 кгц. Мне кажется, что у вас проблема в счетчике, в котором вы формируете ТFsC.

Всем доброго времени суток!!!! Есть вопрос - точнее проблема, которую решить с налету не получилось. Краткая суть: - на данный момент пытаюсь реализовать удалённую конфигурацию. Про это писалось выше (большое спасибо amw). Все получилось - в CL на другую сторону передаются 10-й и 11-й байты. Но столкнулся с такой проблемой - нужно перезагрузить СОКРАТ програмно. Но не тут то было. Мои действия - - вызываю команду RESTR TCMD = 0x01; //RESTR while (TSTAT != 0x02); - произвожу новую конфигурацию регистров и загрузку CL. - вызываю команду PREACT. В результате выполнения данных операцый соединение устанавливается - но по потоку валят ошибки. Как выяснилось потом, если загружать старые настройки (которые были до RESTR) СОКРАТЫ соединяются нормально. :blink: Есть еще у СОКРАТА битик RCTL (Reset internal Controller) в байте CONF. Но там вообще все непонятно - сказано CONF = Reset value: 08H (по умолчанию RCTL = 1) :cranky: но ниже - RCTL Reset internal Controller 0= No reset 1= Reset internal controller Попробывал побаловаться этим битиком - установил RCTL в 1 потом в 0 - при этом слитела внутрення прошивка сократа. И только .... Потому что ситуация не изменилась :blink: КТО ДЕЛАЛ ПРОГРАМНІЙ СБРОС - ПОМОГИТЕ!!!! За ранее большое спасибо!!!

Всем доброго времени суток. Хотел спросить. - Кто какую аналоговую абвязку использовал для CОКРАТА - просто есть две схемы, присутствующие в даташитах. Какая из них лутше? - первая в основной даташите socrates_ds1_v14datasheet.pdf стр.177. - вторая в SOCRATES Evalboard Schematics V1_1b.pdf. Мы используем схему, которая забита в основной даташите. Как я говорил (несклько сообщений выше) СОКРАТ почему то не хочет работать на повышеных мощностях. Чем больше он качает мощность в линию - тем больше CRC ошибок. У меня подозрение, что это может быть и-за аналоговой части. Да - и пробывал ли кто включать POWER BOOST на 15-й версии прошивки сократа? За ранее спасибо.

Простите, возможно не в тему. У меня есть вопрос: Пробывал ли кто поиграться с "Power Backoff and Power Boost"? Хочу повысить мощность передатчика - но никак не получается нормально включить "Forced power backoff/boost mode". Сам режим то включается - видно, как передатчик повышает мощность и даже устанавливается соединение (пробывал как на короткой так и на длинной линии) - но валят ошибки. И заметил такую закономерность: 15.5 dBm - соединение устанавливается (но идут ошибки) 16.5 dBm - соединение устанавливается - короткое время держится и рвется 17.5 dBm - соединение не устанавливается Не могу понять почему. Если кто знает - подскажите в чем может быть проблема. О режиме "Power Backoff" могу сказать что он работает - СОКРАТ са выбирает нужную ему мощность.