Высшая точка извращения электронщиков!

[dlinyj]

То, что камрад di_halt ещё тот извращенец, я знал. Но то, что он заразит меня извращением.... Болтаем в аське со still_afraid, и он мне сообщает, что Ди проходит квест в КОНСОЛИ (вдохнули-выдохнули), на ARMе, в ЭМУЛЯЦИИ, в Протеусе!!!. Я сначала заговнился. Затем сам запустил протеус. Проект с армами, грузанул Linux. m0na_sax slonskiy можете меня поздравить, я без эксцессов загрузил линукс, при чём не в х86, а в армовской архитектуре и даже с ним работал ;). И дальше понёсся квест. Дальше смотрите всё на картинках:


Сама схемка на АРМах


И вот она - консоль.

Кстати - это не монитор! Это общение с линухом идёт по UART! Вообще камрад microtrigger ты прав, я наверное перестану бояться линухов и армов. Вроде всё просто. Но в протеусе как-то роднее.

Comments

[ex-ex-ex-gr.livejournal.com]

Ты велик.
Не в мысле велосипед.
/тихо охуевая таращится на скриншоты/

[maddev.livejournal.com]

Протеус ваще весч - офигенно "развязывает руки" в плане макетирования цифры. А еще экономит нервы и циклы перезаписи )))

[mona-sax.livejournal.com]

ну наконец-то =)

[rufous-spb.livejournal.com]

Правада зачастую сталкиваешься с хитрожо.. железкой с хитрым интерфейсом, и жестими таймингами. Так что приходится сразу ковырять реальное железо =)

[di-halt.livejournal.com]

Ага, а еще протеусу например, похую на многие аппаратные заморочки типо подтяга ресета на нужный уровень, кварцей и прочих "мелочей" без которых живая плата даже не запустится. Но все равно протеус рулит. Тока интерфейс у него ебанутый.

[rufous-spb.livejournal.com]

Специфический =) Я вообще не помню двух CADов с одинавым интерфейсом...

[slonskiy.livejournal.com]

Честно говоря, не понимаю ажиотажа. И АРМ и Линух существуют по времени дай боже. Конечно относительно домашнего пользователя архитектура необычна. Линух, преимущественно на любой платформе линух. ИМХО, но особенно с точки зрения первого взгляда. Будет это х86, SPARC, ARM или еще кто то - консоль останеться консолью - за то пенгвинов и люблю)). Конечно миниатюризация - это хорошо, но для меня лично, система (тем более изначально кросс-платформенная, ну хорошо не с самого начала, терменал minix трудно назвать крос платформенным. просто есть же "такие же умные" как я которым встанет эта фраза поперек горла) интереснее аппаратной части, хотя с аппаратной стороной общаюсь по долгу службы больше...
P. S. Рад что ты заморочился, не очень понимаю почему надо было с АРМой извращаться, когда можно было просто собратль третий пенек. Это на мой взгляд было бы проще и наглядней, особенно для старта. Я не поклонник убунт и сузей, но в плане наживания себе гемороя ты меня однозначно обошел ))). Впрочем дело хозяйское =) . Удачи в изучении.

[di-halt.livejournal.com]

Нууу.... как тебе сказать....

Вот взять например

Мультисим
Автокад
Виссим
Симулинк
ЛабВью
Пикад.

Во всех их редакторах ты ставишь компонент. И все, первая кнопка выделяет, вторая кнопка меню. Двойное нажатие вход в свойства. Но, блядь, там нет такого идиотизма, что первая кнопка в произвольном месте вызывает установку компоненты, а вторая удаление его если он был выделен. МАРАЗМ!!!

[di-halt.livejournal.com]

Прикол в том ,что тут дело даже не в арме, а в том, что

Мы на РС запускаем эмуляцию девайса с армом и эмуляцией аппаратного терминала, а в нем уже грузим линух. ВМВАре нервно курит в сторонке :)

[slonskiy.livejournal.com]

Я не стороник простых решений, но клизму делать через ухо... ВМВарь я никогда не любил особо. Но тут может мой консерватизм замешан... Даже Wine то не люблю, хотя в старкрафт под линью играть хотелось... Но не люблю эмуляторы. Если ставить то на железку. Не хочу никого обидеть - но это как то с сексом и онанизмом коррелирует. Впрочем гораздо лучше так, чем ни чем не интересоваться. Это тоже опыт и притом безусловно нужный. Но вариант с третим пнем и slackware/gentoo мне кажеться более полезным, хотя бы потому что вряд ли сложнее, и больше применимость опыта.
P. S. Никого не считаю ламером, но ИМХО - на никсы надо начинать смотреть с live, а потом уже ставить. И если уж ставить не мандриву или MOPS, а "ручные" дистрибы.

[di-halt.livejournal.com]

Система это не прикольно. Аппаратная часть куда веселей. Мечта блин создать самоконфигурирующееся железо. Какой нибудь комп от и до на FPGA. Т.е. нужно тебе выполнить задачу, то ты не тупо прогоняешь ее инструкциями через один процессор, а перестраиваешь весь комп под эту задачу, получая аппартный решатель данной задачи. Вот это будет жесть :))))) Софтом тогда станут проги на каком нибудь VDHL, будут рулить инженера электронщики, а классические программеры алгоритмисты уйдут в бигмаки торговать булочками. УХАХАХАХА Прекрасный новый мир!

[di-halt.livejournal.com]

Да дело не в линухе тут ваще. Хрен с ним не в оси дело, а в том, что системы моделирования железа уже могут без проблем обработать мощный проц с обвязкой, да мало того, загрузить в нем другую ось. Сам линух, как таковой, тут нахрен никому не сдался ;))) Так что можешь особо за Длиного не радоваться. Тут рулит АРМ!!!


З.Ы.
DOS и RT-11 рулез форева!!!

[rufous-spb.livejournal.com]

Видимо чем-то руководствовались, когда так делали. Может так удобнее когда подробно освоишь? =)

[slonskiy.livejournal.com]

Кому как =). Для меня ОС это в первую очередь аналог LEGO. И это при том что я не программер. К сожалению, я не железнячник на уровне микросхемо техники, не развожу плат и для меня остаються прекрасной загадкой наборы инструкций процессора)). Но мне этого и не надо.
Я знаю что я зануда, но зачем перестраивать стандартизированный комп под задачу, когда гораздо практичней (не скажу интересней, но все мы в этой жизни ищем в первую очередь деньги...) адаптировать задачу под стандартное железо?
Создавая, как ты выразился, аппаратные решатели мы получим огромное количество еффективных, но узкоспециализированных машин. Во-первых это не практично, во-вторых даже сообщество инженеров электронщиков в итоге разобъеться на огромное количество маленьких "сект", в зависимости от проэктирования и поддержки агрегата. В-третих, может это утопия, но на выполнение задач, которые уже решаються и с той эффективностью которая всех устраевает, мы проэктируя аппаратные решения потратим существенно большее время и ресурсы. Унификации не будет... Как будут связаны между собой телефоны и скажем телевизоры (в реальности пример кпк или коммуникатор, как пульт д.у. для всех устройст оснащенных infrared) остаеться только догадываться...

[mlen.livejournal.com]

бля, ты читаешь мои мысли!
но тут ОЧЕНЬ многое, ОЧЕНЬ именно в обычный не-HDL софт упирается!
ну и степень интеграции для FPGA пока маловата, да и стоит FPGA космически по сранению с заказными кристаллами, да и частоты в FPGA ниже на ПОРЯДОК!

[slonskiy.livejournal.com]

Зачем эмулировать АРМ на х86 я вообще не врублюсь. Купи ты себе qtek бушный и делов то! При всем уважении к DOS - это в самых мягких словах РУДИМЕНТ.

[di-halt.livejournal.com]

Так вот фишка то как раз в том, что решатель то будет один на все задачи, а конфигурироваться он будет в процессе загрузки проги.

Т.е. ткнул ты на значок, скажем, плеера. В управляющий контроллер залилась VDHL ка, ячейки переконфигурировались И хопа, 1% твоего компа трансформировался в аппаратный винамп. Также под видео, математику, да что угодно.

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

Полная и абсолютная многозадачность. Нет больше разделения ресурсов по квантам и тактам, нет поочередного выполненя. В задницу прерывания Сплошная многопоточка и реалтайм. Абсолютный реалтайм. Т.е. обработка, скажем нажатия кнопки, произойдет не тогда когда программа удосужиться опросить кнопку на предмет нажата она или нет, а именно в момент нажатия кнопки.

[di-halt.livejournal.com]

Это уже все детали. Главное, что это возможно уже сейчас. И даже мало того, работы в этой области идут полным ходом. Я видел целую библиотеку хдл программ на разные темы. Народ собирает опен сорцем это дело.

[manyperson.livejournal.com]

+1 в части унификации/эффективности.

над фразой я немеряно крут - я поставил линух можно разве что постебацца. Чел теперь немеряный хакир. =)) Причем именно через и. ))

[manyperson.livejournal.com]

аффтар жжот. =))

кгам.

Взаимодействие между вашими модулями надо организовывавать. Почитайте хотя бы обзорное что нибудь по программированию многопоточных апликух на многоядерных системах. :/

[di-halt.livejournal.com]

Ну куплю я КуТек и что я с ним сделаю? Да нихрена. Плата уже готова, все уже запяно и настроено. Ничего не добавишь не прибавишь. А тут... я эмулирую не просто АРМ, я эмулирую весь девайс, со всей обвязкой и электроникой. Так что покопавшись могу спроектировать себе собственный коммуникатор имени себя. Потом развести и изготовить плату и поиметь эксклюзивный девайс. Протеус умеет эмулировать много разных процов. Все семейство АВР, Пики, С51, SТ7, HC да чего там только нет.

К слову, я давно уже ничего не паяю на макетке. Надо разработать электронный девайс - загружаю протеус, на выходе у меня уже рисунок печатной платы и отлаженная прошивка. От так то!

[slonskiy.livejournal.com]

Это другие тут Хакеры :) , я простой юзверь. Не админ даже. А линух я поставил первый раз почти 10 лет назад, хотя не о какой крутизне речи не идет. Просто я поставил и мне он нравиться ;) .

[(Anonymous)]

Хе-хе а вот и нет.
Очень многое упирается в шину и в память
Так что я вижу сеть из небольших FPGA-модулей, каждый со своей памятью, со своими контроллерами
Вот при такой архитектуре все будет ацки быстро, причем еще ацки масштабируемо
Что-то тормозит, добавил пару FPGA-модулей с памятью в сеть и все заиграло веселее -)))

[mlen.livejournal.com]

Это был йа

[mlen.livejournal.com]

Нуууу чтобы заливать FPGA с нормальной СИ нужен лицензионный САПР. По сравнению со стоимостью САПР, нормальные рабочие ядра будут копейки стоить. Так что опенсорц, который приходится мутить на ультрадорогом САПР имеет смысл только для студентов/ученых и прочих искателей приключений.
Тут будет проще покупать готовые виртуальные блоки (IP), и не ебать мозги.