Трудно возражать, тем более что и у нас этот процмодуль не первый. Был ещё и на ARM926. Но я ведь в конце написал: " Если интереса не будет, что поделать, мы останемся только с четырьмя преимуществами вместо пяти". У нас есть на него рынок сбыта, хочется попробовать расширения, но если не получится, то и не беда.
С китайскими поставщиками такой фокус особо не прокатывает
Вот тут я Вас совсем не понимаю :-( Речь идёт о продаже Ваших модулей в Китай? Как по мне, такое мероприятие - без шансов на успех. Может я чего-то упускаю?
Готов с Вами согласиться. Вопрос шины - важный и непростой, конфликт выводов тоже рождает проблемы, всё так. Но в ту нишу, которую мы сейчас рассматриваем (небольшие малопотребляющие встраиваемые устройства), не особо вписывается многоплатная контрукция с материнской платой a-la IBM PC. Хотя должен сказать, что для разрешения ЧАСТИ возможных конфликтов на шине мы используем схему SPD - serial presence detect, типа той, что устанавливается на SDRAM. В сложной многомезонниной конструкции на процмодуль не будет подано питание, пока контроллер несущей не убедится, модуль подходящий для неё.
Про SPD планирую рассказать позже, в дальнейших описаниях модуля.
Про какие-то особенные инновации речи нет. Речь про то, что можно реализовать обработку трафика вот таким вот затейливым образом. Вопрос - оно кому-то надо или нет ?
Там же, где и микросхемы PHY. Ваш максимум из приколов к сожалению минимум. Передаваемые данные на L1 содержат (инкапсулируют в себя) все данные вышележащих уровней, и не вопрос их все увидеть и принять решение продолжать передачу или нет.
Чтобы с Вами связались, нужно зарегистрироваться и оставить свои координаты. В течение сегодняшнего, в крайнем случае завтрашнего дня с Вами свяжется менеджер проекта.
Спасибо за комментарий - Вы делаете наше мероприятие лучше! Действительно, в условиях пробел в этой области. Максимальное число правил - 30. Правила будут использовать только 5 tuple (IP адреса источника и приёмника, порты источника и приёмника, протокол). Мы постараемся, чтобы эти правила было трудно свести к одному :-)
Для работы нужно собрать устройство из трёх составных частей: процессорного модуля, корпуса и несущей платы. Увы, но в одном месте приобрести весь комплект не получится. Процессорный модуль можно взять здесь: https://aliexpress.ru/item/1005006777867681.html Будет достаточно модуля с 2 GB RAM.
Несущую плату и корпус можно купить тут: https://aliexpress.ru/item/1005005060415138.html Брать одну несущую плату без корпуса не советую, так как в корпусе есть вентилятор, чтобы процессор не перегревался.
Не обязательно получать время от GPS через последовательный/CAN порт, у многих модулей имеется вывод PPS - Pulse per Second, это вывод частоты 1ГЦ, чей фронт синхронизирован с глобальным временем с максимально достижимой точностью для модуля. Дальше ПЛИС, и синхронизацию можно обеспечить с родной погрешностью GPS + задержки на субнаносекундном уровне из-за ПЛИС.
Самый простой пример: принимаем на входящий интерфейс смешанный трафик из нескольких подсетей; весь трафик, принадлежащий подсети 192.168.*.*/16 требуется направить в выходной интерфейс 1, весь трафик, принадлежащий подсети 10.10.*.*/16 - в интерфейс 2. Два набора правил 5tuple по 65536 записей с индивидуальными адресами не предлагать :-)
Подскажите, есть ли возможность в Вашем устройстве работать с 5-tuple, учитывающим значимые/незначимые биты? Ну например, есть нужда балансировать по подсетям, а не по голым IP?
Трудно возражать, тем более что и у нас этот процмодуль не первый. Был ещё и на ARM926. Но я ведь в конце написал: " Если интереса не будет, что поделать, мы останемся только с четырьмя преимуществами вместо пяти". У нас есть на него рынок сбыта, хочется попробовать расширения, но если не получится, то и не беда.
Вот тут я Вас совсем не понимаю :-( Речь идёт о продаже Ваших модулей в Китай? Как по мне, такое мероприятие - без шансов на успех. Может я чего-то упускаю?
Готов с Вами согласиться. Вопрос шины - важный и непростой, конфликт выводов тоже рождает проблемы, всё так. Но в ту нишу, которую мы сейчас рассматриваем (небольшие малопотребляющие встраиваемые устройства), не особо вписывается многоплатная контрукция с материнской платой a-la IBM PC. Хотя должен сказать, что для разрешения ЧАСТИ возможных конфликтов на шине мы используем схему SPD - serial presence detect, типа той, что устанавливается на SDRAM. В сложной многомезонниной конструкции на процмодуль не будет подано питание, пока контроллер несущей не убедится, модуль подходящий для неё.
Про SPD планирую рассказать позже, в дальнейших описаниях модуля.
Печатная плата и АКД.
Резисторы и конденсаторы SMD считать не будем :-)
Рендер - в заголовке, фото выложу в комменты или в следующую статью через пару-тройку дней. Я правильно понял вопрос?
Про какие-то особенные инновации речи нет. Речь про то, что можно реализовать обработку трафика вот таким вот затейливым образом. Вопрос - оно кому-то надо или нет ?
MAC-адреса при этом подставляет свои?
Начну с конца - не только способ модуляции, но и линейная скорость, и уровни сигналов, и даже стандарт разъёмов.
А вот по поводу инкапсуляции не согласен - сигнал L1 содержит все данные и все служебные заголовки всех вышележащих уровней.
Вот как раз и нет.
Ваша картинка замечательная, возьму себе копию.
Меняю на свою.
Именно в этой модели и увидел :-)
Там же, где и микросхемы PHY. Ваш максимум из приколов к сожалению минимум. Передаваемые данные на L1 содержат (инкапсулируют в себя) все данные вышележащих уровней, и не вопрос их все увидеть и принять решение продолжать передачу или нет.
В том-то и прелесть устройств L1...
Чтобы с Вами связались, нужно зарегистрироваться и оставить свои координаты. В течение сегодняшнего, в крайнем случае завтрашнего дня с Вами свяжется менеджер проекта.
Спасибо за комментарий - Вы делаете наше мероприятие лучше! Действительно, в условиях пробел в этой области. Максимальное число правил - 30. Правила будут использовать только 5 tuple (IP адреса источника и приёмника, порты источника и приёмника, протокол). Мы постараемся, чтобы эти правила было трудно свести к одному :-)
Для работы нужно собрать устройство из трёх составных частей: процессорного модуля, корпуса и несущей платы. Увы, но в одном месте приобрести весь комплект не получится. Процессорный модуль можно взять здесь: https://aliexpress.ru/item/1005006777867681.html Будет достаточно модуля с 2 GB RAM.
Несущую плату и корпус можно купить тут: https://aliexpress.ru/item/1005005060415138.html Брать одну несущую плату без корпуса не советую, так как в корпусе есть вентилятор, чтобы процессор не перегревался.
Не обязательно получать время от GPS через последовательный/CAN порт, у многих модулей имеется вывод PPS - Pulse per Second, это вывод частоты 1ГЦ, чей фронт синхронизирован с глобальным временем с максимально достижимой точностью для модуля. Дальше ПЛИС, и синхронизацию можно обеспечить с родной погрешностью GPS + задержки на субнаносекундном уровне из-за ПЛИС.
Автор, пиши ещё !
Видимо, зачёт не ставили без публикации в инете... Есть вузы, которые таким грешат.
И снова здравствуйте !
Самый простой пример: принимаем на входящий интерфейс смешанный трафик из нескольких подсетей; весь трафик, принадлежащий подсети 192.168.*.*/16 требуется направить в выходной интерфейс 1, весь трафик, принадлежащий подсети 10.10.*.*/16 - в интерфейс 2. Два набора правил 5tuple по 65536 записей с индивидуальными адресами не предлагать :-)
Добрый день, коллеги !
Подскажите, есть ли возможность в Вашем устройстве работать с 5-tuple, учитывающим значимые/незначимые биты? Ну например, есть нужда балансировать по подсетям, а не по голым IP?
А книжка в секретной библиотеке выдавалась на руки в обмен на пропуск, чтобы с территории не уйти :-)))
Конкретной архитектуре ядра нет 15 лет :-)