roboforum.ru

У меня с 20 МГц кварцем не запустился пропеллер, максимум с 15.

А если использовать готовый генератор? Хотя это конечно дороже...

Номиналы можно в прайсах посмотреть в чип-дип например или в платане промэлектронике. А генератор и правда хорошее решение - есть и программируемые на нужную частоту и не дорогие Эпсон.

Так а хочется точностей кварца? Зачем?

Ну и что-то я не вижу особых проблем, если вы запустите его на скорости 96 МГц, например?

Просто клетки на экране расположите не через 25 пикселей, а через 24

Да я не напрягаюсь особо по этому поводу, как раз на 12 МГц кварц на схеме и нарисовал.

На осциллографе желательно иметь выход для прямоугольных импульсов, чтобы компенсацию в щупе подстраивать. Как правильно это сделать? Разъем какой-то дополнительный? Я могу конечно через разъем расширения эти импульсы выдать, но хотелось бы знать, как такое кошерно делается.

Видел на некоторых осциллах тупо такая проволочная скобочка на морде торчит,
чтобы прямо щупом ее "пощупать" и на щупе покрутить кондёрчик.

А до проволочки какой буфер со шмитом поставить ?

какой буфер со шмитом поставить?

Да, на самом деле не так уж важно
- все равно гораздо низкоомнее, чем щуп будет.
Простая нога проца выдаст неплохие фронты...

Так как стала появляться конкретика, и началась практическая работа (схема нарисована, платы делаются, компоненты заказаны), то я отделил этот топик от темы USB-осциллограф. Проект получил рабочее название TNP Duo.

Добавлено спустя 55 секунд:
Пока компоненты пакуют на складах, печатную плату делают на заводе, а потом все это летит на самолете есть время немного подумать о программном обеспечении.

Фактически предстоит программировать 3 системы: Propeller, AT90USB162 и ПК, как минимум на 5 языках SPIN и PASM для пропеллера, C и ассемблер для AT90USB, C++ для ПК.

С той частью, что располагается в приборе, более-менее все понятно. Работа с АЦП освоена на макете, для AT90USB есть готовые библиотеки и примеры. С ПК есть вопросы, над которыми стоит подумать.

Во-первых, программа должна быть кросс-платформенной. Значит, нужны гуйные либы соответствующие. Основные - wxWidgets и Qt. Я писал простенькие программы и с той, и с другой. Разницей между ними как-то не проникся, так что не уверен, что выбрать.

Второе - как работать с USB. kernel-space драйвера я писать не собираюсь. Все должно быть в юзерспэйсе. Смотрю на libusb. Версия 1.0 более продвинутая, но у нее нет Windows-версии. Вероятнее всего, буду использовать libusb0, но надо посмотреть, может еще какие решения есть.


И еще один важный вопрос - это протокол обмена между прибором и ПК. Тут пока всего пара мыслей:

1. Проектировать его надо таким образом, чтобы ПК мог определить возможности прибора, в том числе подключенные модули расширения
2. Протокол не должен быть привязан к USB.

Это даёт возможность создавать альтернативные GUI и новые приборы, без замены ПО на ПК. Второй пункт упрощает взаимодействие с приборами не использующими USB, например какой-нибудь пробник подключенный через последовательный порт. Также будет проще заменить ПК скажем на плату с ЖКИ.

Гуй Qt, просто я его немного знаю. Ну и документация у него имхо удобнее.

Жаль, я думал libusb всех версий под винды есть (о ядерном модуле я и не думал).

У юсб на сколько помню все идет пакетами, в TCP/IP тоже.
Так что думаю тупо первый байт — тип пакета, дальше зависит от типа.

Добавлено спустя 1 минуту 56 секунд:
По кому нужно будет заворачивать в протокол типа WAKE...

blindman писал(а):Ну а если пропеллер до 100 МГц разогнать, то и 50

Можно и все 100MSPS. У Hanno из Новой Зеландии получилось сделать осциллограф с отношением 1MSPS/1MHz. Я специально спрашивал его на форуме (под ником Despinator): http://forums.hannoware.com/viewtopic.p ... bc3f08ac36
Жаль, что он немного отложил этот интересный проект и схему убрал с сайта. Правда там ничего особенного не было, всё почти как у вас.
Вот его новый сайт: http://hannoware.com/

То что сейчас продает Parallax - как раз и разрабатывал Hanno, по крайней мере софт. И 100MSPS он там не сделал. Как и 50. Я знаю как сделать 50 и 100, но будут ограничения по синхронизации - показываться будет только сигнал после срабатывания триггера. И памяти под сэмплы будет меньше.

У него была плата с быстрым АЦП, но в силу своего удаленного месторасположения, он не мог ее производить сам и рассылать желающим. Поэтому забросил проект. Я про 100MSPS написал в том ключе, что можно предусмотреть такой отдельный турбо-режим, ведь не всегда нужно много отсчетов. Для одного канала вполне хватит.

Я же написал - знаю как сделать. И для обоих каналов, а не для одного. Тот список был предварительный, много чего поменялось.

он не мог ее производить сам и рассылать желающим. Поэтому забросил проект

Не забросил он ничего. Он скооперировался с параллаксом - у них ресурсов поболее. Первую партию они 400 штук сделали.