А затем, чтозачем вешать дополнительно детали если с этим один МК может справиться
. Программа может просто пропустить подобные импульсы.Время срабатывания по идее от 1,5 до 2 микросекунд
А кто сказал что микруху ?Это какую же микруху ИЛИ надо на 20 и более датчиков?
Код: Выделить всё
...
A=0; B=0; C=0;
for (i=0; i!=5; i++)
{
A=A|PINA; B=B|PINB; C=C|PINC;
}
...
. Потом просто отправлям три байта по USARTу, а приемник пусть сам разбирается какой бит в каком порту за какой датчик отвечает, выводит символы какие отвечают за тот или иной датчик.
Действительно, зачем микруху, для "ИЛИ" можно просто диоды навешать.Аlex писал(а):А кто сказал что микруху ?Это какую же микруху ИЛИ надо на 20 и более датчиков?
УЗ микрофон немного переделанные. Если грубо то пьезодатчики. Время срабатывания можно подрегулировать, но это критичный момент.Что хоть за датчики такие и где они стоЯт
Дык потому МК и работает на 8МГц чтобы успеть поймать.Программа может просто пропустить подобные импульсы.
Я не умею программировать на ПК вообще. Да и для МК крайне не очень...а приемник пусть сам разбирается какой бит в каком порту за какой датчик отвечает
Про диоды я чего-то не сообразилДействительно, зачем микруху, для "ИЛИ" можно просто диоды навешать.
Тогда, перед отправкой, нужно будет определить по включенным битам портов соответствующие им символы и отправлять как символ в ASCII коде.DerMeister писал(а): Я не умею программировать на ПК вообще. Да и для МК крайне не очень...
Кто ж софт-то писать будет? Нынче у нас капитализьм...
Дело не в частоте, а в свободном процессорном времени для других операций, кроме опроса входов. Вы пока опрашиваете один вход, на другом может проскочить импульс и программа просто его не отловит. Для этого и существуют события по внешним прерываниям.Дык потому МК и работает на 8МГц чтобы успеть поймать.
и чтоб "костей не осталось" Так не бывает...Ну дык она же не в 2 раза уплываетЧастота же должна была уплыть...
Но лучше поставить, дабы избежать потом проблем. Или хотя бы предусмотреть для него место на плате.Так в принципе суть получается та же, что я описывал с переменными для каждого датчика. Только с экономией портов за счет ИЛИ.Тогда, перед отправкой, нужно будет определить по включенным битам портов соответствующие им символы и отправлять как символ в ASCII коде.
Причем раньше я ни один язык программирования в глаза не видел...
А приведение UART к готовности: очистка буфера, флаг. И дальше проверка условия сработал ли датчик... Это же все такты...отправка занимает примерно 0,1 мсек
То есть Вы настаиваете, что без внешних ИЛИ и внешних прерываний с этой бедой не справиться?Для этого и существуют события по внешним прерываниям.
Безусловно вы правы, а жаль....Вы хотите и и чтоб было всё "безболезненно"... Так не бывает.
Просто в интернете жутко пугают RCшкой, мол крокозябры сплошные идут... Вот я и удивился...Ну дык она же не в 2 раза уплывает
Боюсь, что с такими короткими импульсами от датчиков - нетТо есть Вы настаиваете, что без внешних ИЛИ и внешних прерываний с этой бедой не справиться?
С ИЛИ порты не экономятся, а реализуется один источник прерывания для всех датчиков. В любом случае, по мимо схемы с ИЛИ, Вам нужно будет заводить сигналы от каждого датчика на порты, если Вы хотите знать какой датчик сработал. Ито, если программа успеет выйти на обработчик до того, как импульс закончится.Только с экономией портов за счет ИЛИ.
У вас всё равно там места нет, а так, можно ещё одновибраторов поставить 20-ть штук.То есть Вы настаиваете, что без внешних ИЛИ и внешних прерываний с этой бедой не справиться?
А вообще, как же вы угадаете момент, когда датчики срабатывают пакетно? Либо внешнее прерывание, либо в цикле опроса крутитесь и как только что-то сработало, тут же опрашивайте датчики и потом передавайте. Но только 2 мкс на импульс пропустить будет очень просто. Так что, прерывание - ваш выбор. Только в обработчике, наверное, тоже не успеете все датчики опросить - у вас будет тактов 20 на всё, хотя считать 3 порта и проверить на срабатывание вы успеете.
Всё зависит от...DerMeister писал(а):То есть Вы настаиваете, что без внешних ИЛИ и внешних прерываний с этой бедой не справиться?
Код: Выделить всё
include <avr/io.h>
uint8_t pb, pc, pd;
void collect(uint16_t max_cycles)
{
// Проинициализировали систему выделения перепадов чтением портов
// Раз уж ждём 1-чек на сработке, то до сработок там нули,
// так что заодно и проинициализировали нулями интересующие нас биты.
// А что в не-интересующих, так и не важно
uint8_t tb = PORTB, tc = PORTC, td = PORTD;
PCIFR = 0x03; // сбросили флаги
while (PCIFR == 0) ;
do {
tb |= PORTB;
tc |= PORTC;
td |= PORTD;
} while (--max_cycles);
// Маски интересующих битов всё равно хранятся в PCMSK,
// пусть эта функция и берёт их оттуда.
pb = tb & PCMSK0;
pc = tc & PCMSK1;
pd = td & PCMSK2;
}Код: Выделить всё
collect:
in r20,37-32
in r19,40-32
in r18,43-32
ldi r21,lo8(3)
out 59-32,r21
.L2:
in r21,59-32 ; while (PCIFR == 0) ;
tst r21
breq .L2
.L4: ; do {
in r21,37-32 ; 1
or r20,r21 ; 1
in r21,40-32 ; 1
or r19,r21 ; 1
in r21,43-32 ; 1
or r18,r21 ; 1
sbiw r24,1 ; 2
brne .L4 ; 2 вместе 10 тактов, сам цикл вписывается в 12
; } while (--max_cycles);
lds r24,107
and r24,r20
sts pb,r24
lds r24,108
and r24,r19
sts pc,r24
lds r24,109
and r24,r18
sts pd,r24
retТам итак уже места не хватаетBCluster писал(а):Импульсы слишком коротки, можно легко пропустить. Схемы с ИЛИ, а также применение МК с кучей входов способных дернуть прерывание тож сомнительно. Ибо в любом случае надо будет опрашивать порт.
Может удлинить импульсы? Скажем до 1мс, и их уже ловить? Но это внешняя обвязка уже
.