Два вопроса:
Первый — почему такая схема, с учетом самоблокировки не может сама вырубить генератор?
И второй вопрос, вытекающий из первого — допустим, неплохо бы и подождать некоторое время после повторного включения сети, что помешало использовать реле времени? Все равно ж релюшку пришлось покупать :)

Кароч, ставь микроконтроллер, полюбому понадобится :)

А подобную И-логику я реализовывал в переносной сигнализации.
Кстати есть отличная книга по построению релейной логики:
Юрасов А.Н. Теория построения реленых схем(1962г.). называется.
Несмотря на свой полувековой возраст данные в ней не устарели :)

Откуда у Холла дребезг?:)

Я тут игрался с энкодером стоящим на плате — там механика, так только промежуточная система Set/Reset спасла от дребезга. Но там и не надо каждый фронт следить.

Ухты, очень чистый сигнал, без дребезга. Там фильтр внутри стоит?

Ну, по первому тут главное код Грея чтоб выдавался. В противном случае любая логика ругаться начнет.
У конкретно того энкодера, который в кадре паспортный выход «открытый коллектор», но бывают и комплементарный и дифференциальный выходы.
Ну и сам энкодер отличается точностью выходного сигнала:

Такс, не внимательно простомтрел, пункт 2 более не актуален :) разницы то нет…

Человек описал один из методов обработки данных с энкодера, что здесь странного? Или ему для этого нужно было прикупить УЧПУ или ПЛК, и на нем показывать? :) Что как раз странно, так данное замечание :)

Только появляются два спорных момента:

1. Неточности при сдвиге между сигналами отличном от 90 градусов (такое бывает, допустим в наших станках хорошую долю энкодеров составляют ВЕ178 различных вариантов, так вот при ремонте их даже регулировать приходится чтобы получить нормальный сдвиг)
2. Помехоустойчивость… Я понимаю, что у взрослых энкодеров выход дифференциальный, но суть кода грея как раз в том что без «форсирования» счетному устройству пофиг на мелкие помехи...

Любительской платы и промышленного энкодера.

Странное сочетание чего? Датчика положения и микроконтроллера, снимающего с него показания?

Просто странное сочетание.

То, что энкодер дорогой не значит, что его не используют. да и метод работает с любым энкодером.

Такие энкодеры стоят раза в два больше, чем ваша отладочная плата. Сомневаюсь, что они по карману радиолюбителям.

Я тебе обьективные аргументы давал, так что не надо :)

ЗЫ: а хде смайлы? )))

Такое ощущение, что в демонстрационном атоллике чего-то не хватает:
translate.google.ru/translate?hl=ru&sl=de&tl=en&u=http%3A%2F%2Fwww.mikrocontroller.net%2Ftopic%2F209360

В общем пока ничего не получилось( Не получается найти галку Use flash loader.
Но тогда всё равно не понятно, почему discovery шьётся, а плата нет.

Да, такой подход накладывает определенные ограничения на программиста и программу. Но ведь часто требуется опросить те же кнопки, или датчики.
Вообще, суть именно массива указателей на функции изначально была написана как раз для обработчика кнопок.
Когда при запуске приложения, оно пишет свой/свои обработчик(и) кнопок в массив и тот спокойно выполняется.Хитрость заключалась, например, в том, что в менюОС2 появились фоновые приложения, которые настраивали под себя, например, только одну кнопку, при этом мы спокойно гуляем где были. Но об этом в другой статье :)

Добавил архив с библиотекой.

Я в своих проектах Git использую. Правда более сложные вещи чем создать новую ветку, попробовать новый функционал, слить, посмотреть разницу пока еще не понадобился. Использую вкупе в плагинами для Eclipse. Удобно. Получается все в одном флаконе (в одной IDE).

Это — один из классических вариантов реализации диспетчера. Беда такого подхода в том, что если функция не отдаст управления в течении 10мс, вся система умрет.

Есть намного более простая и легкая реализация подобного диспетчера, называется она "протопотоки".

Но диспетчер в качестве счетчика — это все равно, круто :)

\\.\ — это именованные пайпы. Фактически, \\.\COM17 — это виртуальный файл, с которым можно работать обычными функциями WinApi, но при записи данных туда, они будут переданы в com-порт.

Немного некорректно выразился. Не стоит начинать использовать SVN для своих проектов. Есть более удобные системы.

Насчет git согласен, но вот SVN, хоть и старый, очень широко используется в корпоративной среде (по факту, 90% компаний, которые я знаю, используют SVN). Это связано с тем, что SVN уже внедрен, а что-то новое внедрять компаниям — довольно проблематично. Так и живут.