Браво му

Под знамето на Майкрочип -
EtherCAT за ентусиасти
http://www.microchip.com/wwwproducts/en/LAN9252

Това май е за раздел ЦНЦ

Е, те Lattice не успяха да ги купят, но си купиха Imagination минус MIPS
https://www.engadget.com/2017/09/23/app ... gies-sold/

На китайците mips не им трябва, те си правят mips чипове от години. Loongson: https://en.wikipedia.org/wiki/Loongson

а щеше да е интересно. алтернатива на цинка, ама с МИПС

Ще Мипсим.
Все още би трябвало МИПС още да е по-напред от ARM-а?
Незнам с v8 инструкциите дали стигнаха. Може би А-75 да е напред вече.

П.С.
За това:
"HW support X86 binary translation"

цинк та цинк... мноо ми интересно за какво ще го ползвате ( освен ако не правите няква специфична периферия )
я отворете една тема за цинк да видим за чии кОр/хОй става...

Що бе цинка може да се ползва за много работи... и като казвам "може" имам предвид не само възможностите на желязото, а и функционалността на средата, демек и простосмъртен може да го подкара.

Идеята и реализацията са много добри. Моята чуденка е защо никой не седна да направи нещо аналогично с по-дребен контролер. Примерно едно малко куртексче с малко фпга закачено между шината и пиновете. В момента ако искаш да изкараш или да вкараш малко повече данни просто няма как. В най-най добрия случай да постигнеш 50-100MB/s и то с клизма и един куп гимнастики.
Друг пример - за едно просто сигналче често се налага да трепеш ядрото или да хабиш няколко периферии (таймери, DMA-та и т.н.) и то ако паснат, щото не винаги пасват.

-Наскоро в друга тема Цецо разпитваше за контролер + линукс + някоплко уарта и няколко спи интерфейса - това може да си го направиш с цинка. Да си сложиш ДМА или фифо памети на съответната периферия както ти е кеф, а не както някой идийски дизайнер е изкопирал от китайски такъв и го е сложил в някой кортекс дето е на пазара.
Има опция за частично преконфигуриране демек докато работи PS(хардкодната логика цпу+ псц. периферия) да си преконфигурираш PL( юзерската периферия или демек класическата фпга).
-Ако имаш хардкоднати филтри за сигнали и после да сторваш в ДМА и да пращаш по УСБ3 или етернет
-Да препакетираш данни от един вид коминукация към друг....
-Да клатилюшкаш 100-на гпио-та за да управляваш незнам какво си ...
и т.н.

Определено е достоен за уважение продукт, ама чип дето почва от 50-60 долара не е за всеки проект.

Ето един друг пример за цинка, от предишната ми работа (започва от края на стр. 5):
https://arxiv.org/pdf/1709.07188.pdf

Общо взето, нелош студентски проект за масово ползване от PhD-та по физика. Марковите контролери са един порядък по-скъпи, това е само няколкостотин пари за части, плюс 3-4 години нископлатен труд.

Лесно за ползване, вързано с Ethernet, бързи сметки (ПИД алгоритъм с латентност под 200 ns, вкл. pipeline латентността на АЦП-то), лесно добавяне на изчанчени функции. И най-важното, никой не го е жал като поредното PhD не знае кое е вход и кое изход на високоволтовите усилватели. Последно имаше поне 30 такива контролера в различните експерименти.

ам да де - нящо бързо, спецефично, нещо дето оправдава FPGA-то...
ама да му сложа линук за някъв тъп нет комуникатор, някак си ми звучи "тъпо"

навремето преди грубо 10 години едни китайчета бяха направили подобно FPGA за web(jpg) камера с core Z80 ми обясняваха че компилатора му бил фри

Идеята е различна. Целият номер е във връзките. От една страна връзката cpu-fpga от друга страна хардуер-софтуер. Ако ти трябва нещо дето оправдава FPGA винаги може да сложиш едно FPGA.
Ако ти трябва CPU винаги може да сложиш яко CPU и да си решиш проблема.
Но има проблеми, които изискват И едното И другото. При това вързани подходящо, понеже когато се ползват отделни чипове, връзката между тях се оказва най-тънкото и най-слабото място в системата. При цинка са се постарали връзките да не са тънкото място. От FPGA-то имаш директен достъп до SDRAM, имаш директен достъп до AXI шините, имаш даже връзка с шината между L1 и L2 кешовете. Външно FPGA не може да го свържеш така, колкото и да се опитваш.

Така че силата на цинка е при проблеми дето изискват добра свързаност. Примерно много бързи данни (да кажем 100-на гигабита) и дето ти трябва fpga за да ги приеме от някакъв изчанчен интерфей, трябва ти и много cpu обработка и накрая да ги смачкаш до "само" един гигабит и да ги метнеш по мрежата в реално време.
Затова цената на цинка е поне 2 пъти по-висока от дискретно решение с отделни cpu+fpga. Другата причина да се ползва е връзката със софтуера, примерно в случай като при Цецо - хардуерно на него не му трябва цинк изобщо. Може би някакъв стандартен CPU борд, само трябва "леко" да барне периферии и драйверчета. На теория не би трябвало да има проблем да барне леко лайнукс изобщо, но на практика.... докато при цинка точна тая част с барането е доста обиграна, щото идеята е да могат да се ползват всякакви (и то чужди) периферии, да ги смесваш и т.н.

Тоя цинк има ли го във вариант за +125C или много искам ?

ПП. А, имало го бре, даже е аутомотив съртифайд .

miro_atc то тва ясно...
Ардуино за цинка има ли ебавам се...
в момента нямам идея къде да го използвам