xdeller

Пробник уехал, надеюсь, что принесет пользу.

Привет, без дела валяется bdi2k, по симптоматике - что-то нехорошее с стабилитронами, начинает бут луп с примерно 5.2 входных. Бутфлешка то ли недопитана, то ли покоррапчена, загрузку до установления связи через последовательный порт сделать не получается. Территориально ДС, м. Академическая. Отдается даром, но есть нестрогое предпочтение в виде обмена на пачку чистых cd-r. В комплекте только сам дебаггер, без таргет кабелей и источника питания.

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

Приветствую, на обычной матплате формфактора picoATX хотелось бы напаянный чип перетащить в сокет, то есть отпаять чип и припаять кроватку. При возможности купить или сделать адаптер типа TopHat, предпочтительнее пойти по этому пути. Предложения, пожалуйста, направляйте на andrey+rom at xdel.ru

Спасибо, я территориально в Мск. Напишите, пожалуйста, на andrey at xdel.ru.

Нужен сабж на короткое время для проверки работоспособности JTAG на МП, с Xilinx (DLC9G) почему-то дружить тот интерфейс отказывается, хоть таргет и инициализируется. Готов купить или взять попользоваться возмездно, пишите пожалуйста предложения в приват.

С драйвером проблем нету, используется ядерный ftdi_sio. Дело в том, что слиптрекеры предыдущих моделей кроме отличного бодрейта имели другой протокол обмена, сейчас там аскей не задействован вообще и используются байты выше 127 и нулевой(зачем?). В общем спасибо, буду на 19200 пинать железку.

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

А, конечно - гостевая система, в которую проброшен усб-девайс - windows 2008, можно считать, та же семерка, драйвер с оффсайта фтди. Про сам лог - имеет ли смысл делать соединение сразу на 19200 и пытаться общаться с девайсом или нужно обязательно повторять путь выше? Поскольку даты в сессии на 9600 не передается никакой, возникает вопрос, зачем она создается.

Возник вопрос - как можно интерпретировать лог ниже? Видно, что бодрейт меняется, но одна из сторон - FT232RL(будильник sleeptracker elite) по определению крайне тупа и не должна изменять параметры протокола во время работы. Дамп делал в виртуальной машине c помощью дампилки последовательных портов от aggsoft, в хост-системе вайршарк выдает крайне малочитабельный дамп обмена по юсб, из которого сложно выцепить что-либо кроме собственно дата-чаров, передающихся после установления последовательного протокола. Предыдущие версии будильника работали, судя по исходникам, на 24008N1, потому такое поведение и удивляет. <20120117010045.756 SYS> COM is open <20120117010045.756 SYS> In/out queue size 4096/4096 <20120117010045.756 SYS> Baud rate 9600 <20120117010045.772 SYS> RTS on <20120117010045.772 SYS> DTR on <20120117010045.772 SYS> Data bits=8, Stop bits=1, Parity=None <20120117010045.772 SYS> Set chars: Eof=0x00, Error=0x00, Break=0x00, Event=0x00, Xon=0x11, Xoff=0x13 <20120117010045.787 SYS> Handflow: ControlHandShake=(DTR_CONTROL), FlowReplace=(TRANSMIT_TOGGLE, RTS_CONTROL), XonLimit=2048, XoffLimit=512 <20120117010045.787 SYS> Baud rate 19200 <20120117010045.787 SYS> RTS on <20120117010045.803 SYS> DTR on <20120117010045.803 SYS> Data bits=8, Stop bits=1, Parity=None <20120117010045.803 SYS> Set chars: Eof=0x00, Error=0x00, Break=0x00, Event=0x00, Xon=0x11, Xoff=0x13 <20120117010045.803 SYS> Handflow: ControlHandShake=(DTR_CONTROL), FlowReplace=(TRANSMIT_TOGGLE, RTS_CONTROL), XonLimit=1024, XoffLimit=1024 <20120117010045.803 SYS> Set timeouts: ReadInterval=-1, ReadTotalTimeoutMultiplier=0, ReadTotalTimeoutConstant=0, WriteTotalTimeoutMultiplier=0, WriteTotalTimeoutConstant=2147483647 <20120117010045.803 SYS> Set timeouts: ReadInterval=-1, ReadTotalTimeoutMultiplier=0, ReadTotalTimeoutConstant=0, WriteTotalTimeoutMultiplier=0, WriteTotalTimeoutConstant=212900 <20120117010045.803 SYS> Set timeouts: ReadInterval=1000, ReadTotalTimeoutMultiplier=0, ReadTotalTimeoutConstant=1000, WriteTotalTimeoutMultiplier=0, WriteTotalTimeoutConstant=212900 <20120117010045.803 SYS> Set timeouts: ReadInterval=1000, ReadTotalTimeoutMultiplier=0, ReadTotalTimeoutConstant=1000, WriteTotalTimeoutMultiplier=0, WriteTotalTimeoutConstant=2147483647 <20120117010045.803 TX>

Здравствуйте! К сожалению, поиск по форуму и беглый просмотр предложений поставщиков в Москве ничего не дали, поэтому пришлось создать топик. Нужен двусторонний текстолит на .018/.024, заказал с ебея - посылка из US протерялась, плюс сейчас почему-то чуть ли не половина отправлений из штатов дропается, а заказывать больше там негде. Буду очень признателен, если подскажете, как в мск за разумное время получить такой текстолит. (Пишу в rf & microwave, поскольку более подходящего подфорума я не вижу).

Интересует, есть ли в природе готовый _программируемый_ сабж. Вариант - спаять последовательно кучу быстрой логики или проводков и переключать пути - не годится, как очень громоздкий. То есть, нужна программируемая линия задержки с zero time delay =< 1нс и покрывающая диапазон 10-15 нс с шагом 0.5 или 0.25