Полигон-2

Давайте начнём с конца:

[q]

2) когда его память из 2*2000 ячеек заполнена, эти данные по RS232 на комп сбрасываются минут 10, не менее. Это очень убого.

[/q]

Мне непонятна одна вещь: если у нас стоит 32 КБ ОЗУ, то почему ячеек всего 2000? Неужели каждая имеет р-р 16 Б? Если нет, то сколько? Но это к делу не очень относится. По мануалу максимальная скорость RS232 у прибора 19200 бит/с. На такой скорости за 10 минут при стандартных настройках 8-N-1 должно прокачиваться чуть более 1 МБ. Ваши же цифры соответствуют жалким и нестандартным 533 бит/с. 1) какие настройки выставлены для COM-порта на приборе и в принимающем данные софте? Совпадают ли они? 2) вы уверены что дело в приборе, а не в принимающем данные софте? 3) в мануале на прибор описывается команда SW, задающая задержки между каждым битом при передаче через RS232-порт. Дефолтная задержка задана в 20 мс, что при скорости 19200 бит/с снизит реальную скорость передачи почти на треть (при такой скорости на передачу каждого бита требует 52,1 мкс), а максимальная - более чем вдвое! Вы игрались с этим параметром?

[q]

1) после интервала счета импульсов обязательно "курит" не менее 2мс. Но некоторые процессы быстрые, там это непростительно.

[/q]

Стоп! На 8й странице мануала английским по белому написано:

[q]

The DWELL TIME may also be set to EXTERNAL. In this mode, count periods begin with the START key or EXTERNAL START INPUT (TTL rising edge). Count periods terminate with the preset condition, the STOP key, or the EXTERNAL STOP INPUT (TTL rising edge). A STOP key while not counting resets the scan. This allows completely variable dwell times and/or counting periods.

[/q]

Минимальное время, которое нужно удерживать сигналы External Start/Stop, чтобы прибор на них среагировал - 20 нс => дёргая по очереди эти выводы какой-то внешней схемой, мы можем добиться задержки между группами отсчётов в 40 нс (может и меньше, если 2 этих сигнала можно перекрыть, это надо экспериментально проверять). Тогда что получается - или я что-то не так понял или кто-то врёт или просто недоговаривает?

Кстати, а по 488му попробовать подключить есть возможность? Да, я видел, что контроллеры от 700$, но может где-то в организации уже есть?

[q]

Затем принудительный останов на слив данных вовне.

[/q]

Просто принудительный останов и выдача внешнего сигнала, по которому другие девайсы могут что-то сделать (например, поменять свои настройки, чтобы они не влияли на результаты измерений в одной серии; или действительно, слить данные). Но по мануалу слив данных возможен и во время выполнения серии измерений, что в примерах кода в мануале и демонстрируется. Вот я и хочу понять, кто именно здесь врёт. Или недоговаривает.

[q]

Максимальная серия == 2000 измерений в 16-битных числах, насколько понимаю.

[/q]

Дык это и выходит жалкие 4000 байт! Куда ещё 28К делось? неужто под код и внутренние переменные? Или там хранится одновременно несколько буферов под 2000 измерений, на случай, если что-то не считано вовремя?

Ох блин программасты Почему то зациклились на процессорах микроконтроллерах как будто ничего в мире кроме них нет . А тут я вижу задача тупая но быстрая - в общем идеальное применение для ПЛИСины . Той и за сотню мегагерц не проблема считать да и время отмечать промеж ссоедними фотонами и в ОЗУ складывать параллельно тоже не вопрос . А если надо тупо выводить на RS-232 то прям из нее .

Мда открыл схему 100 мегов ради одного листочка Ресайзил до 2048 точек и в jpg - стало сразу занимать 800 килобайт А если по прибору - если требуется тупо на компутер данные засаживать и фотоны считать - то проще эту платку выкинуть нафиг и в пределах суммы не особо напрягаясь сделать свою - я бы делал на ПЛИСе с AVRкой . Ну и озу статику если нужно поболе чем 64 к то снаружи засадить статику - они щас тоже весьма большие .. Это будет быстрей чем разводить порнографию с расковыриванием прошивки

del