SmartMODE.info - STM32. Робота з Flash пам'яттю.

1. Передмова
2. Чому FLASH?
3. структура
4. Операції з flash-пам'яттю
5. Ініціалізація Flash.
6. Читання даних з flash-пам'яті.
7. Запис даних у flash-пам'ять.
8. Використання структур даних.
9. Блокування читання / запису Flash
10. Програмне виконання.
11. Модифікована функція установки / зняття захисту від запису Flash.
12. Використання утиліти STM32 ST-LINK Utility.
13. Висновок

Перше, з-за чого виникло бажання більш детально розібратися з flash-пам'яттю, стало те, що в своїх проектах хотілося мати незалежну пам'ять, але на жаль серія мікроконтролерів STM32f1xx не має вбудованої eeprom. По-друге, без знання роботи flash було б проблематично написати власний bootloader.

Крім, власне, вбудованої flash-пам'яті, я також трохи розповім і про оперативної пам'яті. Як завжди, основним джерелом для статті є рідне керівництво від компанії STMicroelectronics (Reference Manual), а також узагальнена інформація з різних форумів і статей в інтернеті, ну і на основі свого досвіду.

Передмова

Спочатку планувалося об'єднати в одній статті інформацію про структуру, регістрах і методах роботи з Flash. Але в підсумку, стаття вийшла б занадто громіздкою, тому було прийнято рішення написати дві статті: одна для початківців, використовуючи готові бібліотеки від STM, а друга стаття буде про те, як, власне, ці бібліотеки працюють з пам'яттю.

У даній статті я розповім про структуру пам'яті, основні вимоги при роботі з нею і про деякі моменти, які можуть допомогти швидше розібрати з Flash.

Чому FLASH?

У багатьох невеликих проектах виникає необхідність зберігати будь-які параметри роботи пристрою в незалежній від електрики пам'яті (EEPROM). Але в STMicroelectronics вирішили, що використання цієї пам'яті в більшості мікроконтролерів не доцільно, виняток становить лише серія LP (Low Power), в якій EEPROM присутня.

У великих проектах проблеми немає - використовується зовнішня пам'ять, а ось в невеликих використання зовнішньої пам'яті не завжди вихід, так як, крім усього іншого, потрібно цю пам'ять розмістити на платі і правильно розвести.

В інтернеті повно різних прикладів, є навіть вишукування про те, як зберігати невеликий обсяг даних в регістрах backup'a, але все ж, якщо не вдаватися до зовнішньої пам'яті, основним способом зберігання даних із захистом при відключенні харчування є зберігання у внутрішній flash-пам'яті .

В першу чергу flash-пам'ять призначена для зберігання інструкцій для мікроконтролера, іншими словами - програмного коду. Але якщо Ваш програмний код займає не весь обсяг пам'яті, то чому б не виділити її частина під зберігання наших налаштувань?

Плюси очевидні:

1. Не потрібно використання зовнішньої пам'яті, відповідно скорочується час на розробку плати і відбувається здешевлення продукту;
2. Менше програмного коду, отже менший час витрачається на розробку.

Є звичайно і свої обмеження:

1. Запис у Flash вимагає деякого часу, що впливає на продуктивність МК в момент запису або очищення пам'яті;
2. Щоб внести зміни у вже існуючі дані, потрібно стерти всю сторінку або записувати в "чистий" блок пам'яті;
3. Кількість циклів перезапису гарантовано в районі 100 тисяч операцій - начебто багато, але перезаписуючи дані в сторінку раз в секунду, МК виробить ресурс flash трохи більше, ніж за добу. Тому дуже не рекомендую постійно писати під flash, рекомендується проводити операції очищення / записи лише для збереження даних в "незалежній" пам'яті. В інших випадках працюємо з оперативною пам'яттю;
4. Мінімум Ви можете використовувати 1 сторінку пам'яті (навіть для одного байта), а розмір однієї сторінки складає від одного до двох кілобайт, в залежності від моделі мікроконтролера. Така селяві пристрої flash-пам'яті.

Але не варто забувати що в першу чергу flash-пам'ять призначена для зберігання програмного коду і, відповідно, сама структура інтерфейсу Flash в мікроконтролері влаштована таким чином, щоб оптимізувати завантаження інструкцій для МК і організувати їх (інструкцій) кешування, поки йде виконання вже завантажених.

структура

Як нам повідомляє Reference Manual, модуль flash-пам'яті є високопродуктивним і має наступні ключові особливості:

• Для пристроїв серії XL-density: обсяг пам'яті становить до 1Mb, розбитий на два банки пам'яті:

- 1-й банк пам'яті: 512KB;
- 2-й банк пам'яті: до 512KB, в залежності від моделі мікроконтролера.

• Для інших пристроїв: обсяг пам'яті становить до 512KB, що складається з одного банку пам'яті розміром до 512KB.
• Сама по собі Flash-пам'ять складається з трьох блоків: основний блок пам'яті, інформаційний блок і блоку регістрів управління Flash. Структура блоків пам'яті і їх характеристики наведені на малюнку №1.

Інтерфейс flash-пам'яті (FLITF (Flash Memory Interface)) дозволяє виконувати наступні операції:

• Читання з пам'яті з можливістю буферизації (2 слова по 64 біта);
• Операції запису і очищення пам'яті;
• Організація захисту flash від читання і / або запису.

Основна flash-пам'ять розбита на сторінки розміром в 1 або 2 кілобайт, це залежить від лінійки мікроконтролерів STM. Використовувати під свої потреби Ви можете тільки цілу кількість сторінок, відповідно, якщо Ваша прошивка займає все сторінки пам'яті МК, то використання flash-пам'яті під свої потреби буде проблематично.

Два залишилися блоку пам'яті, інформаційний та блок регістрів, досить рідко використовуються безпосередньо, в основному використовується функціонал з готових бібліотек. Тому в подальшому описі я торкнуся лише регістра настройки, а докладний опис регістрів пам'яті та інформаційного блоку я приведу в окремій статті.

Операції з flash-пам'яттю

Операцій роботи з flash-пам'яттю не так вже й багато: можемо прочитати, записати і очистити пам'ять. Причому запис і очищення пам'яті, як правило, здійснюється разом. Також ще можна заблокувати пам'ять для читання і / або для запису. Але перед початком роботи необхідно провести ініціалізацію модуля Flash.

Ініціалізація Flash.

Операції читання flash-пам'яті і доступ до даних виконуються через шину AHB. Буферизація читання, для виконання команд, виконується через шину ICode. Арбітраж виконання здійснюється самою flash-пам'яттю, а пріоритет віддається доступу до даних на шині DCode. Іншими словами, поки мікроконтролер виконує поточну команду, інтерфейс Flash-пам'яті передає МК дані за наступною.

Читання даних з flash-пам'яті може бути налаштоване таким чином:

• Затримка (Latency): кількість станів очікування для операції читання, встановлюється «на льоту», не потрібно ініціалізація МК;

• Буферизація (2 слова по 64 біта) (Prefetch buffer): активується під час ініціалізації МК. Весь блок пам'яті може бути замінений за один цикл читання з пам'яті, так як розмір блоку відповідає розміру смуги пропускання шини flash-пам'яті. Завдяки буферизації, можлива більш швидка робота МК, оскільки МК витягує з пам'яті по одному "слову" за раз одночасно з наступним "словом", яке міститься в попередній буфер.

• Половинний цикл (Half cycle): цей режим потрібно для оптимізації харчування, найчастіше використовується при роботі від батареї з програмами, які не вимагають особливого швидкодії.

Ці параметри слід використовувати відповідно до пори доступу до flash-пам'яті. Значення періоду очікування являє собою відношення періоду SYSCLK (системних годин) до часу доступу до flash-пам'яті і встановлюється в залежності від наступних параметрів:

• Рівень "0", якщо 0 <SYSCLK ≤ 24 MHz;
• Рівень "1", якщо 24 MHz <SYSCLK ≤ 48 MHz;
• Рівень "2", якщо 48 MHz <SYSCLK ≤ 72 MHz;

Конфігурація з половинним циклом недоступна в поєднанні з предделителя на AHB. Системний годинник (SYSCLK) повинні бути рівні годинах HCLK. Тому цю функцію можна використовувати тільки з низькочастотними тактовою частотою 8MHz-менш. Він може бути створений з HSI або HSE, але не з PLL.

Буфер попередньої вибірки повинен зберігатися при використанні предільника, відмінного від 1 на годиннику AHB.

Буфер попередньої вибірки повинен бути включений / виключений тільки тоді, коли SYSCLK нижче 24MHz і на годиннику AHB не застосовується попередній дільник (SYSCLK має дорівнювати HCLK). Буфер попередньої вибірки зазвичай включається / вимикається під час процедури ініціалізації, а мікроконтролер працює на вбудованому генераторі 8MHz (HSI).

Це інформація досить складна для сприйняття при початковому рівні знань, для розуміння її роботи потрібне вміння налаштовувати тактирование МК і всіх його інтерфейсів.

Для ініціалізації Flash призначений регістр FLASH_ACR, який використовується для включення / вимикання буферизації і повного циклу читання, а також для управління затримкою часу доступу до flash-пам'яті в залежності від настроєної частоти роботи процесора. У наведеній нижче таблиці наведені бітові карти і опису біт для цього регістра.

Address offset: 0x00
Reset value: 0x0000 0030

Тепер подивимося, як це виглядає в програмному коді:

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

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

Читання даних з flash-пам'яті.

Читання flash не представляє ніяких складнощів для розуміння, достатньо звернутися до необхідної комірки пам'яті:

Ось і все, для читання нам більше нічого не потрібно! Єдиною про що потрібно пам'ятати, це те, що читання відбувається блоками по 32 біта.

Щоб зробити код більш наочним, читання з flash-пам'яті я виніс в окрему функцію

Запис даних у flash-пам'ять.

Запис даних у Flash влаштована трохи складніше, ніж читання. Основною відмінністю Flash від оперативної пам'яті є те, що перед тим, як зробити запис значення в клітинку, її необхідно очистити. Не можна ось просто так записати в пам'ять спочатку одне значення, потім інше - так не вийде. Але і очистити комірку пам'яті просто так не можна! Можна очистити тільки сторінку цілком або відразу всю пам'ять МК.

Операція стирання пам'яті не обнуляє, як здавалося б логічним, а встановлює значення бітів пам'яті рівним одиниці. А операція записи тільки обнуляє необхідні біти. Перезаписати нуль в одиницю не можна, можна тільки стерти всю сторінку пам'яті цілком. Це основна незручність використання Flash. Тому використовуються два способу перезапису даних користувача: перший - послідовно, коли параметри сторінки не стираються, а дописують в кінець даних, поки не закінчиться сторінка; і другий спосіб, коли перед зміною даних стирається вся сторінка цілком, а потім вже все параметри записуються заново. При першому випадку пам'ять прослужить довше, а другий більш зручний для використання.

Причина цього в тому, що Flash пам'ять не є оперативною, вона набагато більш повільна, ніж оперативна, і призначена для зберігання набору інструкцій для мікроконтролера. Але є і великий плюс: при відключенні харчування вона не стирається.

Зазвичай під свої потреби програмісти використовують одну-дві останніх сторінки пам'яті МК. Це обумовлено тим, що код програми може модифікуватися і займати все більше обсягу flash. А так як, запис інструкцій для МК проводиться, як правило, з першої сторінки, то може статися ситуація, що запис нової прошивки просто перетремо призначені для користувача дані. Виняток становлять ситуації, коли, наприклад, в мікроконтролер "заливається" автозавантажувач (bootloader) і основна програма починається не з першої сторінки, а, наприклад, з десятої. Але це тема окремої статті і тут згадка буде тільки побіжно.

А тепер, коли ми ознайомилися з теорією, розберемо вже практичні способи реалізації очищення і перезапису flash пам'яті.

Як Ви напевно помітили, запис в пам'ять відбувається між двома командами "FLASH_Unlock ()" і "FLASH_Lock ()". Неважко здогадатися, що це пов'язано з розблокуванням пам'яті для можливості проводити запис у Flash. Відповідно, після запису, Flash потрібно закрити для зміни.

NVIC_VectTab_FLASH і PARAMS_PAGE_OFFSET - це визначення адрес пам'яті і зміщення, щодо початкової адреси.

Щоб було зрозуміліше - розберемо приклад:

Розмір прошивки Автозавантажувач становить менш 3Kb, відповідно нам потрібно почати запис основний прошивки в третю сторінку або вище з урахуванням того, щоб прошивка вмістилася в пам'ять, що залишилася. Не забувайте, що сторінки flash-пам'яті починаються з нуля, відповідно четверта за рахунком сторінка називається "Page3".

NVIC_VectTab_FLASH - зазвичай дорівнює 0x08000000, він визначений в системі (в файлі misc.h).

FIRMWARE_PAGE_OFFSET- це наше визначення і формується за такою формулою: НомерСтраніциПамяті * РазмерСтраніциПамяті. Номер сторінки - ми визначаємо самостійно, розмір сторінки пам'яті для більшості МК серії STM32F103 становить 1Kb, за винятком мікроконтролерів лінійки HD і CL (Connectivity Line), в яких вона дорівнює двом кілобайтам.

У нашому випадку виходить: (4-1) * 0x0400 = 0x0C00 - це зміщення щодо початкової адреси. Відповідно писати дані ми будемо починати з адреси 0x08000C00.

Можна звичайно і відразу вказати адресу, куди будемо писати (0x08000C00), але краще відразу звикати писати "правильно" і з ухилом на майбутнє, щоб Ваш код без особливої переробки міг мігрувати на інші МК.

Щоб стерти сторінку пам'яті, досить в команду FLASH_ErasePage як параметр передати будь-яку адресу з діапазону адрес сторінки. Як правило передають адресу першого блоку потрібної сторінки. Не помиліться з визначенням сторінки пам'яті, так як можна стерти і саму прошивку))).

Запис проводиться блоками по чотири байти - це називається "словом" розміром в 32 біта. Якщо спробувати зробити запис за адресою, який не кратний чотирьом, то програма піде в нескінченний цикл очікування закінчення запису.

Також варто звернути увагу на те, що перед записом Вам необхідно очистити стільки сторінок, скільки кілобайт пам'яті Вам необхідно записати округляючи до більшого цілого (за умови що одна сторінка = 1Kb).

Ну і після закінчення запису, необхідно заблокувати Flash для подальшої зміни.

Використання структур даних.

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

Саме визначення структури виглядає приблизно так:

Як бачите - нічого складного немає.

Коли Ви визначаєте змінну, під неї резервується місце в оперативній пам'яті в розмірі, який Ви визначили. Адреси пам'яті резервуються поспіль, в блоках по чотири байти. Відповідно, якщо ви визначаєте поспіль три змінних по байту, а потім одну, розміром в два байта, то в пам'яті вони займуть в цілому 8 байт: 3 байта в першому блоці і два в другому. В силу специфіки роботи з оперативною пам'яттю, займати пам'ять частинами не вийде!

На малюнку №3 я відобразив, як буде розподілятися пам'ять при визначенні змінних.

Як видно з малюнка, для економії пам'яті і правильної її організації, змінні необхідно оголошувати таким чином, щоб обсяг займаної ім'я пам'яті був кратним чотирьом. Це ж правило стосується і визначення структури пам'яті.

В цілому, помилки в розміщення в неправильному порядку змінних немає, при сучасних обсягах оперативки це не критично. Але правила хорошого тону в програмуванні настійно рекомендують визначати змінні з урахуванням їх розміщення в пам'яті. Перевірити себе, можна через відладчик, подивившись зріз пам'яті і порядок заповнення оперативної пам'яті МК за адресою 0x20000000.

В даному прикладі, правильний порядок визначення змінних цю вимогу, а не рекомендація, так як нам потрібно знати точну кількість блоків пам'яті, в яких розміститься змінна з нашим визначенням структури. Другий приклад з помилкою на малюнку 3 показує, що якщо ми не так визначимо порядок змінних, то обсяг займаної пам'яті в структурі буде займати не один блок, як ми думали, а два. Відповідно при збереженні даних в Flash, ми можемо втратити частину інформації.

Тепер я наведу приклади читання і запису параметрів з / в Flash одним блоком.

Змінна з нашої структурою зберігається в оперативній пам'яті, при її визначенні в оперативній пам'яті виділяється певний об'єм байт. Ми можемо записувати у Flash не тільки кожен параметр окремо, а цілком всю структуру, для цього ми визначаємо адресу осередки оперативної пам'яті, з якого починається наша структура, і цілком копіюємо його в flash. Читання даних відбувається в зворотному порядку.

Ну а тепер приклади:

Хочеться звернути Вашу увагу на рядок, в якій відбувається запис у flash-пам'ять:

В одному випадку адреса збільшується на "i * 4", а в іншому просто на "i" - Це не помилка: в першому випадку у нас змінна визначена як "uint32_t", а в іншому як посилання на елемент пам'яті розміром "uint32_t". Відповідно в першому випадку ми змінюємо число на чотири байти, а в другому - змінюємо на одиницю посилання на комірку пам'яті розмірів в 4 байта.

Тепер подивимося на те, як виглядає заповнення нашої структури даних з Flash:

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

Блокування читання / запису Flash

Підійшов час ознайомиться з захистом даних від читання і / або запису.

У якийсь момент часу у розробників настає момент, коли хочеться заховати якийсь код або дані від сторонніх очей або захистити від зміни свою прошивку. Виконати це можна декількома способами, розглянемо два з них: програмно або через стандартну утиліту "STM32 ST-LINK Utility".

Відразу обмовлюся, захист від читання, це не панацея - в мережі повно сайтів, які пропонують прочитати прошивку не пошкодивши дані. Яким чином, невідомим мені (поки)))), вони знімають біт захисту від читання і блокують стирання flash. Тому в "крутих" прошивках, захищених від читання, присутній ще і додатковий захист, що дозволяє уникнути клонування і декомпіляцію коду.

Установка захисту читання і запису даних встановлюється за допомогою "Options Byte", що знаходяться в інформаційному блоці Flash. У цій статті докладно розписувати роботу не буду, зупинюся лише на ключових моментах.

Захист від читання реалізована майже геніально: встановлюється біт заборони читання flash (RDP - Read Protection). Якщо біт знімається, то весь вміст Flash стирається. Встановити біт і зняти його можна як програмно, так і за допомогою сторонніх утиліт.

Захист від запису реалізовано посторінково, блоками по 4 кілобайти: для мікроконтролерів з розміром сторінки рівним одному кілобайт, блокується відразу по чотири сторінки пам'яті, для МК з розміром пам'яті рівним двом кілобайт - блокується по дві сторінки. Захист здійснюється в осередках пам'яті "Options Byte" за допомогою зміни бітів WRPn (Write Protection).

Програмне виконання.

Найпростіший спосіб захистити прошивку від читання, це скористатися стандартною бібліотекою від STM. Код буде виглядати приблизно так:

Як бачите, нічого складного немає.

Дефайн "DEBUGMODE" визначаємо в тому випадку, якщо нам треба налагодити прошивку, інакше, при включеному захисті від читання, пройтися отладчиком по прошивці не вийде.

Якщо встановлений захист від читання, але не встановлений захист від запису, то ми не можемо тільки прочитати прошивку, а залити нову - без проблем.

До речі деякий спостереження, захист від читання можна не тільки встановити, але і зняти через програмний код. Навіщо це потрібно - вирішувати Вам))).

З читанням все зрозуміло, для чого воно потрібне - теж, а ось навіщо потрібен захист від запису? Перше, напевно, що приходить в голову, це наш автозавантажувач, щоб випадково при прошивці мікроконтролера, ми не затерли свій Bootloader.

Ось як виглядає процедура установки захисту від запису на перші 8 кілобайт пам'яті:

Дані про захищених сторінках пам'яті зберігаються в бітах Operation Byte. Захищеними вважаються ті сторінки, біт яких скинутий. Якщо біт встановлено, то сторінка доступна для запису! Принцип роботи з Option Byte такий же, як і з усією Flash - перед установкою значення, його необхідно очистити, при цьому всі біти встановлюються в 1.

Хочу звернути Вашу увагу на перевірку умови "if (ProtectedPages! = 0x00)" - умова вірне, ми порівнюємо ProtectedPages, а не WRPR_Value. У ProtectedPages встановлені біти тільки тих блоків пам'яті, які нам потрібні і вони не захищені від запису. А в WRPR_Value встановлені біти захищених блоків пам'яті.

Також, необхідно перевірити, раптом вже встановлено те, що нам потрібно і тоді не будемо "мучити" Flash і перезаписувати дані.

До речі, не намагайтеся змінювати значення Option Byte "на льоту". Читання цього блоку відбувається при перезавантаженні мікроконтролера і зберігається в регістрах FLASH_OBR і FLASH_WRPR, тому змінювати значення в процесі виконання коду без перезавантаження МК безглуздо - збережено буде останнім встановлене Вами значення.

Модифікована функція установки / зняття захисту від запису Flash.

На прохання Serg, привожу приклад функції установки або скидання захисту від запису. Чомусь розробники від STM посоромилися додати цю функцію в бібліотеку для лінійки МК STM32F1xx, хоча для інших лінійок МК такий (схожий) функціонал присутній. Основна її відмінність від рідної функції в тому, що перед записом в регістр Operation Byte необхідно проводити його очищення, відповідно при використанні рідної функції відбувається скидання всіх настройок безпеки, а в моїй функції реалізовано зміна окремих біт, що дозволяє більш гнучко управляти захистом, хоча і згубно впливає на МК, так як кількість циклів перезапису для Flash гарантовано в межах 100000 циклів. (Навіть на тестових МК я ще жодного разу не зіткнувся з тим, що у мене кількість циклів перезапису перевалило за сотню тисяч)))).

Саме тіло функції бажано розмістити в модулі "stm32f10x_flash.c" після функції "FLASH_EnableWriteProtection ()":

І необхідно додати визначення функції в модулі "stm32f10x_flash.h" також після функції "FLASH_EnableWriteProtection ()", інакше Ви не зможете викликати її з звий програми:

Сама функція є переробленою функцією від STM "FLASH_EnableWriteProtection ()":

• доданий параметр "NewState", який відповідає за установку або зняття прапора захисту;
• в тілі функції додана перевірка на значення цього параметра і, в залежності від нього, встановлюються або скидаються відповідні біти.
• скидання OperationByte проводиться не перед виклик функції, а всередині неї. Це пов'язано з особливістю записи в Flash, тому спочатку запам'ятовуються попередні значення OperationByte, проводиться очищення OperationByte, а потім вже записуються нові значення з урахуванням попередніх.

Таким чином можна замінити за своїм кодом виклики "FLASH_EnableWriteProtection (ProtectedPages)" на "FLASH_SetWriteProtection (ProtectedPages, ENABLE)" для включення захисту, або "FLASH_SetWriteProtection (ProtectedPages, DISABLE)" для її відключення. Не забудьте в цьому випадку прибрати очищення OperationByte за допомогою функції «FLASH_EraseOptionBytes ()", так як вона скине все раннє встановлені прапори захисту від запису.

Використання утиліти STM32 ST-LINK Utility.

Ви можете захистити свою прошивку від читання і запису за допомогою стандартної утиліти від STM. Завантажити її можна на Офіційному сайті , Пройшовши нескладну реєстрацію.

З усіх можливостей утиліти, ми звернемося тільки до роботи з областю даних мікроконтролера, відомої як "Option Byte".

Потрапити в цей функціонал програми можна або комбінацією кнопок "Ctrl + B", або через меню "Target" / "Option Byte". Перед Вами відкриється схоже вікно:

Нас зараз цікавлять всього два розділи: читання і запис. Тут Ви можете включити або вимкнути захист від читання і галочками встановити сторінки, які хочете захистити від запису. Дії аналогічні описаним вище, тому описувати детально не буду.

Не знаю чому, але якщо Ви встановили захист від запису, то після зняття цієї захисту через утиліту, автоматично виставляється прапор захисту від читання. а зняття прапора захисту від читання повністю стирає Flash.

Висновок

У цій статті я постарався коротко розповісти як можна використовувати Flash в своїх цілях, як зробити свій автозавантажувач (Bootloader) і як захистити своій код. Всі приклади в статті протестовані і готові до використання. На цей раз вкладення додавати не буду - весь матеріал містить невеликий обсяг коду і легко сприймається в тексті.

Якщо знайдете помилки або будуть питання - welcome в коментарі))).