hypertrm.exe под виндой
под никсам minicom или чё нить подобное

Гм. А зачем еще какая-то программа? Терминалом и пользуйтесь. Я, например, Br@y's Terminal использую.

мда, ща пробовал побайтово с проверкой CTS. c учетом дампа в кансоле отладочной информации получилос ~5 кБод/сек при сконфигурированных 3Мбод. надо искать другие подходы либо писать драйвер, чтоб работать в режиме ядра

Сообщение отредактировал ElcnU - Feb 8 2008, 08:28

Вроде запустил VNC1L c FIFO, впечатления такие, одним словом ТОРМОЗ. Максимум, чо удается выжать примерно 130-150 кБ/сек. Одна команда так и не заработала CD ( change directory). Квитирование странное, иногда при записи в файл вдруг ни стого ни с сего возникает запрет на запись и требуется чтение (вычерпывание) буфера, только после этого можно продолжать запись иначе полный "висяк". Допускаю, что у меня тоже не все сделано гладко, но работает. МК ATmega128. Перехожу к написанию библиотеки под UART. У кого какие впечатления, очень интересно обсудить ньюансы и возможные грабли.

в принципе после отключения DMA на BF537 всё завелось на 3х мегабитах(баудрэйт). а скорость впринципе таже 130-150 кБ/сек.

Дык буфер у нее маленький, от того и тормоз. Ей же FAT с FlashDrive постоянно перечитывать приходится. А куда она его считывать может? Только во внутренний буфер. А он маленький. Вот если бы можно было прицепить внешнюю SRAMину хотя бы на несколько сотен кБайт, то думаю раза в три скорость бы можно было поднять.
Кстати, по моим подсчетам расчитывать на скорость записи/чтения выше 1,5МБайт/с в любом случае не стоит. Это теоретический предел для VNC1L на данный момент.

ну по rs232 точно не поднять такую скорость, потомучто максимальный baud rate 3 МБот/с

Так вот и получается, что узкое место не внешний интерфейс VNC1L, а внутрення реализация обмена с USB учтройствами. Тогода получается, что использование FIFO серьезного выиграша не дает, зато занимает 12 ног контроллераю. Можно ли сделать такой вывод? А кстати, что можно сказать про SPI, кроме того что он внешне какой то кривой?

У VNC1L нету выхода запроса прерывания для сигнализирования подключения USB FlashDrive (выходы для индикации не считаем) и/или готовности к транзакции. Поэтому в режиме SPI нужно постоянно поллинг внутренних регистров делать. Режим UART с этой точки зрения удобнее: каналы приема/передачи раздельные, сигналы для квитирования обмена имеются, момент подключения USB FlashDrive по сообщению от VNC1L отловить несложно.

Подскажите пожалуйста, можно ли работать в режиме сокращенных шестнадцатеричных команд в "терминалке"? И еше вопрос - какой командой можно создавать файлы?

нет, потомучто там непечатываемые символы юзаются

OPW file
в pdf всё есть

Можно, но не любой. В Br@y's Terminal, например, есть такой режим. Только в терминалке-то как раз удобнее обычными командами пользоваться.
В новой ревизии прошивки (3.62) имеются команды
иСкачайте последнюю версию прошивки и читайте Vinculum Firmware User Manual V2.3 Rev 2.pdf

Есть необходимость работы с VNC1L по интерфейсу FIFO. Подскажите, какой режим записи (команд либо данных) лучше для этого использовать в плане скорости либо удобства записи и можно ли в FIFO управлять скоростью записи в FLASH?

Спасибо огромное за все предыдущие ответы. Я только в начале пути освоения подобных вещей и заранее прошу прощения за может быть не совсем корректные вопросы.
Если кто-нибудь работал с VNC1L по FIFO с использованием PIC контроллеров, буду благодарен за ссылку на какой-нибудь тестовый пример.

Господа! Поясните, пожалуйста, смысл процедуры синхронизации контроллера с VNC1L. Необходима ли подобная процедура при использовании FIFO интерфейса?

Если я правильно понял речь идет о команде ECHO? Кроме как получение обратно того, что послал ни какой синхронизации, на мой взгляд, не просматривается. Косвенно можно судить о готовности VNC1L к работе, хотя это можно сделать прочитав сообщение STARTUP. А вообще то загадка, что они хотели.