Котуинко

oleg110592

тут не дождался, но часики на ардуино таки появились

https://www.radiokot.ru/forum/viewtopic ... 3#p3922993
автор не стесняется подключать и не рефересные библиотеки,причем с того тревожного сайта, куда виндовс ХР не ходит:

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

/--------градусник-----------
#include <microDS18B20.h>                               // подключаем библиотеку градусника
//---------дисплей----------
#include "GyverTM1637.h"                                // подключаем библиотеку дисплея
//---------память-------------
#include <EEPROM.h>                                     // библиотека ПЗУ
//---------- часов------
#include <DS3231.h>                                     // подключаем библиотеку часов
//----------- шина------------
#include <Wire.h>                                       // шина I2C
//------------кнопки----------
#include "GyverButton.h"

написано - работают

Реклама

BOB51

Просто мне очередные часеи "в стол" плодить ЛЕНЬ.

Если уж протестить на сравнение адуринку... более удачным было бы сравнение конструкции подобной тому, что в начале https://radiokot.ru/forum/viewtopic.php?f=62&t=94201
взято для тестов было (ассемблер и AT89S52/AtMega8515)...
https://radiokot.ru/forum/viewtopic.php ... 8#p1830978
и там далее....
Программа позволяла добавлять любые желаемые модули - главное, чтоб правила обращения соблюдались, да подключить платку с аппаратным расширением свободных выводов хватило.
Но там двустрочник на основе WH 1602 с подобием "окошек" - кноподжойстиком перемещаем курсор по экранным пиктограммам и соответственно "выполнить/пропустить"... и "интерактив" со строчкой подсказки/указанием режима работы...
Это ж не семисегментник дополнительной задачей.
Да и насчет библиотек...
EEPROM.h
Wire.h
это штатные ардуиньи, для далласа достаточно базовой OneWire (к сожалению без нее не обойтись - протокол весьма жесткий по времени)
Обработка кноп, часеев и данных с термодатчика - это уж кому как удобнее...[

У меня от того проекта уже мало чего осталось - воть к примеру набросок схемки:

T8.pdf: (195.29 КБ) 167 скачиваний

Да чего-то от исходника:

at89s52prj_oldsys.zip: (686.25 КБ) 219 скачиваний

За содержимое не уверен - взято из архива...
Все касательно той Т8 в свое время в "винной" дотошно обгрызли.

Реклама

oleg110592

[uquote="BOB51",url="/forum/viewtopic.php?p=3923070#p3923070"]Просто мне очередные часеи "в стол" плодить[/uquote]
а все начиналось - "как появилось поползновение попробовать соорудить подобное устройство", был интересен конечный результат
[uquote="BOB51",url="/forum/viewtopic.php?p=3923070#p3923070"]Да и насчет библиотек...
Wire.h
это штатные ардуиньи[/uquote]
не всегда, там на тревожном сайте полно форков стандартных библиотек. Да, например тот же Wire.h, есть форк тут:
https://github.com/SodaqMoja/Wire

Эта библиотека начиналась как копия стандартной библиотеки Wire, поставляемой с Arduino 1.5.8.
Причина создания этой копии была в основном по следующим причинам:
нам потребовались некоторые модификации
исходный код Arduino не поддерживается отдельно (как обычная библиотека)
мы хотим иметь возможность работать с контролем версий (GIT)
характеристики оригинального дизайна неясны и нигде не встречаются
В Arduino TwoWire есть несколько сомнительных функций.

почему класс TwoWire является производным от Stream?
почему исходный код разделен на Wire.cpp и twi.h
И теперь, когда мы решили создать нашу собственную «вилку», мы также можем переформатировать код по своему усмотрению.

BOB51

Насчет I2C как уже говорилось - можно и софтовый использовать.
Интерес насчет возможности сделать динамическую индикацию с совмещенной клавиатурой исчерпан проведенными тестами.
Куда этот вариант с пользой приткнуть - другое дело. Там где прикладной вариант мог пользу привнести - уже интерес потребителя исчез давно.
А в вопросах софтостроения у меня упор на проработку самостоятельного написания прожек на основе предоставляемого изготовителем IDE базового минимума.

Реклама

oleg110592

было интересно как библиотеки (разные) совместно работают, с этим, видел, бывают у ардуинщиков бывают проблемы. Индикация и клавиатура и даже часы - это в ардуине оказывается очень примитивно (из посл. исходника):

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

dt = clock.getDateTime();                             // опрос часов
disp.displayClock(dt.hour, dt.minute);          // показ времени
if (butt1.isClick()) ...
if (butt2.isHolded()) ...

там еще и вывод °C и фоторезистор для яркости часов и контроль за питанием. И никаких таймеров по совпадению и весь код в loop, как и завещал король Ардуин (король Италии)

Реклама

BOB51

Вот потому и надо учиться САМОМУ те библиотеки составлять.
Ведь по сути библиотека в ардуино это вариант многофайловика.
А каково качество того "внешнего класса" в другом проекте автор обычно оценить не всегда может.
Вот и тренируюсь помаленьку.

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

Реклама

oleg110592

если библиотеки работают, зачем их "составлять". А чтоб самому "составлять" надо C++ изучать. А если изучить С++, то и среда ардуино не нужна - можно в любом иде или блокноте, свои, чисто С++ библиотеки и проекты написать и также использовать опыт человечества. Вот например библиотечки готовые человек уже написал для AVR ардуиной не поддерживаемых и готовый мэйкфайл c++17 есть:
https://github.com/srfilipek/savr

SAVR разработан как cross-micro C++ library для 8-битного семейства Atmel AVR. Он в основном разработан на Arduino, но модифицирован для кроссплатформенности (кросс-микро) для других AVR, которые у меня есть.
Это постоянно растущая коллекция кода. Достигнув значительного размера и обнаружив, что он (по крайней мере, в некоторой степени) полезен для других, которых я знал, я решил, что лучше всего разместить код публично для всех.

з.ы. на тревожном сайте и обучалки есть:
*Пишем свою библиотеку для Arduino
*Объекты и классы в Arduino
и т.д.

главный колбасист

Полно готовых хороших документированых библиотек и производители микроконтроллеров иногда не остают и выкладывают качесвенные сниппеты.

http://we.easyelectronics.ru/AVR/matema ... v-avr.html

BOB51

oleg110592
Драть только готовое - сапсем думать разучиться можно.
Другое дело - разумный минимум.

С++ по "стандартным" книгам рассчитан на ПК, а не на МК - это достаточно РАЗНАЯ идеология в отношении аппаратных ресурсов.
Посему достаточно часто "трудности перевода"(в смысле того, что на ПК отрабатывается ОС, а на МК - иными приемами).
А в отношении конкретной прикладной самоделки таки удобнее самому думать чего и куда впихнуть.

главный колбасист
Гораздо более полезным было бы выкладывание АЛГОРИТМОВ соответствующего математического минимума.
А уж как их реализовать в конкретном проекте и под конкретным компилятором (ессно и набором команд/ресурсов) это задача автора проекта.

oleg110592

[uquote="BOB51",url="/forum/viewtopic.php?p=3923631#p3923631"]Драть только готовое - сапсем думать разучиться можно.[/uquote]
дык в ардуино на это ж главный принцип "не думать" - там готовый бутлоадер, сразу готовая настройка таймера0 для тех же милисов, готовые команды для работы с портами и периферией и т.д.
[uquote="BOB51",url="/forum/viewtopic.php?p=3923631#p3923631"]С++ по "стандартным" книгам рассчитан на ПК, а не на МК - это достаточно РАЗНАЯ идеология в отношении аппаратных ресурсов.[/uquote]
в ардуино вообще то на С++ пишут (из вики):

Язык программирования Arduino называется Arduino C и представляет собой язык C++ с фреймворком Wiring, Он имеет некоторые отличия по части написания кода, который компилируется и собирается с помощью avr-gcc, с особенностями, облегчающими написание работающей программы — имеется набор библиотек, включающий в себя функции и объекты. При компиляции программы IDE создает временный файл с расширением *.cpp.

BOB51

Некоторое упрощение процесса прошивки в принципе не помеха.
Относительно добавленных функций и уменьшения содержимого базового заголовка также упрощает работу.
Значительно больше внимания самой программе, чем освоению "нюансов компилятора".
Относительно С++ - наконец-то хоть ктой-то мое древнее исходное замечание подтвердил.

Я речь не о том, что у адуринки С++ применяется, а о том, что все учебные материалы по С++ сделаны в отношении ПК.
Ессно часть вопросов применения имеет отличия.
А вот на те вопросы (по мере их возникновения) мне обычно ответы практически ни от кого и не поступали (за редким исключением)... Приходится самому все опытным путем разбирать.

oleg110592

[uquote="BOB51",url="/forum/viewtopic.php?p=3923731#p3923731"]все учебные материалы по С++ сделаны в отношении ПК.[/uquote]
C++ он и в Африке С++. Если глянуть книгу отца-основателя языка, Страуструпа - там речь про сам язык

Книга Б. Страуструпа "Язык программирования С++" дает описание языка, его ключевых понятий и
основных приемов программирования на нем. Это завершенное руководство, написанное создателем
языка, которое содержит описание всех средств С++, в том числе управление исключительными
ситуациями, шаблоны типа (параметризованные типы данных) и множественное наследование.

Применять С++ для микроконтроллеров начали относительно недавно (ардуинщики наверное одни из первых) - там особых отличий от ПК вроде как и нет. Смотрим тот же digitalWrite:

void digitalWrite(uint8_t pin, uint8_t val)
{
uint8_t bit = digitalPinToBitMask(pin);
uint8_t port = digitalPinToPort(pin);
volatile uint8_t *out;
out = portOutputRegister(port);
cli();
if (val == LOW) {
*out &= ~bit;
} else {
*out |= bit;
}
}

все в рамках обычного С++ и даже обычный Си справится

BOB51

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

VladislavS

BOB51, ваш бред про С++ не имеет ничего общего с действительностью ни по одному из пунктов.

oleg110592

[uquote="BOB51",url="/forum/viewtopic.php?p=3924029#p3924029"]примеры в литературе описаны относительно систем ввода/вывода полноценного ПК.[/uquote]
В С++, как и в С, нет встроенных в язык средств ввода-вывода.
В С для этих целей используется библиотека stdio.h.
В С++ разработана новая библиотека ввода-вывода iostream, использующая концепцию объектно-ориентированного программирования
Никто не мешает iostream на АВР, тем более что уже сделано:
Форматный вывод для МК на Си++
http://we.easyelectronics.ru/Soft/forma ... na-si.html
еще часики на ардуино
https://habr.com/ru/post/527818/

BOB51

Эти часики с электромагнитной индикацией я уже видел. Неплохо для украшения какой выставки...

Со stdio.h в принципе особо ничего нового - функционал типовой обработки ввода-вывода для того, чтоб не морочиться с самодельной упаковкой.
Однако это минимальный примитив - для того же матричного индикатора уже придется промежуточный драйверок сделать - с учетом соответствующей документации. Причем в каждом конкретном случае средства индикации и ввода данных так же потребуют "прокладки" составленной с учетом их документации и требований проекта (не говоря уже о прочихСБИС, применяемых в проекте). Ессно оные будут использовать часть stdio.h, но также не обойдутся и без конкретно дописанной части согласно технических особенностей конкретных устройств. А в случае работы с ПК - подобное уже "интегрировано по умолчанию" и соответственно примеры часто довольно сложно воспринимать, ежли ранее не изучался Си в приложении к ПК.

Относительно iostream - собственно пока не могу себе представление о "потоке" построить...
Как абстракция обобщенного ввода-вывода понятно... Но это не то, чтобы "ключ" к восприятию получить.
Т.е. что оный в примитиве представляет... как тот "поток" пощупать...
Вроде как работа через кольцевой буфер...
Вобщем пока восприятия нету... (ибо всюду "...это вы уже знаете...")...

Придется ждать когда "ключик" попадется.

И уж ёжли копаться - то предпочтение в первую очередь
http://www.cplusplus.com/reference/
а уж потом источникам с разными вариантам трактовки.

oleg110592

[uquote="BOB51",url="/forum/viewtopic.php?p=3924172#p3924172"]Относительно iostream - собственно пока не могу себе представление о "потоке" построить...[/uquote]
взять и пробовать и будет представление:

Если вы хотите использовать STL из популярной IDE Arduino, все, что вам нужно сделать, это скопировать все файлы из каталога avr-stl / include в подкаталог hardware / tools / avr / avr / include установки Arduino. Например, в моей системе я бы скопировал все файлы заголовков сюда: C: Program Files (x86)\arduino-1.0.1\hardware\tools\avr\avr\include.

https://andybrown.me.uk/wk/2011/01/15/t ... c-streams/

BOB51

Это не то...
Имеется ввиду понимание сути того "абстрактного понятия" в отношении железа...
У каждого по-своему.

oleg110592

Так там пример реального железа есть, правда LCD, но и семисегментник так же можно. Только зачем, если есть ардуиновая семисегментная библиотека.
LiquidCrystal поток
Это позволяет вам писать на ЖК-дисплей символьный, используя потоки.

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

#include <LiquidCrystal.h>
#include <lcdostream>

LiquidCrystal lcd(2,3,4,5,6,7);


/*
 * Test the LCD output stream
 */

struct TestLcdOstream {

  static void RunTest() {

    lcd.begin(20,4);

    std::olcdstream stream(lcd);

    stream << std::clear()
           << std::move(5,1) << "Hello World";
  }

};

Reflector

Я бы потоков на мк избегал, они более тяжеловесные и форматирование там не самое удобное.