Датчик даёт число, а не готовое объяснение
Некоторые учебные платы позволяют оценивать освещённость встроенными средствами. Например, micro:bit использует светодиоды для определения уровня света. В программной среде этот уровень выражается числом в условном диапазоне. Оно не означает, что устройство понимает, почему стало темнее: наступил вечер, закрыли штору или датчик оказался в тени руки. Связь между измерением и смыслом задаёт разработчик. Поэтому сначала полезно наблюдать, как меняется входной сигнал в разных условиях. Нельзя автоматически считать любое уменьшение числа доказательством одного конкретного события. Для учебного алгоритма достаточно заранее определить, какое значение будет считаться низким и что устройство должно сделать.
Правило связывает вход с выходом
Пусть в вымышленной модели сигнал меньше тридцати означает необходимость показать тёмный значок, а значение тридцать и выше приводит к светлому значку. Это выбранное для упражнения правило, а не универсальная граница освещения. Обратите внимание на само число тридцать: оно должно относиться к одной из ветвей, иначе описание останется неполным. Выходом может быть изображение на экране; для других проектов им бывает звук или движение механизма. Но смена значка по заранее заданному условию ещё не означает, что устройство обучилось. Простой алгоритм и модель, получающая закономерности из данных, устроены по-разному. Начальный проект полезен именно тем, что его решение можно полностью проследить.
Проверяйте поведение около границы
Алгоритм может выглядеть правильным на крайних примерах и давать неудобный результат рядом с порогом. Если последовательность измерений равна двадцати девяти, тридцати одному и снова двадцати девяти, значок будет переключаться туда и обратно. Это не обязательно ошибка датчика: сигнал действительно может немного меняться. Задача разработчика состоит в том, чтобы решить, какое поведение нужно в таких условиях. Иногда подходят отдельные пороги включения и выключения, иногда обработка нескольких измерений. Но любое усложнение требует нового описания и проверки. Прежде чем менять правило, запишите наблюдаемую последовательность и ожидаемый результат. Так вы отделите проблему измерения от проблемы выбранной логики и не будете случайно исправлять одно за счёт другого.
Попробуйте на практике
Проведите бумажное испытание условного светового индикатора.
- Запишите правило: ниже тридцати показывать тёмный значок, при тридцати и выше светлый. Нарисуйте две возможные картинки и подпишите, что это условные состояния.
- Составьте последовательность входных значений: десять, двадцать девять, тридцать, тридцать один и двадцать девять. Для каждого вручную выберите результат по правилу.
- Найдите место, где возникает частое переключение. Объясните, связано ли оно с нарушением правила или с тем, что правило слишком чувствительно к небольшому изменению.
- Предложите словами один вариант изменения поведения, например разные границы для переходов. Укажите, какое дополнительное состояние нужно запоминать, и не выдавайте предложение за уже проверенное решение.
Как проверить результат. Каждое входное число получило однозначный результат, включая граничное значение тридцать. Вы различаете данные датчика, выбранное правило и выход устройства, а частое переключение объясняете по последовательности измерений.
Частые вопросы
Любой автоматический робот использует искусственный интеллект?
Нет. Многие устройства выполняют заранее написанные правила. Для оценки проекта полезнее понять способ принятия решений, чем называть любое автоматическое действие обучением.
Почему нельзя проверить только очень яркий свет и темноту?
Крайние случаи не показывают поведение около порога. Именно там небольшие изменения входного сигнала могут вызывать частые переключения. Поэтому граничные и промежуточные значения тоже включают в проверку.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.