[uquote="ARV",url="/forum/viewtopic.php?p=4690590#p4690590"]
jcxz, вот вопрос на счет журнала EEPROM. вы настоятельно рекомендовали применять хитрое кодирование, забыл, как называется, но у меня вопрос: зачем?! ведь если просто указывать длину записи в её первом байте, можно легко проследить всю цепочку записей, а если эта длина равна 0, значит, больше записей нет.[/uquote]В смысле - нет? Как такое может быть? Вы точно поняли алгоритм, который я описывал???
[uquote="ARV",url="/forum/viewtopic.php?p=4690590#p4690590"]в чем скрытый смысл вашего подхода и какие минусы у моего?[/uquote]Подумайте - что будет при вашем способе, если в момент дозаписи в журнал очередной записи, произойдёт сбой питания? Как затем будете писать в журнал новые записи?
Кодирование здесь для того же, для чего оно используется при передаче данных в системах связи - чтобы при помехе потерять один пакет, а не полностью потерять связь.
Добавлено after 18 minutes 46 seconds:
[uquote="ARV",url="/forum/viewtopic.php?p=4690590#p4690590"][*]нужно ли эту переменную описывать volatile?[/uquote]Обязательно.
[uquote="ARV",url="/forum/viewtopic.php?p=4690590#p4690590"][*]для атомарного доступа есть какие-то готовые решения, или тупо использовать пару taskENTER_CRITICAL()/taskEXIT_CRITICAL()?[/uquote]Непонятно что имеется в виду под атомарным доступом? Какая операция?
Простые 8-/16-/32-битные чтения и записи - на ARM атомарны.
С точки зрения одного ядра CPU. Но могут занимать несколько шинных операций.
[uquote="ARV",url="/forum/viewtopic.php?p=4690590#p4690590"][*]если я "забуфферизирую" эту переменную в потоке, где использую, примерно так uint32_t tmp = __ATOMIC_READ(ABC); - компилятор ничего не учудит с оптимизацией tmp? в том плане, что посчитает меня тупее валенка и вместо tmp продолжит использовать ABC?[/uquote]Если объявите ABC с volatile - то в этом месте скопирует её в tmp и далее будет использовать tmp.
[uquote="ARV",url="/forum/viewtopic.php?p=4690590#p4690590"][*]если ответ на предыдущий вопрос "компилятор может учудить", как его заставить этого не делать?[/uquote]Компилятор не "чудит". Он оптимизирует. Чтобы не оптимизировал - используйте volatile.
[uquote="ARV",url="/forum/viewtopic.php?p=4690590#p4690590"][*]или, поскольку ARM 32-битный, чтение любой переменной этого размера всегда атомарное, и достаточно просто забуфферизировать переменную?[/uquote]не всегда. Зависит от множества факторов. И "атомарное" - для кого? Для самого этого CPU или для другого bus-master на шине? Или для периферийного блока?
[uquote="ARV",url="/forum/viewtopic.php?p=4690590#p4690590"][*]я тупой, и вообще не в том направлении думаю?[/list][/uquote]Откройте описание системы команд ARM. там всё есть.
Добавлено after 1 minute 7 seconds:
[uquote="GARMIN",url="/forum/viewtopic.php?p=4690622#p4690622"]4) 32-битный процессор читает любую переменную 8-32 бита за один такт.[/uquote]Не факт. Зависит от множества факторов.
Добавлено after 2 minutes 30 seconds:
[uquote="Adrift",url="/forum/viewtopic.php?p=4690654#p4690654"]Не совсем, M0+ атомарно читает любую выровненную 16/32 бит переменную.[/uquote]Ещё более "не совсем" - даже выровненные переменные могут читаться за несколько тактов, если они расположены в памяти, подключенной шиной с разрядностью менее 32 бит.
Также память может быть не zero-wait states. Тоже требует больше тактов. Даже внутренняя ОЗУ (некоторые её регионы) в некоторых ARM требует более одного такта для доступа.
Также память может быть занята обращением другого bus-master. CPU тоже придётся ждать.
PS: Речь не про M0+, а вообще про ARM-ы.
мой инглиш подвел
