Програми часом можуть мати помилки під час виконання. Іноді їх важко знайти і їх легко пропустити. Чи є можливість протестувати програму, перш ніж насправді записати її на дошку?
Програми часом можуть мати помилки під час виконання. Іноді їх важко знайти і їх легко пропустити. Чи є можливість протестувати програму, перш ніж насправді записати її на дошку?
Відповіді:
Є кілька проектів Arduino Simulator.
Можливо, один із більш зрілих - це симулятор Virtronics для Arduino , відео YouTube тут .
Сторінка Virtronics, зв'язана вище, також містить декілька інших тренажерів Arduino, як безкоштовних, так і платних.
Зважаючи на інтерес, який викликає Arduino, там, швидше за все, буде ще багато таких тренажерів, тому немає жодного сенсу намагатися перераховувати їх у відповіді.
Варто зазначити, що є також додаток Arduino Simulator для iPhone : Це не рекомендація, ще не бачивши її в роботі.
Зі сторони:
Arduino сама по собі є дошкою для складання прототипів / експериментів. Він ідеально підходить для програмування експериментального коду, налагодження його, зміни та повторного спалахування свіжого коду, майже стільки разів, скільки подобається . Якщо код зависне, скиньте і перезавантажте будь-які зміни.
Тому заслуга використання тренажера, який ніколи не може ідеально імітувати різні терміни реального часу або інші проблеми, з якими може виникнути програма, є сумнівною.
Якщо вартість Arduino викликає занепокоєння, є кілька варіантів:
Ви можете знайти помилки під час виконання програми, якщо ви можете вручну перейти через вашу програму за допомогою підключеного та відладженого Arduino ( після завантаження коду в Arduino). Це доступно у Visual Micro, хоча для цього потрібна Visual Studio. Ви можете встановлювати точки перерви, оцінювати змінні та змінювати значення змінних. Ви також можете отримати візуалізацію пам'яті з часом:
Один із способів зробити це - створити програму для обгортки для фактичного коду, який імітує всі входи та приймає виходи (тим самим створюючи цикл зворотного зв’язку) відповідно до реального середовища. Це потребує різної кількості зусиль, залежно від типу програми, ступеня тестування та кількості входів.
Майте на увазі, що під час написання програми для обгортки слід дотримуватися підходу до чорного поля .
В іншому випадку ваш зовнішній код може не перевірити програму якнайкраще, оскільки пам’ятайте про фактичний код під час створення тестового коду може заперечити вас ігнорувати крайові випадки або проблемні області (Це спостерігалося, коли ви робили тестування White-Box, які є альтернативою).