Комментарии 52
По-моему это офигенно.
НЛО прилетело и опубликовало эту надпись здесь
Тридэ-принтер с такой большой станиной, чтобы отпечатать полноразмерный корпус ноутбука, как бы не дороже всего остального хлама в гараже автора. Кроме того, самоделкин не будет забивать гвозди микроскопом, особенно если у него есть в доступе хороший молоток.
А кто мешает сделать модульную конструкцию (Хотя это и сложно) или банально разрезать-распечатать-склеить?
Я так корпус для монитора 15" (320мм) делал на принтере с базой в 200мм. Получилось вполне годно.
Я так корпус для монитора 15" (320мм) делал на принтере с базой в 200мм. Получилось вполне годно.
ЧПУ лазер для фанеры не менее приятная штука, и скорость производства заметно выше.
Возможно, нехватка специфических знаний по проектированию такой структуры для трехмерной печати, вроде необходимого количества ребер жесткости, а также нехватка времени на их получение, проектирование, распечатку, облом и повторение процесса. А также потенциальное владение этой спецификой под фанерный корпус.
а можно фото?
Можно. И фото, и модель: www.thingiverse.com/thing:4016965
Фанера — это даже более прикольно, чем 3D печать. Как минимум, печать такого размера — это море времени и куча склеек, огромная постобработка. Фанерные же части будут нарезаны за несколько минут.
Офигенно тёплое, ламповое чудо. Долго разглядывал фоточки с восхищением.
PS У меня в детстве был синклер в коробочке примерно такого же размера, только без монитора разумеется, без rj-45 и т.п.
эм. а процессоры он тоже в стратиксе реализовал? я как-то ждал линейку DIP40 корпусов…
Ага, было бы совсем лампово. А так FPGA за 4+ килобаксов. Парень бесспорно крут, но прикольно бы увидеть кластер настоящих Z80
Да, ПЛИС (FPGA) это такие штуки в которых можно аппаратно реализовать любые процы.
Это массивы готовой аппаратной логики которую можно настроить, инициализировать первичное состояние и скоммутировать программным способом. А всё остальное это уже работа аппаратуры, логических элементов и тд, грубо говоря внутри пара миллионов DIP40 в мелкой логике.
Например, на нескольких тыщах Combinational ALUT можно реализовать ARM Cortex M1 с быстродействием 300-400 mega MACS. А внутри этой штуки 400к таких, т.е. теоретически сотня ARMов влезет (если забыть про интерфейсы, память и логику чипсетов).
Есть интересное продолжение идеи мультипроцессорности в плис: лет 10 назад интузиасты реалзовали аппаратное кодирование H264 на несколько тысячах процессорах внутри FPGA. Причём каждый такой проц был адаптирован под свой этап конвеера алгоритма H264. Быстродействие вышло просто чудовищным по тем временам.
Это массивы готовой аппаратной логики которую можно настроить, инициализировать первичное состояние и скоммутировать программным способом. А всё остальное это уже работа аппаратуры, логических элементов и тд, грубо говоря внутри пара миллионов DIP40 в мелкой логике.
Например, на нескольких тыщах Combinational ALUT можно реализовать ARM Cortex M1 с быстродействием 300-400 mega MACS. А внутри этой штуки 400к таких, т.е. теоретически сотня ARMов влезет (если забыть про интерфейсы, память и логику чипсетов).
Есть интересное продолжение идеи мультипроцессорности в плис: лет 10 назад интузиасты реалзовали аппаратное кодирование H264 на несколько тысячах процессорах внутри FPGA. Причём каждый такой проц был адаптирован под свой этап конвеера алгоритма H264. Быстродействие вышло просто чудовищным по тем временам.
класс!
но да, тоже ожидал стопку корпусов…
ps с последними зеленоградскими моделями где на плате уже шла ПЛМ, от этого уже «что-то было не так»
но да, тоже ожидал стопку корпусов…
ps с последними зеленоградскими моделями где на плате уже шла ПЛМ, от этого уже «что-то было не так»
Мегакруто! Респект и уважуха! А я вот в свободное от работы время, на граздо более скромной FPGA пытаюсь возродить PK-11, который Союз-Неон. В своё время машинка произвела на меня просто неизгладимое впечатление. Круче современных с ним PC-AT 286.
1806ВМ2. Разработан в 1985 — ...(ангстрем продает до сих пор) — 64Кб адресуемой памяти(1-4MB tr. pages), 5-8MHz, система команд PDP11.
Его современник это Intel 386(1985-2007), а не 286(1982-1991)
Его современник это Intel 386(1985-2007), а не 286(1982-1991)
Там не ВМ2 более всего интересен, а видеокнтроллер. Это ошизеть, АППАРАТНАЯ (!!!) поддержка окон в 1988 году!!! Думаю не будь тогда Союз при смерти, история персональных компьютеров могла бы сложиться совсем иначе… Надеюсь скоро опубликовать здесь на хабре статью. Когда хотя бы добьюсь на верилоге генерации стартового экрана. Увы, сейчас работаю за деньги, причем очень несабые, и выкладываться приходится на все знаменитые 146%. Поэтому для хобби-проектов времени почти нет. Ладно, надеюсь дальше будет чуть свободнее…
История ПК сложилась бы иначе, если бы партноменклатура не требовала копировать западные компьютеры.
Тут увы ничего не остаётся, кроме как безоговорочно согласиться. Вообще парадокс. Потрясающе талантливый народ. Особенно во всяких инженерных и вообще научно-технических вещах. И совершенно никчёмные правители. С царских времён т по сей день. Очень надеюсь, что сейчас это изменится.
В этом нет никакого парадокса, а есть лишь тонкий расчёт. Когда усилиями Сталина провалился план по созданию мировой коммунны, то приключилась Вторая мировая война — очередная попытка глобализации евразийского континента. Однако, даже несмотря на предательство части армейских командиров, СССР не только не отдал свои ресурсы, но и "освободил" Европу.
Поняв, что снаружи СССР не победить, было принято решение развалить его изнутри. Убили Сталина, перекорёжили экономику, исказили идеологию, создали дефицит, и… наивный народ радостно сам всё просрал в обмен на жвачку и джинсы.
Думается там всё было сильно сложнее. И не так прямолинейно. Мне почти 60. И СССР я наблюдал во вполне сознательном возрасте, успев там и в армии отслужить и поработать, и даже пожить на крайних северах. Так что знаю о чём говорю. К сожалению хабр вне политики. Поэтому если хотите, давайте встретимся на какой-нибудь другой площадке, где такие разговоры более уместны.
Утилизация FPGA
Из Большого толкового словаря:
УТИЛИЗАЦИЯ, -и; ж. [от лат. utilis — полезный] Использование чего-л. ненужного (отходов производства, быта и т.п.) или не приносящего непосредственной пользы человеку в целях получения (после переработки) какой-л. продукции, энергии и т.п.
Может, не стоит-таки утилизировать FPGA? Это ведь вещь очень полезная...
16 процессоров Z80, работающих на частоте 83,33 МГц.
ru.wikipedia.org/wiki/Zilog_Z80
Тактовая частота (МГц): 2,5 — 8 для основной версии; КМОП-версии от 1 (версия Z80L Z8300-1) до 20
А я в детстве на спекки в симсити и твин турбо гонял… А тут вон че! Ну класс же! Круто!
Возможность открыть текстовый редактор в одном окне для заметок, отлаживая код на TP в другом, чрезвычайно удобна (или возможность делать заметки, играя в Zork!).
А для многопоточных программ сойдет? СУБД с межпоточными блокировками таблиц, например. Или игра, где за ИИ каждого врага отдельное ядро отвечает?
Зарядка выглядит странновато
Весь всё остальное прям как надо.
Респект!
Видите, Балаганов, что можно сделать из простой швейной машинки Зингера?Круто!!!
С батарейкой непонятны траблы — можно на али заказать платы балансировки-зарядки за бакс-полтора.
Ого! Когда ты у мамы инженер )
Настоящий маньяк! Эту бы энергию да в мирное русло!
PS В эту монструозную Stratix IV GX 530 можно запихать штук 8 PowerPC ядер, на которые поставить линукс…
PS В эту монструозную Stratix IV GX 530 можно запихать штук 8 PowerPC ядер, на которые поставить линукс…
А по Вашему опыту, что самое крутое можно на таком девайсе запилить? Из того, что знаю я, для HFT торговли их любят, чтобы в обход шины работать (через встроенный ethernet пакет поймал, «на месте» решение принял, через тот же ethernet пакет с решением выплюнул).
И что у многих руки чешутся для работы с большим объемом интернет траффика задействовать. Но вот до реализации не особо доходит.
На Мосбирже N лет назад думали для раздачи котировок заюзать, посмотрели на задержки своего решения, на FPGA решения, и решили, что «и так сойдет».
В Cloudflare пришли к выводу, что тема как-бы хорошая, но вот зоопарк из железа обойдется дороже, и в итоге, как менее радикальное решение, внедрили ARM процы, которые тоже им выгоднее x86, но повместимее.
И что у многих руки чешутся для работы с большим объемом интернет траффика задействовать. Но вот до реализации не особо доходит.
На Мосбирже N лет назад думали для раздачи котировок заюзать, посмотрели на задержки своего решения, на FPGA решения, и решили, что «и так сойдет».
В Cloudflare пришли к выводу, что тема как-бы хорошая, но вот зоопарк из железа обойдется дороже, и в итоге, как менее радикальное решение, внедрили ARM процы, которые тоже им выгоднее x86, но повместимее.
*посовместимее
Я конкретно для HFT ничего не разрабатывал, только для самого езернета, но могу предположить что причины в следующем:
1. FPGA разработчиков гораздо меньше чем C/C++, а утилиты и готовые корки стоят ну очень дорого, а порой просто недоступны в странах СНГ из за санкций (например старшие и новые стратиксы, скоростные ацп и тд)
2. задержки и время реакции часто упираются в вещи не зависящие от FPGA — например на тайминги езернета, размер блока принятия решений (например надо накопить три блока), размера FIFO очереди и тд, всё это приводит к тому что старший АРМ и прога на baremetal с ручным управлением DMA даст сопоставимые задержки, разница между FPGA порой всего в полтора — два раза.
3. Время отладки и проверки алгоритмов — верификация и симуляция на FPGA это очень больная и трудо- и время-затратная тема, это дни а порой недели, даже я научившись симулировать миллиард умножений с накоплениями в секунду на обычном PC сталкиваюсь с тем чтобы проверить все кейсы нужна неделя. И то мой вариант скорее проверка RTL-мат модели на си с точностью только до такта, а часто нужно точнее.
4. Физика будь она неладна: редко когда в дизайне есть фпга дерево частот порождённых делением на целое одной максимальной частоты, почти всегда есть несколько асинхронных независимых частот. А это метастабильность, т.е. полное отсутствие гарантий 100% надёжности, что ОЧЕНЬ не любят финансисты, и они не хотят чтоб железяка встала колом только потому что например в выражении типа (C and A) or (B and (not A)), переменная А стала одновременно равна, и 1, и 0.
4В. Плюсом ко всему готовые блоки и IP корки и прочие либы от производителя которые нередко плохого качества, закрыты, нередко исходники даже интефейсного адаптера зашифрованы и в принципе никому ни за какие деньги не даются. А в workaround ерраты простая фраза «понять и простить» самая частая.
5. Время компиляции… часы… порой дни, распараллеливанию на разные машины компиляция и фиттинг не поддаётся в принципе. Жрёт десятки и сотни гигабайт (даже на дишманский и устаревший CycloneV архитектуры чуть ли не 10 летней давности жрёт до 40 гигов озу в среднем а не в пике). А в HFT наверняка оперативность тоже важна.
6. Devops, кодестайл и организация труда и «быдлокод», всё это очень тяжоло и не прощает мельчайших ошибок, сделал в одном месте неосторожный цикл вместо присваивания шины целиком, или y = x << z; и всё, время компиляции только этого места добавит десятки, сотни, а порой тыщи минут. Ок в своей компании, в своей кодовой базе, предположим, всё идеально, но внешние либы от производителя… хех см пункт 4В.
Если есть разрабы FPGA для HFT то просьба ставить минус в карму не молча, а научить меня неразумного в каких допущениях я ошибся, заранее спасибо.
1. FPGA разработчиков гораздо меньше чем C/C++, а утилиты и готовые корки стоят ну очень дорого, а порой просто недоступны в странах СНГ из за санкций (например старшие и новые стратиксы, скоростные ацп и тд)
2. задержки и время реакции часто упираются в вещи не зависящие от FPGA — например на тайминги езернета, размер блока принятия решений (например надо накопить три блока), размера FIFO очереди и тд, всё это приводит к тому что старший АРМ и прога на baremetal с ручным управлением DMA даст сопоставимые задержки, разница между FPGA порой всего в полтора — два раза.
3. Время отладки и проверки алгоритмов — верификация и симуляция на FPGA это очень больная и трудо- и время-затратная тема, это дни а порой недели, даже я научившись симулировать миллиард умножений с накоплениями в секунду на обычном PC сталкиваюсь с тем чтобы проверить все кейсы нужна неделя. И то мой вариант скорее проверка RTL-мат модели на си с точностью только до такта, а часто нужно точнее.
4. Физика будь она неладна: редко когда в дизайне есть фпга дерево частот порождённых делением на целое одной максимальной частоты, почти всегда есть несколько асинхронных независимых частот. А это метастабильность, т.е. полное отсутствие гарантий 100% надёжности, что ОЧЕНЬ не любят финансисты, и они не хотят чтоб железяка встала колом только потому что например в выражении типа (C and A) or (B and (not A)), переменная А стала одновременно равна, и 1, и 0.
4В. Плюсом ко всему готовые блоки и IP корки и прочие либы от производителя которые нередко плохого качества, закрыты, нередко исходники даже интефейсного адаптера зашифрованы и в принципе никому ни за какие деньги не даются. А в workaround ерраты простая фраза «понять и простить» самая частая.
5. Время компиляции… часы… порой дни, распараллеливанию на разные машины компиляция и фиттинг не поддаётся в принципе. Жрёт десятки и сотни гигабайт (даже на дишманский и устаревший CycloneV архитектуры чуть ли не 10 летней давности жрёт до 40 гигов озу в среднем а не в пике). А в HFT наверняка оперативность тоже важна.
6. Devops, кодестайл и организация труда и «быдлокод», всё это очень тяжоло и не прощает мельчайших ошибок, сделал в одном месте неосторожный цикл вместо присваивания шины целиком, или y = x << z; и всё, время компиляции только этого места добавит десятки, сотни, а порой тыщи минут. Ок в своей компании, в своей кодовой базе, предположим, всё идеально, но внешние либы от производителя… хех см пункт 4В.
Если есть разрабы FPGA для HFT то просьба ставить минус в карму не молча, а научить меня неразумного в каких допущениях я ошибся, заранее спасибо.
Поставил плюс вместо минуса. Всё очень вверно, хотя возможно и несколько преувеличено. Например у меня ноутбук 10-летней давности с 8 гигами оперативки прекрасно справляется с проектами объемом в десяток тысяч строк на верилоге. Только сейчас дозреваю до покупки нового. Самый главный это конечно пункт 1. И самое паршивое, что далеко не каждого можно этому обучить. Разраб FPGA-шник должен мыслить параллельными процессами, к чему человеческий мозг не очень хорошо приспособлен. У меня есть друг. На 12 лет моложе меня. Голова золотая. Я у него в своё время (конец 90-х) взлому учился. Однако FPGA так и не осилил. Даже под моим чутким руководством. Ну не пошло, и хоть тут тресни! Вот как-то так…
да, действительно мышление ломается довольно жестко. Не специалист, но в свое время (лет 15 назад) делал специфический расширитель портов I2С на MAX (AHDL), и переход между си и ahdl ломал довольно сильно. В более сложном проекте (ЦОС на циклоне + VHDL) там еще печальнее, реально чувствовалось как мозги шевелятся переключаясь между параллельной и последовательной парадигмами разработки.
Ага. Очень знакомо. Хотя дело привычки. У меня сейчас из всего домашнего зоопарка самая любимая зверюшка это iCE40-HX8K Breakout Board. Даже вторую такую хочу купить. Дико удобно!!! Там двухканальная FT232. По одному каналу шьётся FPGA. А по другому с ней можно общаться как с виртуальным COM-портом. По одному и тому же usb-кабелю! Плюс дикое количество ног, выведенных на разъёмы. Сейчас абсолютно все свои железные проекты делаю с участием этой платы. Причем пишу на смеси верилога и java. Java вообще мой самый любимый язык. И для неё есть библиотека для работы с COM-портом. Короче получается что-то типа программируемого логического анализатора с интерфейсом на яве. Когда только осваивал эту технологию тоже было несколько стрёмно переключаться с верилога на яву и обратно. Но сейчас привык. Главное же тут как я уже говорил выше. Прграммированию можно обучить любого психически полнценного человека, ибо это не выходит за рамки обыденного здравого смысла. Просто описание последовательности действий. А вот разработка для FPGA боюсь увы, удел уродов(ну хорошо, скажем мутантов), которых думается не более 1% популяции. Там способ мышления совершенно иной. Причем такой, к которому человеческий мозг не слишком хорошо приспособлен. Вот так примерно…
схемотехники с опытом программирования и с опытом реализации на мелкой логики чего нибудь типа контроллера ISA шины вполне обучаемые, я обучал месяца за 1-2, нормально всё выходило.
Вопрос какие объёмы кода… После тысячи строк на верилоге восприятие сильно меняется… Тот же мой друг о котором я писал выше. COM-порт (а я считаю что с этого должно начинаться вообще любое обучение, ибо COM-порт это глаза и руки в проекте) он написал с моей минимальной помощью. Причем не просто написал. Я ему ещё устроил(разумеется не предупреждая !) всякие гадости типа шума на линии, которые он успешно преодолел. Но когда речь зашла о моей выдиралке dvd-дисков, он сказал мол я просто не понимаю как всё это у тебя работает. Хотя говорили в реале, на кухне. При вклченном компе с кодом. И при осцилографе с времянкой. Ну НЕ ДАНО человеку!!! Поэтому если пишете для FPGA, помните, что Вы урод. Или мутант. Или любимец Бога. Это не всем даётся. Такие дела…
Ну у нас у всех очень разные представления о том, что такое «самое крутое»… Например, «самое крутое» для меня — это в крошечную мегу8 запихать вот это www.youtube.com/watch?v=sNCqrylNY-0
У меня фантазии не хватает, чем бы этот монструозный стратикс загрузить.
У меня фантазии не хватает, чем бы этот монструозный стратикс загрузить.
У меня фантазии не хватает, чем бы этот монструозный стратикс загрузить.
Ага… Знакомо :)
Меня такое чувство впервые посетило когда делал проект для корейской LG Electronics. Причем там был не монстр какой-то, а скромная de0 nano c EP4CE22F17C6N на борту. 22320 ячеек всего-то навсего. Считать требовалось довольно сложные математические выражения. Причем с точностью не хуже одной тысячной процента по сравнению с тем, что даёт компьютер с плавающей точкой. Даже тут на хабре по итогам опубликовался habr.com/ru/post/469327. Так вот. Когда проект был загружен в FPGA (а нужны были пять (!!!) таких каналов !), выяснилось, что кристалл используется всего-то на 45%. Это меня тогда сильно удивило… Тем более что перед этим был проект на ICE40LP4K, где биться приходилось за каждую ячейку и за каждый такт. А вообще интересная жизнь у программиста-железячника. Не променяю её ни на какую другую :)
Аналогично! habr.com/ru/post/27055
PS Я про свои коммерческие проекты обычно вообще ничего не пишу. А про некоммерческие лень…
PPS Логарифм по схеме АЦП последовательного приближения. Понравилось!
PS Я про свои коммерческие проекты обычно вообще ничего не пишу. А про некоммерческие лень…
PPS Логарифм по схеме АЦП последовательного приближения. Понравилось!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Самодельный ноутбук ZedRipper на шестнадцати Z80