jcxz

Судя по лексике: sasamy - это случайно не новая реинкарнация небезизвестного на многих форумах Эдика?

Вы так и не желаете прочитать то, что писал ТС. А писал он: Очевидно что кадры ходят, но доходят не все. А микротик позволяет проконтролировать количество принятых кадров с Ethernet-интерфейса. Там есть счётчики кадров на каждом порту. Это как минимум. И что...? И там не линух если что. Курите матчасть. Сомневаюсь, что вы даже знакомы с Ethernet. Понимаете что это такое. Судя по той дичи, что пишете....

Ложь. Какой смысл во всех этих нескольких сетевых картах??? В исходном сообщении ТС даже нигде не писал, что связь устройства нужна с ПК. Почему некоторые неадекватные персонажи здесь решили, что связь нужна с ПК - непонятно. Если ТС например отлаживает связь по Ethernet между какими-то двумя устройствами (среди которых нет ПК), то как именно помогут хоть десять сетевых карт в ПК - опять неясно. Далее - ТС пишет про проблемы с Ethernet, а не TCP/IP. Может там чисто только Ethernet-кадры, без TCP/IP? И если так - то как именно эти "советчики" предлагают отлаживать обмен по Ethernet из под win? Надеюсь эти "советчики" смогут понять вопрос? А роутеры MikroTik имеют средства контроля за прохождением именно Ethernet-кадров. Также позволяют гибко настроить различные правила маршрутизации. Которых пользователи роутеров для домохозяек даже представить себе не могут. PS: Таким "советчикам" совет один: Попытаться включать голову при чтении сообщений на которые пытаетесь отвечать.

Разве в наше время кто-то из поколения next читает такие книги? Сколько посмотришь форумы - все ищут где надёргать в инете готовых примеров и из них что-то слепить. Даже не пытаясь самостоятельно разобраться в теории и реализовать самостоятельно.

Для чукчей-нечитателей повторяю вопрос ещё раз:

Причём тут "роутеры с веб-интерфейсом"? Где я такое писал? Вы вообще понимаете вышенаписанное???

Удобнее? Да ладно? Чем же интересно? Тем, что при интенсивной передаче чего-то (типа той же киношки) по WiFi, начинает периодически на секунд 10 подвисать беспроводная мышь? В чём именно преимущество подключения рабочего компа embedded-разработчика к инету по WiFi вместо нормального Ehternet? Рабочего компа, к которому по определению подключено проводами кучка отладчиков, отладочных UART-ов, отлаживаемого оборудования, лог.анализаторов и т.п.? Провода уже есть, их много. В чём грандиозный выигрыш от их уменьшения на 1шт + покупки дополнительной WiFi-карты, вместо просто покупки нормального роутера (в котором кстати не один Ethernet-разъём как в ПК, а несколько). ЗЫ: Вы похоже путаете embedded-разработчика с веб-дизайнером, которому действительно легко обойтись без проводов.

У меня совершенно нет уверенности, что ТС понимает где и как в его прошивке задаётся режим Ethernet; где и как разрешается авто-подстройка и задаются её параметры.

Очевидно - чтобы протестировать работу в каждом отдельном режиме: 10M-half, 10M-full, 100M-half, 100M-full, ... А также - чтобы проверить работу авто-согласования в устройстве ТС.

И как в этом "любом роутере" установить нужный режим работы для Ethernet-порта? Скажем 10M-halfduplex? Можете рассказать? А вы не читали - что я писал выше?

BT-клавы - отстой полный! когда вокруг много других таких же... То нажатия кнопок пропадают, то вдруг наоборот - она начинает сама по себе писать код. Игрушка это, для "посмотреть кино управляя плеером на расстоянии". Не более.

Нужная железка стоит меньше дневной нормальной оплаты труда разработчика (если не брать топ-модели). Даже в РФ. Даже в несколько раз меньше (некоторые модели). Автор же потратил на борьбу с проблемой уже несколько рабочих дней - в несколько раз больше цены железки. Какого-нить https://220.lv/ru/routery/marsrutetajs-mikrotik-lite-classic-rb941-2nd?id=5050257 за ~22 евро хватило бы скорее всего. Но для конторы лучше конечно взять что-то посерьёзнее. Раз уж решили разрабатывать с Ethernet. PS: Манагеров, экономящих на пуговицах, и в результате теряющих многократно больше - нужно гнать в шею.

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

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

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

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

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

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

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

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

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

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

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

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

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