Осц.-пр. к ПК версия 2 (упрощенная)

Wladimir_TS: Пока одна мега сохраняет данные прямо из порта в память, не успеют-ли эти данные
Не успеют, весь смысл именно в конкретном АЦП и синхронизации с ним, он должен выставлять данные по переднему срезу клока, а АВР запоминать по заднему -измениться они не успеют.
Wladimir_TS: К 555СП1 не потянет даже 10 мегагерц - очень медленная.
Делали мы их ,эта серия с натяжкой работает до 40 мГц, а уж 20-25 без проблем.

2 : caddr - сколько тактов выполняется -Передача блоков данных - LDM, STM (ldr проверять наверное не надо)

специально посмотрел в спавочнике К555СП1 - сравнение =24нс

AnSi
Такой код

.rept 64
ldr r0, [r1]
ldr r3, [r1]
ldr r4, [r1]
ldr r5, [r1]
ldr r6, [r1]
.endr

Как предполагается использовать LDM, STM?
Я так понял, LDM не умеет сохранять из одного адреса в несколько регистров (т.е. адрес либо увеличивается, либо уменьшается в процессе).

: Alexey ==Кстати, на каких мегах вы делаете?
--- девайс пока в макете т.к. нет АЦП, но вероятно на буфер буду ставить мега128 - памяти побольше за приемлемую цену(160р) и выводов достаточно для расширения функционала(второй канал, цифровой анализатор).
на "обработку" пока не решил т.к. хочется с USB, но пока программы нет вероятно буду гнать на "звук", возьму звуковуху за сто рублёв, сниму входной конденсатор и.... .
кстати в связи с этим введу в протокол "размер выгружаемого буфера" - чтоб не все 12кб выкачивать. Хотя при 96кгц звуковухи можно 12кб почти 8раз за секунду слить - вполне нормально, но на экране больше "ширины экрана" не влезет, а для "записи" можно и увеличить.

AnSi: но вероятно на буфер буду ставить мега128 - памяти побольше
Я бы не советовал , она на 16 мГц.
А вообще то можно не спешить - Атмел запускает новую серию: 8-разрядные AVR Xmega с тактовой частотой до 32 МГц

про Хмеги я читал, только когда они появятся в рознице?
а на счёт 16мгц - атмел в даташите нормирует потребляемый ток до 20мгц - значит обязаны работать и потреблять ток просто "железячку" сверху приклеить для охлаждения.
нормативы длительности 1 / 0 тактового сигнала тоже вполне допускают 20мгц

Требования к характеристикам внешнего тактового сигнала -
Длительность единичного импульса 25 нс
Длительность нулевого импульса 25 нс

насчёт софта - тут кто-то интересовался медленно меняющимися процессами – очень подходит применение электрокардиографов и энцефалографов – встречал любительские(доступные) разработки до 48каналов. Программы можно взять и «фирменные» - если есть знакомые в больнице. Например 4канальный кардиограф от «нейрософта» вообще не имеет обмена с компьютером – просто непрерывно гонит в СОМпорт результаты замеров.
для рисования графиков температуры, оборотов двигателя, давления впускного кол. , углов зажигания, биений колёс и т.д. вполне подходящая вещь.
кстати - поставить в автосервис - паспорт на "балансировку колёс" печатать - круто

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

AnSi: нормативы длительности 1 / 0 тактового сигнала тоже вполне допускают 20мгц
Может оно и так , но всетаки разогнать до 24мГц , реальнее ту которая с до 20 оффициально.
AnSi: про Хмеги я читал, только когда они появятся в рознице?
Думаю, к осени, сейчас с этим быстро, все денег хотят. Вот-вот про них расскажут.
Еще , я думаю, что 4-я АВР не слишком нужна, конечно с ней проще, но ФИФО постоянно крутить не обязательно, достаточно запустить его за некоторое время.
AnSi: девайс пока в макете т.к. нет АЦП,
Вместо АЦП , на макет, можно поставить счетчик и считать клок, а потом наблюдать пилу, иначе как Вы узнаете правильно ли засинхрились меги между собой? Меня пугали этой проблемой.

2 : Alexey == Вместо АЦП , на макет, можно поставить счетчик
-- об этом я пилал на 30странице
== Еще , я думаю, что 4-я АВР не слишком нужна
-- это не просто проще - это гарантирует запись события, отдельный "обработчик" позволяет расширить функционал и что немаловажно позволяет легко приспособить для конкретных нужд т.к. "обработчик" фактически дает сигнал останова, а его может "поправить" любой желающий. При этом собственно буферную часть при "доработках" трогать нет необходимости. Именно многопроцессорность в данном случае дает неоспоримое преимущество - по крайней мере поставив "четвёртой" мега8 - за 35р вы получаете гораздо более интересный прибор.
== разогнать до 24мГц , реальнее ту которая с до 20 оффициально.
-- тех. процесс у них одинаковый и потенциал соответственно тоже - это просто МАРКЕТИНГ
я ставил массово(1000шт) пики 4мгц на работу 20мгц -все запустились и прекрасно работают(рекламаций нет)
2 : caddr == Засада в том, что хороший софт на стороне компьютера
-- пока выведу на звук - 16резисторов(ЦАП) на свободном порте решат проблему - софта на звуковухи много.
а на большой скорости можно писать в файл а потом смотреть график в Excel или переименовывать файлы в звук.

2 : Alexey -- конечно если делать аналоговую синхронизацию на компараторах и задержки на RC , то можно четвёртую мегу убрать, но как-то не солидно, и рассыпухи много.
если таки ставить 555СП1 то уж экономить на контроллере не стоит.