Форум РадиоКот

В данном случае можно и простыми Сишными файликами обойтись. Однако неплохая тренировка по созданию класса (это особенность ардуино С++).
Разница там в занимаемом месте в окне IDE - Сишные файлики видны да и в папке проекта обязаны присутствовать, а библиотека (с классом) может быть вынесена. В принципе - кому как удобнее..
Для самодельной функции вывода в случае приложения к MAX7219 в принципе особой разницы нет - там ведь только пересылка данных - регенерацию дисплей сам делает. Да и разницы между самоделкой и встроенной функцией shiftOut особо нету - оная также программным способом выполняется. Плюс перестраховка...
Касательно "обратного знакогенератора" - понадобиться может для ускоренной обработки данных, уже выведенных на дисплей.
К примеру быстрый анализ статуса меню по "беглому курсору" и текущему префиксу - кракозябре (в том же K145M).
Относительно простого знакогенератора - облегчает жизнь при предобработке данных. Использовать или нет - то уже от замысла в основной программе зависит (выводим цифирки или символы/кракозябры).
А вот насчет двух буферных массивов... при "полноценной динамике" на одном МК без обвязки (или с минимальной обвязкой на простейшей "рассыпухе") нужны оба - и "видеопамять" и "предобработка", а для спецконтроллеров только "предобработка" - буфер для вывода содержат сами спецконтроллеры.
То уже несколько иная тема.
Пока что у меня была цель "дистанционно" по схемке да в рамках "референса" ардуино повторить версию алгоритма, хорошо отработанного под ассемблером. Вроде удачно получилось - но "для ограниченной области применений" - адуринка таки для неспешной обработки данных больше годиться, в компании с периферийными спецконтроллерами (от готовых изделий до самодельных из "подоручных" малолапых МК).

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

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

я проекты делаю для себя, для домашних нужд. поэтому можно назвать их маленькими.
мои самые большие проекты - чуть более 4 кБ кода.
как я говорил ранее, пишу только на ассемблере. с написанием для ардуино я вообще не знаком - мне это не нужно.

На таком же принципе динамическая развертка и в этом проекте на аттини2313 под ассемблером сделана: использованы возможности таймера Т1 и его дополнительных регистров.
Индикатор работает сам по себе, а основная программа сама по себе. Использовал эту самоделку в одном из проектов как "внешний удаленный дисплей".

Мне для маленьких домашних проектов понравилась RTOS OSA Виктора Тимофеева.

Это только для ПИКовых...

Не, у него есть вариант и для STM8, AVR: http://www.pic24.ru/doku.php/osa/ref/in ... 1%80%D1%8B

[uquote="Martian",url="/forum/viewtopic.php?p=4544398#p4544398"]понравилась RTOS OSA Виктора Тимофеева.[/uquote]Эта тема меня интересует и я прочитал несколько страниц на их сайте. Однако, нигде не нашёл сколько она требует RAM/Flash памяти в какой-либо минимальной конфигурации и сравнения чем она отличается, хотя-бы от той-же FreeRTOS. Есть у Вас ссылки где это можно почитать?

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

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

Ser60, не помню уже, но вроде где-то там была информация по ресурсам. Вот здесь есть немного: http://we.easyelectronics.ru/os-rtos/zn ... -stm8.html

Добавлено after 2 minutes 38 seconds:
BOB51, соглашусь, в каком-то градуснике или часах 1-2 задачи и это 90% поделок, но дело в том, что с RTOS интереснее, мы ведь всё-таки не ардуинщики Для меня ОСА стало ещё одним интересным методом, с удовольствием разбирался что это и как это.

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

Кстати... адуринка в этом неплохо мозги тренировать заставляет, ежли не копипастом заниматься, а самому искать решения в жестко заданных рамках типового ее "референса".

То, что делается с помощью RTOS, можно сделать и без RTOS . Снижает "мышление" по управленя (и время создания проекта). Потерянный ресурс невелик, но его стоит предвидеть (PIC-C Compiler и STM32 HAL, пробовал несколько раз, в основном для динамической индикации и проверки датчика).

Опять мы от исходной темы отклонились.

Надо бы поглядеть, можно ли для решения исходной задачи таймером Т1 пожертвовать (чего при этом потеряю в рамках функций "референса")...
Та же тест-прожка с движком динамической индикации, но в приложении к устройству на аттини2313 или атмега8 и прерывании от Т1.
Да и схемку "удавить" - без внешних регистров но с дополнительным обработчиком кнопок (вроде там их 4 штуки поставить можно).
То уже попозже наверно попробую...

я тут было хотел с часов на индикатор вывести, но вот беда ничего не выводится. Может кто-то навскидку скажет в чем проблема:

Спойлер

Код: Выделить всё

#include "RTClib.h"
RTC_DS1307 rtc;

#include <GyverNTC.h>
GyverNTC therm(0, 10000, 3950);
//---- ПИНЫ ----
byte SCLK = 7;
byte RCLK = 6;
byte DIO = 5;
//---- ПИНЫ ----

#include <TM74HC595Display.h>
#include <TimerOne.h>
TM74HC595Display disp(SCLK, RCLK, DIO);
unsigned char SYM[18];
unsigned long dispIsrTimer, countTimer;

void setup() {
  
}
//char displayTime[4];
void loop() {
  
  if (millis() - countTimer > 1000) {   // каждые 50 миллисекунд ("прозрачный" аналог delay)
    
     DateTime now = rtc.now();
      int displaytime = ((now.hour() * 100) + now.minute());

  disp.digit4(displaytime); 


    countTimer = millis();            // сбросить таймер
  }

  disp_isr();                         // динамическая индикация
}

void disp_isr() {
  if (micros() - dispIsrTimer > 300) {       // таймер динамической индикации (по-русски: КОСТЫЛЬ!)
    disp.timerIsr();                         // "пнуть" дисплей
    dispIsrTimer = micros();                 // сбросить таймер
  }
}

не выводит часы миниты, вообще на экране ни одно сегмента не горит
предполагается что now.hour() и now.minute() типа int
если просто пишу нормально выводит

порядок работы с библиотекой:

/*
Основные методы библиотеки:
disp.set(X, port); // вывести 16 ричный код X в порт port (либо элемент массива SYM!!!)

// вывести двухзначное число value на порт port (0 - первый и второй порт, 2 - 2 и 3, 3 - 3 и 4 порты))
disp.digit2(value, port);

disp.digit4(value); // вывести число value
disp.digit4showZero(value); // вывести число value с нулями СЛЕВА

disp.float_dot(value, pos); // вывести float число value с точкой СПРАВА по счёту pos
disp.int_dot(value, pos); // вывести int число value с точкой СПРАВА по счёту pos

disp.clear(); // очистить дисплей
*порты идут справа налево! (3 2 1 0)
*/

в сериалпорт время нормально выводит.

Добавлено after 7 minutes 5 seconds:
может есть мысли как подобраться к решению, в чем может быть проблем, что попробовать, чем проэкспериментировать?

Добавлено after 1 hour 5 minutes 1 second:
Блин,от баран. Понимаю ж сам что чудес не бывает:
забыл дописать:
Добавлено after 22 minutes 20 seconds:
теперь надо как-то заставить мигать dp, ну типа тчо бы было похоже на часы

напомню, что там есть два посадочных места под диоды, для имитации двоеточия часов (требуется небольшое рассверливание напротив них корпусов индикатора)

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

Добавлено after 8 minutes 41 second:
то есть в событии таймера:
в выводе времени:
Добавлено after 5 minutes 41 second:
можно без таймера:

С секундной точкой достаточно ее инвертирование по прерыванию от RTC задать.
Но то довольно медленно работает. удачнее инверсия раз в 0,5 секунды - к сожалению такой вариант заметно сложнее - зависит от организации отсчета выводимых показаний.

[uquote="Martian",url="/forum/viewtopic.php?p=4544553#p4544553"]... для мигания точки или двоеточия ...[/uquote]
С использованием 1 сек сигнала SWQ и прерывание по изменению состояния пина (pin change Interrupt).
Мигает по фронт, т.е. 0,5 сек вкл / 0,5 сек выкл.

Помогите разобраться , запутался в 3х проводах.
Допустим, подключаю датчик NTC 10k, А0-Резистор 10к-GND- NTC 10r- 5V.
Насколько критично, что бы было именно 5Вольт?
ДОпустим, если по usb от Powerbank подключу ардуино то 5.18 , а если по ISP к компьютеру то 4.78в. Ну и показания прилично так плывут
Получается,что надо обеспечить адекватную прецизионность это напряжения?

Добавлено after 6 minutes 21 second:
или может снизить это напряжение, взять скажем с платы 3.3 или поставить отдельный стабилитрон на tl431, lm336?

Как показания ADC [0..1023] - нет, так как AVCC подключен к VCC.
Напряжение с делителя плывут, но:
1. стабилизируйте до меньшем питания (проверьте Brown-out Detection где установлен: def 2.7V?)
2. переключите ADC к внутренний источник 1,1V
3. к AREF включите внешний прецизионный источник и переключите ADC на него