Написано "ожидается", но когда спрашивали про TIC32 (якобы на складе по прайсу), нам сказали "нет и не будет". Похоже, какие-то проблемы у них... Но позвоню, спасибо.
P.S.: Позвонил. Нету и не будет.
Ах, вот кто у меня из-под носа перехватил... :)
Разве что в России где-то завалялись, да еще на чьи-то неликвиды надежда.
Или придется новые адаптировать навесным монтажом. К тому же они еще 3х-вольтовые...
Читайте, здесь разжевано неплохо. Я по этому учился, ну еще описание на SPC3, но Вам его вроде и не надо.
ЗЫ: Хотел прицепить, не цепляется. Что PDFы нельзя цеплять?
По поводу статьи: на рис.2 изображено дублирование пакетов в верхнем TCP. А я считал, что порядок доставки пакетов гарантирован TCP. Соответственно, 5й и 6й пакеты пройдут на выход нижнего TCP только после ретрансмиссии 4го. Я что-то не так понял?
Если можно, вкратце про технологию. Я так понял, оно не требует третьестороннего обрудования. ЕМНИП, такое без него невозможно, при правильной реализации файрволла, конечно.
Поставить самому себе такой сервер с выделенным IP, клиент и роутер на объекте будут заходить на него через туннель (например). Или арендовать где-то. Опять же, фиксированный IP (не путать с "серым") не нужен, если использовать ddns (практически любая "мыльница" поддерживает).
Дык, а я уже и сделал... Кабы раньше-то знать...
По существу:866 вроде. Для использования готовых либ особых знаний реализации этого костыля (LFN) не надо.
Собственно, есть простой стек с поддержкой Mass Storage. Хотелось бы добавить обработку хаба. Есть ли ресурсы, где это популярно описано? Всю спецификацию лопатить не хотелось бы.
EFSL навроде поддерживает до ФАТ32. А длинные имена... сам сейчас стою перед подобной задачей. Не все там так просто, особенно с перекодировкой в Юникод.
