Если не запараллелены, то каждый вход/выход требует ключ и управление им, а это сразу увеличивает сложность схемы и все сопутствующие накладные расходы — время на проектирование, надежность, цена и т.д.
Каждый разработчик лелеет мечту сделать универсальный источник питания :) Сам пытался уже раз -дцать…
Но универсальность имеет минусы — куча разъемов занимает место, усложняют разработку(у вас же входные разъемы незапараллелены, как и выходные), увеличивает цену и сложность пользования. 99% пользователей будет использовать только один-два разъема, а должны будут заплатить за все. Поэтому покупать будут как прикольную «зверушку» в подарок.
Только там начинаются технологические проблемы вроде неравномерного прогрева в печке, попытка подобрать режимы, брак и т.д., что при небольших партиях неприемлимо. Поэтому основной объем паяют в печке, а остальное габаритное и трухольное добивают вручную.
и режим FIFO, на мой взгляд, совершенно бесполезный. Если кто-нибудь понимает, зачем он нужен, расскажите, пожалуйста!
Как это бесполезный? Если допустим у вас запрос-ответ протокола 16 или меньше байт — вы закидываете весь пакет в FIFO и вызываете только одно прерывание, когда сработал TXFE и остался последний байт в передатчике. Или например надо передать большой блок данных. У вас получается в 15 раз меньше вызовов прерывания.
— Оператива делится на два куска, при этом код можно запускать только из второго, DMA может работать только со вторым и при прошивании можно использовать только второй кусок.
Так делается у всех Cortex с Ethernet, эта память работает на частоте ядра и именно туда удобнее складывать данные с Ethernet.
Для таких вещей нужен многожильный провод, но если у вас нет подходящего, то можно использовать шлейф от флопика или IDE — там достаточно тонкие проводники, их можно зачистить и аккуратно припаять. Паять лучше не на один, а хотя-бы на 5-10 контактов на стороне, да и распускать шлейф тоже лучше группами, и не на всю длину.
Да и ещё такой весьма интересный вопрос, не так давно производители в целях борьбы с подделками собирались встраивать в каждый корпус RFID-чип с серийным номером… КАК?
Скорее всего не в каждый корпус, а в каждую упаковку.
Подозреваю, что это журналисты «раздули» до чипа :)
Если проверять флаг, то можно не успеть и переключиться на прием слишком поздно, когда другое устройство на шине уже начало что-то передавать — слишком позднее переключение отрезает от этой посылки кусочек бита.
Я на это дело подвесил таймер(знаем размер и скорость порта) и уже в прерывании таймера проверяю флаг. Этим же таймером формирую таймауты на RS485.
Физику Ethernet на борту имеют контроллеры Texas Instruments, но насколько помню только с ядром Cortex-R.
Цена не критична — дополнительный чип физики, место на плате и монтаж будут дороже. Мне в ВЕ1 не хватает только RAM(удвоить бы) и исправление бага с немаскируемым DMA ADC(который перекочевал и в новые контроллеры).
Странно, что у вас не получилось, все примеры давно лежат на форуме — и тесты для чипов от отладок и паки с примерами, а года два назад взял собранный комплект LwIP от R_Max и всё сразу заработало :)
Насколько я помню, используемое ими ядро называется Cortex-M1, которое для применения в FPGA, и которое соответственно можно раскрутить в исходный код, как я понимаю для проверки на зкаладки.
А Cortex-M1 незначительно отличается от М0.
Они уже существуют и унифицированы, вы просто нарастили поверх функций дополнительную обертку, чтобы вам было удобно не изучать справочник функций WP.
Или спрошу по другому: Зачем скрывать функции WP в шаблоне WP и делать код независимым от WP?
Ощущаете абсурдность?
Я вас понимаю, тоже в своё время был очарован объектным подходом и обычные функции нарушающие эстетику кода беспощадно переписывались на объекты.
Но, почему-то на указание явной нестыковки в вашей аргументации, вы уводите обсуждение в другую область, я в недоумении…
явно делается одно и то же два раза подряд, аргументы только разные — нарушается DRY
У вас фундаментальный пробел — функции придуманы как-раз для того чтобы не дублировать код, т.е. Don’t repeat yourself
И поэтому вы придумали еще 200 строк чтобы продублировать существующие функции…
«Обо всём и ни о чём». Достаточно было его страничку «Инструменты трассировки eBPF» привести, там всё намного понятней :) Хотя там и без перевода всё понятно ;)
Подвеска с амортизаторами не поможет, еще есть неравномерная развесовка автомобиля и надо добавить контроль качества шин автомобиля — малейшая неравномерность и вся конструкция уйдёт в разнос.
Не всё так просто, там как и везде — либо простой алгоритм и много пакетов параллельно, либо сложный алгоритм и мало пакетов. И внезапно получится что на 1 активного пользователя интернет надо покупать 1 такую плату…
1. ученик, обычно студент — есть знания, но не понимает что с ними делать, нарабатывает опыт
2. ремесленник — наработал/выучил какие-то навыки и какие-то практики, применяет их везде, не очень понимает как это работает. Хорош когда надо делать рутинную понятную задачу.
3. эксперт — начинает понимать как это всё работает, умеет изменять навыки и применять знания.
4. знающий — сам создает навыки и практики.
Потому что это критично только некоторому количеству «кулибиных», а массовому покупателю это не важно. Т.е. либо не ставить фильтр и ограничивать частоту дискретизации снизу — покупатель скажет «а где мои 44кГц?», либо ставить и большинство довольны.
Но универсальность имеет минусы — куча разъемов занимает место, усложняют разработку(у вас же входные разъемы незапараллелены, как и выходные), увеличивает цену и сложность пользования. 99% пользователей будет использовать только один-два разъема, а должны будут заплатить за все. Поэтому покупать будут как прикольную «зверушку» в подарок.
Как это бесполезный? Если допустим у вас запрос-ответ протокола 16 или меньше байт — вы закидываете весь пакет в FIFO и вызываете только одно прерывание, когда сработал TXFE и остался последний байт в передатчике. Или например надо передать большой блок данных. У вас получается в 15 раз меньше вызовов прерывания.
Так делается у всех Cortex с Ethernet, эта память работает на частоте ядра и именно туда удобнее складывать данные с Ethernet.
Скорее всего не в каждый корпус, а в каждую упаковку.
Подозреваю, что это журналисты «раздули» до чипа :)
Я на это дело подвесил таймер(знаем размер и скорость порта) и уже в прерывании таймера проверяю флаг. Этим же таймером формирую таймауты на RS485.
Цена не критична — дополнительный чип физики, место на плате и монтаж будут дороже. Мне в ВЕ1 не хватает только RAM(удвоить бы) и исправление бага с немаскируемым DMA ADC(который перекочевал и в новые контроллеры).
Странно, что у вас не получилось, все примеры давно лежат на форуме — и тесты для чипов от отладок и паки с примерами, а года два назад взял собранный комплект LwIP от R_Max и всё сразу заработало :)
А Cortex-M1 незначительно отличается от М0.
Или спрошу по другому:
Зачем скрывать функции WP в шаблоне WP и делать код независимым от WP?
Ощущаете абсурдность?
Но, почему-то на указание явной нестыковки в вашей аргументации, вы уводите обсуждение в другую область, я в недоумении…
У вас фундаментальный пробел — функции придуманы как-раз для того чтобы не дублировать код, т.е. Don’t repeat yourself
И поэтому вы придумали еще 200 строк чтобы продублировать существующие функции…
2. ремесленник — наработал/выучил какие-то навыки и какие-то практики, применяет их везде, не очень понимает как это работает. Хорош когда надо делать рутинную понятную задачу.
3. эксперт — начинает понимать как это всё работает, умеет изменять навыки и применять знания.
4. знающий — сам создает навыки и практики.