Не вижу тут разницы между уарт и эзернет.

Объясните мне тогда, какой такой сакральный смысл вкладывается в понятие "realtime"?

Да, неплохо, уже тем, что работает. Я подобное пытался сделать еще в пору 90s2313 (без PHY) Но толи кварц был кривой, толи руки с головой, так и не смог завести. Сейчас можно помучать иксмегу на туже тему - весьма располагает. Возможно, атмелы ее под это и затачивали в т.ч.



Спор не о реалтайм, а о свитч вс хаб. Так вот, свитч - вещь в себе, а хаб - прозрачен по сути своей работы. В остальном свитч лучше.

Я Вам больше скажу. Я на основе этого дела серийные устройства выпускаю

Щас неспеша думаю над следующей стадией. Еще дешевле

Готовый девайс с коробкой и документацией за $30 в розницу ? Или только модуль эзернет ? )

Еще дешевле - сама реализация озернечивания. Причем в комплексе - меньше микросхем, меньше рассыпухи, соответственно, дешевле монтаж. Плюс еще меньше лапок на проце занято будет.

Потом, конечно, и удешевление девайсов на основе этого дела.

Да и смотря какой девайс. Такой - http://shop.wild-mix.com/product_info.php?...;products_id=32 - $25 в розницу.

Хотелось бы пару гигагерц, да пару гигабайт...


Пока вижу только один способ хоть как-то вписаться в рынок с эзернетом - хмега. Или строить только сложные и дорогие девайсы, но это слишком простой путь.


зы:

Очень тяжелая цена. Я для себя определил, что меньше, чем за $30 за любой девайс, хоть с эзернетом, хоть с уартом, браться смысла нет. На приличной серии можно еще подвинуться, но на рознице будут только убытки.

Сообщение отредактировал Огурцов - Mar 5 2009, 14:50

У вас старые данные - драйвера CAN сильно подешевели. На прошлой неделе купили 100 шт. MCP2551 по 37 руб. (осенью около 27 руб. стоили). А там ведь даже защита от подвешивания сети доминантой есть (ограничение длительности)! А по прайсу ADM4857AR стоит $1,2. Т.е. даже дороже! Хотя я понимаю, что скачки курса, старые запасы и т.д. Но тенденция однако...
Дуплекс на CAN драйверах это конечно будет неэстетично. Я даже сказал бы, что это изврат. Все преимущества теряются + куча лишних проводков. Зачем???


1. Гарантированное время восстановления после сбоев.
2. Отсутствие таких ситуаций, когда различные узлы расходятся во мнении о том, что происходит в сети. В т.ч. и по поводу того, битый этот пакет или нет.

Прекрасный пример реалтайма - CAN.

Мне нужна была скорость передачи и возможность мультиплексировать линию TX мастера. Ждать на симплексной шине пока слейв отключиться (и тем более таймаута) очень и очень долго.
зы: Rs422 брал где-то по 7 рублей, CAN - по 30.

Именно это я и имел ввиду, когда спрашивал "зачем там вообще драйвера CAN???" Весь смысл их применения в том, что передачу можно в любой момент прервать.
А цены нужно сравнивать на сопоставимые по брендовости чипы. Кстати, я не встречал чтобы из нонаме кто-нибудь драйвера CAN делал. Если никто не делает, то это наводит на некоторые мысли...

Мы вроде о бюджетных решениях, не очень высоких скоростях и о малопроизводительных камнях

Причем тут приставка "гига"?



Смысл Вашей фразы ускользает от меня напрочь. И логическую цепь xmega - ethernet построить никак не получается.



Нормальная цена. Оптом (от ста штук) девайс, ссылку на который я дал, стоит $21.



Но информация-то в нужный момент времени из-за ошибки не дошла до адресата. Перепосылка - это уже перепосылка, время-то ушло. Дык какой же это реалтайм? В отличии от события в RTOS (где можно точно гарантировать время реакции, космическое излучение и черные дыры в расчет не берем) тут еще могут быть ошибки/помехи в каналах связи (а вот это уже реальный мир). Поэтому нет гарантии, что сообщение дойдет за время t, которое меньше разрекламированного Т. И никакие "гарантированные времена восстановления после сбоев" не помогут.

Затем, что выходы CAN можно объединять на шине, а выходы RS422 только в хабе. Есть, конечно, и безхабный вариант, но он несовсем правильный.


Зачем, какая разница ? Это же вещи с минимальным уровнем сложности.



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


Нужно построить ethernet на xmega only. Тогда девайс имеет право остаться в нижнем сегменте, с экономией пяти-десяти баксов.


А калькуляцию можно увидеть ?


Закладываемся на ширину канала в десять или сто раз большую, и перепосылаем...перепосылаем...

Это как самоцель? ATMega168 уже не рулит? Или Вы хотите воткнуть 2 пары прямо на камень ATXMega без всяких посторонних привесов рядом (например, у меня функцию этого привеса выполняет RTL8201 за $1...1.2)? Если второе - то удачи



Вы хотите знать, сколько я зарабатываю на этих девайсах? Мало, так, для поддержания штанов. Предупреждая вопрос, сразу говорю - паяют мне их профессиональные монтажники, цена их труда конечно учтена.



Тогда вынужден повторить свой изначальный вопрос - в чем сакральный смысл понятия "реалтайм" в применимости к каналам связи?

Да. Без всяких (кроме транса и около него) посторонних привесов. На 2313 мог быть собран передатчик, а а иксмеги может хватит и на прием.


Не совсем. Хочу знать, что сколько стоит в ваших краях, чтобы знать потенциальные резервы. На вскидку, тот девайс я бы и по себестоимости в $25 не вошел.


А как вы понимаете реалтайм ? Это ведь не "послали пакет - 100% приняли пакет", а "послали пакет - 100% приняли пакет за заранее оговоренный промежуток времени". Поэтому и 1s и 1us могут считаться реалтаймом если такое время принято и пакет за него доставлен.



Хм, задумался...

Допустим мы решили, что 3 ошибки из-за помехи подряд возникнуть не могут. Постановили, что вероятность такого события в нормальных условиях равна нулю. Подобно тому, как считается, что вероятность совпадения CRC у пакета, разрушенного помехой, равна 0. А если таких допущщений не делать, то получается, что вообще передавать ничего нельзя (чёрная дыра нам). Тогда получается, что данные гарантированно передадутся за тройное время передачи пакета. Это справедливо в случае CAN (конечно там для этого нужно с приоритетами поработать, но они для этого и предназначены). А вот в эзернете (каким я его знаю) не так. Там в момент исправления ошибки передачи вполне может ещё к.л. влезть и ещё коллизию создать. Там ведь арбитраж тормозит передачу пакета у обоих девайсов в отличие от CAN, где девайс с высшим приоритетом даже не заметит, что была коллизия. А т.к. сеть в это время перестала передавать, то это даже весьма вероятным становится. А там ещё кому-нибудь передать что-то захочется - опять коллизии. Т.е. сбой нарастает как снежный ком. Можно ещё рассмотреть случай когда связь пропадала, а потом восстановилась и все дружно друг-другу мешать начали. Но и без этого всё ясно.
А в том посте я забыл добавить 3-м пунктом неразрушающий арбитраж.

Так там просто нужно было поставить RS485 драйвер и всё. Зачем там CAN драйвер?
А если уж вам так хочется съэкономить 20 руб. на драйвере, и вы даже готовы из-за этого ставить всякое барахло, рискуя, что оно своим отказом повесит всю сеть. То почему бы не использовать самый китайский драйвер RS485 в режиме CAN. Вообще-то название "режим CAN" я изобрёл только-что. Не знаю как это правильно называется.