- posted
20 years ago
PIC18F252 PLL trouble
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
Vladimir Vassilevsky пишет:
VV> А нехрен пользоваться PICом. Дурацкий процессор.
"Опять кривые кирпичи подсунули..." Стандартный ответ дилетанта ;-)
"Вы просто не умеете их готовить"
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
20 years ago
- Vote on answer
- posted
19 years ago
Господа инженеры - способ измерения длительности путем заполнения временных ворот стандартным сигналом - отнюдь не самый лучший способ для специальных требований. Скорее наихудший. Его единственный плюс - он полностью цифровой. Для измерения сверхмалых интервалов или с очень "крутыми" требованиями к разрешению есть "более другие" способы, но ситуация тут как и с реально многоразрядными АЦП - схемотехника становится очень сложной - например происходит переход ко время-зарядным преобразователям, нониусной технике и прочему. Если нониусом растянуть интервал в 100 раз то это будет уже 100нс дискретность - какие проблемы?
А тут работают стробоскопические методы.
А какие именно проблемы кроме цены тут имеются? 1мкс время преобразования ОТНЮДЬ не означает 1 отсчет каждую мкс. Да и если означает - всего то 8 гигабит поток - если сжатие сделать - еще меньше. Да - надо много портов у свича, 10гбит транк к процессорам и так далее - но ничего невозможного тут нет.
Аркадий
- Vote on answer
- posted
19 years ago