dmyl

Организация предлагает вакансии г.Самара Полная занятость. Оклад+надбавка. По итогам премиальные. Возможны командировки. По всем вакансиям крайне желательно профильное базовое образование. Готовы рассматривать молодых специалистов с меньшей квалификацией, так сказать на вырост, но только при желании работать и расти. Собеседование после предоставления резюме на адрес temp__jobсобакамылру Радиоинженер – программист: Обязательно: - знание С/С++, опыт разработки и отладки программ для микроконтроллеров семейств AVR, ARM7, Cortex; - знание радиотехники, опыт разработки устройств на микроконтроллерах; - знание современной элементной базы радиоэлементов; - знание английского языка на уровне чтения и понимания описаний элементов. Желательно: - знание цифровой обработки сигналов и опыт работы с цифровыми сигнальными процессорами (Texas Instruments, Analog Devices); - знание и опыт работы в среде Matlab, Octave; - знание теории помехоустойчивого кодирования, опыт разработки устройств с применением помехоустойчивого кодирования; - опыт работы в ОС Linux. Радиоинженер – разработчик устройств на ПЛИС: Обязательно: - знание VHDL, опыт разработки и отладки проектов для ПЛИС производства Xilinx (Virtex, Spartan); - знание радиотехники и цифровой обработки сигналов, опыт разработки устройств с применением ПЛИС; - знание современной элементной базы радиоэлементов; - знание английского языка на уровне чтения и понимания описаний элементов. Желательно: - знание и опыт работы в среде Matlab, Octave; - знание теории помехоустойчивого кодирования, опыт разработки устройств с применением помехоустойчивого кодирования. Инженер-программист: Обязательно: - знание языков программирования C#, С++, Java; - опыт разработки прикладных приложений с многоуровневым графическим пользовательским интерфейсом; - опыт написания программ, предназначенных для дистанционного управлением устройствами на микроконтроллерах; - знание английского языка на уровне чтения и понимания литературы и статей, посвященных вопросам программирования; - обучаемость; -коммуникабельность. Желательно: - опыт разработки web-приложений; - опыт работы ОС Linux. Инженер-проектировщик аналоговой техники: Обязательно: - знание теории линейных низкочастотных и высокочастотных цепей; - опыт работы с пассивными и активными высокочастотными устройствами; - знание программных средств проектирования высокочастотных схем; - знание современной высокочастотной элементной базы ведущих производителей; - знание основ работы нелинейных активных компонентов радиочастотных цепей. Инженер-разработчик антенно-фидерных устройств: Обязательно: - знание теории линейных электрических цепей; - знание электродинамики и распространения электромагнитных волн; - знание СВЧ техники; - знание программных средств разработки антенно-фидерных устройств; - знание английского языка на уровне чтения и понимания литературы и статей. Желательно: - знание языков программирования С++, Fortran - знание и опыт работы в среде Matlab, Octave, Python;

.

Прямо из документации взято. SPI_ACCESS_inst: SPI_ACCESS generic map ( SIM_DEVICE => ”3S50AN” ) port map ( MISO => MISO_signal, -- 1-bit SPI output data MOSI => MOSI_signal, -- 1-bit SPI input data CSB => CSB_signal, -- 1-bit SPI chip enable CLK => CLK_signal -- 1-bit SPI clock input ); На этот атрибут SIM_DEVICE => ”3S50AN” ругается Undefined symbol 'S50AN'. Попробовал выбрать элемент в схематике, там перечень атрибутов выпадает в меню. 50AN нет. Пока снято. Вроде поборол.

У меня ISE-10.1 работаю с 3S50AN Пытаюсь воспользоваться встроенной флешкой, в элементе SPI_ACCESS для атрибута SIM_DEVICE нет значения 3S50AN. У кого стоит более свежая ISE, посмотрите пожалуйста перечень доступных атрибутов? У меня только 3S200AN, 3S400AN, 3S700AN, 3S1400AN, хотя по документации 3S50AN, 3S200AN, 3S400AN, 3S700AN, 3S1400AN. Или косяк в другом?

У меня после загрузки из иара МАМ ставится в 2. Наверное так лоадер сделан.

Посмотрите свежую еррату на чип, раздел МАМ. Проверьте тоже самое с МАМ 1 или 0. У меня этот глюк проявился почти сразу.

в CW все прекрасно компилится. А вот заголовочник и вообще все на 2368 надо скачать дополнительно. Заголовочник и все почти из папки систем лежит в каталоге CW targets там пусто. NXP_LPC2000.hzq скачать и подключить :) http://www.rowleydownload.co.uk/arm/packag...NXP_LPC2000.htm А вот залить J-link'ом из CW у меня не получилось. Подключил сеггеровкую ДЛЛ, но все равно дж-линк не находит.

Правильно - хидер для ассемблерных, а дефайн то требуется в Сишном. И как им воспользоваться?

:) ну тока так точка, зачем же так категорично. В апреле появился порт на 2368 и на фриртосе предлагают его скачать и установить FreeRTOS_LPC2368_files_only.zip, там несколько каталогов в том числе и правленные исходники UIPа :) Там они лежат в каком то хитром файле ISR_Support.h, в котором судя по всему ассемблерные макроопределения. Как его воткнуть в проект я не сообразил. Если я его подключаю как обычный хидер - компилятор ругается на каждую строчку. Посмотрел соурсвьювером порт 2129 как там сделано, и подключения макросов не нашел.

Встречаются в UIPе скачанном в составе фриртоса. Перерыл сопроводиловку - зачем правили не нашел. Правили uip и uip_arp сам код и хидера. Махнул папку UIP фриртосную на скачанную родную. Компилится без проблем. Как будет работать пока незнаю. Ну да дело сейчас не в этом, в принципе и те что были кривые тоже удалось скомпилить с горем пополам. Объясните - смотрю на порт IAR 2129 не могу найти аналоги вот этих макро portSAVE_CONTEXT() portRESTORE_CONTEXT() В 2368 порту они используются в PortISR.c

У меня FreeRTOS\Demo\Common\ethernet\uIP\uip-1.0\uip\uip.h 46069 03.04.2007 15.35 Тогда снова не понял в каком месте надо поключить эти инклуды. Тексты где этиструктуры втсречаются я так понимаю договорились не править? Да вот смотрю порт на 2129, нету там таких вообще :)

В хидере uip.h, также uip_arp.h там я правил точно :) Может проблема в том что я смотрю в UIP из комплекта порта фриртоса? Тут все ясно, незнаю почему не работало если определения вставлены в опции предефайна проекта, другие дефайны там же вроде проканали. Я понял - предлагается PACK_STRUCT_**** заменить пустыми дефайнами, а директивы #pragma pack распространить инклудом на весь проект. Так? Худо бедно стек скомпилил перешел к другим папкам пытаюсь разобраться дефайнами portENTER_SWITCHING_ISR(); portEXIT_SWITCHING_ISR(...); чего-то там тоже неблагополучно ИАР теряет скобки Error[Pe125]: expected a "(" Сразу еще такой вопрос, в CW порте используется portmacro и portISR из папки GCC, как в ИАРе быть с атрибутами naked и signal? __irq?

Я ставил пустой дефайн в опциях проекта в предопределенные символы, странно если пустой дефайн в хидеренаписать работает, а из опций нет. С инклудом не понял все равно, как можно не меняя хидер uip.h на место PACK_STRUCT_END воткнуть #pragma pack - он же вроде бы как должен быть перед определением структуры.

Так и пробовал - ИАР почему то не понял. Или я не понял или прямые указания надо все равно вбивать перед определением структуры. Да я чего-то код правлю и правлю, уже хидера от стека переделал, чтобы свои не цеплялись перенес все в новый каталог - получается уже развалил структуру файлов. И при этом я еще и не брался за папку систем а там вообще на первый взгляд сплошные кросворковские подключения. Просто ломается рабочий код, к тому моменту как он начнет компилиться он перестанет работать. Мне уже кажется что проще пойти с другой стороны взять ЛПСишный ИАРовский порт попроще - и портировать его на 2368, там вроде проще а потом в рабочий код надстраивать стеки.

Там не lwIP а uIP, но не суть. Макрос разрыл в проекте CW он структуру делает packed. Что-то в IARe мне не удалось его заставить понять исходный код. Перенес имена структур вместо этого PACK_STRUCT_END. Помогает, но такие косяки лезут толпами. Наверное это неправильный путь переделывать из CW порта на IAR, запустить порт малой кровью под ИАРом все равно не получается, а если все ломать - то наверное лучше взять порт на ближайший LPC но ИАРовский, портировать его на 2368, а потом уже туда втыкать стек и все остальное.