заменил XOR 2мя транзисторами...
надо пересчитать временные задержки под реальные микросхемы...
roman.com, напиши перечень имеющихся микросхем время прохождения сигнала по ним, а я попробую под них схему нарисовать.

перечень имеющихся микросхем... большой))
разные логические элементы... регистры... счётчики... мультиплексоры... и т.д.

время прохождения сигнала по ним я не знаю... только примерно))
если бы я знал точное время прохождения сигнала... то эта схема уже давно бы работала))
проще придумать по моему уже невозможно))

для измерения точного время прохождения сигнала нужен прибор...

которого у меня сейчас под рукой нет...
в этом вся проблема...


Добавлено after 8 minutes 39 seconds:
вот тут чувак сделал на ATtiny85...

https://www.youtube.com/watch?v=mwcvElQS-hM
https://www.youtube.com/watch?v=m4f4OzEyueg

собственно именно этот чувак и натолкнул меня на идею сделать всё на ардуино.))


только у него в приёмнике используется семплирование... 31 мгц...
по признаниям самого чувака у него большая потеря пакетов... ATtiny85 плохо справляется с приёмом пакетов...
нам такой вариант не подходит.
надо делать как положено - с отдельным блоком синхронизации и т.д.
Тогда всё будет работать идеально))

У тебя задержка на 1 элементе 17мс, а на 3 - 45мс... 17*3 != 45

Добавлено after 59 minutes 49 seconds:
Дописал время распространения сигнала по логическому элементу (установил 15нс), XOR сделал на транзисторах, вписал приём в 4 корпуса... но по времени получилось впритирочку... как у тебя такие длинные цепи успевают

Спойлер

Добавлено after 2 minutes 33 seconds:
сдвиговый регистр с защелкой применил для тог, чтобы можно было во время приёма следующего байта обработать пришедший... хотя, наверно это излишнее

регистр с защелкой не нужен... поиск и захват сигнала будет делать ардуина))
всё что нужно - выделить синхро сигнал и подать на XTAL ардуины...

на 1 элементе 17мс, а на 3 - 45мс... 17*3 != 45
это примерно)) так показал тестер...
тестер показал скважность сигнала одновибратора на 3-х элементах ~15...17 нс
сколько точно я не знаю))
протеус показал 11 нс...
даташит говорит 8...9 нс

а сколько точно - знает только прибор))


Добавлено after 7 minutes 35 seconds:
всё это напоминает настройку блока синхронизации... телевизора))

или сведения лучей...
через строчная развертка ))


приборы нужны...


Добавлено after 3 minutes 10 seconds:
а что если посмотреть сигнал на... телевизоре ?))

частоты до ~30 мгц телевизор показывает...
примерно так выглядит частота 30 мгц на телевизоре))

только не акая красивая... но видно чётко))

приплыли))


Добавлено after 17 minutes 20 seconds:

импульс ~5 мкс...

в принципе... можно разлядеть и наш манчестер...))
но это уже извращение...

короче... нужны приборы... хотя бы показометры))

ещё один вариант схемы...

далее...

уже лучше))

время включения - выключения логических элементов сильно зависит от напряжения питания...

но в целом синхронизатор уже работает стабильно)) если можно так сказать))

далее...
подкрутили схемку))

улучшили синхронизацию...

на самом деле там сигнал синхронизации уже близок к меандру... просто в протеусе не могу воспроизвести...))

далее...
пакетики уже побежали))


на осциллограммах и анализаторе видно что первый и последний бит Ethernet пакета теряется...
в принципе это не столь критично... работает и так))
хотя надо подумать как ещё улучшить...

далее...
ещё подкрутили схемку))

пакетики побежали ещё быстрей))



Добавлено after 6 minutes 23 seconds:
синхронизация работает по первому биту...

пока эта схема работает стабильней чем другие...))
потом надо ещё подумать...


а вот усилитель пока не работает... совсем)) просто тупо возбуждается и всё... ))

в первоисточнике использовали ОУ...

у меня нет такого...
значит... нужна другая схема))

далее...
ещё подкрутили схемку))

работает))

надо ещё подумать... что подкрутит))

далее...
подкрутили схемку)) и программку ))

работает))

только иногда наблюдаются потери пакетов...

это связано с тем что скорость обработки пакетов пока не высока...
если в локалке работает куча устройств с широковещательными пакетами... то МК просто не успевает их обрабатывать...
связка ATmega8 + ATmega328 слишком медленно работают))

мда...
от DDOS-атак наша схема пока защищена слабо))

надо ещё что-нибудь подкрутить))

работает... работает... 5 минут))
потом бах ! ATmega8 зависла...


Добавлено after 7 minutes 8 seconds:

угу ))
мы об этом догадывались))
теперь надо думать как с этим бороться...

добавили RESET... теперь мега8 сама перезапускается в случае зависания...
осталось доделать кадровую синхронизацию... чтоб мега8 не зависала...

добавили пакетную синхронизацию...

идею взяли из радиоуправления...

в целом приёмник уже работает достаточно стабильно.
глюков ATmega8 почти нет))

надо ещё что подкрутить))

фигня это всё)) глюки остались...
похоже тактировать мегу8 прямо из сети - не лучшая идея))
в сети много помех... мега8 зависает от помех...

остаётся только RESET...
усилим контроль))



Добавлено after 4 minutes 56 seconds:
вот идеальная схема))

только для нормальной работы нужна тактовая частота 40 мгц...
мега8 такую не потянет)) жаль...

тесты продолжаются))

ошибка программы...
нормально мега8 тактируется из сети ))


этого никто не знает))

максимальная частота кварца меги8 = 25 мгц. Проверенно))

максимальная частота внешнего тактирования меги8 = ... никто не проверял))

всё работает))

Да уж, получилась "простая" схема, особенно в сравнении с W5500 за 220 рублей.

1.
Я свидетель импортозамещения ! ))


2.
- интернет на W5500 - ток 80 mA
- интернет на AVR - ток 30 mA

3.
универсальность ))

и т.д.

ну это на AVR получилась большая схема)) просто AVR медленно работают...

а если взять что-нить побыстрей... типа STM32 или ESP32... то схема будет попроще...

схема будет примерно такая

но это уже совсем другая история))