суббота, 9 февраля 2013 г.

сторбоскоп для стоп сигнала семь режимов

2218. khach, 04.04.2006 23:36 ChudikЭто похоже на то, что ты имеешь ввиду?Да, оно, немного отличаеться реализация- после компаратора еще нужен триггер, чтобы защелкнуть его состояние, но это уже ньюансы.По поводу интерфейса АРМ-ПЛИС. Кто нибудь может найти IP корку SPI slave? Я пока допер, что у сдвигателя и читателя должны быть разные клоки, задолбался. Пытался синхронизировать клок SPI двойны

2217. Chudik, 04.04.2006 23:24 LekaИзвини, я действительно обращался к khach Сейчас исправлю.Я склоняюсь к другим методам синхронизации (софтовым), но они требуют проверки. Ну, то, что я описал - это хардверно-софтовый метод. Чисто в софте это сделать нельзя, имхо. Там можно только экстраполировать результаты. А экстраполяция на таком уровне вряд ли будет работать для измерительного инструмента.Начинать лучше с проверенной платы, а starter kit spartan3e достаточно наворочен и относительно недорог.Tahoe в одной из соседних тем сделал непроверенную мини платку для ARM с минимумом обвески. Вроде заработало. Здесь нам не нужно наворотов, надо исключительно пара корпусов и разъёмы для отладки и прошивки. Покупка такого девайса в наших условиях достаточно бессмысленна. Если только кто-нибудь не заказывает такую плату себе на компанию и может попользоваться в свободное время.

2216. Leka, 04.04.2006 23:02 ChudikГде о нём можно почитать? В этой же теме, khach несколько раз объяснял, находится по "RIS", "ВАП". Идея следующая: имеем компаратор с регулируемым порогом, на выходе которого ставим конденсатор, который исходно имеет нулевой заряд и начинает накапливать его при срабатывании компаратора. Когда получаем срабатывание цифрового триггера в ПЛИСке, останавливаем заряд конденсатора и кидаем прерывание процессору. Тот измеряет накопленное напряжение, преобразовывает его во время и разряжает кондёр. Полученное время в сочетании с известным временем срабатывания "цифрового триггера" даёт нам более точное определение момента синхронизации.Это похоже на то, что ты имеешь ввиду?Не я - khach Имхо, по принципу действия - да, по реализации - могут быть нюансы, но с этим лучше к khach. Я склоняюсь к другим методам синхронизации (софтовым), но они требуют проверки. Я же тебе говорил, надо иметь свою платку, на которой расположить ARM + FPGA. Всё равно никто не сделает именно то что нам нужно.Начинать лучше с проверенной платы, а starter kit spartan3e достаточно наворочен и относительно недорог.

2215. Chudik, 04.04.2006 22:34 khachВремя-амплитудный преобразователь, нужен для "железной" реализации режима эквивалентных выборок.Где о нём можно почитать? Я тут относительно недавно общался с другом, немного обсудили синхронизацию. Он мне подсказал интересную идею о "железном" определении момента синхронизации, поскольку входной сигнал явно может перейти порог синхронизации раньше момента очередной выборки. Идея следующая: имеем компаратор с регулируемым порогом, на выходе которого ставим конденсатор, который исходно имеет нулевой заряд и начинает накапливать его при срабатывании компаратора. Когда получаем срабатывание цифрового триггера в ПЛИСке, останавливаем заряд конденсатора и кидаем прерывание процессору. Тот измеряет накопленное напряжение, преобразовывает его во время и разряжает кондёр. Полученное время в сочетании с известным временем срабатывания "цифрового триггера" даёт нам более точное определение момента синхронизации.Это похоже на то, что ты имеешь ввиду?Starter kit spartan3e, который присмотрел для своих экспериментов, в продаже пока нет.Я же тебе говорил, надо иметь свою платку, на которой расположить ARM + FPGA. Всё равно никто не сделает именно то что нам нужно.Ты говорил, что при эмуляции SPI (т.е. программном дёргании ног) мой дизайн работал, а при использовании порта SPI не захотел. Можешь показать графики того, что на шине было?

2214. Leka, 04.04.2006 21:48 ChudikВАП в режиме RISВремя-амплитудный преобразователь, нужен для "железной" реализации режима эквивалентных выборок.Starter kit spartan3e, который присмотрел для своих экспериментов, в продаже пока нет.

2213. Chudik, 04.04.2006 21:05 khachЕсть идея использовать АЦП АРМа для работы ВАП в режиме RIS. Расшифровать можешь? По поводу коммутатора входов - если его сделать на дискретке ( 6-8 SMD транзисторов, десяток диодов и два десятка резисторов 0805)? Выходит дешевле, чем на спец-микрухах раз в 5, места на плате занимает раза в два больше. Не забывай, что таких каналов будет, как минимум, 2, а скорее 4. О каких микросхемах и о какой стоимости мы говорим?По поводу интерфейса АРМ-ПЛИС. Кто нибудь может найти IP корку SPI slave? Если бы нашёл, я бы не пытался написать его сам, не находишь В opensource все пишут только SPI Master. На самом деле, нужно читать не эту спецификацию, а спек на этот порт в конкретно используемом ARMе. Мне показалось, что в приведённом спеке есть ошибка. Ты какой ARM используешь? Philips 2148?И какую ПЛИСину?

2212. khach, 04.04.2006 14:39 Zmanвозвращаясь к интерфейсу с РСЗачем? Регулярно имею геморрой с GPIB по работе. Оно совершенно ненужно в нашем приборе, к томуж девайс по приведенной ссылке совершенно несоответствует спецификации шины ( работать с одним прибором будет) а с полноценной шиной на 20 метров- хрен. И по софту оно совершенно несовместимо с gpib32.dll (стандарт дефакто от NI), а то что они написали свою ВИшку, ограничивает применение данной коробочки исключительно Лабвью.На том же основании несогласен на "недоделанный" эзернет- или полный, соответствующий спецификации, или ну его нафиг.Вот есть вопрос. Есть идея использовать АЦП АРМа для работы ВАП в режиме RIS. Точности (реальных 9 бит на 2148) должно хватить. Но это ограничит частоту повторных запусков развертки где-то в районе 100 кгц ( время преобразования АЦП). Делать так или по-старинке, на компараторе с разрядной схемой? Или запустить сигнал ВАПа на основной АЦП (например в качестве последнего отсчета в серии)? Или потерять одну точку ( в момент срабатывания триггера) и потом использовать значение с ВАпа для раскладывания отсчетов в памяти ( что-то типа DPO от тека)? Или делать и так и так ( если есть коммутатор входов АЦП, то лишних затрат это неповлечет).По поводу коммутатора входов - если его сделать на дискретке ( 6-8 SMD транзисторов, десяток диодов и два десятка резисторов 0805)? Выходит дешевле, чем на спец-микрухах раз в 5, места на плате занимает раза в два больше. Полоса непострадает.По поводу интерфейса АРМ-ПЛИС. Кто нибудь может найти IP корку SPI slave? Требования к корке- два синхросигнала ( клок на сдвиг полностью асинхронен с клоком для чтения-записи). Желательно фифо на 8 слов. В принципе подходит (там в углу даташит есть). Может кто имеет исходники или может повторить по спецификации?

2211. Zman, 03.04.2006 19:38 возвращаясь к интерфейсу с РСвот готовый блок для подключения девайсов с приборной шиной GPIB через юсбсобран на FT232BM, 93cXX EEPROM и ATMEGA 16 кажется (TQFP-44) ( ) правда ( ) то есть идея тогда была верная, что можно создать такие дескрипторы, которые будут опознаваться на РС как стандартный класс измерительных устройств...и разъем для GPIB оказывается есть стандартный и эта хреновина сразу втыкается в некоторые теки (народ там пишет на форуме)

2210. Chudik, 25.03.2006 07:56 TahoeКинь в список полезных ссылок.

2209. Tahoe, 25.03.2006 00:56 Насчёт софта. Нашёл вот такой забавный сайт: Может всё-же ещё пригодится. Добавление от 25.03.2006 00:57:Вот пример оттуда:

2208. Chudik, 24.03.2006 08:28 ЗанудаСмотря что ответишь

2207. Зануда, 24.03.2006 08:13 Chudik:Я бы тебе ответил, да ты забанишь.

2206. Mahagam, 21.03.2006 11:51 Chudikхе-хе. всё экстремально просто.со стороны железяки: формируем UDP пакеты. причём заголовки не меняются. (там мак и ип адреса источника и приёмника, порт назначения, от этого считаются контрольные суммы, и жёстко прописываются в заголовке. длина UDP данных, к примеру, берётся ровно 1024 байта. контрольная сумма для UDP может и не считаться. такое допустимо. железяка считает только контрольную сумму для всего пакета. всё. в тело UDP данных железка подставляет полезные данные.со стороны компа: просто открываем сокет, и ловим наши данные. ( ) - одна страница текста.примерно таким же образом отправляем обратно команды.вот только проблема - если не реализовывать полный TCP/IP стек - то как выставить исходные адреса MAC и IP? напрашивается RS232. но два шнурка от девайса к компу - позор.

2205. Chudik, 21.03.2006 11:50 LazyCamelСамое простое, наверное, telnet?Помнится, была тут у нас тема про TCP/IP на 8 битном процессоре. Но, похоже, имеет смысл сделать тему типа "Network для чайников", где можно будет определить тот минимум, который можно подключать к сети. Включая обсуждение и реализацию простейшего протокола и сервиса.

Страницы: · 16 · /

URL:  Время GMT +04. Даты в формате dd.mm.yyyy.

Конференция:  ( )

Версия для печати

Пытаемся сделать осциллограф сами

Пытаемся сделать осциллограф сами - Версия для печати - Конференция iXBT.com

Комментариев нет:

Отправить комментарий