Откройте модель в качестве примера

Мы будем использовать простую модель, slAccelDemoWhyRebuild, в этом примере.

model = 'slAccelDemoWhyRebuild';
open_system(model)

set_param(model,'AccelVerboseBuild','on');

В первый раз запуски модели в Режиме Accelerator, это генерирует и компилирует код как ожидалось.

simOutput = evalc(['sim(''',model,''')']);
if ~isempty(strfind(simOutput,'Building the Accelerator target for model'))
    disp('Built Simulink Accelerator mex file')
else 
    disp('Did not build Simulink Accelerator mex file')
end

Built Simulink Accelerator mex file

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

simOutput = evalc(['sim(''',model,''')']);
if ~isempty(strfind(simOutput,'Building the Accelerator target for model'))
    disp('Built Simulink Accelerator mex file')
else 
    disp('Did not build Simulink Accelerator mex file')
end

Did not build Simulink Accelerator mex file

Теперь мы изменяем некоторые параметры в модели. Мы установим следующие настройки для блока 'Integrator':

set_param([model,'/Integrator'],'IgnoreLimit','on');
set_param([model,'/Integrator'],'InitialCondition','5');

Когда мы запускаем симуляцию снова, мы видим, что Simulink регенерирует код.

simOutput = evalc(['sim(''',model,''')']);
if ~isempty(strfind(simOutput,'Building the Accelerator target for model'))
    disp('Built Simulink Accelerator mex file')
else 
    disp('Did not build Simulink Accelerator mex file')
end

Built Simulink Accelerator mex file

Мы хотели бы знать почему.

Чтобы определить, допустим ли ранее сгенерированный код все еще для настройки текущей модели, Simulink сравнивает контрольную сумму модели, как используется сгенерировать код к текущей контрольной сумме. Если они равны, ранее сгенерированный код все еще допустим, и Режим Accelerator Simulink снова использует его для текущей симуляции. Если значения отличаются, Режим Accelerator Simulink регенерирует и восстанавливает код. Таким образом исследование деталей расчета контрольной суммы может показать, почему Simulink регенерировал код.

Получите детали контрольной суммы

Следующая команда получает детали расчета контрольной суммы модели:

[cs1,csdet1]=Simulink.BlockDiagram.getChecksum(model);

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

Давайте установим модифицированные параметры блоков на их исходные значения и получим thechecksum и детали для той настройки.

set_param([model,'/Integrator'],'IgnoreLimit','off');
set_param([model,'/Integrator'],'InitialCondition','0');
[cs2,csdet2]=Simulink.BlockDiagram.getChecksum(model);

Сравнение этих двух значений контрольной суммы эквивалентно определению, если Акселератор Simulink регенерирует код. Обратите внимание на то, что значения контрольной суммы отличаются, когда мы ожидаем на основе того, что Акселератор Simulink регенерирует код каждый раз, когда это запускается.

if (cs1 ~= cs2)
    disp('Checksums are different')
else
    disp('Checksums are the same')
end

Checksums are different

Теперь, когда мы знаем, что контрольные суммы отличаются, следующий вопрос состоит в том почему. Много вещей входят в расчет контрольной суммы, включая типы данных сигнала, некоторые значения параметров блоков и информацию о возможности соединения блока. Чтобы изучить, почему контрольные суммы отличаются, мы должны видеть то, что изменилось об элементах, используемых в вычислении контрольной суммы. Детали контрольной суммы, возвращенные в качестве второго аргумента, дают ту информацию.

csdet1

csdet1 = struct with fields:
          ContentsChecksum: [1x1 struct]
         InterfaceChecksum: [1x1 struct]
     ContentsChecksumItems: [187x1 struct]
    InterfaceChecksumItems: [49x1 struct]

Детали контрольной суммы являются массивом структур с четырьмя полями. Два из полей являются контрольными суммами компонента контрольной суммы модели (они называются ContentsChecksum и InterfaceChecksum), и другие два являются соответствующими деталями контрольной суммы. Эти детали соответствуют различной информации, которая вошла к расчету двух контрольных сумм компонента. [Структурная] контрольная сумма модели является функцией ContentsChecksum и InterfaceChecksum.

Во-первых, давайте определим, заключается ли различие в содержимом модели или интерфейсе модели.

if (csdet1.ContentsChecksum.Value ~= csdet2.ContentsChecksum.Value)
    disp('Contents checksums are different')
else
    disp('Contents checksums are the same')
end

Contents checksums are different

if (csdet1.InterfaceChecksum.Value ~= csdet2.InterfaceChecksum.Value)
    disp('Interface checksums are different')
else
    disp('Interface checksums are the same')
end

Interface checksums are the same

Используйте детали, чтобы определить почему измененная контрольная сумма

Теперь, когда мы знаем, что изменение находится в ContentsChecksum, мы можем посмотреть на ContentsChecksumItems, чтобы видеть то, что изменилось.

idxForDifferences=[];
for idx = 1:length(csdet1.ContentsChecksumItems)
    if (~strcmp(csdet1.ContentsChecksumItems(idx).Handle, ...
                csdet2.ContentsChecksumItems(idx).Handle))
        idxForDifferences=[idxForDifferences,idx];
        disp(['Handles different for item ',num2str(idx)]);
    end
    if (~strcmp(csdet1.ContentsChecksumItems(idx).Identifier, ...
                csdet2.ContentsChecksumItems(idx).Identifier))
        disp(['Identifiers different for item ',num2str(idx)]);
        idxForDifferences=[idxForDifferences,idx];
    end
    if(ischar(csdet1.ContentsChecksumItems(idx).Value))
        if (~strcmp(csdet1.ContentsChecksumItems(idx).Value, ...
                    csdet2.ContentsChecksumItems(idx).Value))
            disp(['String Values different for item ',num2str(idx)]);
            idxForDifferences=[idxForDifferences,idx];
        end 
    end
    if(isnumeric(csdet1.ContentsChecksumItems(idx).Value))
        if (csdet1.ContentsChecksumItems(idx).Value ~= ...
            csdet2.ContentsChecksumItems(idx).Value)
            disp(['Numeric values are different for item ',num2str(idx)]);
            idxForDifferences=[idxForDifferences,idx];
        end
    end
end

String Values different for item 40

Теперь, когда мы знаем, что различия находятся в элементах в индексах, перечисленных в idxForDifferences, мы можем посмотреть на те элементы в двух массивах ContentsChecksumItems.

blk1 = csdet1.ContentsChecksumItems(idxForDifferences(1)).Handle

blk1 = 
'slAccelDemoWhyRebuild/Integrator'

blk2 = csdet2.ContentsChecksumItems(idxForDifferences(1)).Handle

blk2 = 
'slAccelDemoWhyRebuild/Integrator'

id1 = csdet1.ContentsChecksumItems(idxForDifferences(1)).Identifier

id1 = 
'IgnoreLimit'

id2 = csdet2.ContentsChecksumItems(idxForDifferences(1)).Identifier

id2 = 
'IgnoreLimit'

Указатель для обоих элементов является 'slAccelDemoWhyRebuild/Integrator', который указывает на блок с изменяющимися данными. Идентификатором для обоих является 'IgnoreLimit', который говорит нам, что это было установкой блока, которая изменилась, приведя к различной контрольной сумме для модели. Установка для Начального Условия блока не появляется в деталях контрольной суммы. Поэтому мы ожидаем, что, если только установка для Начального Условия изменяется, которые не восстанавливают, произойдет.

Избегайте восстанавливают на последовательных симуляциях

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

Давайте симулируем модель в Режиме Accelerator снова. Мы ожидаем, что он восстановит для этой симуляции, потому что мы изменили параметр ('IgnoreLimit') для расчета контрольной суммы выше.

simOutput = evalc(['sim(''',model,''')']);
if ~isempty(strfind(simOutput,'Building the Accelerator target for model'))
    disp('Built Simulink Accelerator mex file')
else 
    disp('Did not build Simulink Accelerator mex file')
end

Built Simulink Accelerator mex file

Теперь давайте только изменим настройки Initial Condition и симулировать снова. Мы ожидаем, что не восстанавливают, должен произойти на этот раз.

set_param([model,'/Integrator'],'InitialCondition','-3');
simOutput = evalc(['sim(''',model,''')']);
if ~isempty(strfind(simOutput,'Building the Accelerator target for model'))
    disp('Built Simulink Accelerator mex file')
else 
    disp('Did not build Simulink Accelerator mex file')
end

Did not build Simulink Accelerator mex file

Как ожидалось от анализа контрольной суммы, изменяя параметр для 'Начального Условия' не вызывает регенерацию кода для симуляции в Режиме Accelerator.