Форум arduino.ua

Вот и я подумал, что с самонадеянным ... радиомонтажником обсуждать дальше не стану.

Идиот - это ты, дружище.
А 1/16 микросекунды - это период частоты процессора, к системному тику никакого прямого отношения не имеет ... хотя системный тик и формируется из этой частоты.
Это только у недоумков-самоделкиных, безграмотных радиолюбителей - что частота процессора, что системный тик ... и всё по хер.

Не последний. Последний - 1.8.5.

Но почему вы решили что это именно OptiBoot?
В IDE это (название) нигде и никак не видно.

Я пошёл на сайт продавца где я покупал модуль реле. И там ничего нет о типе/маркировке самого реле.
Но там есть такое в описании:

В AVR обычно и в Arduino в частности таймер настроен на системный тик как-раз по 1024-й микросекунде (если не лазить к таймеру руками).
Что такое за термин "тик миллис" - это только ты один такие страшные слова знаешь. Но millis() как-раз и считает 1.024мс интервалы, и именно из-за этого отстаёт от течения физического времени, и его приходится корректировать, каждые 42/43 отсчёта millis() инкрементируется не на 1, а на 2. Это по дефаулту, хотя детальные параметры коррекции можно перенастроить (но вряд ли стоит это делать). А соотношение вот тех 42 и 43 в последовательности корректировок они выбрали, чтобы моделировать некоторое дробное приближение 42.xxx.

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

Только сейчас заметил, что тип, указанный у вас на картинке, в точности (или почти в точности) совпадает с тем, который у меня: SRD-5VDC-SL-C.
Только выглядит мой совершенно по-другому, так как ваш 1-й на картинке: со светодиодами, более длинная плата...
Во дают китайцы! 

Я уже вам ответил, но уточню конкретно на обвинения...

Меня интересуют некоторые тонкие детали, связанные с работой Arduino именно в режиме как PLC (что "подстраивает" ему Arduino IDE) + некоторые дополнительные возможности программирования AVR-процессора, вполне доступные и в Arduino, но ни словом не упомненные во всех описаниях и руководствах Arduino "для пЫАнЭров".
Вам о чём-нибудь это говорит: sprintf(), printf(), <<, template<> ...
Но если и не говорит, то не печальтесь сильно... - оно вам и не надо.

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

Я не отношусь ни к какой вашей кОгорте (возьмите "Букварь" )
Я за свой трудовой стаж профессиональной деятельности в IT работал а). 8-ю семействами, системами команд процессоров, б). 7-ю разными операционными системами и в). 23-ю языками программирования, на которых реально писал код ... и иногда обучал этому коллег.
Поэтому я просто могу сравнивать что и куда годится.
А всякая вещь годится для одного, и совершенно непригодна для другого ... это совершенно естественно.
Меня лично Arduino интересует только как инструмент быстрого и простого в использовании интерфейса стандартного компьютера под управлением Linux к внешнему миру (это одно из удачных применений, которые я называл выше).

P.S. А вы то сами? Вы считаете Arduino "серебряной пулей" на все случаи жизни? Который скоро вытеснит с рынка IBM PC, Linux, Android ... и все эти другие малопонятные глупости?

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

Мне так кажется что там может быть всё что угодно!
Про реле "такой маркировки" ничего нельзя сказать, потому что вы ничего не пишете про маркировку.
Но мой опыт, достаточно большой, показывает что в 100 случаях к 1 нарекания на работу возникают по некорректным действиям пользователя, а не каким-то дефектам. Но только в 1 случае к 100 пользователь грешит на себя, а не на дефекты.

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

1. Arduino, во многих случаях применения, действительно "фигня", в сравнении, например, с соизмеримым по стоимости Raspberry Pi, Galileo Gen2, PINE A64, BeagleBone Black, Orange Pi (я специально назвал многие, потому что "имя им легион" и появляются и будут всё новые и новые) ... такие вот всякие (похоже? ):

И для многих применений Arduino "фигня" вовсе не из-за производительности процессора, потому что и в идеологии Arduino и в совместимости с Arduino IDE появляются такие вот:

Но Arduino отличает философия работы, то что работает это как программируемый логический контроллер, PLC, массово используемые в промышленных АСУ ТП. И это годится для целей управления, но не годится для многих других применений универсальных процессоров.

2. И нигде толком ясно не обозначено области применения, где целесообразно использовать Arduino, а где нет - вот и про это вы можете написать в такой теме. Как мне кажется (IMHO), Arduino можно использовать только в областях:
- начальное обучение ... ну, тут всё понятно;
- макетирование устройств, быстрая отработка решений;
- единичные экземпляры поделок для себя, на уровне радиолюбительских конструкций;
- простейший способ приделать руки-ноги с мощному десктопному компьютеру, особенно используя попутно такой проект как Processing (от которого, собственно, и произошли Arduino и Arduino IDE);
И в этих применениях он замечательно хорош.
Но Arduino совершенно бессмысленный и неприменим (опять же IMHO) для:
- тиражных изделий ... когда таких изделий больше уже 2-3 экземпляров;
- изделий промышленного применения - из-за чудовищно низкой надёжности и живучести того, что построено на Arduino;

Вот вы возьмите и напишите, и внесите ясность и объективность ... вместо того, чтобы переводить и пересказывать хотелки и популяризирующие статьи, написанные итальянскими студентами ещё с 2005  года, когда они изобретали Arduino...

Попробуй ... если годишься хоть что-то в этом понимать

Вот тебе телефон дилера - http://arduino.ru/forum/programmirovani … ent-354224:

Разницу между 1024 и 1000 уловишь?
+ фактический результат теста выше - где хорошо видно неравномерный инкремент последовательных millis(): на 1, но иногда, каждый 42-43-й раз, на 2.

Интересный вопрос: продолжительность пустого цикла опроса loop()?
Часто пишут: что мы, мол, точно не знаем задержек повторения loop() ... поэтому сложно судить ... о скважности, например delay() ...

Проверяем!

void setup() {
  Serial.begin( 115200 ); 
}

unsigned long rep, i, s1, s2, prev, next;
bool cont = true; 

void loop() {
  if( cont ) {                       // ввод числа повторений
    while( !Serial.available() );
    rep = 0;
    while( Serial.available() ) {
      int r = Serial.read();
      if( r >= '0' && r <='9' ) 
        rep = rep * 10 + ( r - '0' );
      delay( 3 );
    }
    cont = false;
    s1 = s2 = prev = next = i = 0;
  }    
  next = micros();
  if( i <= rep ) {                     // посчёт задержек
    if( i > 0 ) {
      uint32_t inter = next - prev;
      s1 += inter;
      s2 += inter * inter; 
    }
    i++;
  }
  prev = next;
  if( i == rep + 1 ) {                 // вычисление результатов
    Serial.print( i - 1, DEC );
    Serial.print( " : " );  
    double m = (double)s1 / rep,
           d = (double)s2 / rep - m * m;
    Serial.print( m, 2 );
    Serial.print( " +/-" );
    Serial.println( sqrt( d ) ); 
    cont = true;
  }
}

В итоге имеем:

Итог:
- период повторения "пустых" loop() в среднем 17.61 мкс.
- со среднеквадратичным разбросом (СКО) 2.09 мкс. (11.87% от среднего)