PIC: Смена приоритетов прерываний на лету

Добрый день.

Вопрос ни столько к PIC-ам, а так, к "общей теории программируемости"
(то-бишь к алгоритмам), не стоит расхваливать какой-либо "выдающийся" камень.

Дано:
Два датчика, находящихся например на концах эл.двигателей
(типа "холлы", рассказывают нам про обороты обеих моторов).
Оба датчика подключены к камню, оба обслуживаются в прерываниях.
Приоритет какого-либо прерывания - НЕочевиден (оба важны).

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

Что приходит на ум:

1). По простому: Запускать прерывания по очереди. Но тогда придётся дожидаться некоторое
время окончания запущенного прерывания.

2). По сложному: Запускать оба прерывания. Если какое-то окажется некоторое кол-во раз подряд
"испорченным" (ведём такой счётчик), то вырубать "самое счасливое" прерывание, пока не получим
свежие данные от нужного INT-а.

Есть у кого какие наработки на данную тему ?

Заранее спс…

0

Сообщение от GaFBich ГСМ с обратки

ему не надо учитывать. это учитывает ECU мотора, уже в комплекте. Просто ТС изобретает велосипед, вместо того, чтобы, например, использовать OBDII на любом носителе (CAN, KLine) чтобы не компостировать мозг, а просто иметь сразу моментальный расход топлива прямо в цифре .

0

за несколько тактов счетчик времени (конкурирующего импульса) уходит вперед

Разве я это не пояснял ?

усиленно навинчивая ей интересность

Ну так не навинчивайтесь.

Нарисуйте временную диаграмму сигналов

Разве в "Олимпийской" задаче это не "нарисовано" ?

ГСМ с обратки

Во-во, прежде чем задавать вопрос-то ...

ТС изобретает велосипед

Скорость например троса, Вы мне штоль в OBD/CAN/KLine засунете.
Да и трогать её нельзя (прямым текстом задано).

Даже прошивть "снаружи" прибамбас нельзя
(а то вдруг "умный" тракторист попадётся, прошьёт ещё "под себя").

0

Интересно, а можно программно вызвать захват на CCP ?
Не прибегая к импульсу на выводе GPIO (хотя и такое не мешает остальной схеме).
(Камень 12F683, если что)

0

Сообщение от Gazzi Интересно, а можно программно вызвать захват на CCP ?

ну... например, можно соединить две внешние ноги (допустим, через резистор). И управлять ногой (симулянтом), как в режиме I2C - не состоянием push/pull, а состоянием вход/выход, при активном состоянии 0. При этом, в режиме "доминантном" у вас на выходе будет ноль, а в "рецессивном" (когда нога переключается на вход, скажем, с подтяжкой вверх) - будет слабая единица, которая не повлияет на внешнюю схему, если таковая подключена.
В итоге вы можете подавать "сигнал извне".

0

соединить две внешние ноги

За каким ... ?

Свободных ног нет, есть только "долгие" ноги (входы), например "Зажигание", "Сброс".
Вот таку ногу и можно "через" резистор.
(А ваще неприятно, что нельзя "программный Каптур" устроить ...)

0

0

ограничили простейшим МК с небольшим числом выводов

1). Получилось ровно столько ног, сколько и было надо.
2). Зачем ??? Для Программного Каптура нужны 2-е ноги ???
3). Что, есть восьминогий с PWM-ом и двумя CCP-ами ?

0

Сообщение от Gazzi ). Зачем ??? Для Программного Каптура нужны 2-е ноги ???

встречный вопрос - а зачем вам программный capture?

0

зачем вам программный capture?

Текущий момент (почти текущий) 16-разр. счёчика фиксайдить одной командой
bcf GPIO2, 0
для обеих датчиков (да можно и больше двух)

0

Сообщение от Gazzi фиксайдить

Сообщение от Gazzi Каптура

Сообщение от Gazzi двумя CCP-ами

ну просто если вам надо ловить "количество" сработок счетчика, пытаясь программно повлиять на прерывание - вы можете сокращать на единицу верхний/нижный предел счета (смотря куда считает счетчик). Либо просто наращивать внутренний программный счетчик и прибавлять его значение к значению счетчика в момент его замера (чтения).

0

ловить "количество" сработок счетчика

Мне нужны периоды с двух одновременно работающих входов.
(Конечно-же желательно с макс. точностью).

программно повлиять на прерывание

Что есть: "программно повлиять на прерывание" ?

просто наращивать

Зачем надо просто наращивать какой-то внутренний программный счётчик, если их там аж три штуки, из которых
мне достаточно одного. И от него (одного) мне нужны моментальные значения, тогда, когда мне это надо.
---
Это всё прекрасно работает на "доисторическом" пике, это всё уже стоит в "подопытном" тазике, это не
глючит/не тупит и т.д (электронный спидометр, это ладно, но тазик с суточными моточасами, однако...).
Просто мне добавили проблемму: Чертовски капризный ДРТ, с которого ещё и импульсы инкрементить надо.
Плюс к этому сделать прибамбас который будет "на все случаи" жизни (все заявленные датчики должен обслуживать),
пока к нему не прикрутят соответствующее табло - это "никакой" прибор. Дальше его надо прошить под конкретный шильдик (отличается только константами), и последний "регулировщик" должен туда "вшить" поправочную таблицу.
---
Во мляха/буха, и вправду есть:
PIC16F183xx !!!

0

Интересно, а если даже и два отдельных CCP будут работать.
Они всё равно будут один и тот же таймер (TMR1) использовать ?
Или бывают камни с раздельными TMR-ами.

0

Сообщение от Gazzi Или бывают камни с раздельными TMR-ами.

Бывают камни больше чем с 10 таймерами (некоторые из них 32-ух битные), но вы по какой-то причине ограничили себя самым простым МК.

Миниатюры

 

0

Что толку от "более чем 10-ти таймеров", если нету своего таймера на один захват.
Опять лишние телодвижения, выяснять "истинное" время для каждого фронта.
А если каждый захват ещё и со своим предделителем требуется,
а если время ожидания для двух сигналов сильно разное (например отсутствие сигнала на первом
датчике станет понятно через 60 мс, а отсутствие на втором только через 250 мс, что пусть быстрый
датчик ждёт, пока медленный про...зднётся, (или таймер не переполнится) ?

А сколько ног на сием камне (с более чем 10-ти таймеров), они там за каким нужны-то,
если на всё/про всё 6-ти лап хватает ? Остальные то куда - про запас чтоль законсервировать.
(Опять, щас дойдём до "Купи Малину" советовать)

(некоторые из них 32-ух битные)

Что, так трудно ещё байты "привинтить" к штатному TMR-у, что прям надо на 10-таймеровый переходить.

вы по какой-то причине ограничили себя самым простым МК

Так ежели она и на нём решаема, нафига мне этот тюнинг ...
Из того, в чём я "порылся" - хлама полна кибитка, а "взять нечего".

0

Сообщение от Gazzi Что толку от "более чем 10-ти таймеров", если нету своего таймера на один захват.

У МК на картинке многие таймеры поддерживают как простой захват так и ШИМ захват (используются 2 канала, каждый измеряет длительность своего полупериода). Данные можно забирать с помощью DMA, т. е. даже прерывания от таймеров не нужны.
Точность будет +/- такт частоты таймера. Но это в современных МК... Посмотрите если интересно. http://we.easyelectronics.ru/S... ast-1.html

Сообщение от Gazzi А если каждый захват ещё и со своим предделителем требуется,

У каждого таймера свой предделитель с коэффициентом деления 1...65536.

Сообщение от Gazzi а если время ожидания для двух сигналов сильно разное (например отсутствие сигнала на первом датчике станет понятно через 60 мс, а отсутствие на втором только через 250 мс,

Отдельные таймеры на каждый датчик решают это проблему.

Сообщение от Gazzi А сколько ног на сием камне (с более чем 10-ти таймеров)

100 выводов. Таймеров 14 (см скрин).

Сообщение от Gazzi они там за каким нужны-то, если на всё/про всё 6-ти лап хватает ?

Запомните, в малоногих МК меньше всего начинки.
Иногда нужно перейти на МК с больчим числом выводов не ради них, а из-за наличия нужной периферии.

Сообщение от Gazzi (Опять, щас дойдём до "Купи Малину" советовать)

Нет, для вашей задачи подойдет 20-ти ногий МК стоимостью 20 рублей (0.3$).

Сообщение от Gazzi Что, так трудно ещё байты "привинтить" к штатному TMR-у, что прям надо на 10-таймеровый переходить.

Ну так привинтите.
У вас задача, которую проще и эффективнее решить аппаратно.

Сообщение от Gazzi Так ежели она и на нём решаема, нафига мне этот тюнинг

Если задача уже решена и все работает зачем эта тема?
Вы сами себе создаете трудности используя простейшие МК. Его нужно выбирать под задачу.

Сообщение от Gazzi Из того, в чём я "порылся" - хлама полна кибитка, а "взять нечего".

Купить подходящий МК за 20 рублей не вариант?

0

Ну тогда надо искать не CCP, а некий измерительный таймер (SMT называется), причём два.
И ещё один PWM (самостоятельный).
(Как ни странно, но такое есть в восьми ногах: PIC12F1612 называется).

Но тогда интересно, а зачем мелкочипные оставили "на борту" два классических CCP ?
Они-ж всё-равно не умеют два канала нормально "хапать", и тем более ШИМ-ить одновременно.
Это что такая "поддержка сверху-вниз" ?

Теперь ещё-бы научится правильно отключать эти 99% избыточного "хлама", а то точно пара 190-х АКБ
у тракториста за ночь сядет.

Иногда нужно перейти на МК с больчим числом выводов не ради них, а из-за наличия нужной периферии.

Ну вот мне ещё надо-бы I2C, что продолжать дальше искать, тогда уже от 14-лап.
А вот ещё мне делить/умножать надо, что тогда Math-модуль искать, ну так точно до ста ног можно
"допрыгаться". (Да меня быбы/роботы/монтажницы прибьют под лестницей).

Программирование сейчас сводится только к менеджменту камней?
Что, шас уже не модно достать из "пыльных шпаргалок" самописные I2С и DIV/MUL-ы из "90-х годов".
Те точно работать будут, на любых камнях. Иль порассуждать, кто/как с одного сраного ядра одновременно
два "блатных" прерывания снимает, да ещё при этом "ручной" ШИМ не забывает, каки/таки флаги
ставит/сваливает, и в скольких тактах опосля события это получается.
Кстати, а двухядрёные пики еще не придумали ? (Пора уже, как/так, от жизни отставать).

задача, которую проще и эффективнее решить аппаратно

Да фиг её знает, что лучше (наверное как всегда посередине). В теории любую задачу эффективнее
"готовыми ключами" свинчивать.

Если задача уже решена и все работает

Ну чуть-чуть стрелка "замирает" иногда, а так ничо, работает.
Тока мне кажется это я один только и вижу, чувакам-"приёмщикам" ваще всё по...,
но кто-та их научил через ч/метр Ч3-54 - 600.000 (или миллион) импульсов суммировать, знают собаки,
прибамбас должен на 100,0 км переключиться на последнем импульсике (в 2018-м году они этого
не умели).

Ладно, проект "спихнул", осталось гонорар получить..., (но отмечать пошёл щас)

0