Arduino.ru

Чтобы узнать чьи помои, достаточно нажать Ctrl+F и поискать по странице слово "говно". Первый раз оно встречается в Вашем посте №21. До этого в топике шла нормальначя беседа. Но тут Вы "тоже решил поучаствовать" и полилось говно рекой. Так что, насчёт "чьих-то помев" Вы не скромничайте, прямо указывайте автороство.

Давайте.

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

Если будете реализовывать и другие операторы (сравнение, там или ещё чего), там прежде чем делать, посмотрите что такое friends. Иногда оператор гораздо удобнее реализовывать не членом класса, а "другом".

Ардуино позволяет с минимальными знаниями микроконтроллеров, начать программировать. У меня так и вышло.

ГЛАВНЫМ приемуществом среды Arduino, я считаю открытость системных обращений к регистрам и возможность постепенного ухода от всяких analogread() и переход на прямую работу с контроллером.

Почти все, кто желает использовать контроллер "на полную" уходят в поля прямой работы с прерываниями и аппаратными возможностями.

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

Видимо вы еще не столкнулись с проблемой когда все работет медленно и упрощать больше нечего.

Ну, есть же и другой путь? Добавить всё, что хочется и как нужно, а потом просто заменить обращения к функциям на прямую работу с портами, если так хочется. Чем это плохо?

+1. Читаеш такое и понимаеш - есть же ещё здоровые люди на форуме, только редко пишут. 

Дополню только, что переход в "в поля прямой работы", совсем не "ушел и не вернулся". Это возможность реализации на том уровне, на котором конкретно в данном случае удобно и требуется, надо ввод с АЦП быстро по прерыванию  - не проблема, а не требуется именно здесь и сейчас - ну и analogRead сойдет. Широта выбора вариантов реализации сохраняется, как бы глубоко в железяку не залазил. 

Тема - чистый бред, рафинированый. Тормозной подход. Но от этих товарищей можна и класс для int ожидать. Если бы построили на своем абстрактном классе конкретное производительное приложение , то поняли бы что идут по давно заброшеному пути в тупик. Абстрагировать пины можна только на уровень выше, соблюдая принцип адресация пина (порта, маски и т.д.) константой. А будет это на темплате или дефайне - дело десятое.

В #18 посте писал

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

На форуме кроме осцилографа и генератора сигналов мало кому скорость нужна.

Вот когда самонаводящиеся ракеты будим строить тогда и копнем:) , а пока что есть. Никому не навязываю.

добавил blink(интервал, импульс) - интервал в ms, импульс в ms (продолжительность импульса не дольше интервала). По умолчанию период 1000, импульс 250. Работу loop() не прерывает.

DigOut.h

DigOut.cpp

Пример

DigOut библитоека

Как же Вы неправы в своем утверждении!!! Просто ссылки на темы недавние мелькавшие - 

http://arduino.ru/forum/obshchii/skorost-raboty-displeev (один этот момент чего стоит!!!)

http://arduino.ru/forum/programmirovanie/bystroe-chtenie-tsifrovykh-vkho...

http://arduino.ru/forum/programmirovanie/kak-povysit-skorost-chteniya-sd...

http://arduino.ru/forum/proekty/generator-s-reguliruemoei-chastotoi-na-a...

Это за минуту, шо вспомнил, шо нашел.  Еще гдето бодание про I2C на 800КГц было..

Мало того один из кючевых моментов правильного кода - быстрый loop, от чего с delay воюем. И если на всякую фигню (а ввод/вывод согласитесь не сложное дело) тратить много времени то как тут быть?

Спорить не буду. Повторюсь, я не навязываю. А кто решит что ему так проще и удобней пусть пользуется моим извратом.

Титановый велосипед для кнопки тоже написан на "Ардуиновских" функциях и никто не возмущается, даже в шапку подшили.

Ну .. в шапке много разного бреда. Может для того и подшили чтобы "так не делали", нет? :) Ну и с классом титановой кнопки там как-бы все нормально и особо лишнего нет. В отличии от этих классов. Я ещё могу понять, если Вы хотите вывести в дальнейшем их работу через прямое указание портов и битов, минуя Wiring, но как-то шибко сомнительно. В противном случае, ваши классы - это яркий пример "как не надо делать".

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

ПС. От класса кнопки я тоже не в восторге. ИМХО он не нужен, надуман, но многие начинают разработку именно с кнопки, как будто у них важней устройств нет, потому его существование не вызывает острого неприятия, пусть дети поиграются;)

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

ну, ты бы сказал мне в теме класса, от чего ты не в восторге.

ну, установи в классе static const byte bounce_            =   0; // длительность отслеживания дребезга.

и, будет тебе твоё персональное счастье.

У меня и так счастье. Огромное и всеобемлющее без класса кнопки. Не в восторге от подхода. Класс экрана - понимаю зачем, класс сервопривода - тоже, класс кнопки - не понимаю зачем, но допускаю, пусть детки побалуются (если в проекте только кнопка и светодиод, то и кнопка это Девайс с большой буквы))), класс пина - штука ненужная и вредная. 

хуиз "подход"?

опубликуй код своего обработчика кнопки - мне просто интересно, чего там нет такого, что есть в классе.

Та ужеж писал, нет никакого обработчика))) Кнопка ростом не вышла для такого громкого звания)) Это и есть подход. У Вас класс системного времени есть в приложении? Нет. И вызова millis с головой хватает.  Или класс светодиода на 13-м пине. Нет. Дижиталврайт13 и усьо;)) Так и класс кнопки - он не нужен. "Скрипач - не нужен". 

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

В тему анекдот.

Аспирант в открытом вольере научно-исследовательского института проводит опыт со своей человекообразной обезьяной. Показывает обезьяне банан, а потом вешает его на высокую ветку. Обезьяна подходит и начинает трясти дерево. Ветка ходит ходуном, но банан не падает.
Аспирант:
- Думай, Марта, думай!! !
Обезьяна крутит головой, находит палку и сбивает ею банан.
- Молодец Марта.
Аспирант вешает новый банан, уводит обезьяну отдыхать. Когда он возващется с новой обезьяной, то видит, что в вольер проник прапорщик и отчаянно трясет дерево, стараясь достать банан. Аспирант уже собрался выгнать его, но решил понаблюдать за ним. Через некоторое время он не выдерживает и говорит:
- Бери палку прапорщик!!! !
прапор (злобно)
- На хр...на мне палка!! ! Мне банан нужен!!!!

Так вот. Кому палка не нужна пусть и дальше трясут)

Отчего же не повеселить.. вот собственно весь ввод с 3-х кнопок.. Последние 4 строки - отладка на экран, остальные 8 строк - все. Какой нафиг класс..

Я понял только одно, если бы я назвал класс Relay&LEDControl, вопросов к скорости работы невозникло.

И что плохого в том чтобы просто объявить relay(10) и управлять им relay.HI(), relay.LO(), relay.blink(1000,500)

Тут многие пишут int relay=10?:( digitalWrite(relay,HIGH) - это нормально номер пина в переменные вносить?

красавчик, чо... свалить всё в одну кучу, что бы затем разгребать результат.

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

ок. а, для 10 кнопок, так же будешь поступать? сколько комбинаций вариантов нажатий будешь перебирать?

Смотрите первый пост темы.

Автор, вам уже не один я отписал, что Вы пишете лисапед. Мало того, что это лисапед, так ещё и 5-и колесный, и с квадратными колесами. Не, мазохизм тоже имеет место быть в жизни .. я вовсе не против. Но позиционировать мазохизм как религию и предлагать всем (библиотека) - увольте. :)

По вашей аналогии с классом Relay.. да хоть горшком назови, он от этого "ногодрыгом" быть не перестанет! Про что вам уже Logik и отписал: "а нафига?" (лисапед 5-и колесный, да-да, он самый!).

Да, и то как Вы прописали пин в виде константы - это нормальная практика программирования МК. Абстрагирование от чиселки константой препроцессора. Каждая ного МК исполняет и ПРЕДНАЗНАЧЕНА (что важно!) ровно для решения своей задачи... и "абстрагировать" далее .. банально нечего. Все попытки писать "универсальные" (5-и колесные) лисапеды - от глупости и непонимания зачем ваще нужны микроконтроллеры. Ну .. или привычка кодить там, где никто не спросит ни за объем памяти ни за скорость исполнения .. то есть за качество решения. "работает и ладно".

P.S. Офигел вчера: поставил Убунту с Юнити на 4-й пенек и обнаружил скорость ввода с клавиатуры .. 1 клавиша в 3(ТРИ!) секунды .. ладно, я понимаю что графика слабовата, рисует медленно и печально .. но чтобы ввод склавы решался задержками типа delay как у мелкософта было в свое время .. не, такого представить себе в среде линуксоидов не мог.. пипец какой-то.

бросай, всё что всем обещал сделать вчера и начинай переписывать клавиатуру для Линукса сейчас - хватит это терпеть!

if(KBD&1)  //нажали -поехали Это проблема? 

Какие нафиг комбинации? В проекти не предусмотрены. Это банальная навигация: лево, право и ОК.

А даже если нужно, так и тоже пожалуста -  if(KBD&(1|2) )  //нажали комбинацию 1 и 2  -поехали 

Только надо с таймаутом подшаманить нажмут не совсем одновременно,  я в курсе;) 

Битовые операции - сила ;)

А нафиг? Поставил последний Дебиан и всё, делов-то. Даже кеды бегают вполне прилично. :)

внезапно, да?

ага. подшамань - допиши: даблклик, удержание, отслеживание неактивности.

напиши велосипед без класса.

Цитаты приводятся с завершенным содержанием. Там так:"Какие нафиг комбинации? В проекти не предусмотрены. "

А то из твоего сам знаеш чего можно надергать...

Так не в первое. К примеру есть у меня тут девайсик где все управление на енкодере, там кнопочка ух как завернута.

Но по реализации я так понял больше вопросов нет. На хрена класс кнопки если решается в 8 строк 3 кнопки?

нахрена 8 строк, если всё решается одной строкой if(digitalRead(pin)) {}; ?

Ух-ты!! сразу 3 кнопки 8))). 

Ну елы палы! Покажи всем шо я не прав в реализации! Дафай код на своем кллассе делающий тоже самое что и мой, т.е. почти нифига. Дальше ржом вместе, считаем размер по флешу и ОЗУ, число строк (или букв) в исходнике ;).. Короче развлекаемся по полной,  а то шото скучно здесь последние 48 часов ))) 

Кстати класс экрана в 8 строк переписать не выходит. Я пробовал. Никак. Потому там класс имеет смысл.

ПС. Можем в веловетку переместится.

ну, ок - 3 строки. по любому мой вариант лучше. :D

я же тебе указал, что всё, что ты сделал для сокращения размера кода - не реализовал ничего, кроме if(Time-TimeKBD>300) считая результат Time-TimeKBD общим для всех кнопок.

плюс ты породил некую сущность KBD , которая вызовет у тебя для примера из 10 кнопок 99 ифов для разгребания результата.

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

*можно спорить с тобой бесконечно, но битовые операции - это же круто, да? а, класс экрана что-то там.

ЕвгенийП, не получается переопределить оператор "=".

В чем может быть проблемма?

нет - там достаточно гениального бреда. 

Действительно, так лучше чем три обекта класса кнопки а в каждом ;)

boolean click_down;
boolean click_up;
boolean doubleclick;
boolean timer;
boolean retention;
//=================================
unsigned long m;
boolean  p;
boolean  b;
boolean dc;
byte     c;
boolean  t;
boolean  r;

byte KBD; ???))) Ну ладно сущность - так сущность.

нее... если их реально много то свич или косвенный переход, или мапируется на события если такая модель есть в проекте (мапируются - это не map() это как правило "+").  Под настроение и ситуацию. 

boolean click_down;
boolean click_up;
boolean doubleclick;
boolean timer;
boolean retention;
//=================================
unsigned long m;
boolean  p;
boolean  b;
boolean dc;
byte     c;
boolean  t;
boolean  r;

ок.

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

*простой булевый вопрос. да/нет?

далее... сколько строк в этом коде?

як нэвдобно выйшло... но библиотека индикатора что-то там, правда?

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

Теперь уж завтра

Переписал класс. Скорость функций HI(), LO() по сравнению со стандартым digitalWrite выросла примерно в 1,45 раза. Написан конечно криво, надо подумать как изящней переписать (избавится от switch).

DigOut.h

DigOut.cpp

DigOut.rar

Нет канешно! False тоесть ;) Хай меня покрасят, шоб я реализовывать функционал какогото самопального класса.. Я ж четко писал.

Код работает, замечаний нет. Ты попросил показать, поржать хотел, я показал. А реализовывать класс титановый велосипед.... Ты наверно шутиш, да? Мне это в программе нафиг надо.

Вот еще полюбопытствовал я на счет реализации ровно того же что и у меня через твой класс. Ты стыдливо отвернулся. Я глянул в класс и обомлел - 15 байт ОЗУ на 1 кнопку!!! Нах, нах,нах...

Невдобно конечно, но я ж понимаю, ты весь на нервах, бум щитать от ненависти ;)

А чего это за код был?  и чего снова для одной кнопки? Хотя после 15байт на один пин уже и не важно...

Вывод. Замена существующего кода в моем приложении на реализацию на основе класса титанового велосипеда потребует значительного количества доп. ресурсов контроллера. Усьо! 

ПС. О пользе диалога. Призадумался, чего это я комбинации кнопок проигнорил. Конечно 3-х кнопок хватает, но на дополнительные 4 комбинации можна тоже чего навесить. В общем на днях допишу себе таки ввод комбинаций, спасибо  Клапауций 232. Если кого интересует, пишите выложу здесь.

я же тебе дал код. ок - дублирую

не знаю, а ты как думаешь, чего это код?

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

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

*проверил класс с урезанным функционалом для 10-ти кнопок - 89 байт (4%) ок. для 100 кнопок займёт 40% оперативки. а, ты как будешь рулить 100 кнопками и со свободной оперативкой? придумаешь новую отмазку или поймёшь, что ты написал костыль?

А так:

Принцип в том, что сперва проверяешь, что присваивание вызывается не для одного и того же объекта. Потом копируешь поля из переданного объекта себе, поле к полю, а не так, как ты сделал (DigOut.state = right.value) - шо такое right.value?

yul-i-an, потом настанет черёд конструктора копирования ;) А потом, до кучи - explicit-конструктора, чтобы исключить неявные преобразования. Потом - можно определить операторы сравнения, операторы типов  - например, operator int(), который будет возвращать номер пина, чтобы можно было удобно писать

И ещё куча разных вкусных плюшек, например:

тоже решается оператором ;) Кури, С++ вкусный язык.

З.Ы. Ну а потом дойдём и до шаблонов когда-нибудь :)

З.З.Ы. Конечно, рулить пинами с помощью класса - избыточно, но мы ведь не этого добиваемся? Смотри, насколько интересная конструкция:

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

В общем, считаю, что экономить надо начинать тогда, когда совсем уже жмёт, так что - тренируйся, перейти на низкий уровень никогда не поздно.

И ты не знаеш... А нафига запостил?  Я про свой код думаю, мне  хватает..

Еще раз с начала. У меня кнопки, их 3 шт. Ровно 3 кнопки запомнил. Во вторых у меня код есть, без левых классов и работает. Ты утверждаеш что если перейти на твой велосипед то будет как минимум не хуже. Так? Подтверди да или нет.

 Я же вижу что как минимум ОЗУ уйдет дохера, а это хуже. Вижу по классу. Ты суеш какую-то функцию, сам не знаеш что и зачем,  но она похоже для одной кнопки (которая уже ОЗУ отгребает как мои 3 кнопки), расказываеш про 10 или 100.  Ты посотри на ту функцию, ввод digitalRead(_pb); и _pb глобальная. Как мне это использовать для 3-х кнопок? Три  функции делать шоле.  Каким боком она вобще к твоему классу относится? Фигня какая-то неопознаная. Расказы "мог бы, слил бы" - в топку, есть опубликованый класс, но он не тянет. Я выбор сделал, выводы написал. 

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

а, должен быть в классе код, обрабатывающий несколько, а не одну кнопку?

ок. вот тебе ещё(в третий) раз код класса, урезанный до твоего функционал(нажатие кнопки) - копипасть на здоровье. :D

скетч-тест 10 кнопок - обработка нажатия.

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

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

сделал выбор и сделал - ходи на трёх ногах, но нафига хаять, то чему у небя неприязнь на эмоциональном уровне.

Давайте пока не будем этим заниматься. Всему своё время.

Я понимаю, что Вас смущают замечания прогеров насчёт эффективности, но во-первых, таким способом Вы от этих замечаний не избавитесь, т.к. всё равно есть пути сделать это эффективнее, а во-вторых, я же Вам говорил, если Вы хотите научиться, то давайте идти шаг за шагом и, в какой-то момент, мы просто заменим методы HI/LO на самые эффективные, а вся, сделанная нами, оснастка останется нетронутой.

Заменить методы можно в любой момент, это очень просто. Некоторые тут не знают как это делается. но скачали где-то пример в котором не сумели разобраться. Поэтому им это кажется сложным (всё, в чём не сумел разобраться, кажется сложным), на самом деле, ничего там сложного нет, если знать и правильно применять язык.

Поэтому, давайте пока будем просто плевать на безграмотный бред прогеров и идти шаг за шагом.

начнём с оператор априсваивания. Коллега DIYMan всё правильно написал, но я хочу пойти дальше. Но, для начала, давайте зафиксируем текст класса (а то я уже запутался в Ваших версиях). Я сейчас выложу текст с которым я буду работать и давайте пока мы не закончим с низкоуровневой оснасткой, мы не будем добавлять туда высокоуровневые методы типа blink.

Итак, текст класса:

Текст проверчного примера:

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

Кстати, обратите внимание, что я сократил тип данных _pin (зачем ему два байта занимать?) и всем методам добавил модификатор const, чтобы развязать руки оптимизатору.

Теперь вернёмся к присваиванию. Для начала сделаем присваивание экземпляро класс друг другу.

иВаши ошибка в том, что 

1) Вы возвращаете экземпляр класса, а надо ссылку
2) у Вас нет свойста, которое хранит состояние. Состояние хранится непосредственно на самом пине, так? Ну, так значит при присваивании оно должно получить значение! А Вы этого не сделали.
3) при присваивании Вы проверяете, а не самому ли себе идёт присваивание. В общем случае это хорошая практика, но в данном случае это лишнее - зачем? Какая разница? Вы же не запрашиваете память и не делаете ничего страшного.

Таким образом, алгоритм присваивания одного экземпляра другому таков:

1. Установить состояние текущего экземпляра класса таким же каково состояние присваиваемого.
2) вернуть ссылку на текущий экземпляр.

Так и пишем: 

Вот и всё.

Текущий текст класса:

Текст проверочного примера

Всё понятно? Если непонятно, спрашивайте.

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

Итак, сложного ничего нет, по традиции оператор присваивания должен вернуть присвоенное значение, значит тип у него bool. Нужно просто выставить значение. Техника такова, смотрите:

Текущий текст класса: