Перейти к содержанию

    

Кост

Новичок
  • Публикаций

    4
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный
  1. SATA backplane

    Заранее хочу извиниться за возможный оффтопик, но более подходящего раздела форума для своего вопроса я не нашел. Досталась мне практически задаром корзина для жестких дисков и появилась возможность заменить имеющуюся у меня самоделку на нормальную железяку (единственная функция самоделки заключалась в размещении пачки винчестеров на направляющих в вертикальном положении). Беда в том, что корзина предназначена для scsi-винчестеров, и потому сейчас она эксплуатируется со снятой задней панелью/платой, где размещены разъемы для подключения дисков. Соответственно, я хочу сделать панель под sata. Я не профессионал, любитель, с свч никогда прежде не работал. И пока необходимые запчасти добираются почтой, я начитался кучей материалов о разводке дифференциальных пар, и решил сделать пробную плату из того, что уже есть на руках (распечатка в приложении, текстолит толщиной 0.4мм, марка неизвестна, проницаемость намерял в районе 4.8). Просто для того, чтобы проверить расчеты и убедиться в самой возможности изготовления таких вещей дома. Сделал плату, спаял, подключил к винчестеру. Как ни странно, работает. Причем на всех трех режимах - 1.5/3.0/6.0Gbps. Счетчик ошибок интерфейса не растет. И меня этот успех с первой попытки несколько напрягает. Подскажите, пожалуйста, какие возможны "подводные камни" в моем случае? Возможно ли, скажем, повышенное излучение? (дорожки имеют ширину 0.4мм при шаге сетки 0.635мм, что, естественно, много больше, чем в промышленных платах, но достичь лучшей точности с помощью лазерно-утюжной технологии проблематично) Или в таком случае интерфейс просто работать перестанет? Каким образом можно улучшить разделение пар? Например, можно ли воткнуть между парами дорожку общего провода? Я не нашел программ, считающих волновое сопротивление дифпар, окруженных дорожками земли, поэтому сторона, на которой разведены сигналы, напрочь земли лишена (что мне категорически не нравится). Каким образом лучше защитить дорожки от окисления? Я так понимаю, что покрытие платы лаком изменит волновое сопротивление пары. Или этим эффектом можно пренебречь? Приношу извинение за нубовские вопросы, но у меня нет аппаратуры, чтобы вот просто взять и измерить волновое сопротивление пары (я вообще плохо себе представляю как это делается, осциллограф есть, но 6ГГц он явно не потянет=)). И в потребных для экспериментирования ресурсах я несколько ограничен - иначе бы напаял кучку плат, с различными вариантами и отклонениями от расчетов, чтобы затем выбрать лучшее.
  2. Вот, поинтересуйтесь. Интерфейс я разрабатывал с такой целью: дома куча разных терраруимов и аквариумов и хотелось как-то автоматизировать включение выключение света в них, чтобы самому с этим не заморачиваться SSFI
  3. Кабель-переходник USB-LPT

    Цитата(sergunas @ Apr 29 2005, 19:34)Есть моё устройство, связь между которым и компьютером осуществляется через параллельный интерфейс в режиме EPP. Как вы программируете LPT порт? Напрямую? Или используете стандартный драйвер винды? Или же не винды? :) У меня не получилось использовать стандартный драйвер, потому что даже реализовав согласование режима в железе, я потом не смог работать с портом - WriteFile выдавала ошибку ERROR_INVALID_FUNCTION.
  4. Кабель-переходник USB-LPT

    Цитата(Chupakabra @ May 1 2005, 01:11)Это не поможет ? http://tech.prolific.com.tw/visitor/v_filebrw_result.asp В спецификации PL-2305 есть замечательный пункт 5.3 Vendor-Specific Device Requests. Вольный перевод: стандартных запросов достаточно для большинста устройств, однако для пущей универсальности наше устройство поддерживает следующие специфические для него запросы:... Переворачиваем страничку - как в том анекдоте, продолжение в следующей серии - пункт 6.0. Data Format in EPROM!!! :) Видимо какие особые запросы поддерживает этот мост так и останется тайной :( У меня такая же проблема. Точнее, хочется чтобы мое EPP устройство работало как с обычными параллельными портами, так и с подключаемыми в USB. Однако без написания собственных драйверов тут похоже не обойтись :( Кстати, по поводу обращения к мосту напрямую через usbprint: Peter's blog Может пригодится...