Arlleex

Вы в стартап посмотрите, там где стек размещается, и сколько его выделено. Там увидите атрибут align 8. При запуске ПО, да. Насчет повезло - нет, оно и если на 4 выровнять, работать будет. Не будет соответствовать формальным требованиям стандарта AAPCS. На Cortex-M все равно будет работать.

Угу, принудительное выравнивание на 8. Но согласно AAPCS, стек при запуске дОлжно выровнять на 8, дальше компилятор придерживается этого правила при расчете того, сколько пушить регистров при вложенных вызовах. Из RM на компилятор ARM Compiler 6 (CLang):

В Cortex-M обычная функция и функция ISR по ABI - одно и то же. Ничего компилятор без явной необходимости в стек не сохраняет. Сохраняет, если локальных регистров ему не хватает, либо будет производиться вызов другой функции из тела обработчика, в которой используются регистры. Впрочем, опять же, как и в обычной функции. Отличие от обычной функции в том, что CPU при входе в обработчик аппаратно сохраняет R0-R3, R12, LR, PC, xPSR в стек. И на это повлиять невозможно.

Какие регистры? Обычные или FPU?

Как он может не сохранять, если процессор это делает аппаратно?

Лучше сначала скажите, чего хотите добиться этим атрибутом...? Он абсолютно бесполезен тут. Ядро какое - Cortex-M?

У меня итерация такая: сначала устанавливаю в все дезигнаторы по центру, затем уже их мышой расставляю по красоте, чтобы было норм видно все и не пересекалось. В целом, если приноровиться, можно смириться с косяками.

Да, драфтсман довольно сырой и глючный, но альтернатив сделать чертеж быстро нет.

Угу... Дык в том и дело, что я беру промышленно выпускаемый счетчик, а он вот такой вот... Ведь в нем заявлен именно RTU🙂 Вывод - никому нельзя верить (в очередной раз).

Как минимум МК индустриальный, опираться на его внутренних попугаев уже такое себе. А DS18B20 от -55 уже гарантированно.

Его показания +- лапоть.

Искал информацию, какое должно быть время ответа от слейва после формирования запроса мастером, наткнулся на эту тему и увидел Ваш пост. Вот вроде бы и все верно, сейчас у меня мастер перед выдачей байтов держит передатчик включенным на время передачи 2 символов (интервал активной тишины), после передачи данных держит передатчик еще 3.5t. Смотрю ответы - их нет. Вернее, есть, только часть кадра принялась. Осциллом подтыкнулся - вижу, что промышленному электросчетчику абсолютно чхать на 3.5t, он видит "правильный" по CRC16 фрейм и сразу начинает гнать ответ. Вот такие вот дела.

Я пока, все-таки, планирую поставить микроконтроллер, который будет вЫключать нормально включенный обогрев. Датчики тоже будут на DS18B20 в SOIC-8, пузо которого заполняется теплопроводящим клеем к плате. Планируемая партия - сотни изделий в год максимум. Я не вижу смысла экономить на компараторах/транзисторах - мне тема экономии пока что не актуальна. Хотелось бы вменяемого мнения насчет применения микроконтроллера и прикрученного к нему датчика, который управляет выключением нагревателя. А так же мнения о чуть другой схеме обогрева - тот же микроконтроллер, но ключ ШИМ-ируется МК для поддержания нужной температуры. Нормально замкнутого состояния тут нет, МК системы отопления должен стартовать всегда первым, диагностировать/включать нагрев, затем включать вторичную сторону. Гарантию работы во всем температурном диапазоне обеспечить 100% выборкой при испытаниях.

Не военка у меня, просто условия могут быть суровые, т.к. кто его знает, куда занесет мои платы (Сибирь разная бывает). Вообще говоря, все изделия будут подвержены климатике, т.е. 100% выборка из партии для испытаний. Я предполагаю, что даже если компонент по даташиту на -40, но испытаниями подтверждена работа на -50, то испытание считается успешным для подтверждения заявленным функциональным характеристикам при температуре, заявленной в ТЗ.

Интересная штука, запишу себе.