jcxz

Не понял... зачем это? А зачем менять в роутере? Там менять ничего не нужно. Но если работодатель не желает покупать нужный для работы копеечный инструмент (который поможет существенно ускорить работу и сэкономить его же деньги), следует крепко задуматься о смене работодателя. Вы так и не поняли о чём я писал..... Как правило "в процессе работы" никакие ни "автоподстройки" ни "автоопределения" не выполняются участниками Ethernet-линка. Настройка скоростей/режимов как правило выполняется в начале работы (после старта или соединения кабелей). И в процессе работы как правило не меняется. Хотя и в процессе работы возможны, но крайне маловероятны.

Противоречите сами себе. "Нужна компактная плата" и в то же время хотите раздуть её на пустом месте. Самая компактная будет (как уже советовали выше) - с паяемыми перемычками на плате.

Совершенно очевидно. Так как вы не указали конкретный генератор .hex и конкретную версию с условиями её работы, значит вопрос относится ко всем существующим в мире генераторам: "Все ли существующие в мире генераторы .hex генерят без дырок?" Очевидно, что ответить "да" на это может только человек, проверивший все существующие в мире генераторы .hex, всех версий, в том числе и разрабатываемые сейчас и будущие. А это невозможно. Значит только = "нет, дырки могут быть". И что? Зачем эти телодвижения? Завтра поменяется ваша программа, поменяется версия компилятора или ещё чего-нить и .hex-файл станет другим. С совсем другим расположением секций данных. Вы после каждой компиляции будете просматривать .hex-файл? Это неправда. Не надо говорить за всех, говорите только за себя. Всегда использовал, использую и буду использовать .hex для загрузки прошивок. Это удобный и простой формат. Поддерживаемый кучей софта. В отличие от всяких специфичных, типа вышеприведённых.

Может и делает. Для того .hex и нужен. PS: И вообще - странный вопрос. Вроде должно быть очевидно, что иного ответа в принципе быть не может. Попробуйте подумать почему.

Чего не сделаешь, когда боишься паяльник в руки взять.

Не нужно мне приписывать чужие слова! Уверены? Чем подтвердите? Например из документации IAR: В других компиляторах тоже видел нечто подобное.

Для отключения SPI EEPROM, достаточно коммутировать только её CS. И коммутировать нужно логическим элементом или аналоговым коммутатором или джампером/переключателем, а не транзисторным колхозом.

У меня в разных проектах - по-разному. Где как удобнее. Где-то и в середине есть. Кстати - почему Вы в своих исходниках применяете такие имена?: Разве имена, начинающиеся с _ или с __ не зарезервированы для компиляторов (или их встроенных библиотек)?

А почему не первым, раз так удобнее? Просто передоговориться по новой и всё.

Ловить мух (взлетающих) много проще, чем прихлопнуть. Подумайте почему. PS: Неужто ребёнок понимает как это легко сделать, а взрослые дядьки - нет.

А если всё же включить голову и перечитать ещё раз?:

Вы вообще прочитали то, что я писал?: А вы опять пытаетесь слепить вместе несколько неизвестных: передачу + приём вашим устройством. Отлаживать неизвестное (ваш девайс) нужно, работая совместно с заранее известно работоспособным (чужим готовым девайсом; например - роутером). А не два неизвестных вместе. Вы занимаетесь разработкой чего-то на Ethernet, даже не приобретя нормального оборудования для отладки??? На самом дешёвом роутере для домохозяек??? Нет. Вы вообще читали, что я писал? Я писал, что конфигурируя роутер можно включить дуплексный или полудуплексный режим работы. Проверив тем самым ваше предположение и неработе в дуплексном режиме. Также можно проверить работу на разных скоростях. Какая "автоподстройка в процессе работы"? Вы в курсе, что такое "Ethernet auto negotiation"? Используете её в своём устройстве или нет? https://ru.wikipedia.org/wiki/Автосогласование

Кошмар.... Отрубание хвоста собаки по частям.

Понятия не имею. Но думаю (учитывая экономность китайцев) - должны быть. Про опциональность я читал где-то в документации USB PD. Когда разбирался с PD.

Это вроде как опционально. Каждый кабель не обязан (но может) поддерживать 2-стороннее втыкание. А значит и не все цепи могут быть спарены.