одиниця 1 / 12

Вступ до штучного інтелекту в електроніці та комунікаційній техніці: межі, перевірка, відповідальність та етика

Прибуток:

  • Здатність розрізняти, де штучний інтелект економить реальний час у робочому процесі електроніки/комунікацій, а де критично важливу відповідальність за відповідність і безпеку покладено на компетентного інженера, залежно від рівня ризику
  • Можливість застосовувати багаторівневу дисципліну перевірки, яка перевіряє кожен результат ШІ на відповідність вимірюванням, моделюванню, стандартному тексту та незалежним обчисленням.
  • Візьміть звичку анонімізувати контекст і вибирати безпечні інструменти для захисту файлів дизайну, мережевих даних клієнтів та інтелектуальної власності

Робота інженера з електроніки та комунікацій полягає в тому, щоб перетворювати невидимі фізичні величини (напруга, струм, частота, поле) у робочі продукти та надійні з’єднання. Розробка схеми, розміщення друкованої плати (PCB: друкована плата, ізоляційна плата, на якій розміщені компоненти), фільтрація та модуляція сигналу, випромінювання його з антени, написання вбудованого програмного забезпечення (програмне забезпечення: програмне забезпечення, записане в постійній пам’яті, яке безпосередньо керує апаратним забезпеченням пристрою), встановлення протоколів, моніторинг продуктивності мережі та документування всього цього відповідно до стандартів і законодавства. Спільною рисою цих робіт є робота з великою кількістю вимірювань і даних, але кожне рішення визначає, чи працюватиме продукт, чи залишатиметься трансляція в межах дозволеного, чи безпечна система чи ні. Штучний інтелект (скорочено ШІ; програмні системи, які працюють з текстом, числами, кодом і зображеннями з великими даними та мовними моделями) є потужним допоміжним засобом у цій сфері, яка потребує багато даних, але є критично важливою для прийняття рішень. Цей розділ навчить вас, де безпечно використовувати штучний інтелект в електроніці/комунікаційній роботі, де це небезпечно та чому ви повинні перевіряти кожен результат штучного інтелекту шляхом вимірювання, моделювання, стандартного тексту та інженерної оцінки.

Головний принцип, який ви будете використовувати в цьому модулі: штучний інтелект – це помічник, а не той, хто приймає рішення. Струм живлення, значення імпедансу, частота зрізу фільтра, обмеження потужності передачі або стандартне положення не можуть бути правдивими лише тому, що «так сказав ШІ»; Це лише гіпотеза, доки вона не буде підтверджена специфікацією, вимірюванням, моделюванням, офіційним стандартним текстом і оцінкою компетентного інженера. Ви знову побачите це речення в кожному блоці модуля, тому що в електроніці неправильне число часто означає, що карта згорає, продукт не проходить сертифікацію або збій зв’язку.

Що таке LLM, що він робить в електроніці/комунікаціях?

LLM (Large Language Model) — це програмне забезпечення, яке вивчає шаблони з дуже великих фрагментів тексту та коду та передбачає «наступне слово» на основі ймовірності. Це двигун таких інструментів, як ChatGPT, Claude, Gemini. Справа в наступному: LLM — це «оцінка мови та коду», а не «вимірювальний пристрій» чи «база знань». Вільно володіє інженерною термінологією, але не вимірює імпеданс; створює число, яке виглядає найбільш вірогідним. Таким чином, він може давати впевнені, але неправильні відповіді щодо струму живлення компонента, межі регулювання або таблиці стандартів. Це називається галюцинацією (вигадкою). Галюцинація не є несправністю, а властивою особливістю цієї технології; Тому верифікація – це не «додатковий крок», а невід’ємна частина роботи.

Завдання, де ШІ сильний в електроніці/комунікації:

  • Пояснення концепції та навчання: що таке узгодження імпедансу, як працює OFDM, що викликає накладення спектрів, як порушується електромагнітна сумісність.
  • Проект коду та мікропрограми: драйвер мікроконтролера, кінцевий автомат, аналіз сигналів Python, платформа автоматизації тестування.
  • Очищення та організація даних: перетворення розрізнених журналів вимірювань у цілісну таблицю, фіксація невідповідності одиниць.
  • Створення списку гіпотез: систематизований перелік причин запитань, наприклад, чому схема не працює, чому зв’язок переривається.
  • Чернетка тексту: план випробувань, звіт про несправності, чернетка технічного файлу, зведення до таблиці даних.
  • Налаштування облікового запису: створення скелета бюджету посилання, бюджету потужності, етапи розробки фільтра.

Де ШІ слабкий і ризикований:

  • Точне числове значення (струм живлення, імпеданс, частота зрізу, обмеження потужності трансляції).
  • Поточна та спеціальна стандартна/законодавча стаття, табличне значення та інформація про випуск.
  • Діагностика без фактичних даних вимірювань вашого обладнання.
  • Рішення щодо відповідності та безпеки: декларація про відповідність ЕМС, випуск, експлуатаційна придатність, межа безпеки.

Класифікація на основі ризику: фільтр перед використанням ШІ

Не кожне завдання має однаковий рівень ризику. Класифікуйте завдання за рівнем ризику перед використанням ШІ. У наведеній нижче таблиці наведено схему прийняття рішень, яку ви використовуватимете протягом цього модуля.

Рівень ризику

зразок завдання

роль ШІ

Обов'язкова перевірка

низький

Пояснення концепції, проект тексту, скелет коду

безкоштовне користування

Огляду достатньо

середній

Очищення даних, список гіпотез, налаштування розрахунку

Проект/співавт

Ручна перевірка + підтвердження паспорта

висока

Рейтинг схеми, дизайн фільтра/антени, логіка прошивки

генератор ідей

Моделювання + вимірювання прототипу

критичний

Відповідність вимогам EMC/broadcast, запас надійності, придатність до обслуговування

Лише чернетка/сканування

Схвалення компетентного інженера + акредитовані випробування

Порада: якщо ви позначили завдання як «критичне», результати штучного інтелекту ніколи не будуть остаточним документом. Щонайбільше це може бути попередній проект або контрольний список; Компетентний інженер бере на себе підпис і відповідальність.

Наскрізний потік: інтеграція ШІ у ваш робочий процес

Типовий цикл вирішення проблем в електроніці/комунікаціях виглядає так: штучний інтелект входить до кожного кроку, але не закриває жодного з них сам по собі:

  1. Визначте проблему: що буде розроблено, яка цільова ефективність, які обмеження (потужність, вартість, частота, законодавство) існують? (AI: уточнює питання.)
  2. Збір даних/вимог: таблиці даних, стандартні обмеження, журнали вимірювань. (ШІ: підсумовує та шукає невідповідності.)
  3. Створення гіпотез/дизайн: альтернативні топології, сценарії рішень. (AI: створює систематичний список.)
  4. Аналіз: обчислення, моделювання, код, аналіз сигналів. (ШІ: створює код і вигадку обчислень.)
  5. Перевірити: моделювання, прототип, вимірювання, стандартний текст. (ШІ осторонь; вирішують вимірювання та люди.)
  6. Документуйте та приймайте рішення: компетентний інженер бере на себе відповідальність. (AI: автор чернетки.)

Пам’ятайте про ці шість кроків; решта модуля крок за кроком показує, як використовувати ШІ з конкретними завданнями електроніки/комунікації.

три міні-чохла

Випадок 1 — Неправильне значення компонента. Інтерн запитує ШІ необхідне значення розв’язувального конденсатора в ланцюзі, що живиться від регулятора 3,3 В; ШІ каже, що «досить 100 нФ», а також дає точний припис: «додайте 10 мкФ для кожної мікросхеми». Інтерн записує це прямо в схему. Тоді як правильне значення залежить від рекомендацій у техніці використовуваних мікросхем, частоти перемикання та профілю струму. У цій конструкції високошвидкісний чіп споживає струм у сотні мільйонів разів на секунду, і одних лише 100 нФ недостатньо; Під час запуску карта поводиться нестабільно. Правильний підхід полягає в тому, щоб взяти значення з таблиці даних кожного чіпа та аналізу цілісності живлення.

Випадок 2 — Неіснуючий нормативний ліміт. Інженер запитує ШІ про максимально допустиму EIRP (еквівалентну ізотропну випромінювану потужність) свого продукту в діапазоні 2,4 ГГц. AI каже «20 дБм відповідно до нормативів» і складає номер речовини. Інженер відповідно пише технічний файл. У випробувальній лабораторії було виявлено, що граничне значення змінюється залежно від діапазону, ширини каналу та країни, а також що наданий номер товару не є справжнім. Правильний підхід полягає в тому, щоб відкрити поточний регламент (наприклад, відповідний документ ETSI/FCC і рішення органу влади країни) з офіційного джерела та підтвердити цінність і суть.

Випадок 3 — Правильне використання. Інженер підозрює невідповідність у журналі вимірювань із 5000 рядків датчика температури. Він повідомляє штучному інтелекту «перерахувати рядки в цій таблиці, які можуть мати невідповідність одиниць вимірювання (°C/°F плутанина), фізично неможливе значення, сплеск і порожню клітинку, і написати те, що ви підозрюєте для кожного; НЕ виправляйте, просто позначте». AI позначає кілька показань коду 999, два показання -300 °C і стрибки, які нагадують скидання датчика. Інженер перевіряє та виправляє їх на основі вихідних даних. Тут AI був використаний правильно: привернув увагу, людина прийняла рішення та виправлення.

Шаблони підказок, які можна копіювати

Ви можете використовувати наведені нижче шаблони, адаптувавши їх до свого бізнесу. У кожному з них є свідома вказівка ​​«дати точну цифру, вказати джерело, пояснити невизначеність».

ШАБЛОН РОЛЬІ ТА ОБМЕЖЕНЬ "Роль: Ви досвідчений помічник інженера з електроніки/зв’язку. Завдання: [напишіть тему]. Правила: Коли ви вказуєте точне числове значення (струм, імпеданс, частота, обмеження потужності), скажіть, що воно має бути підтверджено з ДАНИХ або ВИМІРЮВАННЯ вибраного компонента; якщо ви не впевнені, скажіть "перевірено". Якщо ви надаєте стандартний/нормативний пункт, вказуйте його разом із версія, але вона має бути підтверджена з офіційного джерела. У кінці вашої відповіді запишіть «що потрібно перевірити моделюванням/вимірюванням».

ШАБЛОН ГЕНЕРУВАННЯ ГІПОТЕЗИ «Створіть систематичний список можливих причин наступного симптому: [опишіть симптом; що спостерігається, яке там вимірювання]. Для кожної гіпотези: (1) які докази її підтверджують, (2) які вимірювання (осцилограф, аналізатор, мультиметр) потрібно зробити, щоб підтвердити/спростувати. ВСТАНОВИТИ остаточний діагноз; створити дорожню карту усунення несправностей».

ШАБЛОН КОНТРОЛЬНОГО СПИСКУ ПЕРЕВІРКИ. Перелічіть КОЖНЕ числове значення та КОЖНЕ стандартне/нормативне посилання в проекті/чернетці звіту нижче. Для кожного вкажіть, з якого джерела (таблиця даних, офіційний стандартний текст, лабораторне вимірювання, моделювання) його потрібно перевірити. Зберіть значення невизначеного походження під «не можна використовувати без перевірки». Текст: [вставити].»

ШАБЛОН ПОПЕРЕДНЬОЇ ПЕРЕВІРКИ АНОНІМІЗАЦІЇ «Перед тим, як надати такий текст інструменту ШІ, позначте комерційну таємницю або особисті/регуляторні конфіденційні частини: ім’я клієнта/проекту, посилання на файл PCB, ключ/пароль мікропрограми, справжні IP/MAC-адреси, дані передплатників, приховані витрати. Запропонуйте, як я можу зробити це анонімним. Текст: [вставити].»

Слабка підказка / Сильна підказка

Постановка одного питання двома способами дасть дуже різні результати.

СЛАБКА ПІДКАЗКА: "Який коефіцієнт підсилення цієї антени?"

ВАЖЛИВА ПІДКАЗКА: «Роль: Ви помічник радіочастотного інженера. Поясніть, за допомогою яких етапів необхідно визначити коефіцієнт підсилення антени (вибір типу, розміру, моделювання поля, вимірювання безехової кімнати), а також які дані та яка перевірка потрібна на кожному кроці. НЕ вказуйте ТОЧНЕ число підсилення; підкресліть, що це можна визначити лише шляхом моделювання та вимірювання, що означає одиниця дБі та нормативні обмеження оцінюватимуться через EIRP».

Слабка підказка запрошує ШІ надолужити; Сильна підказка утримує його в правильній роботі (опис процесу) і запобігає виникненню цифрових галюцинацій.

Поширені помилки

  • «Запит» у ШІ значення компонентів/дизайну. Струм живлення, імпеданс, частота зрізу надходять лише з таблиці даних і вимірювань.
  • Використання положення стандарту/законодавства без його підтвердження. Номер предмета, табличне значення та випуск часто є галюцинаціями.
  • Базування рішення щодо відповідності/безпеки на виході ШІ. Відповідність вимогам електромагнітної сумісності, дозвіл на трансляцію, придатність до обслуговування є результатом роботи компетентних інженерів і акредитованих випробувань.
  • Вставлення конфіденційних даних у хмарний інструмент без анонімізації. Плата/програмне забезпечення, топологія клієнта та дані про абонента є комерційною таємницею та особистими даними.
  • Чекаю одне питання і одна відповідь. Використовуйте штучний інтелект ітеративно: проектуйте, критикуйте, симулюйте, вимірювайте, вдосконалюйте.
Застереження: чим точніше та впевненіше число відображається в результатах штучного інтелекту, тим більше потрібна перевірка. Точність не є гарантією точності.

Підсумовуючи

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

Аплікаційне завдання

Виберіть п’ять завдань із вашої власної роботи (або уявного електронного проекту): опис концепції, очищення даних, список гіпотез про несправності, компонент/числове значення та питання щодо нормативних документів/стандартів. Помістіть кожен у таблицю ризиків вище. Потім передайте ШІ два завдання з низьким/середнім ризиком за допомогою шаблону «Роль і межі» та позначте кожен числовий/стандартний елемент результату за допомогою шаблону «Контрольний список перевірки». Запишіть, які елементи не можна використовувати без перевірки.

контрольний список

  • [ ] Перед використанням я поставив місію на рівень ризику (низький/середній/високий/критичний).
  • [ ] Я отримав значення компонента/дизайну з таблиці даних і вимірювань замість того, щоб запитувати ШІ.
  • [ ] Я перевірив кожне стандартне/нормативне посилання з офіційного джерела (правильна версія).
  • [ ] Я анонімізував конфіденційні дані (PCB/програмне забезпечення, клієнт, IP/MAC, абонент).
  • [ ] Я залишив важливе для сумісності/безпеки рішення кваліфікованому інженеру та акредитованому тестувальнику.
  • [ ] Я перевірив кожне числове значення у виводі штучного інтелекту на предмет "не можна використовувати без перевірки".