dim99

Возможно, ли вычитать в OMAPL137 dsp текущий % загрузки процессора?

http://ieeexplore.ieee.org/ довольно коммерческий, все статьи, которые нашел предлагают оплатить. Спасибо Sanyao за http://radhome.gsfc.nasa.gov/radhome/radda...addatabase.html. Там нашел довольно интересную информацию по nand, который применяем. MT29F8G08ABABAWP-12IT 8 Gb Nand / 16 Gb 42 нм КМОП [attachment=100625:nand.JPG] Если я правильно понимаю, то пороговые значения ЛПЭ по ТЭ при воздействии ТЗЧ: LETo = 3,5 МэВсм2/мг.

Стоит посмотреть в настройки проекта - могут быть подключены все подряд драйвера. Там есть галочка reduced drivers или что-то такое.

Могу помочь с проектом на Nios. Реализовывал подобный проект с Ethernet на двух ядрах Nios с общей памятью.

Цитата(amatrology @ May 6 2016, 12:32) А как вы собираетесь выбирать без испытаний, если в справочниках и статьях информации не нашлось? Надо испытывать все и потом выбирать уже по результатам испытаний. Думаю, вы и без меня знаете стоимость испытаний на ТЗЧ. Поэтому испытывать все - дорогое удовольствие. Я думал, что кто-то из своего опыта может подсказать, в какое семейство ПЛИС Altera лучше смотреть.

То, что испытывать придется - это уже ясно. Просто сейчас есть время выбрать ту ПЛИС, которая будет лучшей из худших по ТЗЧ. И так получается, что выбираем заведомо из нерадстойких, а обычного industrial.

Кто сталкивался или обладает информацией по применению industrial микросхем для космоса. Обычно говорят, что по накопленной дозе текущий уровень industrial держит в среднем 5 Крад. Если говорить о Тяжелых Заряженных Частицах, то на какой уровень пороговых линейных потерь энергии ЛПЭ можно ориентироваться. Например, интересует OmapL137 и Cyclone III, с какой вероятностью при пороге до 15 МэВ * см2 / мг не будет возникать ТЭ. Доступ к kosrad есть, но там подобных данных не нашел.

Кто успел поработать с этим чудом подскажите, реально туда впихнуть Nios II или можно сразу забыть про это?

Кто-нибудь пытался приделать автогенерацию версии билда и даты компиляции при сборке проекта в Nios2 ?

Внесу свои пять копеек по поводу хранения данных в EPCS16 для Q13. В таком случае можно выставить Reduced Device Drivers и хорошо сэкономить на памяти. Код#include "epcs_commands.h" // адрес EPCS контроллера const alt_u32 EPCS_ADDR = EPCS_FLASH_CONTROLLER_0_BASE + EPCS_FLASH_CONTROLLER_0_REGISTER_OFFSET; // смещение параметров модуля в EPCS - 30 страница для хранения const alt_u32 EPCS_PARAMS_OFFSET = 65536*30; // режим байтов для EPCS const alt_u32 EPCS_BYTE_MODE = 0; void LoadEpcsData(alt_u8* destBuf, int length) {     epcs_read_buffer(EPCS_ADDR, EPCS_PARAMS_OFFSET, destBuf, length, EPCS_BYTE_MODE); } void SaveEpcsData(alt_u8* srcBuf, int length) {     epcs_write_enable(EPCS_ADDR);     epcs_sector_erase(EPCS_ADDR, EPCS_PARAMS_OFFSET, EPCS_BYTE_MODE);     epcs_write_buffer(EPCS_ADDR, EPCS_PARAMS_OFFSET, srcBuf, length, EPCS_BYTE_MODE); } Единственное не до конца понял, что за режим four_bytes_mode. Но стабильно работает при EPCS_BYTE_MODE = 0;

Цитата(GetSmart @ Feb 25 2009, 11:26) В несколько раз поднял скорость. Раньше писал 4 КБ блоками. Теперь 32 КБ блоками. Видимо VNCL после каждой команды WRF делает запись на флэшку без буферизации полного сектора флэшки. Скорость поднялась до 25.6 КБ/сек. Мало. Дальше не растёт даже если увеличивать размер блока данных в команде WRF. У кого больше? Настроил VNC1L в режиме SPI с ATmega16. Пытаюсь проверить скорость записи на flash с помощью команды WRF. После отправки 15 байтов VNC1L перестает принимать данные (status_bit == VNCL_WR_REJECT) и виснет. Попытки прочитать статусный регистр или выгрести данные из буфера отправки VNC1L ни к чему не приводят. Каким образом разогнали до 25,6 кб.сек?

Работаю с ad9833. Подключил к atmega 8535, по SPI отправляю настроечные слова. К ad9833 подключен генератор 16 Mhz. Данные, тики и уровни идут правильно - согласно datasheet. Генерирует sin и меандр. Треугольник так и не получилось настроить - в теории все работает при задании control_bit[1] = 1 Откопал чудо application note - взял из него пример, поигрался с частотами, но работает все через раз и максимально возможной частоты не показывает, все в пределе 1-10 кГц. Кто сталкивался с данной микросхемой, какие могут быть идеи насчет правильной настройки? привожу настроечное слово и код отправки по SPI Код// // app note Write16SPI(0x2100); Write16SPI(0x50C7); Write16SPI(0x40F0); Write16SPI(0xC000); Write16SPI(0x2000); Код// синус Write16SPI(0x2128); Write16SPI(0x6E14); Write16SPI(0x451E); Write16SPI(0x8000); Write16SPI(0x8000); Write16SPI(0xC000); Write16SPI(0xE000); Write16SPI(0x0002); Код#define CLOCK           PORTB.1 // защелка #define FSYNC           PORTB.2 // данные #define DATA_OUT        PORTB.0 Код//------------------функция записи по SPI------------------- void Write16SPI(unsigned int data){ // счетчик цикла int K=16;         int J=0; // unsigned char low_part; unsigned char hi_part;   bit pin_data;                                          // сохраняем младшую часть low_part = (unsigned char)(data & 0x00FF);   // сохраняем старшую часть hi_part = (unsigned char)(data >> 8);                // начало передачи данных         FSYNC = 0;         // выставляем данные             Write8Bit(hi_part);         // если старшие 8 бит -                Write8Bit(low_part);         // окончание передачи данных           FSYNC = 1; } Код//------------------функция записи по SPI------------------- void Write8Bit(unsigned char data){ // счетчик цикла int K=8;         int J=0; bit pin_data;         K = 8;           J = 0;         // передаем 16 бит по одному         while (K){                 pin_data = (data & 128);                 DATA_OUT = pin_data;                 data <<= 1;                  //                 sprintf(buf, "%x", pin_data); //                 lcd_gotoxy(J,1); //                 lcd_puts(buf); //                 delay_ms(100); //                                 // активный уровень clock                 CLOCK = 1;                     delay_us(10);                   //delay_ms(1);                 // декремент счетчика                 K--;                         J++;                 CLOCK = 0;                       delay_us(10);                         }       }

Цитата(Евгений Германович @ Sep 27 2009, 17:21) 1.Датчик (если он пьезо) просто выдает милливольты. Ж оп при всем желании показать не может. Кто хоть раз видел акселерометры подтвердит мою правоту. 2 С ориентацией у автора этого текста однозначно плохо. Если датчик правильно сорентирован, то что-то показать он может только по оси Y. Даже если он сорентирован неправильно-то покажет только по оси перпендикулярной горизонтальной поверхности. Возьмем конкретный датчик LIS3LV02. Цепляем к AVR и смотрим результаты. 1. Датчик выдает коды (2 байта) для выбранного диапазона измерения +\- 2 g или +\- 6 g. 2. Ориентация - [attachment=49128:acc.jpg] когда датчик находится в таком состоянии, то по оси z получаем код, равный -1 g.

Уж коль речь пошла про LCD, то вопрос по близкой теме: Где посмотреть документацию на Lumex LCM-S01602DSR/C (2 × 16 character display, 5 × 8 dot matrix) с CIII dev kit'a? то, что встречается даташит - 2 страницы Или стоит посмотреть, как работает ЖКИ на основе контроллера HD44780 и все станет ясно?

wpost Вы кстати как инициализировали PHY? Хочется узнать, только у меня отпадает link, когда через MDIO выставляю контрольные биты для PHY(поэтому и приходится на PC режим задавать. чтобы срабатывал auto-neg).