мы не в церкви, на веру не воспринимаем, показал бы код, чтобы начинающему это понятно было и флуда бы не было )))
в коде, который показал андриано, про обновление миллис написано в самой первой строчке. И знания Си для этого не требуется. всего лишь умножить 64*256 и разделить на 16 МГц
А где вы в наше время встречали синхронность? Даже плаванье уже не то...
ой, не говорите. С тех пор как там появились мужики, я и на девочек-то смотреть не могу. Только посмотрю, тут жемужиков представляю :(
Вот недостаточно ты, Женя, еще толерантен! Работать надо над собой! Толерантность требует постоянной тренировки. Рекомендую записи женских соревнований по метанию молота 1р/д и мужской кёрлинг - 1 р/д, перед сном. ;)))))))))))))))))
я не грамотный, могу только говорить, увидел, что тактируется на 64-й такт, а это как раз 4 микросекунды(при 16 Mhz), о которых я и писал потом посмотрел на конструкцию %1000, код счетчика в командах ассемблера для меня был бы более понятен
да, тогда счетчик микросекунд тоже отставать будет, а что будет происходить при изменении тактовой частоты?
Что-то вы меня совсем запутали
какой алгоритм кроме прямого выводы показаний микросекунд и миллисекунд может быть?
Интересный Вы человек. Вот, вроде, на словах все правильно пишите, а в коде - увы.
Давайте с начала: millis() у нас возвращает значение некоторой переменной. И больше она не делает ничего!
А переменная эта меняется в прерывании, вызываемом раз в 1024 мкс. И это прерывание инкрементирует ту самую переменную, что возвращает millis(). Раз в 1024 мкс - это 976.5625 раз в секунду. А нам нужно, чтобы за секунду переменная имела приращение 1000, поэтому обычно переменная инкрементируется 1 раз за прерывание, но иногда - два раза так, чтобы за секунду выходило ровно 1000.
То есть часы millis() у нас тикают не совсенм с той частотой, что нужно, да еще и неравномерно - когда на 1, а когда - на 2.
Но все эти неравномерности укладываются в 1 мс. Вы же в своем коде с одной стороны делаете интервал измерений намного реже, чем происходят прерывания, а с другой - округляете то, что считали с микросекундного счетчика, до миллисекунд. Поэтому ни одного из указанных выше эффектов не можете почувствовать.
Т.е. на словах, вроде, верно, а эксперимент поставлен неправильно.
Вообще, когда есть код, как-то немного глупо проверять, так ли он работает, как написан. Ну да ладно, просто приведу код, который бы демонстрировал оба приведенных эффекта.
Хуже того, то-есть вижу непрофессионализм разработчиков (исходя из ваших слов) так как они применяют
и, я скажу вам довольно успешно, конструкцию вида x%1000 ;-)))
Вы всерьез считаете, что все арифметические операции подразделяются на те, которые применяются профессионалами, и те, что применяются непрофессионалами?
Должен Вас разочаровать: любую операцию можно применить как правильно (профессионально), так и неправильно (непрофессионально). В данном случае модуль применяется как раз к месту. В отличие от того кода, который обсуждался в начале темы.
Цитата:
PS кода не смотрел да и толку, коли не понимаю в С, а вот на ассемблере смог бы, но коли счетчик микросекунд делят сдвигом на три бита когда в битах D0-D2 нули, не думаю чтобы скосячили в миллис )))
Что Вы хотели сказать, не понял, но от языка программирования это точно не зависит.
Дак я уже увидел пробником, что на 40 миллисе, просто весьма весьма непривычно, у меня в станках все таймеры и счетчики от кварца 100кгц тактировались и строго синхронно все таймеры (секунды, десятки, сотни, тысячи), а что будет происходить при смене кварца ардуины, вон даже 27 Mhz в пробнике, а он каким-то чудным образом интервалы меряет...
Значит ОНКЕЛЬ не так уж и не прав, говоря о чистом С ))) (если он имел ввиду этот конкур)
...весьма весьма непривычно, у меня в станках все таймеры и счетчики от кварца 100кгц тактировались и строго синхронно все таймеры (секунды, десятки, сотни, тысячи), а что будет происходить при смене кварца ардуины, вон даже 27 Mhz в пробнике, а он каким-то чудным образом интервалы меряет...
Ну так постом выше я уже писал. Могу расписать подробнее:
У контроллера весьма ограниченный набор периферии. Но при этом хочется, чтобы он при одних и тех же настройках обеспечивал максимальное количество всяких разнообразных возможностей.
Настроить его на 1000 прерываний в секунду можно и совсем не сложно. Надо просто заставить таймер 0 считать не до 255, а до 249. Но при этом исказится работа ШИМ на двух ногах из 6.
Кстати, мужики, я тут подумал, andriano поднял очень важную тему про пропуски значений millis. Сколько мы видели здесь попыток работать с абсолютными значениями millis на равенство? Постоянно ведь встречаются! Это просто данному куску говнокода повезло (что дало мне возможность позмеиться :)))), а вообще-то проблема существует - и andriano прав на 101%!
Родился пример из нескольких строк, который показывает пропуски значений millis.
Andriano, Вы напишете кокотенький текст с примером для песочницы или мне написать? Я предлагаю не вдаваться в те дефайны и делимости (мозг не выносить) а просто показать примеры пропуска и сказать - "не пользуйте на равенство и забудьте про абсолютные значения".
Кстати, мужики, я тут подумал, andriano поднял очень важную тему про пропуски значений millis. Сколько мы видели здесь попыток работать с абсолютными значениями millis на равенство? Постоянно ведь встречаются! Это просто данному куску говнокода повезло (что дало мне возможность позмеиться :)))), а вообще-то проблема существует - и andriano прав на 101%!
Родился пример из нескольких строк, который показывает пропуски значений millis.
Andriano, Вы напишете кокотенький текст с примером для песочницы или мне написать? Я предлагаю не вдаваться в те дефайны и делимости (мозг не выносить) а просто показать примеры пропуска и сказать - "не пользуйте на равенство и забудьте про абсолютные значения".
Интересно, потерей двух пинов ШИМ можно этот косяк с миллис исправить?
Это как раз тот случай, когда писали, что использование таймера приведёт к потере ШИМ на некоторых пинах?
(я о ваших библиотеках для моего сервотестера)
Интересно, потерей двух пинов ШИМ можно этот косяк с миллис исправить?
Это как раз тот случай, когда писали, что использование таймера приведёт к потере ШИМ на некоторых пинах?
Интересно, вы читаете то, что вам пишут? :)
Это я так, по доброму интересуюсь... Андриано же только что расписал, что никакой потери ШИМ не будет, будет просто разная частота на разных пинах.
Интересно, потерей двух пинов ШИМ можно этот косяк с миллис исправить?
Это как раз тот случай, когда писали, что использование таймера приведёт к потере ШИМ на некоторых пинах?
Интересно, вы читаете то, что вам пишут? :)
Это я так, по доброму интересуюсь... Андриано же только что расписал, что никакой потери ШИМ не будет, будет просто разная частота на разных пинах.
конечно читаю,могу не понимать но это как бы другая история... для меня ШИМ от 0 до 249 это потеря ))), просто эти пины можно использовать и по другим назначениям, редко когда требуется 6 каналов, мне точно пока не потребовалось, максимум удалось придумать куда пристроить 4-ре
Слющай, абидна, да? Другие прави на 100500%, а я - толка на 101%. (((
Цитата:
Родился пример из нескольких строк, который показывает пропуски значений millis.
Andriano, Вы напишете кокотенький текст с примером для песочницы или мне написать? Я предлагаю не вдаваться в те дефайны и делимости (мозг не выносить) а просто показать примеры пропуска и сказать - "не пользуйте на равенство и забудьте про абсолютные значения".
Если бы я еще понял, чего Вы от меня хотите...
"пример из нескольких строк, который показывает пропуски значений millis" уже содержится в после №161.
Вопрос о "не пользуйте на равенство" на самом деле гораздо более обширный и, наверно, гораздо чаще имеет /место в случае, когда loop() по тем или иным причинам не укладывается в 1 мс. А в случае с float/double и вообще безотносительно любых других условий.
Есть и другие вопросы, к которым, нередко, относятся весьма небрежно. Например, нам хотелось что-то сделать на 1000 мс, а реально получилось только на 1003. Когда нам планировать следующий цикл обработки? на 2000 или на 2003? В зависимости от того, что мы хотим, решение будет различным: если выдержать длительность паузы, то 2003, а если обеспечить максимально близкий темп, то 2000. И в коде это выглядит по-разному.
В общем, тонкостей много самых разных, вопрос в приоритете: что новичкам реально понадобится, а что, скорее, будет просто "захламлять" изложение и отвлекать от основополагающих моментов.
Православие не запрещает использовать отрицание, это Вы с чем-то перепутали.
Это Вы перепутали. Некоторое время назад я тут приводил ссыклу на учебник православной математики (вот в этой теме), так в учебнике прямо сказано: «Отрицанiе – въ арифметике это «богомерзкая» операцiя» ... термины «отрицанiе», «отрицательный» въ православной арифметике неприменимы» (стр. 15).
Скачайте, почитайте, там ещё много чего интересного.
Православие не запрещает использовать отрицание, это Вы с чем-то перепутали.
Cергей! Отсутствие чувства юмора, конечно, не уголовное преступление, но штрафы, в административном порядке, я бы, все-таки, выписывал! Женя уже давно публиковал этот перл! То ж есть чудо просто, какой бред!
Cергей! Отсутствие чувства юмора, конечно, не уголовное преступление, но штрафы, в административном порядке, я бы, все-таки, выписывал!
Все ясно:
Отсутствие смайликов в сообщении является очевиднейшим признаком отсутствия чувуства юмора у автора.
Сергей! Я, напомню, сам православный, но смешной глум, на мой взгляд, очень полезен Церкви, чтобы совсем в мракобесие не скатиться! Ну ведь правда же смешно, про "православную арифметику"?
---
ЗЫ: Если кто-то заметит меня в очереди за "Крещенской водичкой" - пристрелите меня, плз!
Cергей! Отсутствие чувства юмора, конечно, не уголовное преступление, но штрафы, в административном порядке, я бы, все-таки, выписывал! Женя уже давно публиковал этот перл! То ж есть чудо просто, какой бред!
Лично я бы кодекс по административным правонарушениям отменил, так как по сути это ЦЕННИК (индульгенция) за совершение оных )))
Кстати, мужики, я тут подумал, andriano поднял очень важную тему про пропуски значений millis. Сколько мы видели здесь попыток работать с абсолютными значениями millis на равенство? Постоянно ведь встречаются! Это просто данному куску говнокода повезло (что дало мне возможность позмеиться :)))), а вообще-то проблема существует - и andriano прав на 101%!
Родился пример из нескольких строк, который показывает пропуски значений millis.
Andriano, Вы напишете кокотенький текст с примером для песочницы или мне написать? Я предлагаю не вдаваться в те дефайны и делимости (мозг не выносить) а просто показать примеры пропуска и сказать - "не пользуйте на равенство и забудьте про абсолютные значения".
Петрович, когда я говорил о пропусках миллис и предлагал допилить этот момент, Вы сказали, что это никому не нужно. Там и пример я предлагал для 16 МГц плат.
Да? Ну, значит, сейчас поменял своё мнение. Уж слишком много народу забивается на абсолютные значения миллиса. И сколько не объясняй, что абсолютные значения не нужны, - не верят.
Ну там не про то было. Там Петр предлагал переписать миллис, чтобы он точные значения давал. Вот на это предложение ты и ответил: "на фиг нужно?" ...или как-то похоже.
Уж слишком много народу забивается на абсолютные значения миллиса. И сколько не объясняй, что абсолютные значения не нужны, - не верят.
Боюсь, не поможет. Они, не неверят, они не читают.(((
Смотрю, уже и раздел соответствующий появился, а как постили дурь в проекты, так и продолжают. Может не хватает мозгов, чтобы осознать себя новичком? Не знаю.
Я там ваяю "Программное обеспечение для девайса", закончу открою для редакции. Будет не руководство по программированию, а сборник советов, как сделать работоспособное устройство. Этот включу, не применительно к миллис, а в принципе. Надеюсь, тем двум процентам, которые хотят, поможет. ИМХО.
Теперь то понятно, нужны точные интервали micros() вам в руки )))
Ой, не скажите :(((((
Там свои заморочки!
А где вы в наше время встречали синхронность? Даже плаванье уже не то...
ой, не говорите. С тех пор как там появились мужики, я и на девочек-то смотреть не могу. Только посмотрю, тут жемужиков представляю :(
какое у Вас развитое воображение )))
А что, действительно есть мужское синхронное?
Теперь то понятно, нужны точные интервали micros() вам в руки )))
Ой, не скажите :(((((
Там свои заморочки!
кругом засада, добавили бы чтоли в камень таймеров 32 битных штук 7, сложности то никакой ведь вроде
А что, действительно есть мужское синхронное?
Конечно. Но эти сволочи постоянно приносят с собой в бассейн мяч...
А что, действительно есть мужское синхронное?
С чемпоната мира 2015 началось
https://www.youtube.com/watch?v=ZZBU1n6K344
https://www.youtube.com/watch?v=DXdv2CvnlhM
после десяти лет работы на ТВ я сундук не смотрю, совсем одичал )))
показали нашу олимпийскую...плохо переношу стервозных дам
мы не в церкви, на веру не воспринимаем, показал бы код, чтобы начинающему это понятно было и флуда бы не было )))
в коде, который показал андриано, про обновление миллис написано в самой первой строчке. И знания Си для этого не требуется. всего лишь умножить 64*256 и разделить на 16 МГц
Если Влад на автомате такие конструкции пишет, что же он напишет на пулемёте )))
Вы об этой конструкции?
так она ж вроде .... старая как дерьмо мамонта. Это кусок был на хабре ещё в 2013 году (там под спойлером найдёте).
А вообще, весело у вас тут без меня :))))
Во-во! А то мне этот кошмар приписывают! И церковь тоже я развалил...
А где вы в наше время встречали синхронность? Даже плаванье уже не то...
ой, не говорите. С тех пор как там появились мужики, я и на девочек-то смотреть не могу. Только посмотрю, тут жемужиков представляю :(
Вот недостаточно ты, Женя, еще толерантен! Работать надо над собой! Толерантность требует постоянной тренировки. Рекомендую записи женских соревнований по метанию молота 1р/д и мужской кёрлинг - 1 р/д, перед сном. ;)))))))))))))))))
я не грамотный, могу только говорить, увидел, что тактируется на 64-й такт, а это как раз 4 микросекунды(при 16 Mhz), о которых я и писал потом посмотрел на конструкцию %1000, код счетчика в командах ассемблера для меня был бы более понятен
да, тогда счетчик микросекунд тоже отставать будет, а что будет происходить при изменении тактовой частоты?
Что-то вы меня совсем запутали
какой алгоритм кроме прямого выводы показаний микросекунд и миллисекунд может быть?
Давайте с начала: millis() у нас возвращает значение некоторой переменной. И больше она не делает ничего!
А переменная эта меняется в прерывании, вызываемом раз в 1024 мкс. И это прерывание инкрементирует ту самую переменную, что возвращает millis(). Раз в 1024 мкс - это 976.5625 раз в секунду. А нам нужно, чтобы за секунду переменная имела приращение 1000, поэтому обычно переменная инкрементируется 1 раз за прерывание, но иногда - два раза так, чтобы за секунду выходило ровно 1000.
То есть часы millis() у нас тикают не совсенм с той частотой, что нужно, да еще и неравномерно - когда на 1, а когда - на 2.
Но все эти неравномерности укладываются в 1 мс. Вы же в своем коде с одной стороны делаете интервал измерений намного реже, чем происходят прерывания, а с другой - округляете то, что считали с микросекундного счетчика, до миллисекунд. Поэтому ни одного из указанных выше эффектов не можете почувствовать.
Т.е. на словах, вроде, верно, а эксперимент поставлен неправильно.
Вообще, когда есть код, как-то немного глупо проверять, так ли он работает, как написан. Ну да ладно, просто приведу код, который бы демонстрировал оба приведенных эффекта.
А теперь выдачу:
Обратите внимание на строки 433-434, как раз в этом месте происходит инкремент на двойку.
В опубликованном вами же ни разу не вижу, что миллис шлёпает через 1024 микросекунды
#define MILLIS_INC (MICROSECONDS_PER_TIMER0_OVERFLOW / 1000)
Хуже того, то-есть вижу непрофессионализм разработчиков (исходя из ваших слов) так как они применяют
и, я скажу вам довольно успешно, конструкцию вида x%1000 ;-)))
Должен Вас разочаровать: любую операцию можно применить как правильно (профессионально), так и неправильно (непрофессионально). В данном случае модуль применяется как раз к месту. В отличие от того кода, который обсуждался в начале темы.
PS кода не смотрел да и толку, коли не понимаю в С, а вот на ассемблере смог бы, но коли счетчик микросекунд делят сдвигом на три бита когда в битах D0-D2 нули, не думаю чтобы скосячили в миллис )))
PS вот чесслово интуитивно предполагал что конструкция x%y реализована как команда процессора, логично жеж?
(и в данном случае - именно последний вариант, т.к. вычисления производит компилятор, а компилятор работает на 86+)
Да, гранаты, они вечно. А чего там про 1000 и 1024, если коротко. я то я же задолбался страницы темы листать?
да товарищ утверждает, что миллис образуется делением микро на 1024 так что конструкция
if
(!(millis()%1000)){ будет всегда лажать
А то это можно воспринимать и как клевету. (так что я жду извинений)
так код не синхронный жеж тогда, его плющит, как минимум раз в 40 миллисекунд
Вот если бы ШИМ на четырех лапах изменялся от 0 до 255, а на двух - от 0 до 249, проблема была бы больше (по крайней мере, так считается).
Так что, как говорится: из двух зол - меньшее.
Дак я уже увидел пробником, что на 40 миллисе, просто весьма весьма непривычно, у меня в станках все таймеры и счетчики от кварца 100кгц тактировались и строго синхронно все таймеры (секунды, десятки, сотни, тысячи), а что будет происходить при смене кварца ардуины, вон даже 27 Mhz в пробнике, а он каким-то чудным образом интервалы меряет...
Значит ОНКЕЛЬ не так уж и не прав, говоря о чистом С ))) (если он имел ввиду этот конкур)
Не нужно пытаться пересказывать своими словами то, чего не поняли.
А то это можно воспринимать и как клевету. (так что я жду извинений)
Да мне не сложно! Не понял! Был не прав!
PS мои извинения реально стоят Вашего поста
...весьма весьма непривычно, у меня в станках все таймеры и счетчики от кварца 100кгц тактировались и строго синхронно все таймеры (секунды, десятки, сотни, тысячи), а что будет происходить при смене кварца ардуины, вон даже 27 Mhz в пробнике, а он каким-то чудным образом интервалы меряет...
У контроллера весьма ограниченный набор периферии. Но при этом хочется, чтобы он при одних и тех же настройках обеспечивал максимальное количество всяких разнообразных возможностей.
Настроить его на 1000 прерываний в секунду можно и совсем не сложно. Надо просто заставить таймер 0 считать не до 255, а до 249. Но при этом исказится работа ШИМ на двух ногах из 6.
Теперь сложилось.
Кстати, мужики, я тут подумал, andriano поднял очень важную тему про пропуски значений millis. Сколько мы видели здесь попыток работать с абсолютными значениями millis на равенство? Постоянно ведь встречаются! Это просто данному куску говнокода повезло (что дало мне возможность позмеиться :)))), а вообще-то проблема существует - и andriano прав на 101%!
Родился пример из нескольких строк, который показывает пропуски значений millis.
Andriano, Вы напишете кокотенький текст с примером для песочницы или мне написать? Я предлагаю не вдаваться в те дефайны и делимости (мозг не выносить) а просто показать примеры пропуска и сказать - "не пользуйте на равенство и забудьте про абсолютные значения".
Кстати, мужики, я тут подумал, andriano поднял очень важную тему про пропуски значений millis. Сколько мы видели здесь попыток работать с абсолютными значениями millis на равенство? Постоянно ведь встречаются! Это просто данному куску говнокода повезло (что дало мне возможность позмеиться :)))), а вообще-то проблема существует - и andriano прав на 101%!
Родился пример из нескольких строк, который показывает пропуски значений millis.
Andriano, Вы напишете кокотенький текст с примером для песочницы или мне написать? Я предлагаю не вдаваться в те дефайны и делимости (мозг не выносить) а просто показать примеры пропуска и сказать - "не пользуйте на равенство и забудьте про абсолютные значения".
Интересно, потерей двух пинов ШИМ можно этот косяк с миллис исправить?
Это как раз тот случай, когда писали, что использование таймера приведёт к потере ШИМ на некоторых пинах?
(я о ваших библиотеках для моего сервотестера)
Интересно, потерей двух пинов ШИМ можно этот косяк с миллис исправить?
Это как раз тот случай, когда писали, что использование таймера приведёт к потере ШИМ на некоторых пинах?
Интересно, вы читаете то, что вам пишут? :)
Это я так, по доброму интересуюсь... Андриано же только что расписал, что никакой потери ШИМ не будет, будет просто разная частота на разных пинах.
Интересно, потерей двух пинов ШИМ можно этот косяк с миллис исправить?
Это как раз тот случай, когда писали, что использование таймера приведёт к потере ШИМ на некоторых пинах?
Интересно, вы читаете то, что вам пишут? :)
Это я так, по доброму интересуюсь... Андриано же только что расписал, что никакой потери ШИМ не будет, будет просто разная частота на разных пинах.
конечно читаю,могу не понимать но это как бы другая история... для меня ШИМ от 0 до 249 это потеря ))), просто эти пины можно использовать и по другим назначениям, редко когда требуется 6 каналов, мне точно пока не потребовалось, максимум удалось придумать куда пристроить 4-ре
...и andriano прав на 101%!
Родился пример из нескольких строк, который показывает пропуски значений millis.
Andriano, Вы напишете кокотенький текст с примером для песочницы или мне написать? Я предлагаю не вдаваться в те дефайны и делимости (мозг не выносить) а просто показать примеры пропуска и сказать - "не пользуйте на равенство и забудьте про абсолютные значения".
"пример из нескольких строк, который показывает пропуски значений millis" уже содержится в после №161.
Вопрос о "не пользуйте на равенство" на самом деле гораздо более обширный и, наверно, гораздо чаще имеет /место в случае, когда loop() по тем или иным причинам не укладывается в 1 мс. А в случае с float/double и вообще безотносительно любых других условий.
Есть и другие вопросы, к которым, нередко, относятся весьма небрежно. Например, нам хотелось что-то сделать на 1000 мс, а реально получилось только на 1003. Когда нам планировать следующий цикл обработки? на 2000 или на 2003? В зависимости от того, что мы хотим, решение будет различным: если выдержать длительность паузы, то 2003, а если обеспечить максимально близкий темп, то 2000. И в коде это выглядит по-разному.
В общем, тонкостей много самых разных, вопрос в приоритете: что новичкам реально понадобится, а что, скорее, будет просто "захламлять" изложение и отвлекать от основополагающих моментов.
Почему Вы не можете предположить, что автор православный и использовать отрицание ему религия не позволяет?
Православие не запрещает использовать отрицание, это Вы с чем-то перепутали.
куда вас пенесло-то ?
Православие не запрещает использовать отрицание, это Вы с чем-то перепутали.
Это Вы перепутали. Некоторое время назад я тут приводил ссыклу на учебник православной математики (вот в этой теме), так в учебнике прямо сказано: «Отрицанiе – въ арифметике это «богомерзкая» операцiя» ... термины «отрицанiе», «отрицательный» въ православной арифметике неприменимы» (стр. 15).
Скачайте, почитайте, там ещё много чего интересного.
Православие не запрещает использовать отрицание, это Вы с чем-то перепутали.
Cергей! Отсутствие чувства юмора, конечно, не уголовное преступление, но штрафы, в административном порядке, я бы, все-таки, выписывал! Женя уже давно публиковал этот перл! То ж есть чудо просто, какой бред!
-----
Cергей! Отсутствие чувства юмора, конечно, не уголовное преступление, но штрафы, в административном порядке, я бы, все-таки, выписывал!
Отсутствие смайликов в сообщении является очевиднейшим признаком отсутствия чувуства юмора у автора.
Cергей! Отсутствие чувства юмора, конечно, не уголовное преступление, но штрафы, в административном порядке, я бы, все-таки, выписывал!
Отсутствие смайликов в сообщении является очевиднейшим признаком отсутствия чувуства юмора у автора.
Сергей! Я, напомню, сам православный, но смешной глум, на мой взгляд, очень полезен Церкви, чтобы совсем в мракобесие не скатиться! Ну ведь правда же смешно, про "православную арифметику"?
---
ЗЫ: Если кто-то заметит меня в очереди за "Крещенской водичкой" - пристрелите меня, плз!
Cергей! Отсутствие чувства юмора, конечно, не уголовное преступление, но штрафы, в административном порядке, я бы, все-таки, выписывал!
Отсутствие смайликов в сообщении является очевиднейшим признаком отсутствия чувуства юмора у автора.
Cергей! Отсутствие чувства юмора, конечно, не уголовное преступление, но штрафы, в административном порядке, я бы, все-таки, выписывал! Женя уже давно публиковал этот перл! То ж есть чудо просто, какой бред!
Лично я бы кодекс по административным правонарушениям отменил, так как по сути это ЦЕННИК (индульгенция) за совершение оных )))
Кстати, мужики, я тут подумал, andriano поднял очень важную тему про пропуски значений millis. Сколько мы видели здесь попыток работать с абсолютными значениями millis на равенство? Постоянно ведь встречаются! Это просто данному куску говнокода повезло (что дало мне возможность позмеиться :)))), а вообще-то проблема существует - и andriano прав на 101%!
Родился пример из нескольких строк, который показывает пропуски значений millis.
Andriano, Вы напишете кокотенький текст с примером для песочницы или мне написать? Я предлагаю не вдаваться в те дефайны и делимости (мозг не выносить) а просто показать примеры пропуска и сказать - "не пользуйте на равенство и забудьте про абсолютные значения".
Петрович, когда я говорил о пропусках миллис и предлагал допилить этот момент, Вы сказали, что это никому не нужно. Там и пример я предлагал для 16 МГц плат.
Ну там не про то было. Там Петр предлагал переписать миллис, чтобы он точные значения давал. Вот на это предложение ты и ответил: "на фиг нужно?" ...или как-то похоже.
Может быть, я не понмю.
Уж слишком много народу забивается на абсолютные значения миллиса. И сколько не объясняй, что абсолютные значения не нужны, - не верят.
Боюсь, не поможет. Они, не неверят, они не читают.(((
Смотрю, уже и раздел соответствующий появился, а как постили дурь в проекты, так и продолжают. Может не хватает мозгов, чтобы осознать себя новичком? Не знаю.
Я там ваяю "Программное обеспечение для девайса", закончу открою для редакции. Будет не руководство по программированию, а сборник советов, как сделать работоспособное устройство. Этот включу, не применительно к миллис, а в принципе. Надеюсь, тем двум процентам, которые хотят, поможет. ИМХО.
Надеюсь, тем двум процентам, которые хотят, поможет. ИМХО.
...тоже подумалось, ведь в программировании мужчина который хочет, но не может, не ИМПОТЕНТ жеж и, это исправимо )))
в программировании мужчина который хочет, но не может, не ИМПОТЕНТ жеж и, это исправимо )))
в 80% случаев - неисправимо.