-
- Так был изобретён CAN... :-))) - vpv.vpv(19.08.2025 08:29)
- Тише, пожалуйста. А то прибежит Телескопический Петрушка и снова станет кликушествовать. - Toчкa oпopы(19.08.2025 09:46)
- Гы-гы... Была такая контора, которая ваяла сетевухи "Иола". 2Мбод могла дальше километра стрелять. 10МБод, метров 600, если память не изменяет. и 25Мб было, но не помню дальность. Как-то там было оргазмизованно, что коллизий на таких дальностях не было. Забыл, лет 20 назад с ними работали в последний раз. - mse homjak(18.08.2025 20:41)
- Есть коммутаторы store and forward емть cut OlegPowerC(409 знак., 17.08.2025 20:22)
- Вопрос не в быстродействии. На одном устройстве протестировал
задержка запрос-ответ получается 500-600мкс. Вопрос о совместной
работе нескольких устройств. Модбас мастер посылает
широковещательный UDP, слейвы отвечают по UDP на разные порты
мастера - IBAH(18.08.2025 09:58)
- Используйте не широковещательные а мультиадресные - multicast - OlegPowerC(18.08.2025 16:30)
- На что только не пойдут виндусятники и примкнувшие к ним
линуксоиды, лищь бы не решать простые задачи под ДОСом. - Kpoк(18.08.2025 17:37)
- какая связь dos и broadcast / unicast / multicast ? :-) - OlegPowerC(18.08.2025 22:20)
- Интимная. Вам шашечки или ехать? - Kpoк(18.08.2025 23:12)
- Под DOS-ом это вааще убогость. - Гyдвин(18.08.2025 19:36)
- Да я вижу по длине топика. Под ДОСом управились бы в два камента. - Kpoк(18.08.2025 19:41)
- Ethernet под ДОСом? На ассемблере, наверное? :) - Cкpипaч(18.08.2025 20:32)
- Под ДОС есть компиляторы, если что. В том числе и вполне
современные. Да и UDP - не бинтом ньютона. - LightElf(19.08.2025 11:26)
- ...да и управление релюшками можно сделать голосом, с оцифровкий и
передачей UDP-пакетами. Cкpипaч(1 знак., 19.08.2025 14:00, картинка)
- Ну если люди хотят странного - то нет преград энтузиастам. - LightElf(19.08.2025 14:55)
- А потом кто-то другой откапывает эту штуку, смотрит внутрь, немного офигевает и ищет (и находит!) хитрый план. У нас тут в пустыне время от времени такое происходит :-) - SciFi(19.08.2025 14:56)
- Другие предпочитают онанировать в топиках на два экрана, посвящённых повороту задвижки с помощью Интернета. - Kpoк(19.08.2025 14:56)
- Ну если люди хотят странного - то нет преград энтузиастам. - LightElf(19.08.2025 14:55)
- ...да и управление релюшками можно сделать голосом, с оцифровкий и
передачей UDP-пакетами. Cкpипaч(1 знак., 19.08.2025 14:00, картинка)
- Waterloo TCP. akz(186 знак., 19.08.2025 08:24)
- Управление приводами по ТСР?! Йой :) - Cкpипaч(19.08.2025 08:54)
- Разрешение по вертикали - 512 точек (X-Ray точек), размер пикселя
что-то около 5х5 или 8х8 мм, горизонталь - механическая протяжка со
всей нужной синхрой. akz(1 знак., 19.08.2025 09:02, картинка)
- Ну тут конечно без ТСР и архитектуры
Банк-Клиентвааще никак-никак :) - Cкpипaч(19.08.2025 09:10)- Заказчик сказал коаксиал и ничего иного. akz(262 знак., 19.08.2025 09:29)
- Ну тут конечно без ТСР и архитектуры
- Разрешение по вертикали - 512 точек (X-Ray точек), размер пикселя
что-то около 5х5 или 8х8 мм, горизонталь - механическая протяжка со
всей нужной синхрой. akz(1 знак., 19.08.2025 09:02, картинка)
- Управление приводами по ТСР?! Йой :) - Cкpипaч(19.08.2025 08:54)
- Зачем он нужен для пересылки тысячи байтов? - Kpoк(18.08.2025 20:38)
- Я должен перенести ваш вопрос к топикстартеру или вы сами
перенесёте? - Cкpипaч(18.08.2025 20:40)
- Это вопрос к сообществу в целом. - Kpoк(18.08.2025 20:41)
- Т.е. это не ко мне вопрос? Принято. - Cкpипaч(18.08.2025 20:44)
- Это вопрос к сообществу в целом. - Kpoк(18.08.2025 20:41)
- Я должен перенести ваш вопрос к топикстартеру или вы сами
перенесёте? - Cкpипaч(18.08.2025 20:40)
- Под ДОС есть компиляторы, если что. В том числе и вполне
современные. Да и UDP - не бинтом ньютона. - LightElf(19.08.2025 11:26)
- Ethernet под ДОСом? На ассемблере, наверное? :) - Cкpипaч(18.08.2025 20:32)
- Да я вижу по длине топика. Под ДОСом управились бы в два камента. - Kpoк(18.08.2025 19:41)
- какая связь dos и broadcast / unicast / multicast ? :-) - OlegPowerC(18.08.2025 22:20)
- На что только не пойдут виндусятники и примкнувшие к ним
линуксоиды, лищь бы не решать простые задачи под ДОСом. - Kpoк(18.08.2025 17:37)
- >> AlexBi & Nikolay_Po ; Вот как раз широковещательная
передача от мастера меня не беспокоит. Раньше-позже, главное чтобы
одновременно. А вот ответ слейвов, происходит одновременно, и все
пакеты должны пролезть в одну дырочку. - IBAH(18.08.2025 10:20)
- Несколько эхолотов подключают параллельно по RS232, до десяти штук. Мастер, слейвы, адреса. Ответ на широковещательную команду с задержкой на адрес девайса. - maik-vs(18.08.2025 22:09)
- Разумеется, когда все слейвы разом начнут передачу, они создадут коллизию на порту мастера, в его сторону. Но это не страшно. Если коммутатор со встроенной памятью, то слейвы коллизии не заметят, их кадры будут буферизированы коммутатором и отправлены мастеру в случайном порядке. Если без, то слейвы не смогут передать кадр сперва, будет коллизия. Отложат передачу на случайное время. Попробуют снова. И уже кто-то, чисто случайно, займёт канал раньше и успешно передаст. Nikolay_Po(876 знак., 18.08.2025 10:45)
- Коммутатор построит ответы в очередь, так они все в одну дырочку
пролезут. Глупые хабы сейчас уже не встречаются, как мне кажется,
кругом сплошные умные коммутаторы/свичи. - AlexBi(18.08.2025 10:43)
- КМК, надо смотреть на свич. К примеру: "Non-Blocking Store-and-Forward Switch Fabric... 64 KB Frame Buffer RAM" >>> SciFi(1 знак., 18.08.2025 10:59, ссылка)
- Как мне кажется, успех этой схемы будет зависеть от загруженности сети. При отсутствии обмена информацией коммутатор отправит Ethernet пакеты всем устройствам одновременно, с разницей в доли мкс. Но если какое-то устройство в это время что-то шлет или принимает, тогда пакет для него встанет в очередь и задержится на время передачи других пакетов, на неопределенное время. AlexBi(48 знак., 18.08.2025 10:11)
- Если удастся исключить другой, чужой трафик в сегменте Ethernet, то реально. Широковещательный UDP пошлётся с broadcast MAC-адресом назначения. И коммутатор Ethernet повторит его на все порты одновременно. По идее, разницы в задержке между портами быть не должно, но стоит перепроверить - возможно, в некоторых случаях, когда включены фильтры, из-за последовательной обработки ЦП, пакеты могут выйти к получаетелям с портов коммутатора с разным временем. Nikolay_Po(195 знак., 18.08.2025 10:07)
- Используйте не широковещательные а мультиадресные - multicast - OlegPowerC(18.08.2025 16:30)
- Вопрос не в быстродействии. На одном устройстве протестировал
задержка запрос-ответ получается 500-600мкс. Вопрос о совместной
работе нескольких устройств. Модбас мастер посылает
широковещательный UDP, слейвы отвечают по UDP на разные порты
мастера - IBAH(18.08.2025 09:58)
- Это один коммутатор? Т.е. расстояние от мастера до любого из слейвов не
более 100м? Я бы сигналы типа "открытый коллектор" передавал. Все
же 1мс это довольно жестко. - Cкpипaч(17.08.2025 15:12)
- По харду так и есть, ОК или сток, пулл апы на прием и на передачу 49.9 Ом к 3.3 В или 2.5 В. Потребление порядка 100 мА минимум. Канальное кодирование манчестер для восстановления синхронизации. В продвинутых чипах еще кабельный эквалайзер адаптивный есть, они до 150 м могут. - Visitor(17.08.2025 16:06)
- 1мс нормально на сотке, но потери пакетов будут неизбежно. - LightElf(17.08.2025 15:50)
- Перенесено сюда: Nikolay_Po(1 знак., 18.08.2025 10:52, ссылка)
- А причина потери пакетов? - IBAH(18.08.2025 10:08)
- Есть фоновый трафик, есть обновление записей в таблице MAC-адресов свича, есть всякие штуки а-ля Storm Protection, Advanced Link Power Management, etc. Все вкупе почти гарантирует, что раз в час/день/неделю пакет будет теряться. Немного, допустим 0.01% пакетов, но будет и к этому надо быть готовым. Если сеть "только для себя" (гарантированно нет никакого постороннего трафика) и тщательно раскурить даташит свича на предмет его настроек - наверно можно порешать. Но проще LightElf(25 знак., 18.08.2025 12:20)
- Но это как на шину RS-485 пустить посторонние устройства с постороними запросами, а потом удивляться, что это у меня кадры Modbus RTU иногда теряются. Nikolay_Po(435 знак., 18.08.2025 10:52)
- Запустил пинг на свой маршрутизатор (вааще не нагруженный): 5-10ms.
Ок, допустим на UDP будет в десять раз лучше и чо? - Cкpипaч(17.08.2025 15:56)
- ping на маршрутизатор/коммутатор, это вобще ничего не говорит ни о чем. трафик на маршрутизатор / коммутатор бывает транзитный , и на саму железку, так вот сетевое оборудование строится так, чтоб переваривать много трафика от хоста к хосту (в одной сети или в разных), а трафик который идет на процессор самой железки может быть например: OlegPowerC(312 знак., 17.08.2025 22:55)
- Вы экспериментально установили, что в вашем компьютере и
маршрутизаторе не используется RTOS :-) - LightElf(17.08.2025 16:00)
- А в условиях задачи об этом что-то было? - Cкpипaч(17.08.2025 16:05)
- В условиях задачи стоят МК, которые вполне осилят и 0.1мс (но
Ethernet не даст) - LightElf(17.08.2025 16:12)
- Я не говорю что такой результат недостижим, я говорю что "сходу"
результат может быть другой и еще придется глубоко нырнуть в
настройки стека. Cкpипaч(408 знак., 17.08.2025 16:24)
- Маршрутизатор - это на 99% линукс, типичные настройки которого
заточены на максимальную пропускную способность, а не на
минимальную задержку. У вас же, скорее всего, какое-то
энергосбережение гадило. Грета Тунберг дотянулась. - LightElf(17.08.2025 19:27)
- Меня всё устраивает. Мне быстрее и не нужно. И Гретту, очень прошу, без нужды не упоминайте. А то мало ли :) Cкpипaч(176 знак., 17.08.2025 19:53)
- Маршрутизатор - это на 99% линукс, типичные настройки которого
заточены на максимальную пропускную способность, а не на
минимальную задержку. У вас же, скорее всего, какое-то
энергосбережение гадило. Грета Тунберг дотянулась. - LightElf(17.08.2025 19:27)
- Я не говорю что такой результат недостижим, я говорю что "сходу"
результат может быть другой и еще придется глубоко нырнуть в
настройки стека. Cкpипaч(408 знак., 17.08.2025 16:24)
- В условиях задачи стоят МК, которые вполне осилят и 0.1мс (но
Ethernet не даст) - LightElf(17.08.2025 16:12)
- А в условиях задачи об этом что-то было? - Cкpипaч(17.08.2025 16:05)
- IEEE 1588? Или - по ссылке? Toчкa oпopы(1 знак., 17.08.2025 15:11, ссылка)
- Зависит от уровня ответственности. Я использую похожую схему, но не
механизмы включаю, а показания с датчиков собираю. Причём
эпизодический сбой обмена для работы не критичен - мастер просто
отбрасывает этот цикл измерений. LightElf(195 знак., 17.08.2025 15:00)
- А мне кажется все должно работать. Коммутатор поставит пакеты от
слейвов в очередь и они придут компу в порядке приоритетов
коммутатора. - IBAH(18.08.2025 10:01)
- Надо определиться с понятиями: сеть выделенная только под эти действия или там еще что-то ходит? Какая конкретно модель свича? Какие у него настройки в плане приоритетов и защиты от шторма? Какая ОС и настройки сети на мастере? Сколько слейвов в штуках? Как часто происходит опрос? LightElf(453 знак., 19.08.2025 01:35)
- А мне кажется все должно работать. Коммутатор поставит пакеты от
слейвов в очередь и они придут компу в порядке приоритетов
коммутатора. - IBAH(18.08.2025 10:01)
- я не особый знаток, но ответ - однозначно нет. LordN(282 знак., 17.08.2025 12:39)
- Это у меня запасной вариант, вводить задержку между получением запроса мастера и ответом с слейва, пропорциональную номеру устройства - IBAH(18.08.2025 10:06)
- Ethernet не гарантирует доставку. - LightElf(17.08.2025 14:48)
- Уже и не помню, есть разница в пакетах TCP/UDP. - Visitor(17.08.2025 15:15)
- TCP/UDP ходят поверх IP, который ходит поверх Ethernet, это разные уровни. - LightElf(17.08.2025 15:53)
- UDP не гарантирует доставку. Пакет уходит "в никуда" без обратной
связи. - bodis(17.08.2025 15:29)
- раз уж такой интересный разговор. Мне как раз предстоит общаться по
TCP-соединению. Что получу в обратной связи, если не доставлено?
Так-то вижу что просто прозрачный канал, как в диалап-модеме. - Лaгyнoв(17.08.2025 15:53)
- TCP подтверждает прием определенного количества данных (окна) флагом ACK и в этом же сегменте будет acknowlegment number, он будет указывать на номер sequence который следующим ожидает приемник. OlegPowerC(206 знак., 17.08.2025 23:03)
- Мы сейчас Profinet RT/IRT изобретем. Если коротко, то протокол работает на 2-м уровне модели OSI, прям в "голом" фрейме Ethernet и на специальных ASIC чипах. bodis(2 знак., 17.08.2025 22:33, картинка, картинка)
- А ты различай TCP и UDP соединения, для начала :) На удалёнке
получишь необъяснимые паузы до пары секунд. Иногда. В основном,
норм. Cкpипaч(133 знак., 17.08.2025 15:59)
- К сожалению SCTP не взлетел, в отличие от UDP/TCP. - LightElf(17.08.2025 19:22)
- ну пара секунд - ерунда. На модеме SIM800 я могу ждать ответа на команду HTTPACTION и 8, и 10, и 15 секунд. :-) - Лaгyнoв(17.08.2025 16:17)
- Обрыв соединения по таймауту. - LightElf(17.08.2025 15:56)
- это хорошо, модуль мне тогда покажет это. - Лaгyнoв(17.08.2025 16:15)
- Да. TCP не гарантирует доставку, но гарантирует, что о недоставке вы узнаете. Сразу или чуть погодя :-) - LightElf(17.08.2025 19:25)
- это хорошо, модуль мне тогда покажет это. - Лaгyнoв(17.08.2025 16:15)
- раз уж такой интересный разговор. Мне как раз предстоит общаться по
TCP-соединению. Что получу в обратной связи, если не доставлено?
Так-то вижу что просто прозрачный канал, как в диалап-модеме. - Лaгyнoв(17.08.2025 15:53)
- Уже и не помню, есть разница в пакетах TCP/UDP. - Visitor(17.08.2025 15:15)
- Так был изобретён CAN... :-))) - vpv.vpv(19.08.2025 08:29)