хм…
а это у Вас вообще-то работает? пробовали ли в железе или симулировали?
Что-то меня смущает несколько моментов.
1) похоже все операции делаются над положительными числами, это так? Не вижу signed reg или $signed… Если все числа положительны, то на выходе будет все возрастающее число — посмотрите на свою структуру: сложение многих положительных компонентов дает большее число и с каждой новой входящей выборкой число на выходе будет увеличиваться…
2) вы как-то смело используете для всех переменных 32х битные регистры. При этом вообще-то при перемножении двух 32х битных чисел получится 64х битное число, ведь так? Почему Вы пренебрегаете этим?
3) и как оно синтезируется для ПЛИС? для какой конкретно ПЛИС? операция умножения довольно расточительная функция и занимает много места, если только не используются встроенные умножители
3)
представьте себе шину, значение на которой устанавливается по фронту.
Вы хотите надежно зафиксировать это значение в регистре и выбираете момент «посередине периода» (видимо для надежности), например по спаду. Теперь ваш регистр выдает свой сигнал дальше, следующей логике, но он сдвинут по фазе. Следующий регистр, который будет фиксировать уже это значение должен так же принять его по середине? То есть вы думаете для следующего в цепочке регистре нужно опять сдвигать фронт, теперь уже на четверть периода основной частоты?
Нет и нет, только по фронту. Все регистры в простой синхронной схеме работают по фронтам.
возможно самый простой способ управлять машинкой с компьютера через bluetooth — программировать на детском языке Scratch
вот здесь есть описание marsohod.org/index.php/projects/126-bluetoothcar
почитайте все ссылки в этой статье, там есть описание протокола Scratch для последовательного порта и описание самого Scratch.
Правда там используется не Arduino а плата с ПЛИС (плата Марсоход)
возможно самый простой способ управлять машинкой с компьютера через bluetooth — программировать на детском языке Scratch
вот здесь есть описание marsohod.org/index.php/projects/126-bluetoothcar
почитайте все ссылки в этой статье, там есть описание протокола Scratch для последовательного порта и описание самого Scratch.
Правда там используется не Arduino а плата с ПЛИС (плата Марсоход)
возможно самый простой способ управлять машинкой с компьютера через bluetooth — программировать на детском языке Scratch
вот здесь есть описание marsohod.org/index.php/projects/126-bluetoothcar
почитайте все ссылки в этой статье, там есть описание протокола Scratch для последовательного порта и описание самого Scratch.
Правда там используется не Arduino а плата с ПЛИС (плата Марсоход)
возможно самый простой способ управлять машинкой с компьютера через bluetooth — программировать на детском языке Scratch
вот здесь есть описание marsohod.org/index.php/projects/126-bluetoothcar
почитайте все ссылки в этой статье, там есть описание протокола Scratch для последовательного порта и описание самого Scratch.
Правда там используется не Arduino а плата с ПЛИС (плата Марсоход)
мы делаем плату прежде всего для себя. У меня дома несколько устройств работают под управлением платы Марсоход. На все платы ставить программатор мне не очень хочется — это просто дороже.
есть ряд странностей…
1) розовый элемент видимо 3-ИЛИ, а не 3-ИЛИ-НЕ, как Вы пишите (хотя нарисован 3-ИЛИ).
2) Вы пишите, что будет задержка 100нс, но ведь это не совсем верно, правда? задержка получится не постоянная. Если фронт частоты reftime придет почти сразу после фронта сигнала, тогда да, будет примерно 100нс. А если фронт reftime придет позже, то отклик то же отодвинется.
Еще мне думается применять схемы с ассинхронным сбросом триггеров — это не очень хорошая идея. Возможно даже синтезатор дает предупреждение на эту конструкцию.
А нельзя сделать проще? Поставить 2 или 3 последовательно триггера, все тактируемые reftime, Задержанный выход это (!Q2) & (Q1)
обычно проблема кроется не внутри кабелей, не где-то в середине, а исключительно в разъемах.
При таком методе тестирования есть неудобство — либо нужно два человека, которые находятся возле концов кабеля, либо нужно бегать туда-сюда, здесь включать, а туда бежать смотреть. Причем при обнаружении неисправности не понятно какой именно конец бракованный.
Есть еще один способ проверять именно место обжима разъема и небольшой участок возле него.
Можно посылать короткий зондирующий импульс в пары и через небольшой интервал времени читать отклик с нее же. При близком КЗ или обрыве отклик будет различным. Такой позволяет проверять именно качество обжима разъема, не важно, что там на другом конце кабеля.
Пример реализации такого тестера с исходниками и описанием вот здесь: marsohod.org/index.php/projects/68-utptester
нужно еще к исполнительным устройствам добавить излучатели ИК сигналов, чтобы с сотового телефона управлять всякой бытовой техникой вроде телевизора, blueray, спутникового приемника, кондиционера. Вот здесь было marsohod.org/index.php/projects/144-smarth
Только там, использовался bluetooth а не wi-fi. Конечно wi-fi круче.
1) Уровень зарплаты абсолютно ничего не значит. Наверняка Вы встретите в своей жизни массу людей работающих меньше или хуже, но получающих значительно больше Вашего. Кстати и наоборот, есть масса людей работающих лучше и больше, но получающих меньше.
2) Написание статей, скажем на хабр, в обшем, не является чем-то замечательным. Преподу не нужно писать на хабр, чтобы поднять себе «карму».
3) Вы изучаете библиотеки? отлично! Через 10-15 лет Вы увидите, что не сможете усвоить из всей computer science и пол процента. И что из того?
а это у Вас вообще-то работает? пробовали ли в железе или симулировали?
Что-то меня смущает несколько моментов.
1) похоже все операции делаются над положительными числами, это так? Не вижу signed reg или $signed… Если все числа положительны, то на выходе будет все возрастающее число — посмотрите на свою структуру: сложение многих положительных компонентов дает большее число и с каждой новой входящей выборкой число на выходе будет увеличиваться…
2) вы как-то смело используете для всех переменных 32х битные регистры. При этом вообще-то при перемножении двух 32х битных чисел получится 64х битное число, ведь так? Почему Вы пренебрегаете этим?
3) и как оно синтезируется для ПЛИС? для какой конкретно ПЛИС? операция умножения довольно расточительная функция и занимает много места, если только не используются встроенные умножители
3)
там и USB, и видеоигра, простой процессор и т.д.
Вы хотите надежно зафиксировать это значение в регистре и выбираете момент «посередине периода» (видимо для надежности), например по спаду. Теперь ваш регистр выдает свой сигнал дальше, следующей логике, но он сдвинут по фазе. Следующий регистр, который будет фиксировать уже это значение должен так же принять его по середине? То есть вы думаете для следующего в цепочке регистре нужно опять сдвигать фронт, теперь уже на четверть периода основной частоты?
Нет и нет, только по фронту. Все регистры в простой синхронной схеме работают по фронтам.
Если на шине выставляются данные по фронту, то и принимаются по фронту.
вот здесь есть описание marsohod.org/index.php/projects/126-bluetoothcar
почитайте все ссылки в этой статье, там есть описание протокола Scratch для последовательного порта и описание самого Scratch.
Правда там используется не Arduino а плата с ПЛИС (плата Марсоход)
вот здесь есть описание marsohod.org/index.php/projects/126-bluetoothcar
почитайте все ссылки в этой статье, там есть описание протокола Scratch для последовательного порта и описание самого Scratch.
Правда там используется не Arduino а плата с ПЛИС (плата Марсоход)
вот здесь есть описание marsohod.org/index.php/projects/126-bluetoothcar
почитайте все ссылки в этой статье, там есть описание протокола Scratch для последовательного порта и описание самого Scratch.
Правда там используется не Arduino а плата с ПЛИС (плата Марсоход)
вот здесь есть описание marsohod.org/index.php/projects/126-bluetoothcar
почитайте все ссылки в этой статье, там есть описание протокола Scratch для последовательного порта и описание самого Scratch.
Правда там используется не Arduino а плата с ПЛИС (плата Марсоход)
1) розовый элемент видимо 3-ИЛИ, а не 3-ИЛИ-НЕ, как Вы пишите (хотя нарисован 3-ИЛИ).
2) Вы пишите, что будет задержка 100нс, но ведь это не совсем верно, правда? задержка получится не постоянная. Если фронт частоты reftime придет почти сразу после фронта сигнала, тогда да, будет примерно 100нс. А если фронт reftime придет позже, то отклик то же отодвинется.
Еще мне думается применять схемы с ассинхронным сбросом триггеров — это не очень хорошая идея. Возможно даже синтезатор дает предупреждение на эту конструкцию.
А нельзя сделать проще? Поставить 2 или 3 последовательно триггера, все тактируемые reftime, Задержанный выход это (!Q2) & (Q1)
При таком методе тестирования есть неудобство — либо нужно два человека, которые находятся возле концов кабеля, либо нужно бегать туда-сюда, здесь включать, а туда бежать смотреть. Причем при обнаружении неисправности не понятно какой именно конец бракованный.
Есть еще один способ проверять именно место обжима разъема и небольшой участок возле него.
Можно посылать короткий зондирующий импульс в пары и через небольшой интервал времени читать отклик с нее же. При близком КЗ или обрыве отклик будет различным. Такой позволяет проверять именно качество обжима разъема, не важно, что там на другом конце кабеля.
Пример реализации такого тестера с исходниками и описанием вот здесь: marsohod.org/index.php/projects/68-utptester
Только там, использовался bluetooth а не wi-fi. Конечно wi-fi круче.
2) Написание статей, скажем на хабр, в обшем, не является чем-то замечательным. Преподу не нужно писать на хабр, чтобы поднять себе «карму».
3) Вы изучаете библиотеки? отлично! Через 10-15 лет Вы увидите, что не сможете усвоить из всей computer science и пол процента. И что из того?