olefil

А чем сброс от PLL не нравится, частоту в любом случае заводите.

Примеров нет, т.к. это работа. Могу сказать только одно компилятор для SHARC достаточно приличный и вообще-то он C++, режим C включается по расширению и/или после установки флагов для компилятора. Принципально не важно, на чем вы пишите С или С++, но могу вас уверить, что если вы выбираете для работы SHARC разницы вы не увидете. Размер кода на C и С++ конечно будет разный, для проекта (a+, но при написании программы в пару тысяч строк на С или С++ вам будет все равно. И еще раз хочу сказать именно для этой платформы выбор С или С++ значения не имеет, т.к. практически использовать наработки от PC или похожей платформы вы без изменения кода и без знания глюков компилятора и особенносте конкретного процессора просто не сможете, я молчу про то, что весь код который должен исполняться во времени быстро вы будете писать на ассемблере, т.к. компилятор не всегда правильно понимает конструкции С и/или просто не может реализовать то, что вам надо. Использование языка высокого уровня в данном случае подходит только для описания неких логических ветвлений или кода инициализации. Могу сказать так, мной созданный проект живет уже много лет и включает ETH, USB, GUI все это написано на ++, а обращения к внешнему железу на asm.

Пишу на С++ для SHARC на протяжении 12 лет и считаю, что разницы, что использовать C или С++ нет, на плюсах во много раз удобнее.

Цитата(reks13 @ Jul 25 2013, 12:51) Нужно отладить устройство готовое устройство. В чем задача заключается

Цитата(ZEbr @ Feb 5 2013, 21:15) Спасибо попробую View->Debug Window->Disassembly немного не то, мне надо получить по сути тот-же самый код только в ассемблер(это подходит), и желательно в отдельном файле На сколько я понимаю в настройках проекта есть сохранение кода в аsm. Во всяком случае, когда-то этим пользовался, но не в версиях старше 4.5.

1. А смысл есть в 16-ти битном float на 32-х битной архитектуре? 2. Используйте 40 битный формат. Кто вам это запрещает? 3. Военные в основном юзают TigerSharc.

Пошел в магазин купил PCI-LPT,2xCOM Проблем нет!!! стоит 600 рублей

Цитата(Jon @ Aug 10 2006, 16:59) Sharc перестает работать, как только загрузочный *.ldr файл делается из проекта на Си, в то же время загружается и работает если прошить во флеш-память аналогичный проект на ассемблере а также при эмуляции через COM-порт. Настройки лоадера такие: Boot mode: PROM; Boot format: hex; start address: 0x0 (Sharc 21065L rev 0.3 – смещения стартового адреса ему вроде бы не требуется). Пробовал подставлять *.dxe файл в многопроцессорный *.ldr на строчку 1 (чтобы загружать процессор с ID=1), но эффекта никакого. Посоветуйте пожалуйста, в чем может быть причина? Причин может быть много. Первая, например, неправильно написаная программа. Если не каких настроек не меняли и уверены, что во флеш прошито, то что надо (всмысле нет ошибок записи), то должно работать. Если напрмер вы ошиблись с динамической памятью, то по эмулятором и в реальной жизни проект ведет себя по разному. Т.е когда эмуляция идет процессор может и не висуть, а при загрузке в процессор без эмулятора может и сразу же заглючть. Если используется SDRAM проверьте, что он в вашем загрузщики инициализирован. Короче проблема либо с железом, либо с программой С тут не причем.

На счет того, что не компилится это зря у меня с 2-ки даже в 4-ке работет. А вообще malloc как впринципе и new все в heap кладет, если сами алтернативный heap не сделали.

Я вообще в последнее время от этих вопросов выпадаю напроч. Тут обсуждений этих эмуляторов в последних темах столько, что мне уже набивать надоело. Конечно для лабораторных лучше PCI эмулятор. Но предупреждаю они даволно часто подгарают. В местных представительствах AD мне лично сообщили, что их не ремонтируют. А так вообще PCI на много быстрее. HPUSB тоже чуток притормаживает. Если вам надо сидеть и коптеть над устройством дома или на работе, тогда юзайте PCI (тем более что USB уже есть). Или обратитесь в "Инструментальные Системы" JTAG у них рулезный и стоит примерно 1000$.

Это чё, типа реклама... или как!?

Единственное, что меня бесит так это загрузка эмулятора постоянно при загрузке компа. Его постоянно все кому не лень убирают.

Сам я с ними не работал, но вот есть товарищи которые работали. Перепливались этими процами напроч. Говрят есть глюки причем немеренные.

Посути на плате ставится маленькая ПЛИС (altera, xilinx или все что вам нравится). На ней строится тупой дешифратор адреса, а сигнал BMS и (допустим) MS1 выбирают микросхему flash. Удобств такого подхода много, начиная от перепрограммирования во время исполнения, так и перепрограммирование от собственных интерфейсов. Единственное приходится жертвовать целым MS, или в любом случае частью его адресов.

Выводим флеш в паралель на один из MS и привет. Кстати такой подход очень многие используют.