rv3dll 0 19 мая, 2008 Опубликовано 19 мая, 2008 · Жалоба вот оно процессорное мышление!!!! даже никто не спросил это должно быть тактируемое - нетактируемое? последовательно соответственно или параллельное устройство? у препода спроси если параллельная ПЗУ действительно самое простое но полезней для препода карта карно правда 8 переменных это круто - но для студента очень полезно Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Herz 5 19 мая, 2008 Опубликовано 19 мая, 2008 · Жалоба Никогда не понимал людей, которые дают подобные характеристики. Вам было так трудно ответить без этой фразы? Кстати, спасибо за ответ, но. Попросил дать идею в ветке для начинающих - получил себе характеристику. И что Вас в моем сообщении натолкнуло на подобное? Да, представьте, научен делать и делаю микропроцессорные системы. И, в принципе, это уже считается вчерашним днем, что уж говорить о рассыпухе. Удачи. А Вы напрасно оскорбляетесь. Раздел "для начинающих" превратился почему-то именно в "резервацию" для горе-студентов, у которых то "курсач горит", то диплом на носу, то препод-динозавр, то золотуха... Хэлп! Спасайте!! Срочно!!! Я весь семестр пил пиво, а теперь у меня нет тяги даже в интернете порыться. Выдайте решение! Я поэтому прекрасно понимаю Вашего динозавра-препода, ибо ученик, заявлющий, что всё, что было до него (в том числе и его учитель) - устарело, подобен инженеру или экономисту, не знающему таблицы умножения. Устарело всё то, что не хочется учить? Закон Ома, поди - тоже? Громко заявлять, что не просто программист, а "научен делать микропроцессорные системы(!)" и "мыслить микропроцессорной схемотехникой" (о, извращение!) и не иметь малейшего представления, как этот самый микропроцессор устроен.... Решений этой, с Вашей точки зрения, бесполезной задачки может быть действительно несколько. Кстати, показательно, как её предлагается решать "по-современному": Альтера, МК, АЦП, Верилог... Я не зря обратил Ваше внимание на сумматоры, потому что именно они являются основой любимых Вами МК и преподаватель, очевидно, хочет добиться от Вас понимания происходящих в нём процессов. Не на электронном уровне, заметьте, а на логическом. Это не может устареть, если Вы хотите быть специалистом. Он не для себя старается. Специалист, который не умеет делать на рассыпухе - никто. Это радиолюбитель. Для дома, для семьи. Сделай сам. И пр. Надо учиться. Надо. Да нет, какой радиолюбитель? Радиолюбитель может быть самоучкой, но не неучем. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
rv3dll 0 19 мая, 2008 Опубликовано 19 мая, 2008 · Жалоба Никогда не понимал людей, которые дают подобные характеристики. Вам было так трудно ответить без этой фразы? Кстати, спасибо за ответ, но. Попросил дать идею в ветке для начинающих - получил себе характеристику. И что Вас в моем сообщении натолкнуло на подобное? Да, представьте, научен делать и делаю микропроцессорные системы. И, в принципе, это уже считается вчерашним днем, что уж говорить о рассыпухе. Удачи. что такое научен делать микропроцессорные системы? конечно написал на си перемножить два 16 ти разрядных числа и пусть компиллятор рулит. Понимание наступает когда ты за компиллятор эту функцию на асме напишешь. тогда и подсчёт единиц будет простым (только для этого придётся с архитектурой разобраться) загрузка в асс сдвиг через перенос контроль переноса и так далее когда станет понятно это что есть програмный счётчик есть программа алу есть регистры тогда станет понятно что есть автомат состояний - шагов обработки тот же ПС есть дешифратор состояний - программа есть спецалу - кусок алу процессора Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sazh 7 19 мая, 2008 Опубликовано 19 мая, 2008 · Жалоба Решений этой, с Вашей точки зрения, бесполезной задачки может быть действительно несколько. Кстати, показательно, как её предлагается решать "по-современному": Альтера, МК, АЦП, Верилог... Решил высказаться, потому что увидел камень в своем огороде. С моей точки зрения этот преподователь, горе преподаватель. И дело тут не в современности. А в разумности предложенной задачи. Ведь конечная цель - это реализация ее в железе. Выбор элементной базы для решения этой задачи. А решений, реализаций море. Достаточно работать на уровне сумматоров и мультиплексоров. (конечно можно один раз увидеть реализацию сумматора на вентильном уровне). Именно эта задача хороша тем, что ее поведенческое описание ложиться на цикл, что позволяет понять, как легко можно сЪэкономить время, пользуясь современными средствами разработки. Причем реализовать такой алгоритм лучше синтезатора даже Вы не сможете. В смысле минимизации ресурсов. А говорить о том, что мол даже в интернете лень порыться - это же нелепо. Это помойка. Нужно мнение специалиста. А если схемотехнику не преподают, так вообще труба. Ведь нужно знать, что такое карты Карно. А при такой разрядности для минимизации нужна уже треугольная таблица. Интересно, тут кто нибудь знает из преподавателей, что такое треуголльная таблица? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
rv3dll 0 19 мая, 2008 Опубликовано 19 мая, 2008 · Жалоба что такое треугольная таблица не знаю - почемуто никогда не сталкивался но с таблицей 16*16 точнее с 4мя такими таблицами можно получить не совсем оптимальный но всё-же вариант Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MrYuran 21 19 мая, 2008 Опубликовано 19 мая, 2008 · Жалоба Ещё одна идея (нормальная) про сумматоры. Делаем сумматор на 4 входа. Выход - 2 бита. Таблица состояний - мизерная, 16х4. Можно применить карту Вейча, можно руками минимизировать. Ставим 2 таких сумматора (на каждый полубайт), на выход - двухразрядный сумматор с переносом. Усё! Масштабируемость - нормальная. По-моему, оптимальный вариант. И с логикой есть где порезвиться, и не особо громоздко. Я бы сделал ради интереса, да времени нет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
rv3dll 0 19 мая, 2008 Опубликовано 19 мая, 2008 · Жалоба Ещё одна идея (нормальная) про сумматоры. Делаем сумматор на 4 входа. Выход - 2 бита. Таблица состояний - мизерная, 16х4. Можно применить карту Вейча, можно руками минимизировать. Ставим 2 таких сумматора (на каждый полубайт), на выход - двухразрядный сумматор с переносом. Усё! Масштабируемость - нормальная. По-моему, оптимальный вариант. И с логикой есть где порезвиться, и не особо громоздко. Я бы сделал ради интереса, да времени нет. почему сразу не на 8 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Herz 5 19 мая, 2008 Опубликовано 19 мая, 2008 · Жалоба Решил высказаться, потому что увидел камень в своем огороде. С моей точки зрения этот преподователь, горе преподаватель. И дело тут не в современности. А в разумности предложенной задачи. Ведь конечная цель - это реализация ее в железе. Выбор элементной базы для решения этой задачи. А решений, реализаций море. Достаточно работать на уровне сумматоров и мультиплексоров. (конечно можно один раз увидеть реализацию сумматора на вентильном уровне). Именно эта задача хороша тем, что ее поведенческое описание ложиться на цикл, что позволяет понять, как легко можно сЪэкономить время, пользуясь современными средствами разработки. Причем реализовать такой алгоритм лучше синтезатора даже Вы не сможете. В смысле минимизации ресурсов. А говорить о том, что мол даже в интернете лень порыться - это же нелепо. Это помойка. Нужно мнение специалиста. А если схемотехнику не преподают, так вообще труба. Ведь нужно знать, что такое карты Карно. А при такой разрядности для минимизации нужна уже треугольная таблица. Интересно, тут кто нибудь знает из преподавателей, что такое треуголльная таблица? Вы не правы, в данный момент дело не в "реализации решения в железе" и не в оптимизации затрат. Задачу поставил перед студентом преподаватель, а не начальник коммерческой фирмы перед работником. А цель преподавателя - научить. И он совершенно справедливо требует понимания азов, элементарных алгоритмов. Вы ведь сами утверждаете, что Ведь нужно знать, что такое карты Карно. И это правильно. Мы ведь ещё в школе доказывали теоремы, которые миллионы раз до нас уже были доказаны. Недоумевали - зачем? Надеюсь, сейчас Вы не станете оспаривать целесообразность этого? С этой точки зрения ВСЕ задачи, поставленные учителем перед учеником разумны. А интернет - не только помойка. Конечно, если не использовать его преимущественно для просмотра порносайтов. Это ещё и кладезь информации. Подумать только - пару кликов мышью - и перед вами море инфы практически обо всём! Нам в своё время такое и присниться не могло. За техническим справочником или мало-мальски полезной книжкой нужно было записываться в очередь(!) в библиотеках. Я уж не говорю о режиме дурацкой секретности на всё и вся. А теперь только гипертрофированной ленью можно объяснить нежелание даже в поиск свой вопрос ввести. И причём здесь "мнение специалиста" ? Вы считаете, их мало в И-нете? Или Ваше, например, авторитетней и ценнее? Мы ведь тоже в сети, не забывайте. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MrYuran 21 19 мая, 2008 Опубликовано 19 мая, 2008 · Жалоба почему сразу не на 8 Тяжеловато как-то, да и вряд ли проще получится Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sazh 7 19 мая, 2008 Опубликовано 19 мая, 2008 · Жалоба Мы ведь тоже в сети, не забывайте. Мы в профессиональной конференции. Спорить не буду. Человек хотел получить алгоритм, он его получил. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
rv3dll 0 19 мая, 2008 Опубликовано 19 мая, 2008 · Жалоба кстати очень интересно что за вуз такой где изучения цифровой техники начинается не с булевой алгебры, двоичного и прочего исчисления , прямого дополнительного кодов через базовые элементы разных серий микросхем к процессорам у нас был 8080-8085,у которого разбирали чуть ли не всю внутреннюю схемотехнику , а наоборот? тут действительно пивом попахивает - сам студентом был)))) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
lotor 0 19 мая, 2008 Опубликовано 19 мая, 2008 (изменено) · Жалоба Ого, аж на 2 страницы обсуждение. Всем, кто отвечал по вопросу, а не судил меня - спасибо, остальным же читать дальше. =) Никак не думал, когда спрашивал сей вопрос, что придется писать объяснительную. Так вот, господа хорошие, имеем такую ситуацию. За 5 лет обучения схемотехника была только 1 семестр на втором курсе - за 4 месяца пробежались по всему от резисторов до ПЛИСов. Как думаете, много чего осталось в памяти после такого обзорного курса не подкрепленного практикой? Через 2 года был ещё курс аналоговой схемотехники, где рассказывали в основном про операционники. Всё. Курсовик же, рьяно обсуждаемый на данных страницах, идет в рамках предмета информационные системы. И меня очень умиляет Вера в то, что преподаватель сего курса нагло оклеветан мной. =) А вот Вы можете представить, что человек совершенно не понимает, как работает МК, не знает современных интерфейсов (rs233 в том числе), а что такое ПЛИС я вообще молчу. И такие нас учат. И вообще, Вы не задумывались, для чего нужен этот пресловутый подсчет "1"? Это у нас надежная защита от помех. А мои рассказы про CRC по полиномиальному методу - всё от лукавого. Может Вы думаете, что в этом курсе нам дается схемотехника систем? А я, подлец, пил у ларька пиво, когда на доске рисовались основополагающие схемы? Напрасно. Это обзорный курс. На уровне общих блок схем, дежурных определений и информации, сколько данных может усвоить оператор. А теперь позвольте спросить некоторых товарищей, пытающихся мне, неразумному, тут втолковать, что для того, чтобы успешно писать программы для МК, я дожен обязательно знать рассыпуху. Вы в этом уверены? Господи, люди, теперь я понимаю, почему наши авторы до сих пор пишут книги по 16 пикам и считают высшим пилотажем привязать к ним ЖК дисплей. Нет, поймите меня правильно, я писал на асме в свое время (когда в моей жизни еще не появились arm), но даже тогда нужды знаний принципов работы рассыпухи не испытывал. И вообще, чего-то это становится похоже на "священную войну". =) Теперь про микропроцессорные системы, которые Вас так взволновали. В моем понимании это аналоговая входная цепь, микропроцессорноё ядро, выходной интерфейс. И назовите мне хоть один случай, когда я без рассыпухи не обойдусь? Ведь обходился же 2 года как-то и ничего, живой. Откройте же глаза наконец мне, ткните носом. Пожалуйста. В конце, хочу отметить, что нехватка знаний полностью моя проблема, не ВУЗа и не преподов. И я пытаюсь восполнять пробелы по мере сил. =) Работаю с 3 курса, почитываю литературу, интернет наконец. Вы бы, уважаемые, помогали в этом нелегком деле, а не пытались бы подставить меня под шаблон. Смену-то растить будем?...) Или не нужна Вам такая смена, что рассыпуху не уважает?...)) PS и ещё. Я у Вас что ли попросил мне схему готовую нарисовать? Спросил идею. И спрашивал потому, что сам с цифровой рассыпухой никогда не работал. Ну не приходилось. Поэтому хотел мнения людей, кто имеет опыт в этом. По-моему логично было ответить, например, смотри сумматоры. Получил же себе такие заслуженные характеристики, будто целый курсовик требовал сделать за себя... Видимо у кого-то накопилось и я предоставил шанс выплеснуть. =)) Изменено 19 мая, 2008 пользователем Lotor Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Herz 5 19 мая, 2008 Опубликовано 19 мая, 2008 · Жалоба PS и ещё. Я у Вас что ли попросил мне схему готовую нарисовать? Спросил идею. И спрашивал потому, что сам с цифровой рассыпухой никогда не работал. Ну не приходилось. Поэтому хотел мнения людей, кто имеет опыт в этом. По-моему логично было ответить, например, смотри сумматоры. Получил же себе такие заслуженные характеристики, будто целый курсовик требовал сделать за себя... Видимо у кого-то накопилось и я предоставил шанс выплеснуть. =))Видимо, да. Не принимайте всё сказанное на свой счёт. Почитайте немного раздел "Для начинающих" и поймёте, о чём это здесь. А "рассыпуху" уважать надо... Как кирпичи, из которых строят дом. Когда-то Вы поймёте. И даже не в "рассыпухе" дело, а в простейших операциях, которые (те же самые!) МК выполняет внутри себя. Суммирование, перенос, и т. д. Вам не надо знать, как он это делает? Ну-ну... CRC по полиномиальному методу - это запросто, а посчитать единицы в параллельном коде - не можем. Не нонсенс? И не торопитесь списывать в утиль "рассыпуху". Вон ламповую технику уже даже почти нигде не преподают, а без неё всё ещё никак... Даже самые современные микроволновки, например. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
rv3dll 0 20 мая, 2008 Опубликовано 20 мая, 2008 · Жалоба По поводу применения рассыпухи. ну арм конечно это хорошо - только в большинстве случаев зачем телеге реактивный двигатель. поэтому и пишут про 16 и 12 пики ну например нужно будет получить некий набор частот 50, 25, 12.5 мегагерц из 100 мегагерц со скажностью 2 - это тогда когда это займёт от самой маленькой плис 10 процентов а на рассыпухе 1 корпус? на арме вообще не сделать, кстати будет ещё и в 10 раз дешевле. можно на рассыпухе 564 отечественной серии наваять до сотни корпусов, которые на небольших частотах будут потреблять микроамперы (в моей жизни было даже несколько случаев, когда забывали вообще включать питание и здоровенная плата работала от внешних сигналов) - плис при этом в десятки раз больше потребляет , а контроллер благодаря тому, что в нем всё происходит последовательно вообще не потянет, либо начнёт так жрать питание, при этом ещё и фонить. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vvs157 0 20 мая, 2008 Опубликовано 20 мая, 2008 · Жалоба Очень просто. Поставить на выход АЦП ПЗУ. Минимум 256х3. Каждое значение АЦП в диапазоне 0-255 будет адресом ПЗУ. Ну а запрограммировать ПЗУ так, чтобы в соот. адресе было число, которое показывает число единиц в этом адресе. Если ПЗУ не тактируемое, то при смене кода на входе в принципе возможно в течении времени быстродействия ПЗУ возникновение ложных кодов на выходе. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться