Документация

Когда сгенерировать разделяемый служебный код

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

Сконфигурируйте именование сгенерированных функций

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

Если вы используете Code Mappings Editor или значение по умолчанию, сопоставляющее интерфейс программирования, чтобы сконфигурировать модель, устанавливая параметр конфигурации модели, Shared utilities identifier format не влияет на генерацию кода. Эта установка не применима для моделей, сконфигурированных с этими техническими требованиями.

Правило именования для разделяемых служебных функций должно включать условную лексему контрольной суммы $C. Чтобы настроить длину контрольной суммы, которую производит генератор кода, используйте параметр Shared checksum length (SharedChecksumLength). Увеличение длины контрольной суммы уменьшает вероятность столкновений.

Этот пример показывает индивидуальную настройку разделяемых имен служебной функции для генерации кода C.

Управляйте размещением разделяемого служебного кода

Управляйте размещением разделяемого служебного кода с параметром конфигурации модели Shared code placement. Значением опции по умолчанию является Auto. Для этой установки генератор кода помещает требуемый код для фиксированной точки и других утилит в modelC файл, model.cpp файл или отдельный файл в папке сборки (например, vdp_grt_rtw) если модель не содержит существующий разделяемый служебный код или один из этих блоков:

Если модель содержит один или несколько предыдущих блоков, генератор кода создает и использует разделяемую сервисную папку в slprj. Соглашением о присвоении имен для разделяемых служебных папок является slprj/target/_sharedutils. target sim поскольку симуляции с Model блокируются или имя системного конечного файла для генерации кода.

slprj/sim/_sharedutils      % folder used with simulation
slprj/grt/_sharedutils      % folder used with grt.tlc STF
slprj/ert/_sharedutils      % folder used with ert.tlc STF
slprj/mytarget/_sharedutils % folder used with mytarget.tlc STF

Обеспечивать сборку модели, чтобы использовать slprj папка для разделяемой служебной генерации, даже когда текущая модель не содержит существующий разделяемый служебный код или один из предыдущих блоков, установила параметр Shared code placement на Shared location. Генератор кода помещает утилиты под slprj папка, а не в нормальной папке сборки. Эта установка полезна, когда вы вручную комбинируете код из нескольких моделей, потому что это предотвращает столкновения символа между моделями.

Управляйте Размещением rtwtypes.h для Разделяемого Служебного Кода

Сгенерированный rtwtypes.h заголовочный файл предоставляет определения фундаментального типа, #define операторы и перечисления. Для получения дополнительной информации см. rtwtypes.h.

Управляйте размещением rtwtypes.h файла путем выбора, использует ли процесс сборки разделяемую сервисную папку. Если сборка модели использует разделяемую сервисную папку, процесс сборки помещает rtwtypes.h в slprj/target/ _sharedutils. В противном случае программное обеспечение помещает rtwtypes.h в model_target_rtw.

Добавление модели к иерархии модели или изменение существующей модели в иерархии могут привести к обновлениям разделяемого rtwtypes.h файл во время генерации кода. Если обновления происходят, перекомпилировали и, в зависимости от вашего процесса разработки, повторно проверяют ранее сгенерированный код. Минимизировать обновления rtwtypes.h файл, внесите следующие изменения в диалоговом окне Configuration Parameters:

Избегайте дублирующихся заголовочных файлов для экспортированных данных

Экспортируемые заголовочные файлы появляются в разделяемой служебной папке когда:

Например, можно задать заголовочный файл для данных при помощи:

Если вы хотите, чтобы объявление появилось в файле modelH, это - лучшая практика оставить имя заголовочного файла незаданным. По умолчанию генератор кода помещает объявления данных в modelH.

Если вы задаете modelH как имя заголовочного файла, и если генератор кода помещает служебный код в общий ресурс, вы не можете сгенерировать код из модели. Генератор кода не может создать файл modelH и в папке сборки модели и в разделяемой служебной папке.

Уменьшайте разделяемую служебную генерацию кода с инкрементными сборками

Можно указать, что сборка модели генерирует исходные файлы C в разделяемой сервисной папке. Смотрите Генерируют Разделяемый Служебный Код. Эти файлы включают исходные файлы C, которые содержат функциональные определения и заголовочные файлы, которые содержат макроопределения. Для этого обсуждения термин функционирует средние функции и макросы.

Блоки в той же модели и блоки в различных моделях могут использовать разделяемую функцию, когда вы используете модель - ссылку или когда вы создаете несколько автономных моделей от того же самого, запускают папку сборки. Генератор кода производит код для заданной функции только однажды для блока, который сначала инициировал генерацию кода. Когда продукт определяет требование, чтобы сгенерировать функциональный код для последующих блоков, это выполняет проверку существования файла. Если файл существует, сборка модели не регенерирует функцию. Разделяемый служебный механизм кода требует, чтобы заданная функция и имя файла представляли то же функциональное поведение, независимо от которого блок или модель генерируют функцию. Удовлетворить этому требованию:

Во время компиляции, правил make-файла для разделяемой сервисной компиляции выбора папки только новых файлов C и инкрементно архивируют объектный файл в разделяемую служебную библиотеку, rtwshared.lib, или rtwshared.a. Инкрементная компиляция также происходит.

Управляйте разделяемой служебной контрольной суммой кода

Когда вы устанавливаете параметр конфигурации модели Shared code placement на Shared location или когда модель содержит блоки Model, места генератора кода совместно использованный код в разделяемой сервисной папке. Процесс сборки генерирует разделяемую сервисную контрольную сумму настройки генерации кода для разделяемого кода.

Во время последующей генерации кода, если файл контрольной суммы slprj/target/ _sharedutils/checksummap.mat существует относительно текущей папки, чтения генератора кода тот файл. Генератор кода проверяет, что текущая модель, которую вы создаете, имеет свойства настройки, которые совпадают с контрольной суммой свойств от разделяемой полезной модели. Если несоответствия находятся между свойствами, заданными в checksummap.mat и свойства текущей модели, вы видите ошибку. Используйте сообщение об ошибке, чтобы управлять контрольной суммой (например, диагностировать и решить вопросы настройки с текущей моделью).

ans = 

 struct with fields:

                   ShiftRightIntArith: 'on'
               ProdShiftRightIntArith: 'on'
                            Endianess: 'LittleEndian'
                        ProdEndianess: 'LittleEndian'
                          wordlengths: '8,16,32,32,64,32,64,64,64,64'
                      Prodwordlengths: '8,16,32,32,64,32,64,64,64,64'
                       TargetWordSize: '64'
                         ProdWordSize: '64'
                   TargetHWDeviceType: 'Custom Processor->MATLAB Host Computer'
                     ProdHWDeviceType: 'Intel->x86-64 (Windows64)'
                  TargetIntDivRoundTo: 'Zero'
                    ProdIntDivRoundTo: 'Zero'
    UseDivisionForNetSlopeComputation: 'off'
                    PurelyIntegerCode: 'off'
                    PortableWordSizes: 'off'
               SupportNonInlinedSFcns: ''
                  RTWReplacementTypes: ''
                            MaxIdInt8: 'MAX_int8_T'
                            MinIdInt8: 'MIN_int8_T'
                           MaxIdUint8: 'MAX_uint8_T'
                           MaxIdInt16: 'MAX_int16_T'
                           MinIdInt16: 'MIN_int16_T'
                          MaxIdUint16: 'MAX_uint16_T'
                           MaxIdInt32: 'MAX_int32_T'
                           MinIdInt32: 'MIN_int32_T'
                          MaxIdUint32: 'MAX_uint32_T'
                           MaxIdInt64: 'MAX_int64_T'
                           MinIdInt64: 'MIN_int64_T'
                          MaxIdUint64: 'MAX_uint64_T'
                        BooleanTrueId: 'true'
                       BooleanFalseId: 'false'
     TypeLimitIdReplacementHeaderFile: ''
                 SharedCodeRepository: ''
                           TargetLang: 'C'
             PreserveExternInFcnDecls: 'on'
              EnableSignedRightShifts: 'on'
               EnableSignedLeftShifts: 'on'
                              TflName: 'None'
                          TflCheckSum: [453906543 3.9179e+09 
                                        3.7907e+09 269412680]
               UtilMemSecPreStatement: ''
              UtilMemSecPostStatement: ''
                    UtilMemSecComment: ''
                 CodeCoverageChecksum: [3.6498e+09 78774415 
                                        2.5508e+09 2.1183e+09]
           TargetLargestAtomicInteger: 'Char'
             TargetLargestAtomicFloat: 'None'
             ProdLargestAtomicInteger: 'Char'
               ProdLargestAtomicFloat: 'Float'
                         LongLongMode: 'on'
                     ProdLongLongMode: 'off'
                       toolchainOrTMF: 'Microsoft Visual C++ 2017 v15.0 | 
                                        nmake (64-bit Windows)'