caxapa.ru :: Эээ... Точно?

she (18.10.2010 21:03, просмотров: 411) ответил Evgeny_CD на Более, чем впечатляет! Подход NXP позволяет надеяться на "обезглючивание кристалла" перед его запуском в серию. Ну а набор набортных ресурсов позволяет назвать этот контроллер "Смерть Linux".

Эээ... Точно?

- Для мелких embedded систем - точно. В 1Мбайт кода влезет все осмысленное. Если не загромождать код ненужными статическими константами - как то картинки для GUI и таблицы для разных вычислений. Для констант есть Serial FLASH, для которого Evgeny_CD(923 знак., 18.10.2010 21:14)
  - без RTOS и либ замучаетесь 1 МБайт кода строчить. т.е. не сам процессор должен "убивать" Linux, а либы и другая ОС. а иначе получится как всегда - дурная моща есть, а что с ней делать никто не знает (PIC32-way) - Snaky(19.10.2010 04:38 - 04:41)
    - PIC32-WAY ведет в никуда не по причине дурной мощи, а по причине несбалансированности кристалла. FLASH, там, кстати, 512, да еще и с не такой кодоэффективной системой команд, как Cortex, SDRAM снаружи не подцепишь - вот и получилось нафиг не Evgeny_CD(17 знак., 19.10.2010 11:17)
      - И Мы давеча прозрели. При желании задействовать Ethernet RMII получаем нерабочий PSP, 1 SPI + 2 UART или 1 SPI 1 + UART (RTS, CTS) на старшем камне. Проглядел пару общих пинов. Придется теперь работать с тем что есть. - potapenko(11.11.2010 09:42 - 09:49)
        
        Курить нада меньше. Есть 2-й SPI (sdo1). Класс. Дешево и сердито. Пока хватит потом возьмем че-то побыстрей (M4?). - potapenko(14.11.2010 08:46)
      - ну MIPS я бы не назвал сильно кодонеэффективной системой. идея довольно неплохая. - Snaky(19.10.2010 12:41)
        
        Да. Супротив ARM7TDMI/ARM966 MIPS M4K, да еще и с опцией ускоренной чистки конвейера при неугадывании перехода выглядит достаточно эффективно. Много раз обсуждали это при появлении PIC32. Но против Cortex M3, а уже тем более Cortex M4 их акции Evgeny_CD(15 знак., 19.10.2010 23:54)
        
        МИПС тоже на месте не стоит какбы. в PIC32 стоит MIPS4K, а сейчас есть новое поколение ядра - MIPS14K. - Snaky(23.10.2010 13:30, ссылка)
        
        Да, что-то хило - Alex B.(28.10.2010 15:01, ссылка)
        
        Думаю, все хитрее. Evgeny_CD(349 знак., 28.10.2010 16:14)
        
        Смотрим внимательно свойства ядер Evgeny_CD(1312 знак., 23.10.2010 22:58)
        
        Солидные бобры не разделяют ваш скептицизм, Евгений. Империя наносит ответный удар (по йайцам)! Если вы продолжаете считать число регистров в коре, мы уже идем к вам... - PIC32(29.10.2010 02:01, ссылка, ссылка)
        
        Б..ь, таким мурлом токо детишек пугать! И чего он в хайтек пошел - пошел бы в Голливуд, все роли отрицательных уродов были бы его. - Evgeny_CD(29.10.2010 09:10)
    - Таких осей навалом. AlexandrY(477 знак., 19.10.2010 09:44)
  - Ишшо в LPC4300 имеем Cortex-M0 сопроцессор с расшаренной памятью. Обслуживать всякую лабуду с протоколами на UART-ах, файловую систему на флешках и т.п. - ReAl-лень-искать-пароль(18.10.2010 21:41, )
    - Dream-Board-On-Chip :) Всего лишь 5 лет прошло с момента, как я "открыл" для себя эту идеологию :) - Evgeny_CD(18.10.2010 21:42)
      - TI в своем AM1705 аж целых два сопроцессора - PRUSS заложил. ruslan(244 знак., 18.10.2010 21:49, ссылка, картинка)
        
        Членомерить так по полной! FreeScale - 16 битник S12X - сопроцессор XGATE. Digi - NS9210 и NS9215 (ARM926EJ-S) 8 битники DRPIC1655X ->. Доки вложены. Evgeny_CD(18.10.2010 22:00, ссылка)
        
        IMHO это всё пока (ба)нанотехнологии. Нужна скорей общая память и более-менее равноценные (одной архитектуры) ядра. И 32-бита -- минимум, в т.ч. из-за софта. И скорей фон-нейман исключительно, и скорей без FLASH, если это обслуживание периферии с fk0(25 знак., 18.10.2010 22:06)
        
        Не спорю. Cortex-M0 - в качестве сопроцессора - это грамотно, чего тут говорить. - Evgeny_CD(18.10.2010 22:08)
        
        Жалкое поделие финских студентов :) - ruslan(18.10.2010 22:03)
  - К моменту, когда ваши программисты данные идеи реализуют и отладят, эти контроллеры как раз перейдут в разряд устаревших :) - she(18.10.2010 21:37)
    - Поэтому профессионалы программируют PIC16F84. - fk0(18.10.2010 21:57)
    - ну это смотря как код писать. Если стандартным способом - точно нифига не получится. А вот если писать на промежуточном языке, с расширенными квалификаторами и пр, что я тут много раз излагал, и потом из этого языка "компилить" в С - вот это Evgeny_CD(28 знак., 18.10.2010 21:41)
      - Язык не определяет. Было бы что писать. На асме, конечно, тяжко, но вообще возможно, я не отрицаю. При таком объёме кода нужны сторонние компоненты в больших количествах. Потому и Linux. А без ОС, которая не только задачи переключает, а собственно fk0(69 знак., 18.10.2010 22:01)
        
        Верно, ОСь - это менеджер разных "сущностей". Но никто не заставляет менеджировать "размашисто по памяти". Можно менеджировать экономно. - Evgeny_CD(18.10.2010 22:20)
      - Транслятор с промежуточного языка, как я понял, уже готов? ;) - she(18.10.2010 21:58)
        
        В голове у меня? - Да :) - Evgeny_CD(18.10.2010 22:04)
        
        Понятно. Маленькое Сколково :) - she(18.10.2010 22:06)
        
        не маленькое. У меня оно 60 см :) - Evgeny_CD(18.10.2010 22:07)
        
        вот такое вот? Argon(18.10.2010 22:34)
        
        Аха. - Evgeny_CD(18.10.2010 22:39)
        
        Распилково. - fk0(18.10.2010 22:07)
        
        ~~Кирпичево.~~ Силикатное. - Evgeny_CD(19.10.2010 00:29)

ARM, RISC-V контроллеры