caxapa.ru :: Например, 2 канала связи. Одних датчиков (на одном канале связи) может быть больше, других (на другом канале связи) меньше в зависимости от оперативно вводимой конфигурации. На каждый канал своя опрашивалка

Vit (19.07.2012 08:55, просмотров: 104) ответил FDA на А если количество датчиков потребует памяти больше, чем физически есть в контроллере??? Всё это бред собачий! Под такие вещи надо выделять массив структур и заполнять его при работе программы. Размер массива - максимальное количество

Например, 2 канала связи. Одних датчиков (на одном канале связи) может быть больше, других (на другом канале связи) меньше в зависимости от оперативно вводимой конфигурации. На каждый канал своя опрашивалка - ей не нужно сообщать свойствами из структуры датчика на каком же она канале, также ей не нужно сообщать максимальное количество датчиков. Да, память задействована одна. Аналогично когда пишешь задачи и ставишь их в список ~~шедулера~~"прокручивалки функций биглупа" - не нужно как, например, в OSA фиксировать количество задач в соответствующем массиве. Да - больше памяти не прыгнешь, но если нужно отладить задачу, то добавить/снять делается одной строчкой и в понятном месте текста, а не в каком-то далёком конфиг-файле, где нужно не ошибиться и обсчитать количество задач правильно. И после отладки можно просто оставить, а не делать заметку в том же конфиге.

Ответить

- А не проще в одном H-файле задать ВСЕ необходимые для программы константы? И в зависимости от них уже выделять память под массивы. В любом случае программа должно знать сколько она может поддерживать датчиков и адекватно реагировать если их FDA(42 знак., 19.07.2012 09:58)
  - Если конфигурировать на ходу, то не проще. А планировать надо не в сферовакуумных константах, а в пределах реально доступных ресурсов. Особенно если пишет не один человек. Vit(409 знак., 19.07.2012 10:08)
    - Не вижу разницы сделать ту же саму очередь в виде массива структур. В любом случае у Вас есть МАКСИМАЛЬНОЕ значение размера очереди и в ЛЮБОМ случае Вы должны рассчитывать, что в такой ситуации Вы выделите максимальный объём памяти, так почему же FDA(25 знак., 19.07.2012 10:12)
      - У списков нет "МАКСИМАЛЬНОЕ значение размера". Есть начало и конец (как ситуация "нет продолжения"). - Vit(19.07.2012 10:17)
  - Использование динамических структур чаще оправдано в других случаях, например, при реализации сложного меню в интерфейсе. Здесь они реально обеспечивают удобство при описании дерева, хотя опять же Вы должны знать максимальное кол-во таких FDA(406 знак., 19.07.2012 10:02)
    - Повторяю - НЕ НУЖНО знать максимальное кол-во таких элементов - в этом существенная разница, а стОит обслуживание списков очень недорого, да и компиляторы хорошо оптимизируют соответствующие конструкции. Вы не стесняйтесь - попробуйте:) И Vit(104 знак., 19.07.2012 10:13)
      - Ладно, это тупой спор. Вы уходите о того, с чего начали. - FDA(19.07.2012 10:19)
        
        это Вы сказали, что использовать списки - бред собачий. при этом оказалось, что аргументация Ваша НИКАКАЯ и о списках Вы только слышали. - Vit(19.07.2012 10:23)
        
        Я нормально изложил свою позицию, советую перечитать вышесказанное ещё раз. - FDA(19.07.2012 10:28)
        
        Ответьте, пожалуйста, на один вопрос: как задать размер списка? - Vit(19.07.2012 10:53)

Микроконтроллеры