USB коннектор на AVR

[a-fisher]

1/1500000 = 0,666мкс = 666 нс. Такт при 16000000 Гц = 1/16000000 = 62.5 нс. У тебя есть 666/62,5=10 тактов.

Хочу добавить, что это период сигнала, сам сигнал имеет 2 уровня в течении периода, так что есть не 10 тактов, а всего 5 (по теореме Котельникова, кажись... не помню, но для передачи сигнала частотой f нужно делать выборки не менее 2f)

[Godzilla82]

Хочу добавить, что это период сигнала, сам сигнал имеет 2 уровня в течении периода...

Здесь идёт речь не о передаче фронтов, а о задержке. То есть на прерывание должно уйти 10-11 тактов. Ровно.

[omercury]

Здесь идёт речь не о передаче фронтов, а о задержке.

Увы, a-fisher прав. Второй фронт будет пропускать... Ни о каких прерываниях и синхронности выхода при таком такте речи быть не может. Отзываю свои каляки, как не удовлетворяющие ТЗ.
Или рекомендуете FIFO ?

[Godzilla82]

Задержка 10-11 тактов - это время заморозки сигналов при нажатии кнопки. Сколько можно объяснять.

Считывание-вывод сигнала в основном цикле занимает 4-5 тактов.

Проблема тут в другом. Даже если мы читаем порт целиком, при считывании в момент смены сигнала мы можем (и будем) считывать их ошибочно. А следующее считывание только через 4 такта. То есть, произойдёт искажение информации.

Так, для студента, может и сойдёт. Но в реальном устройстве применять такое решение нельзя.

[Someone]

Но в реальном устройстве применять такое решение нельзя.

Ну не всё так плохо. Искажение допустимо, если держаться ТЗ: "задержка передачи состояния вход-выход не более 1 мкс". Иными словами, если после изменения сигнала на входе, на выходе он изменится через 500 нс, или 750 нс, или 900 нс - все эти значения допустимы, поскольку меньше 1мкс.

[Godzilla82]

Ну не всё так плохо. Искажение допустимо, если держаться ТЗ: "задержка передачи состояния вход-выход не более 1 мкс". Иными словами, если после изменения сигнала на входе, на выходе он изменится через 500 нс, или 750 нс, или 900 нс - все эти значения допустимы, поскольку меньше 1мкс.

Извините. Если сам импульс 333 нс, а мы будем произвольно удлинять длительнось до 1 мкс (причём каждый раз произвольное)...

В реальном устройстве это работать не будет. Ещё одна существенная причина постом выше.

А именно:
2 сигнала. Мы считываем их состояние в момент их смены. Было 00, стало 11, а мы считали 01.

Единственный работоспособный вариант - на 573 - управление защёлкой.

[a-fisher]

Ну не всё так плохо. Искажение допустимо, если держаться ТЗ: "задержка передачи состояния вход-выход не более 1 мкс".

И все же плохо! Не путайте задержку сигнала и пропуск импульсов. Сигнал может появиться на 1 мс позже, но целиком, т.е. если импульс на входе 400 мкс, то и на выходе должен быть он же +- 300 мкс (согласно заявленной полосе пропускания), хотя и с заявленной задержкой

[Someone]

Извините. Если сам импульс 333 нс, а мы будем произвольно удлинять длительнось до 1 мкс (причём каждый раз произвольное)

Дык я и не говорю, что техзадание идеально и верно написано. В рамках тз - решение допустимо.

Единственный работоспособный вариант - на 573 - управление защёлкой.

Дык не спорю, но задание-то на микроконтроллере сделать. С заданными параметрами.

[Godzilla82]

Дык не спорю, но задание-то на микроконтроллере сделать. С заданными параметрами.

Ну как на МК сделаешь, если в момент смены 00 на 11 будет читаться 01? Я уже достаточно на такие грабли наступал.

[a-fisher]

Ну как на МК сделаешь, если в момент смены 00 на 11 будет читаться 01?

Если в заданном интервале 1мс будет не меньше 2-х выборок, то, наверно, не страшно. Но при интервале выборок 500 мкс импульс 333 мкс (1.5 МГц) пропускается на ура. А прерывание явно не успевает. Так что скажи полутора мегагерцам "досвидания", или ищи проц с тактовой поболе.