Jackov

Это тоже скрипт МоделСима, назначает вывод нужных сигналов на временную диаграмму и указывает в каком виде они будут показаны. Посмотрите серии 11 и 12 из этого плейлиста, поможет разобраться что есть что https://www.youtube.com/playlist?list=PL4UMfOeGYsvblwrP3VYKHq11xgkxVqoUj

Как попало, но трансформаторы расположены близко к разъёмам, почти вплотную. Что значит правильные контакты? В смысле распиновка? Имеется pcb-шник, там всё хорошо видно что куда подведено.

И как? Симулятор исполняет тестбенч, что в тестбенче написано так и будут переключатся сигналы входных воздействий. Сам симулятор ничего не переключает.

Поставил R8, R9 и C3. Положительного эффекта нет. Общую связь, обведённую красным, пока разъединить не удалось, ноги соединяются под трансформатором, это надо его выпаивать чтобы перетереть дорожку. Пытался так делать - там вообще какая-то бесовщина начались и я это направление развивать не стал. Интересно вот что. Исключил коммутатор, соединил два устройства напрямую, запаяв короткую витую пару, около 30см, непосредственно на ноги трансформаторов и всё заработало. До этого тоже соединял без коммутатора, но кабелем метра 3-4, и он был составной. На устройствах разъём СНЦ160, а на коммутаторах обычный rj45, а кабеля СНЦ-СНЦ такого нет, потому соединял СНЦ-rj45 -- rj45-rj45 -- rj45-СНЦ. rj45 соединял между собой через переходничок мама-мама. Кабель rj45-rj45 был, естественно, с переворотом, чтобы rx шёл в tx. И вот с такой конструкцией были сбои. А вот как его найти то? А то говорят "интернет помнит всё". Только как что-нибудь действительно понадобится фиг это найдёшь.

Попробуйте для начала посмотреть этот плейлист https://www.youtube.com/playlist?list=PL4UMfOeGYsvbPDapirH9GOJ93CBSOe49Y

Да хрен знает, может и в описании регистров ошибка. Ага, ясн, спс. Оставлю это напоследок. Тут обнаружилось, что в схеме подключения трансформатора не хватает резисторов R8, R9 и конденсатора C3: Критично ли их отсутствие? И ещё. Вот смотрю я на схему и меня смущает связь обведённая красным. Не будет ли из-за неё взаимных влияний сигналов друг на друга (и соответственно искажений) идущих одновременно по линиям Rx и Tx? Зачем вообще так сделано?

Факт есть факт. На своём устройстве я ничего не трогаю, на ПК меняю ful/half. В обоих случаях на ПК есть приём. Если не трудно повторите тезисно, может действительно что-то пропустил. Да проверял уже... Ну оно, собственно, и логично. Если скорости совпадают, то почему должен отсутствовать приём. Это делалось исключительно ради эксперимента. У меня была задача проверить мой передатчик, передаёт ли он все кадры. В ответ с ПК я ничего не посылал. Я только подсчитывал кадры. То есть виндовозными средствами никак? У меня нет уверенности что установка режима в 1986BE3T отрабатывает правильно. К тому же есть подтверждение И если BE1 глючат то почему BE3 не могут? Вот я и хотел через ПК посмотреть какой режим стоит по факту. И ещё вопрос, кто-нибудь может объяснить мне смысл этих полей:

Делал так: на устройстве запустил программный счётчик отправленных кадров, подключил устройство к ПК на котором запустил WireShark, запустил устройство, остановил, сравнил значение счётчика с количеством принятых кадров в WireShark-е, сходится. Делаю вывод что передача работает, значит проблема со стороны приёмника. Далее хочу проверить режим в котором фактически находится устройство, в настройках сетевой карты ставлю 100M-full, потом 100M-half. В обоих случаях WireShark принимает кадры, т.е. получается так что если с одной стороны будет 100M-full, а с другой 100M-half, то связь всё равно будет работать. Отсюда вопрос, как-нибудь в Win7 можно посмотреть какой режим стоит у оппонента, может быть какая команда есть в консоли?

https://www.youtube.com/playlist?list=PL4UMfOeGYsvbPDapirH9GOJ93CBSOe49Y https://cloud.mail.ru/public/ZPc1/cRtwRpcZe

Из своего опыта пишите? ))))))))))))))))))))))))))))))) Теперь серьёзно. Так мне проблемы в проекте искать или любой роутер брать? "Любой" у меня уже есть, даже несколько. Должны, но не работают (не порты, а коммутаторы). Меняю коммутаторы прямо на горячую, соединяю напрямую, - картины разные. Мне не нужно 10M и half, мне нужно 100M-full. Даже если заработает на 10M или half, то мне этот факт никак не поможет. Проверил, автоподстройка отключена, режим 100M-full выбран жёстко. Начинаю думать, что проблема носит электрический характер, потому что картина меняется не только при смене коммутатора, но и при смене экземпляра устройства. Наверно надо рыть в этом направлении...

Да я тоже так думаю. В провинции зарплаты не очень высокие мягко говоря, чтобы железки за свой счёт покупать. А что за железка-то такая, я так и не пойму? Чем он лучше коммутатора для домохозяек? И есть промежуточный положительный результат. Вместо коммутатора для домохозяек поставили боевой коммутатор, такой какой будет стоять на объекте. Подключали без меня, но со слов очевидцев стало лучше, насколько лучше не знаю, сам ещё не смотрел.

Что бы проверить Вы же сами говорите Вот про это и говорю. Попробовать задать жёстко, может как-то влияет.

Да читал конечно. Вот только где же взять такой девайс чтобы кадр выдавал строго по команде с чёткозаданной задержкой? А роутеры, насколько знаю, кадры не выдают, они их коммутируют. Да я бы там тоже, как в смайлике, постучал бы кому-нибудь по голове, только всё бесполезно. Изначально ПО писал не я, мне поручили его довести до ума. В вопросы какие там стоят делители частоты и режимы работы я ещё пока не углублялся, в ближайшее время конечно же всё перепроверю. Но в роутере ничего поменять нельзя, остаётся только менять на самих устройствах. Ну автоопределение, не цепляйтесь к словам.

ETH_BRG не вижу, а вот ETH_CLK и ETH2_CLK таки есть. У этого микроконтроллера два Eth, можно попробовать с одного на другой передать и одновременно во встреч пустить. Но скорее всего и так не получится, пока во второй Eth будешь загружать кадр, первый уже передаст. У нас самый простой коммутатор, не факт что настраиваемый, а если да то я не знаю как, но скорее всего нет. Т.е. хотите сказать, что в процессе работы слетает автоподстройка? Интересно, нужно проверить.

Есть теория, что проблема возникает во время одновременного приёма и передачи кадра. А что бы это воспроизвести, это надо по какому-то общему сигналу запускать передачу и на внешнем устройстве и на этом. Как такое провернуть пока непонятно. И ещё что интересно, кадры гоняем через обычный китайский ширпотребовский коммутатор, какой-то D-link, так вот через коммутатор сбоев больше чем без него. С коммутатором сбои как-то волнами идут, вроде нормально, потом пошла волна частых сбоев, потом опять нормально. Напрямую сбои тоже есть, но заметно меньше, может 1, 2 в минуту. А разве MAC не частотой ядра тактируется?