outgoingBuffer - однобайтное, не зачем туда впихивать 0xff0034fe.kras писал(а):Но что еще не понравилось. Если на передаче
outgoingBuffer[5] = 0xff0034fe;
Изменитеkras писал(а):огда в таком порядке они и приходят, но вместо 0хf0ss 0xfass .... я наблюдаю
FFFFFFF0ss FFFFFFFAss FFFFFFFBss FFFFFFFCss FFFFFFFDss FFFFFFFEss
Код: Выделить всё
char c = Wire.read(); // получаем байт (как символ)Код: Выделить всё
unsigned char c = Wire.read(); // получаем байт (как символ)Код: Выделить всё
// Interrupt on any change on pins PCINT0-5: On
GIMSK |= (1<<PCIE);
PCMSK |= (0<<PCINT5) | (0<<PCINT4) | (0<<PCINT3) | (1<<PCINT2) | (0<<PCINT1) | (0<<PCINT0); // PCINT2 - PB2 PCINT3 - PB3 PCINT4 - PB4
GIFR |= (1<<PCIF);
ISR(PCINT0_vect) {
-обработка кнопки-
}Плохо.kras писал(а):Но все таки я не совсем сообразил, как это написать надо.
Код: Выделить всё
#include <Wire.h>
#define adres 0x5C>>1
volatile uint32_t count = 0x00;
volatile unsigned char incomingBuffer[6];
void setup()
{
Wire.begin(); // подключение к шине i2c
Serial.begin(9600); // запуск последовательного порта
delay(2000); // пауза
}
void loop()
{
unsigned char c=0;
Wire.requestFrom(adres, 6); // запрос 6 байт от слейва #2
while(Wire.available()) // пока есть, что читать
{
incomingBuffer[c] = Wire.read(); // получаем байт (как символ)
c++;
}
count = 0x00;
count += (uint32_t) incomingBuffer[3] << 8;
count += (uint32_t) incomingBuffer[2] << 8;
count += (uint32_t) incomingBuffer[1] << 8;
count += (uint32_t) incomingBuffer[0] ;
Serial.print(count, DEC); // печатает в порт
Serial.print("\n\r");
delay(500);
}Код: Выделить всё
#include <avr/interrupt.h>
#include "TWI.h"
#define InvBit(reg, bit) reg ^= (1<<(bit))
#define ClearBit(reg, bit) reg &= (~(1<<(bit)))
#define SetBit(reg, bit) reg |= (1<<(bit))
#define BitIsSet(reg, bit) ((reg & (1<<bit)) != 0)
#define BitIsClear(reg, bit) ((reg & (1<<(bit))) == 0)
extern volatile unsigned char incomingBuffer[8];
extern volatile unsigned char outgoingBuffer[6];
volatile uint32_t count = 0x00; //
#define LED PB4
#define KN PB2
ISR(PCINT0_vect) {
/*-обработка кнопки-*/
if (BitIsClear(PINB,KN))
{
count++;
PORTB ^= (1<<LED); //Change PB4 State
}
}
int main( void )
{
// Светодиод
DDRB |= (1<<LED); // конфигурируем пин как выход
PORTB &= ~(1<<LED); // по умолчанию светодиод выключен
// Кнопка
DDRB &= ~(1<<KN); // конфигурируем пин как вход
PORTB |= (1<<KN); // включаем подтяжку
// Interrupt on any change on pins PCINT0-5: On
GIMSK |= (1<<PCIE);
PCMSK |= (0<<PCINT5) | (0<<PCINT4) | (0<<PCINT3) | (1<<PCINT2) | (0<<PCINT1) | (0<<PCINT0); // PCINT2 - PB2 PCINT3 - PB3 PCINT4 - PB4
GIFR |= (1<<PCIF);
sei(); //!< Enable global interrupts.
twi_slave_init();
twi_slave_enable();
for(int i=0; i<6; outgoingBuffer[i++]=0) {} // очистка передающего буфера
while (1)
{
outgoingBuffer[3] = (count & 0xff000000) >> 24;
outgoingBuffer[2] = (count & 0x00ff0000) >> 16;
outgoingBuffer[1] = (count & 0x0000ff00) >> 8;
outgoingBuffer[0] = (count & 0x000000ff);
}
}
Код: Выделить всё
ISR(PCINT0_vect) {
/*-обработка кнопки-*/
if (BitIsClear(PINB,KN))
{
count++;
//_delay_ms (500);
PORTB ^= (1<<LED); //Change PB4 State
int i;
for(i=0; i<20000; i++) { count1++;
}
}
}Нельзя в прерывание лепить всякие там _delay_ms (500); и тем более for(i=0; i<20000; i++) { count1++;}.kras писал(а):А как сделать защиту от дребезга? Кажется, delay как то неправильно работает, я добавил
А может вам для начала почитать вот это Типы данныхkras писал(а):Действительно, смысл делать long, если передается только 8 бит. А как лучше сделать, разбить переменную на 6 байт, или передавать сразу 32 бита, например?
А может вам для начала почитать вот это Типы данных
Я же вроде показал как это сделать.kras писал(а):Но я намека не понимаю, как я long int могу передать в виде 8 бит данных? Тут можно только разбить на несколько байт, не?
Да и long int не существует такого, это не означает что у вас переменная вдруг станет 32+16=48бит.uint32_t - это без знаковый целый тип, гарантирующий размерность ("ширину") переменной 32 бита.
unsigned int, unsigned long - так сказать, language-specific, просто без знаковый целый тип, "ширина" которого может отличаться от платформы
ну откуда здесь взялся long int?????Таким образом, получаются следующие типы:
unsigned char – число от 0 до 255
signed char – число от -127 до 127
unsigned int – число от 0 до 65535
signed int – число от -32767 до 32764
unsigned long – число от 0 до 4294967295
signed long – число от -2147483648 до 2147483648
Что-то сразу не догляделkras писал(а):Что может быть не так?
Код: Выделить всё
count = 0x00;
count += (uint32_t) incomingBuffer[3] << 24;
count += (uint32_t) incomingBuffer[2] << 16;
count += (uint32_t) incomingBuffer[1] << 8;
count += (uint32_t) incomingBuffer[0] ;
Serial.print(count, DEC); // печатает в порт
Serial.print("\n\r");
Используйте таймер, благо таймер выходит на вывод PB2.kras писал(а):когда нужно быстро посчитать ~500 импульсов в секунду.
Даташит читаем на контроллер.kras писал(а):А можно подробнее, где прочитать про таймер.
Приоритет прерываний работает по принципу «кто первый встал тот и ходит в тапках». Остальные запрещены аппаратно.kras писал(а):Проблема в том, что действительно устройство начинает подвисать. Такое ощущение, что счет не в приоритете получается по сравнению с прерыванием на передачу, это так?
А подсчет импульсов нельзя сделать в приоритете в данном примере? Так то вроде немного разобрался, спасибо огромное! Но вот этот момент немного портит цельное понимание картины по прерываниям)
Отнюдь, три строчки кода.kras писал(а):Потому что дальше вопрос с таймером, мне кажется - отдельная история.
Интересно про внешний таймер узнать, это как?kras писал(а):Я бы использовал внутренний, но можно, пожалуй, подключить внешний таймер и вывести еще одно прерывание, по которому бы происходила передача данных.
Отнюдь, три строчки кода.
Так как I2C программный, то прерывание нужно для регистрации события на шине.kras писал(а):Кстати, а зачем в I2C прерывание?
Все верно. В отличии от предложенного вами решения с кнопкой, прерывание таймера будет срабатывать раз в 256 импульсов, а не два раза за импульс как с кнопкой.kras писал(а):В общем, начал читать про таймер для подсчета импульсов с этого: http://integrator.adior.ru/index.php/proshivki/430
Затем полистал код здесь https://forum.cxem.net/index.php?/topic ... %BD%D0%B4/
И не совсем понял. Получается, что таймер лучше тем, что он, хотя тоже работает по прерыванию, но считает независимо от основной программы микроконтроллера, то есть таймер запустил счет и будет считать параллельно с МК, так? Ну вроде это понятно.
Вход внешнего сигнала таймера/счетчика T0.kras писал(а):Однако, а как таймер будет работать по входному сигналу с порта PB2?
Все верно, вам лучше использовать какой нибудь генератор начального кода, к примеру AvrWiz, я пользуюсь такимkras писал(а):Если все ок, то получается да, мне нужно добавить эти 3 строчки в код и удалить счет импульсов по прерыванию на PB2.
