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 Гб (без округлений). А в общем идея сделать их кратными размеру кластера думаю не плохая. Стоит попробовать. ;) Спасибо, пошел копать.