Arduino, память может заполнится так, чтобы скетч не смог работать?

Question

[A2D2]

1)Например, если написать скетч который выводит числа от 1 до бесконечности, то сколько может продолжатся эта операция?
2)Любые ли скетчи будут работать беспрерывно?
3)Монитор порта имеет что-то общее у памятью? Например если вывести множество чисел, то где эти числа хранятся?

Answer 1

[Макс]

1. переполнится счетчик.
2. как посмотреть на этот вопрос - можно в основном цикле проверять условие, которое отработает только 1 раз (или никогда) - но это условие будет проверяться беспрерывно.
3. нет. Монитор порта показывает Вам, что пришло от контроллера в порт. То, что Вы видите в мониторе - хранится уже на компьютере.

Comments

[A2D2]

1) Хотелось бы узнать как долго будет это совершаться
2) Например поставить условие x = 1 (y = 2 x > y y+1) будет длиться вечно?
3) Лишь занимает оперативку? Если вытащить Arduino и снова вставить то монитор очиститься вместе с занимаемой памятью?

[Макс]

A2D2: 1. камрад Александр Гусев писал, это 2^32 отсчета. в секундах не скажу - надо не только знать частоту МК, но и сколько тактов занимает основной цикл.
2. if (true) будет всегда выполнятся
if (false) не будет выполняться никогда.
3. А кто его знает. попробуйте. Что до памяти - то это дело темное, думаю защита от дурака в виде ограничения глубины истории там все-же есть.

Answer 2

[Александр Гусев]

1) Unsigned long используется для хранения положительных целых чисел в диапазоне от 0 до 4,294,967,295 (2^32 - 1) и занимает 32 бита (4 байта) в памяти. Это число будет постоянно занимать 4байта в микроконтроллере, ничего не переполнится до макс значения.
2) Да, если вы не сделаете иначе в коде программы. :)
3) Монитор порта приложение, запущенное на вашем ПК, занимает оперативную память вашего же ПК.

Comments

[A2D2]

2) Например поставить условие x = 1 (y = 2 x > y y+1) будет длиться вечно?
3) Лишь занимает оперативку? Если вытащить Arduino и снова вставить то монитор очиститься вместе с занимаемой памятью?

[Александр Гусев]

2) скетч в этом случае работать м.б. будет, просто условие никогда не выполнится, что будет при переполнении хз, по идее перейдет на 0 и будет крутить заново, хотя тут не уверен :)
при действительно некорректных программах можно довести МК до зависания.

3) Ардуину отключать даже не надо. монитор закрыть и открыть.

Answer 3

[Виталий Филинков]

Ну, и отвечая на вопрос в заголовке, МОЖЕТ! Например, переполнение стека.

Comments

[A2D2]

А как это может случится?

[A2D2]

В каком случае может произойти?*

[Виталий Филинков]

Как это может случиться? Обычно - внезапно! В каком случае может произойти? Например, у вас вызывается множество функций (одна из другой), в которые передается множество переменных.

[A2D2]

Виталий Филинков: а если этого не делать, то все будет в норме? Только этот случай может переполнить стек?

[Виталий Филинков]

A2D2: Коль уж вы решили заняться программированием, тем более, что на С, потрудитесь прочесть хотя бы одну книгу по этому языку. Практически во всех достаточно неплохо описывается работа с памятью.
По наивности своей был уверен, что мой ответ сподвигнет вас именно к чтению :(

Answer 4

[svd71]

Любая работа со стеком может привести к утечкам памяти, какмследствию сбоя исполняемого кода и чаще всего автоматического запуска кода с начала.
Что может приводить к переполнению стека:
- передача кучи параметров через стек при вызове функций;
- неправильное использование вызовов прерываний или функций: когда функция или прерывания до окончания выполнения вызывается повторно при этом сохраняя регистры в стеке;
- неумелое распределение или большое количество переменных;
- неумелая работа с указателями.
Каждый пункт сам по себе отдельная тема для разговора. Поэтому цитировать выдержки из релизноутов думаю не стоит.

Для детектирования подобных проблем нужно некоторое знание ассемблера, чтоб понять, как компилятор строит исполняемый код и как будет с ним работать. Можно ли вести отладку таких вещей? Можно. Достаточно воспользоваться эмуляторами. Я использую только два: atmel studio и ISIS. И мне их достаточно.