Arduino.ru

Потупил еще файл SoftwareSerial.cpp

Там блин есть ссылки на PCINT:

digitalPinToPCICR(_receivePin) |= _BV(digitalPinToPCICRbit(_receivePin));

Похоже не получится совместно использовать эти прерывания с SoftwareSerial(((

Если с умом, то получится.

не, не все здесь "Пётр Петрович Гарин", с его мозгом )))

Да уж, прогялдел обработчики прерываний в softwareserial.cpp. Все векторы обозначены. Ума не приложу как их второй раз заюзать.

Два раза нельзя, надо эти модифицировать

Не подскажете, что именно, у меня такая же бодяга с CustomSofwareSerial, а хочется освободить любое из прерываний для энкодера

Здесь, или не только здесь?
 

//#if defined(PCINT0_vect)
//ISR(PCINT0_vect)
//{
 // CustomSoftwareSerial::handle_interrupt();
//}
//#endif

#if defined(PCINT1_vect)
ISR(PCINT1_vect)
{
  CustomSoftwareSerial::handle_interrupt();
}
#endif

#if defined(PCINT2_vect)
ISR(PCINT2_vect)
{
  CustomSoftwareSerial::handle_interrupt();
}
#endif

#if defined(PCINT3_vect)
ISR(PCINT3_vect)
{
  CustomSoftwareSerial::handle_interrupt();
}
#endif

Начинает компилироваться по крайней мере )))

Проверено! Работает!

//#if defined(PCINT0_vect)
//ISR(PCINT0_vect)
//{
 // CustomSoftwareSerial::handle_interrupt();
//}
//#endif

#if defined(PCINT1_vect)
ISR(PCINT1_vect)
{
  CustomSoftwareSerial::handle_interrupt();
}
#endif

#if defined(PCINT2_vect)
ISR(PCINT2_vect)
{
  CustomSoftwareSerial::handle_interrupt();
}
#endif

#if defined(PCINT3_vect)
ISR(PCINT3_vect)
{
  CustomSoftwareSerial::handle_interrupt();
}
#endif

Заме так? Это грубо. Просто добавь свой хендлер к чужому.

#if defined(PCINT0_vect)
ISR(PCINT0_vect)
{
 CustomSoftwareSerial::handle_interrupt();
 UA6EM_PCINT0_handler();
}
#endif

Ведь если софт-сериал не "листен", то его хендлер нифига не работает - в него просто вход и тут же выход.

Лучше модифицируй чужой код не ломая его. Хотя дело твоё, конечно.

//#if defined(PCINT0_vect)
//ISR(PCINT0_vect)
//{
 // CustomSoftwareSerial::handle_interrupt();
//}
//#endif

#if defined(PCINT1_vect)
ISR(PCINT1_vect)
{
  CustomSoftwareSerial::handle_interrupt();
}
#endif

#if defined(PCINT2_vect)
ISR(PCINT2_vect)
{
  CustomSoftwareSerial::handle_interrupt();
}
#endif

#if defined(PCINT3_vect)
ISR(PCINT3_vect)
{
  CustomSoftwareSerial::handle_interrupt();
}
#endif

#if defined(PCINT0_vect)
ISR(PCINT0_vect)
{
 CustomSoftwareSerial::handle_interrupt();
 UA6EM_PCINT0_handler();
}
#endif

благодарю конечно, но это выше моего понимания процессов происходящего... сейчас в теле программы вызываю так:
ISR(PCINT0_vect) {
  encoder.tick(); //
}

encoder.tick() это объект библиотеки RotaryEncoder, не понимаю, каким образом это скомпилируется

PS пишет - не задекларировано, если задекларировать, то и реализовывать надо внутри библиотеки либо как-то указывать, что функция внешняя...одни непонятки...

а перенести свои нужные пины на другой PCINT и нужный закомментировать в библиотеке, я так делал

#if defined(PCINT1_vect)
ISR(PCINT1_vect, ISR_ALIASOF(PCINT0_vect));
#endif

#if defined(PCINT2_vect)
ISR(PCINT2_vect, ISR_ALIASOF(PCINT0_vect));
#endif

#if defined(PCINT3_vect)
ISR(PCINT3_vect, ISR_ALIASOF(PCINT0_vect));
#endif

я так и сделал, высвободил PCINТ0, но Дракула говорит, что некомильфо и я с ним согласен, по нормальному надо дописать в нужное прерывание свой обработчик только как его сделать внешним, а совсем правильно дописать в эту функцию менеджер обработчиков, какому из обработчиков передавать управление, тогда и "овцы целы и волки сыты" но это совсем уровень не начинающего )))

Тогда уж совсем радикально : использовать software serial только для отладки, в готовом устройстве убрать его, а с устройством работать по hw uart

так библиотека от DetSimen и писалась в расчёте на то, что в режиме отладки будет использоваться CustomSoftwareSerial, а в боевом режиме, можно перекомпилировать на любой хардварный. вплоть до USB, для этого она завёрнута в поправленную библиотеку SomeSerial (поддержка 8N2)

#define SOFTSERIAL  // если определено используем SofwareSerial, 
                    // НАЗВАНИЕ не менять, используется в библиотеке
//#define SERIAL1   //328PB ONLY

#ifdef  SOFTSERIAL
ALSerial RadioPort(2, 3); // RX, TX
uniFT897D Radio(RadioPort);
#else
#ifdef SERIAL1
ALSerial RadioPort(&Serial1);
uniFT897D Radio(RadioPort);
#else
ALSerial RadioPort(&Serial);
uniFT897D Radio(RadioPort);
#endif
#endif

ЗЫ даже если использовать хардваре, компилятор всё одно будет орать на двойное определение

Тем более, какая разница комильфо или нет, все равно в рабочем режиме это использоваться не будет.

прерывание, это задел на возможные проблемы с энкодером, он будет давать от 400 до 1000 импульсов на оборот, боюсь будут пропуски...

Я вот так использую оба uart, в итоговом просто отключу лог

#if (defined(SHOW_LOG) && defined(HWUART_MODEM)) // в зависимости от настроек прописываем и инициализируем UARTы
#include <SoftwareSerial.h> // стандартная библиотека работы с SoftwareSerial
#ifdef DEBUG_MODE
SoftwareSerial swuart(_pinSwUART_RX, _pinSwUART_TX); // установка контактов
#else
SoftwareSerial swuart(pinSwUART_RX, pinSwUART_TX); // установка контактов
#endif
void initLogModemUART() {
  swuart.begin(9600);
  Serial.begin(MODEM_SPEED);
}
#elif defined(SHOW_LOG)
#include <SoftwareSerial.h> // стандартная библиотека работы с SoftwareSerial
#ifdef DEBUG_MODE
SoftwareSerial swuart(_pinSwUART_RX, _pinSwUART_TX); // установка контактов
#else
SoftwareSerial swuart(pinSwUART_RX, pinSwUART_TX); // установка контактов
#endif
void initLogModemUART() {
  swuart.begin(MODEM_SPEED);
  Serial.begin(9600);
}
#elif defined(HWUART_MODEM)
void initLogModemUART() {
  Serial.begin(MODEM_SPEED);
}
#else
#include <SoftwareSerial.h> // стандартная библиотека работы с SoftwareSerial
#ifdef DEBUG_MODE
SoftwareSerial swuart(_pinSwUART_RX, _pinSwUART_TX); // установка контактов
#else
SoftwareSerial swuart(pinSwUART_RX, pinSwUART_TX); // установка контактов
#endif
void initLogModemUART() {
  swuart.begin(MODEM_SPEED);
}
#endif

#ifdef SHOW_LOG
void logStrPrint(char * inStr) { // вывод строки в лог
#ifdef HWUART_MODEM
  swuart.print(inStr);
#else
  Serial.print(inStr);
#endif
}
void logWrite(byte inCh) { // вывод байта в лог
#ifdef HWUART_MODEM
  swuart.write((char)inCh);
#else
  Serial.write((char)inCh);
#endif
}
void logHexPrint(signed long inHex) { // вывод шестнадцатиричного числа в лог
  logWrite('x');
#ifdef HWUART_MODEM
  swuart.print(inHex, HEX);
#else
  Serial.print(inHex, HEX);
#endif
}
void logDecPrint(signed long inInt) { // вывод десятичного числа в лог
#ifdef HWUART_MODEM
  swuart.print(inInt, DEC);
#else
  Serial.print(inInt, DEC);
#endif
}
byte logAvailable() { // смотрит есть ли в логе приемные байты
#ifdef HWUART_MODEM
  return swuart.available();
#else
  return Serial.available();
#endif
}
byte logRead() { // чтение байта из лога
#ifdef HWUART_MODEM
  return swuart.read();
#else
  return Serial.read();
#endif
}
#endif

void modemStrPrint(char * inStr) { // строку в модем
#ifdef HWUART_MODEM
  Serial.print(inStr);
#else
  swuart.print(inStr);
#endif
}

void modemWrite(byte inCh) { // байт в модем
#ifdef HWUART_MODEM
  Serial.write((char)inCh);
#else
  swuart.write((char)inCh);
#endif
}

byte modemAvailable() { // есть ли данные в модеме
#ifdef HWUART_MODEM
  return Serial.available();
#else
  return swuart.available();
#endif
}

byte modemRead() { // чтение из модема
#ifdef HWUART_MODEM
  return Serial.read();
#else
  return swuart.read();
#endif
}

Тут не важно сколько на оборот. Тут важно сколько раз в секунду.

у тя всё просто, у меня всё сложнее, порт надо подсовывать другой библиотеке и, она должна его переварить, со всеми его параметрами...

от 1000 до 5000

Ну, если делать по уму, то никаких проблем с пропусками при такой частоте быть не должно. Можно хоть INT0/1 использовать, хоть PCINT1/2/ Хотя на  INT0/1 проще - не надо с демультиплексированием заморачиваться.

Этим и занят, освобождением прерываний )))

Этим и занят, освобождением прерываний )))

[/quote]

А чего их освобождать? INT1 и так свободен. Если надо обязательно INT0 то можно взять другой софт сериал - https://github.com/PaulStoffregen/AltSoftSerial этот INT0 не использует

Другие на поддерживают передачу параметров порта, 8N2 в частности, у меня используется кастомный вариант оной либы

Ну ОК, а чем INT1 не устраивает?

заняты
В принципе понятно, что надо сделать, но хочется правильно, не верится, что компилятору нельзя сказать, что если если какой-то PCINT не используется то и конфликта из-за двойного определения нет )))

поправил библиотеку так, но что мне подсказывает, что тоже костыли:
 

#include <avr/interrupt.h>
#include <avr/pgmspace.h>
#include <Arduino.h>
#include <CustomSoftwareSerial.h>
#include <math.h>

extern void UA6EM_PCINT0_handler(void);


#if defined(PCINT0_vect)
ISR(PCINT0_vect)
{
  CustomSoftwareSerial::handle_interrupt();

  UA6EM_PCINT0_handler();
}
#endif

А в теле программы функция реализована так:
 

void UA6EM_PCINT0_handler(void){
encoder.tick(); 
}

setup(){

 PCICR |= (1 << PCIE0 /*D8-D13*/); 
 PCMSK0 |= (1 << PCINT0) | (1 << PCINT1);  // D8 и D9 на энкодер
}

осталось попробовать перенести софтовый сериал на пины этого же PCINT и напасматреть их совместную деятельность )))

Перенёс на D11 и D12, PCINT0 прекрасно разделяется между процедурами обработки софтового серийного порта и обработчиком Энкодера

подумал подумал, ничего умнее чем обернуть в кастомной библиотеке CustomSofwareSerial в такую конструкцию не придумал:  ЗЫ в SofwareSerial всё точь в точь )))
в файле CPP
 

#include <avr/interrupt.h>
#include <avr/pgmspace.h>
#include <Arduino.h>
#include <CustomSoftwareSerial.h>
#include <math.h>

#ifdef EXTERNALPCINT0
extern void UA6EM_PCINT0_handler(void);
#endif

.
.
.

#if defined(PCINT0_vect)
ISR(PCINT0_vect)
{
  CustomSoftwareSerial::handle_interrupt();
  #ifdef EXTERNALPCINT0
  UA6EM_PCINT0_handler();
  #endif
}
#endif

#if defined(PCINT1_vect)
ISR(PCINT1_vect)
{
  CustomSoftwareSerial::handle_interrupt();
}
#endif

#if defined(PCINT2_vect)
ISR(PCINT2_vect)
{
  CustomSoftwareSerial::handle_interrupt();
}
#endif

#if defined(PCINT3_vect)
ISR(PCINT3_vect)
{
  CustomSoftwareSerial::handle_interrupt();
}
#endif

Интересно, кто-то решил эту проблему по человечески?
 

Вопрос решения конфликта по фэншую всё ещё актуален! Может есть у кого, что сказать?