Форум arduino.ua

Оскільки на практиці виявилось не зручно заливати в nano по черзі то ArduinoOWISP.hex то OWSerialMaster.hex (до того ж і кількість перезаписів не безмежна), то вбудував функціонал OWSerialMaster в код ArduinoOWISP. Тепер достатньо залити в nano один раз ArduinoOWISP і можна про неї (nano) забути - для заливки прошивки в pro-mini і для монітора порта достатньо лише двох команд:

avrdude -P /dev/ttyUSB0 -b 19200 -c avrisp -p m328p -U flash:w:HelloWorld.hex

minicom -D /dev/ttyUSB0 -b 19200

Після запуску мінікома чекаєм пару секунд, натискаєм клавішу Enter (або Ctrl+M) і ще через пару секунд бачимо наш вивід з pro-mini.

UPD: змінив швидкість з 9600 на 19200, щоб в Arduino IDE не доводилось виправляти ніякі системні файли.

Інструкція для тих, хто користується Arduino IDE

1. В Arduino IDE створити новий скетч, додати в нього код ArduinoOWISP.ino, вибрати: Інструменти->Плата: "Arduino Nano" і натиснути "Вивантажити". Цей скетч нам більше не знадобиться, можна закрити.

2. Зібрати схему, як на малюнку в першому пості.

3. Створити новий скетч, написати свій код з використанням OWSerial (звичайно встановити бібліотеки OWSerial, DS2450, OneWire).

4. Вибрати: Інструменти->Плата: "Arduino Pro or Pro Mini", вибрати: Інструменти->Програматор: "Arduino as ISP" і натиснути Скетч->"Вивантажити за допомогою програматора". Скетч буде завантажуватися в pro-mini по 1-wire.

5. Вибрати: Інструменти->Монітор послідовного порту, у новомі вікні внизу вибрати "Повернення каретки (CR)", "19200 бод" і натиснути "Надіслати", через пару секунд почнеться вивід.

Тепер щоразу після редагування скетчу просто натискаєм Скетч->"Вивантажити за допомогою програматора", після закінчення вивантаження у вікні монітора порта натискаєм "Надіслати" і через пару секунд знову бачимо вивід.

UPD: для тих, хто використовує майстер шини на DS2480B, у пункті 1 перед вивантаженням треба знайти в скетчі ArduinoOWISP.ino стрічку "#define HAVE_DS2480B 0" і замінити 0 на 1. Необхідні бібліотеки завантажити звідси.

Якщо при вивантаженні свого скетчу отримуєм помилку:

avrdude: Yikes! Invalid device signature.

То, скоріш за все, забули в ArduinoOWISP.ino замінити адресу модуля розширення портів на свою, шукаєм таку стрічку і міняєм:

byte addr[] = {0x20,0x41,0x42,0x0F,0x48,0x4E,0x59,0x49};

Просканувати шину 1-wire і дізнатися адреси всіх пристроїв на ній можна за допомогою простого скетчу (завантажувати його потрібно в nano):

#include <OneWire.h>
OneWire ow(10);

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

void loop(void) {
  byte i, addr[8];
  if (!ow.search(addr)) {
    Serial.println("No more addresses.");
    ow.reset_search();
    delay(5000);
    return;
  }
  Serial.print("ROM =");
  for (i = 0; i < 8; i++) {
    Serial.write(' ');
    Serial.print(addr[i], HEX);
  }
  Serial.println();
}

Описана вище технологія віддаленої прошивки і монітора порта дозволяє мати на одній шині 1-wire багато плат розширювача портів + pro-mini і працювати з кожною індивідуально.

Лайк за спробу відняти шматок хліба у розробників UPDI. Взяли б контроллер з нової лінійки Attiny 0-,1-,2- series і не мучались.

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

Виникла потреба віддалено керувати (додавати/видаляти) списком радіо-брелоків, які можуть відчиняти ворота. Керуванням воріт займається одна плата, а для подачі їй сигналу на відкривання використовувався китайський приймач 433МГц, який замикав своїм реле два контакти з цієї плати. Все це розташовано поряд з воротами в ящику. Додатково під землею/асфальтом вже давно був проведений кабель до пульту охорони, щоб кнопкою можна було також вручну відкрити ворота. Проблема в тому, що китайський приймач дозволяє лише додавати в свою память коди брелоків, для чого потрібно натиснути кнопку безпосередьо на його платі (а для цього потрібно до неї добратись).

Перш за все я перевірив, чи працюватиме 1-wire по двом проводам, які призначені для кнопки відкривання воріт на пульті охорони. 1-wire працює чудово за винятком періодів часу, коли працює мотор, який відкриває/закриває ворота (мабуть він в цей час створює завади через кабель живлення, який десь там під землею проходить поряд).

Спочатку була ідея віддалено модифікувати память китайського приймача (память в ньому 24LC16B з I2C інтерфейсом, формат збереження даних стає зрозумілим з першого разу після додавання нового брелоку і зчитування памяті). Модифікувати память можна було б по 1-wire за допомогою pro-mini, включеної за такою схемою:

До того ж за цією схемою можна віддалено оновлювати прошивку pro-mini, не відкриваючи ящик, в якому вона знаходиться.

Коли я почав придумувати протокол для додавання/видалення кодів брелоків по 1-wire, прийшла друга ідея.
По-перше відмовитися від китайського приймача, а написати його реалізацію на pro-mini.
По-друге не витрачати зусилля і час на придумування протоколу додавання/видалення кодів.

Ідея полягає в тому, щоб коди всіх брелоків помістити в програму (в PGM/EEPROM) і віддалено прошивати в pro-mini щоразу, коли потрібно якийсь брелок додати/видалити. Тобто редагуємо програму (додаємо/видаляємо код брелока в масиві), компілюємо і прошиваємо по 1-wire в pro-mini.

Отже, якщо стоїть задача розробки протоколу для віддаленого керування якоюсь базою даних на ардуіно і немає вимог до доступності до цієї ардуіни 100% часу, то можна не витрачати зусилля на розробку такого протоколу. Для цього можна щоразу зчитувати з віддаленої ардуіни її память, модифікувати і записувати назад.