Wal64

Вопрос все тот же к VitPushchin и не праздный. В нормальной конторе хотя бы начальный уровень озвучивают, а окончательно сумму устанвливают после собеседования. А то интересно получается (только в качестве предположения), что кто то уже лыжи навострил и ... а оказывается зря надеялся милок - на старой работе больше платили. :07:

При таком подходе для Вас наиболее практичным способом заработка будет торговля наркотой и сутенерство, а все остальное "не достойно внимания" - за недостатком материального вознаграждения. Да кстати - Вы где русскому учились? Столько ляпов, или это от волнения? ;)

За ссылку большое спасибо - но к сожалению этот материал уже изучен вдоль и поперек и ничего к сожалению не дал. Эффект тот же "Failure ...". :smile3046:

По поводу того что в этом мире возможно даже невозможное согласен а вот по поводу ссылки Предприятию ГУП НПЦ "ЭЛВИС" (Зеленоград - р-н Москвы) срочно требуется инженер-схемотехник - это что такой прикол?

А что возможно и такое? Просто насколько я знаю, и как написано в документации, данные микросхемы имеют встроенную Flash память для хранения программ. Так что по идее даже залитую программу можно переписать. Хотя в прочем могут быть и варианты. А микросхемы покупались у серъезных поставшиков - контора не частно-гражданская.

Каким образом? В документации правда приводяться примеры программирования ключей безопасности задания уровня этих ключей вроде все перепробовал, но опять же любые попытки что либо изменить в микросхеме, в том числе и эти заканчиваются тем же сообщением "Failure to verifying ...".

Решили попробовать новые микросхемы AFS600 из семейства FUSION (Actel) корпус PQ208, но возникли проблемы с программированием, точнее вообще с заливкой чего бы то ни было в микросхему. Хотя сама микросхема определяется, читается ее ID. Но любые попытки что нибуть в нее залит, равно как и просто ее стереть заканчиваются стандартно сообщением "Failure to verifuing to AES Sec". Микросхема подключена вроде правильно - по крайней мере в соответствии с фирменным описанием. Единственно не подключен блок встроенного генератора. Да еще как не бился не смог запустить питание ядра от встроенного источника 1.5 вольтового напряжения, пока запитал внешним. Кто работал с данными микросхемами, что нибуть посоветовать можно?

Тогда совсем не понятно, что Вы хотите сделать? На мой взгляд стоит делать то что будет иметь смысл и через 5 лет, а заниматься ради того что бы через пару лет все переделывать заново - какой смысл? Ну это мой взгляд, Ваше право с ним не согласиться. А что касательно вопроса непосредственной реализации то, на мой взгляд, лучшим решением будет упаковка в одну ПЛИС всех ваших задач.

А какие задачи решает ПЛИС?

Все правильно - практически любая, даже небольшая программа, для данных микроконтроллеров (при использовании "real-time") будет компилироваться в достаточно объемный код - микроконтроллер то 8-битный и к тому же система команд расчитана в основном на ввод/вывод ну и небольшую обработку этого ввода/вывода а не на сколь нибудь серьезную математику. И на этих вот ресурсах пытаться вытянуть "real=time"? А ведь еще нужно саму задачу щелкать. Что касается официального порта FreeRTOS, то я бы сказал словами Шекспировского Гамлета: "На свете многое есть друг Гораций, что и не снилось нашим мудрецам" и добавил бы к этому, что сделать можно многое но реально насколько это необходимо. Вопрос еще и в том - нафига козе баян?

Вопрос! Какая цель преследуется в данном случае? Просто не понятно что в итоге должно получиться - ресурсы у микроконтроллеров данного типа весьма ограничены. Соответственно сколь нибудь серьезную задачу (или задачи) на него не повесишь. А то что данный микроконтроллер потянет можно выполнить и не прибегая к подобным ухищрениям.

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

Данная проблема, к сожалению. относится к категории "не излечимых" :crying: Для того, что бы программа работала в 64 битной Винде она должна быть написана с учетом этого. Поэтому: - либо работаем с 32 битами. - либо ожидаем выход нового релиза расчитанного на 64 битный режим.

Огромное спасибо всем кто принял участие в этом разговоре. Проблема решилась и достаточно просто. Помирить Win & RH удалось с помощью fdisk. Честно говоря не ожидал столь простого решения, и тем не менее. Век живи, век учись! Еще раз спасибо всем. А как у Suse на счет RealTime? Существует ли дополнение к ядру RTLinux или нет?

Все правильно, но я имел в виду именно ядро операционной системы. В Федоре оно более старое по сравнению Красной Шапкой. Например RH 7 версии использует ядро 2.8 , а Федора Core 6.0 версию 2.4 RTOS из Linux получается путем добавления к POSIZ-ядру Linux дополнения RTLinux реализующего данный режим (данное дополнение существует практически на все наиболее распространенные дистрибутивы Linux, в том числе и на Федору и Красную Шапку). К стати - информации по RTLinux в Инете достаточно большое количество. Разделы и правду создавались РМ но правда кратными 1 Гб (без округлений). А в общем идея сделать их кратными размеру кластера думаю не плохая. Стоит попробовать. ;) Спасибо, пошел копать.

Правильнее будет сказать что Федора использует ядро Красной Шапки, хотя и староватое. И отличий в них достаточно много. А загрузчиков у красной шапки целых два (Lilo & GRUB) можно выбирать какой больше нравиться. :) Все правильно, но в этом случае Winda будет основной операционкой и Linux будет работать через эмулятор. Отсюда все прелести этого дела - падение скорострельности и т.п. но это не самое главное. Дело в том что необходимо использовать Linux в режиме RealTime, а в этом случе это просто не возможно. :(

Я согласен что "error 117" не вчера возникла. И решить ее можно, и без особых трудностей. Но дело в том, что при этом портится Linux, а это уже не хорошо. И Инет я копал (может правда не столь глубоко) но тем не менее основательно, но про то как подружить Red Hat с Win не нашел. Можно конечно и Fedora поставить но в ней не работают некоторые сапры. Требуют Red Hat или Suse. Снести Win нет возможности на компе кроме меня есть еще пользователи, которые слушать про что то отличное от Win не желают. Поэтому вопрос не в том как убить 117 ошибку а как подружить Linux и Win. Так что проблема совместного проживания этих опрерационок на одном винте остается, и как ее решить вот основной вопрос. :(

Другими словами : если выровнять раздел по границе цилиндра проблема может быть снята. Я правильно понял ? Но возникает второй вопрос - размеры сектора кластера и т.п. понятны и как их можно изменить тоже, как в соответствии с этим изменить разделы тоже, а вот "граница цилиндра" в ообщем то вроде тоже но не совсем. Если можно то немного более подробно. Благодарю за ответ.

При установке на компе второй операционки Linux (Red Hat) возникает ошибка дисковой системы 117. При этом все работает и Win и Linux, и все программы за исключением Partion Magic для Windows и ему подобных. При установке версии Linux (Fedora Core 6.0) такой проблемы не возникает. Немного покопавшись я понял что Red Hat модифицирует MBR но как это обойти я не понял. Хотелось что бы программы в обеих операционках работали без ограничений. Кто нибудь сталкивался с подобной проблемой? Можно ли ее обойти или с Red Hat это невозможно? :smile3046:

:)

Дело в том, что ни одному из сигналов не присваивался статус "глобальный". Данный статус ему присваивает сама программа (по каким то собственным соображениям). Хотя я вобщем то разобрался с теми принципами по которым она определяет данный статус какому либо сигналу, но от этого не легче. Дальше ничего сделать не могу. Что касается опции "Disable I/O insertion" то я ее устанавливал. Ни какого эффекта. То есть, если судить по Вашим словам (и моим соображениям) то данная проблема возникает из-за ограничений пакета. У меня действительно "Starter Kit". Благодарю за совет.

После синтеза проекта Libero самостоятельно назначает некоторые порты к определенным внешним выводам ПЛИС (речь идет о ProASIC Plus, APA075) и не дает вручную переназначить их. Только в пределах выбранной программой самомтоятельно группы (глобальных сигналов). Пробовал использовать переназначение через TCL скрипт, устанавливал различные режимы компиляции - эффект тот же. В пределах группы пожалуйста а дальше ни шагу ... Есть подозрение, что данная проблема связана с ограничением в пакете. Пакет был приобретен в комплекте Starter Kit. Кто нибудь сталкивался с этим? Или же я что нибудь не так деляю?