FlProg

ilusha писал(а): 24 ноя 2019, 01:04 Почему работает Очень медленно modbus?
Очень медленно.
Это так медленно, если я делаю
не правильно..
Синхронизация включена на 1 миллисекунду

Sancho писал(а): 28 ноя 2019, 12:40 Далее, исходя из номера функции, делаем необходимые действия - записываем данные при необходимости и готовим ответ.
Передаём ответ мастеру.
Функция закончена, обмен проведён, программа выполняется дальше.

А зачем Вы такие номера прописываете? Для чего?

ecoins писал(а): 28 ноя 2019, 18:34 И здесь реализация ModBus в FLProg сама становится "тяжело-временным блоком", особенно если скорость обмене не высокая (например 9600) и кол-во переменных больше 10.
Это происходит из-за того, что функция Serialx.write() "тормозит" выполнение всей программы до момента, пока не будет завершен вывод всего сообщения.
Это недостаток Arduino IDE (библиотек) - почему так сделано, не очень ясно. Аппаратно контроллеры UART поддерживают вывод по прерываниям.
Когда-нибудь функцию вывода буфера UART с выставлением флага завершения вывода кем-нибудь будет написана.
Или самим придется написать.

unsigned long _stou1 = 0UL;
void setup()
{
Serial.begin(19200);
_stou1 = millis();
DDRB |=B00000100;
}
void loop()
{
//Плата:1
if (!(0)){ if (_isTimer(_stou1, 200 )) {Serial.println(String("0123456789")); _stou1 = millis();}} else {_stou1 = millis();}

PORTB^=B00000100;// инвертируем пин, зелёная линия на скринах
}
bool _isTimer(unsigned long startTime, unsigned long period )
  {
  return (period <=millis() - startTime);
  }

Sancho писал(а): 05 дек 2019, 17:59 Энвер, как я убедился, Вы доверяете только фактам.
Для Вас провёл специальный эксперимент, простой.
Всё нормально.
Вопрос в реализации в флпрог-модбас: Автор скорее всего намеренно сделал так, используя функцию flush (), и прицепив к этому делу пин включения передатчика.
Вы можете запросто переделать под свои нужды, заменив указанную функцию на другую, availableForWrite с небольшими доработками кода.
По скринам - пауза в тактах - скорее всего загрузка буфера

ecoins писал(а): 12 дек 2019, 20:39 То есть процессор в это время кроме вывода в буфер ничем не занят ( только обработчиками аппаратных прерываний).
Осциллограммы не показывают загруженность процессора.

Sancho писал(а): 13 дек 2019, 09:05 Я прошу прощения - Вам сложно увидеть в коде, что в момент передачи происходит инверсия выхода, как указанно в цикле loop ? Строка 13. Увы. Думал осциллограммы Вам помогут. Там, кстати, видно, как выполнение loop приостанавливается в момент загрузки байта из буфера в выходной регистр.

Rovki писал(а): 08 фев 2020, 18:25 Немного путаете- период опроса это не тайм аут и не пауза

Alias писал(а): 09 фев 2020, 00:44 То есть период синхронизации в flp это тоже пауза по факту?
А что такое 100?

Sancho писал(а): 28 ноя 2019, 12:40 Как часто замечаю, иногда пользователи не до конца понимают как устроена работа обмена по модбас, и, соответственно, требуют не реализуемые задачи.

ilusha писал(а): 24 ноя 2019, 01:04 Почему работает Очень медленно modbus?
Очень медленно.
Это так медленно, если я делаю
не правильно..
Синхронизация включена на 1 миллисекунду

И для общего понимания. Не спеша.
Слэйв модбас rtu. Slave ModBus RTU.
При создании кода для IDE FLProg перед первой платой вставляет дополнительные, необходимые для работы, переменные, функции.
Одной из них является функция, отвечающая за обмен по модбас. Выполняется она, как Вы догадались, один раз в цикле.
Сама по себе состоит из других, вложенных функций, отвечающих за разные задачи.
В примере - минимальный вариант - значение из регистра на выход ШИМ. Время цикла - минимальное.

Итак, вначале проверяется, есть ли что либо, а именно байты, в буфере serial( или Softserial - не принципиально).
1-й цикл. Если ответ пусто, 0, функция прерывается, программа выполняется дальше.
2-й цикл. Если есть, запоминается текущее количество доступных для считывания байт( в _modbusSlaveLastRec),
запоминается текущее время( в _modbusSlaveTime), функция прерывается, программа выполняется дальше.
3-й цикл. Если значение количества последних и сейчас доступных для считывания байт не совпадает, значит данные всё еще поступают в буфер serial.
Запоминается текущее количество доступных для считывания байт(_modbusSlaveLastRec),
запоминается текущее время(_modbusSlaveTime), функция прерывается, программа выполняется дальше.
N-й цикл. Значение количества доступных для считывания из буфера serial байт и старое значение одинаковы, то проверяем, сколько прошло времени,
между последним изменением, вдруг байт где-то заплутал. Если время ожидания получения байта ещё не вышло - прерываем функцию.
N+n цикл. Время вышло, больше байтов нет, начинаем обрабатывать полученное.
Замечу - время ожидания приёма байта зависит от скорости(раньше), у Автора сейчас составляем 5 мс....
обнуляем _modbusSlaveLastRec.
Загружаем все данные из буфера serial в буфер программы, попутно подсчитывая количество байт и следя за переполнением.
/*
Здесь у Автора нет защиты от переполнения буфера и получения нежданчиков:
если в моей библиотеке serial размер буфера больше стандартного, буфер модбаса переполнится,
выставится только флаг - bBuffOverflow, но данные продолжат записываться в ячейки, которые буферу не принадлежат...
Я в таких случаях просто вызываю read(), опустошая буфер serial. Легко чинится в коде перестановкой строк....
*/
Если количество полученных байт >= минимальной посылки, проверяем, нам ли она адресована. Если нет - функция прерывается, программа выполняется дальше.
Проверяем контрольную сумму, если не правильная - функция прерывается, программа выполняется дальше.
Далее, исходя из номера функции, делаем необходимые действия - записываем данные при необходимости и готовим ответ.
Передаём ответ мастеру.
Функция закончена, обмен проведён, программа выполняется дальше.

UCSR0A=UCSR0A |(1 << TXC0);
digitalWrite(2, HIGH );
  delay (1);
Serial.write( _modbusSlaveBuffer, _modbusSlaveBufferSize );
 while (!(UCSR0A & (1 << TXC0)));
  delay (1);
digitalWrite(2, LOW );
Serial.flush();

virtual boolean finishWrite(void);
boolean HardwareSerial::finishWrite(void)
{
return (SERIAL_TX_BUFFER_SIZE - 1) == availableForWrite();
}

if (_gtv1 == 1) {
  digitalWrite(9, 1);
  Serial.println("qwrtyrafghgzsjhgkuygbzkjvhggzgb");
}

if(digitalRead(9)){
  if (Serial.finishWrite()){ 
    if(_isTimerMicros(qwe,170)){digitalWrite(9, 0);}
    }
  else qwe=micros();
}

Sancho писал(а): 18 дек 2020, 16:36 Ну вот вроде и всё, касательно uart и modbus в роли слэйва, из того, чем хотел поделиться.
Надеюсь, кому-то это пригодится.
О режиме modbus master rtu постараюсь написать в ближайшее время. Опишу своё видение, откуда ноги растут у "тормоза".