Ликбез по программированию PIC

Проще сделать опрос порта по сигналам таймера. Будет там импульс - не будет импульс, дело десятое

picmaniac: Splav56: на визуальный индикатор на индикаторы в количестве 4 штуки, и куда подключенные (+ или общий)

Там в пункте 1 ТЗ описано назначение, где есть понятие объект (а не объекты) и соответственно индикатор (а не индикаторы).
Далее в пункте 2 указано, что таких каналов 4, из чего следует, что индикаторов тоже четыре, по одному на объект.

По большому счету "заказчику"при соответствующих обстоятельствах будет глубоко нас****, какого типа ОА или ОК будут индикаторы. А выдает ТЗ обычно он. Поэтому можем выбрать любое подключение, давайте катодами к выводам (ОА).

picmaniac: при снижении контролируемого параметра изменении, а не снижении

Именно при снижении относительно конкретных значений.

picmaniac: Скважность мигания - ?

Пусть будет 2

picmaniac: Как реагировать на помехи по входу - ?

Считаем условия идеальными, т.к. датчик выдает довольно большую амплитуду сигнала и формируется он непосредственно на плате устройства перед входом в м/к.

picmaniac: Пожелание: не торопитесь! Перед тем, как запостить техзадание сюда, прочтите его сами "глазами новичка". Задайте себе те вопросы, которые задал бы впервые видящий его человек. И сразу сможете на них ответить, не дожидаясь моих замечаний

Я выдал лишь болванку (о чем было сообщено), считая что дополнения будут выработаны коллективно. Посему готов дописывать к ней согласованные решения по конкретным пунктам. Полагаю что здесь не ликбез по составлению полных ТЗ, а ликбез по программированию, где ТЗ - результат коллективного труда. Когда мне понадобится составить подробное реальное ТЗ, думаю смогу осилить это дело.

Splav56: Полагаю что здесь не ликбез по составлению полных ТЗ, а ликбез по программированию
Так вот и я про тоже. Тоже когда-то занимался составлением ТЗ и знаю, насколько этот вопрос трудоемкий и длительный. Сначала составляется проект ТЗ. Отсылается исполнителю. Исполнитель либо соглашается, либо пишет свои замечания. Чаще второе. Затем заказчик конкретизирует ТЗ и опять отсылает исполнителю. Исполнитель опять вносит свои замечания и отправляет заказчику. Цикл замыкается. Количество циклов может исчисляться несколькими. Потом, чаще всего, исполнителю это надоедает и он переписывает ТЗ по-своему и отправляет заказчику. После долгих препирательств пишется сакраментальная фраза о том, что ТЗ может корректироваться в установленном порядке в процессе работы по согласованию с заказчиком. Причем исполнитель анализирует ТЗ, руководствуясь соображением, как и какими средствами он все это будет делать и возможно ли это сделать вообще. Какая-то малозначащая опция, требуемая заказчиком, может привести к огромным трудозатратам, поэтому и оспаривается. А мы ведь даже не знаем, какая программная реализация может стоять за всеми этими требованиями. Короче все это к нашему ликбезу не должно иметь отношения, иначе мы просто погрязнем в обсуждениях. А ведь мы еще даже не касались алгоритма работы устройства. Может все-таки обсудим возможные алгоритмы.
Splav56: ТЗ - результат коллективного труда.
А вот это спорный вопрос. При "живом" общении мы бы конечно написали это ТЗ сообща, но вот в рамках форума, я думаю, это затруднительно.

Посему, я предлагаю не использовать это страшное слово ТЗ, а называть это учебной задачей, и относиться к ней, как к учебной задаче, которая должна быть изящно и коротко сформулирована без лишних наворотов, которые, в принципе мы можем сделать и потом, по мере решения основной задачи или после ее решения. Т. е наращивать сложность можно постепенно, и я думаю, что это будет даже лучше с точки зрения обучения.

при снижении контролируемого параметра на величину, большую +/- 10%
И как это понимать? Допустим, номинал 50 Гц. Если 45 Гц - выдаем сигнал. А если 55? Всё-таки "снижении" или "плюс-минус"?
Считаем условия идеальными Тогда давайте сделаем сферическое устройство в вакууме.
Splav56, я ни в коей мере не ставлю перед собой цель раскритиковать предложенное Вами ТЗ. Но замечания действительно есть. Без обид. Хоть у нас и ликбез, но устройство-то делаем реальное. Это самое настоящее реле частоты. Причём с действием как на сигнал, так и на отключение. Неплохая курсовая работа, между прочим, могла бы получиться для студента И техзадание, как я считаю, должно быть подробным и исчерпывающим.
То, что мы составляем его сообща - большой плюс.
А вообще, на этапе составления ТЗ лучше вообще забыть о микроконтроллерах. Смотреть на устройство глазами пользователя. Вот перед нами "чёрный ящик" с 4-мя входами, 4-мя индикаторами и одним выходом. Что подаётся на вход - мы знаем. Что происходит внутри - нас пока не интересует (так что про тип индикатора я согласен, на этом этапе безразлично - ОА, ОК). Нас сейчас интересует, как этот "чёрный ящик" должен работать в целом. И как он должен вести себя при различных ситуациях, в т.ч. нештатных (помехи и проч.)

Zandy: ТЗ может корректироваться в установленном порядке в процессе работы по согласованию с заказчиком
Золотые слова. Зачастую так и бывает.
возможные алгоритмы Алгоритмы чего? Мы ещё не решили, чего именно мы хотим.

Предлагаю упростить все это, иначе будем еще долго "препираться". Один вход, один светодиод. В норме - горит, вышел из нормы - мигает. Решим эту "задачу", потом будем наращивать остальное "мясо".

picmaniac: И как это понимать? Допустим, номинал 50 Гц. Если 45 Гц - выдаем сигнал. А если 55? Всё-таки "снижении" или "плюс-минус"?

Хорошо, "при выходе за пределы плюс... / минус... от номинального значения" , а не при "снижении".

picmaniac: Тогда давайте сделаем сферическое устройство в вакууме.

У нас задача учебная, как в учебнике по физике: "трением можно принебречь". Вот мы и пренебрежем помехами по входу.

PS: скважность входного сигнала равна 10, а не 0,1, как я ошибочно написал.

Zandy: Предлагаю упростить все это, иначе будем еще долго "препираться". Один вход, один светодиод. В норме - горит, вышел из нормы - мигает.

Один это скучно.

Ну тогда два, заодно и с компараторами поработаем.
А ещё, как вариант, можно разность частот контролировать заодно.

Splav56: Один это скучно.
Можно подумать, что не скучно то, что сейчас здесь происходит.
Я ж говорю, потом нарастим. Вот вы правильно сказали "трением можно пренебречь". Ну именно так и делается в учебных задачах. Пренебрежем всем, чем только можно, оставив главное - идею, суть. Сейчас ведь главное понять как решаются "подобные" задачи, какие варианты решений существуют.
А курсовые работы обычно делаются для проверки "усвояемости" материала. В курсовых проектах обычно самое сложное - правильное оформление. На него уходит большая часть времени. А мы сейчас и мусолим это оформление ТЗ по всем канонам жанра.

Уважаемый Zandy, ваш пост про ТЗ очень хорошо может быть оформлен именно в виде графа.

Улыбнитесь немного, а то обстановка накаляется.