Пк стр: ПК «СТР»-ШАРОВЫЕ КРАНЫ, РАДИАТОРЫ, ОТВОДЫ, ФЛАНЦЫ, ПЕРЕХОДЫ, ФИТИНГИ РЕЗЬБОВЫЕ, ТРОСЫ САНТЕХНИЧЕСКИЕ, РЕЗИНА ЛИСТОВАЯ

ПК РИК, стр.2

Новости все новости

Разделы

Календарь

Теги:
1квм
1С
1С.Отчетность
1ССмета
BIM
Linux
SmetaWIZARD
XML
Адепт
Акция
безопасность
Главгосэкспертиза
Госстройсмета
гранд-смета
ГЭСН2017
ГЭСН2020
импортозамещение
индексы
КСР
кцсс
МДС
Минстой
Минстрой
НАСИ
НЦС
обучение
ОСНБЖ
ПИР
Постановление
Правительство
Распоряжение
РЖД
РИК
РСТ ХМАО
Смета МДС
сметчик
ССЦ
Стройинформресурс
СтройСофт
ТИМ
Тюмень
ФГИСЦС
ФЕР2017
ФЕР2020
ФРСН
ФСНБ-2022
ХМАО
экспертиза
электронная библиотека сметчика
ЯНАО

17.07.2017Обновление ПК РИК

Обновление ПК РИК от  18 июля 2017 г. (версия 1.3.170718)

446

РИК

10.07.2017Обновление ПК WinРИК

Обновление ПК WinРИК 10 июля 2017 г. (версия 1.3.170710)

415

РИК

30.06.2017Нормативная база НЦС 2017

Для программного комплекса ПК РИК НЦС в продажу поступила нормативная база 2017 года, включающая в себя 7 сборников укрупненных нормативов цены строительства:

444

РИК

10.05.2017Обновление ПК РИК

Обновление ПК РИК от 05 мая 2017 г. (версия 1.3.170505)

444

РИК

03.05.2017Программный комплекс РИК включен в Реестр

Программный комплекс РИК включен в Реестр по Приказу Минкомсвязи России от 28.04.2017 №212

434

РИК

27.04.2017Уважаемые пользователи! ПК РИК

340

РИКФЕР2017ГЭСН2017

14. 03.2017Важная информация по ГЭСН+ФЕР (редакция 2017 года)

ГЭСН+ФЕР (редакция 2017 года) в формате ПК РИК

359

РИКФЕР2017ГЭСН2017

01.02.2017Обновление ПК WinРИК

08 февраля 2017 г. (версия 1.3.170208) В плане производства при выборе нового индексного файла производится сохранение  цен или индексов на прайсовые позиции, а также введенных вручную цен или индексов на базовые позиции. В плане производства добавлен пункт меню «Восстановить значения…

372

РИК

20.06.2013Обновление ПК РИК НЦС

Изменения в программном комплексе РИК НЦС

 
Версия 1.0.130522 от 22 мая 2013 г.

395

РИК

05.03.2013Обновление ПК WinРИК

Обновление ПК WinРИК от 5 марта 2013 г.

316

РИК

ООО «ПРОИЗВОДСТВЕННАЯ КОМПАНИЯ СТР», г. Москва, ИНН 7718966114, контакты, реквизиты, финансовая отчётность и выписка из ЕГРЮЛ

+7 495 724-95-98
+7 499 755-62-38

[email protected]
[email protected]

santehros.ru

Контактная информация неактуальна?

Редактировать

Юридический адрес

107564, г. Москва, ул. 3-я Гражданская, д. 6, кв. 90

Показать на карте

Регистрация в ФНС

Регистрационный номер 1147746083715 от 5 февраля 2014 года

Межрайонная инспекция Федеральной налоговой службы №46 по г. Москве

Регистрация в ПФР

Регистрационный номер 087409008617 от 11 февраля 2014 года

Государственное учреждение — Главное Управление Пенсионного фонда РФ №7 по г. Москве и Московской области муниципальный район Богородское г. Москвы

Регистрация в ФСС

Регистрационный номер 773805103477381 от 6 февраля 2014 года

Филиал №38 Государственного учреждения — Московского регионального отделения Фонда социального страхования Российской Федерации

Дополнительные виды деятельности не указаны

Финансовая отчётность ООО «ПК СТР» согласно данным ФНС и Росстата за 2013–2022 годы

Финансовые результаты за 2022 год

Бухгалтерская отчётность за все доступные периоды

Показатели финансового состояния за 2022 год

• Коэффициент автономии (финансовой независимости)
  0. 98
• Коэффициент обеспеченности собственными оборотными средствами

  —

• Коэффициент покрытия инвестиций
  0.98

• Коэффициент текущей ликвидности
  —
• Коэффициент быстрой ликвидности

  —

• Коэффициент абсолютной ликвидности
  —

• Рентабельность продаж
  8. 8%
• Рентабельность активов

  15.6%

• Рентабельность собственного капитала
  16.0%

Сравнительный финансовый анализ за 2021 годНОВОЕ

Уплаченные ООО «ПК СТР» – ИНН 7718966114 – налоги и сборы за 2021 год

Страховые взносы на обязательное социальное страхование на случай временной нетрудоспособности и в связи с материнством	16,4 тыс. ₽
Страховые и другие взносы на обязательное пенсионное страхование, зачисляемые в Пенсионный фонд Российской Федерации	233,9 тыс. ₽
Страховые взносы на обязательное медицинское страхование работающего населения, зачисляемые в бюджет Федерального фонда обязательного медицинского страхования	80,7 тыс. ₽
Налог на прибыль	266 тыс. ₽
Налог на добавленную стоимость	593,5 тыс. ₽
Итого	1,2 млн ₽

Согласно данным ФНС, среднесписочная численность работников за 2022 год составляет
4 человека

Значения рассчитаны автоматически по сведениям о взносах в фонд обязательного медицинского страхования и среднесписочной численности ООО «ПК СТР», эта информация может быть неточной

Тип	Количество	Общая сумма
94-ФЗ	—	—
44-ФЗ	—	—
223-ФЗ	1	39,2 тыс. ₽

Полная хронология важных событий с 5 февраля 2014 года

Похожие компании

ООО «СКОНТО-ЭНЕРГИЯ» п. Большой Исток, Свердловская область	6674157915
ООО «АБЕЛОН» г. Москва	9723025765
ООО «ФУЛЛ ФРЕШ» г. Москва	9729304469
ООО «АЛЬЯНС-ТРЕЙД» г. Санкт-Петербург	7811144535
ООО «МОСТИК» г. Москва	7733061705
ООО «КОМПОЗИТ» г. Калининград, Калининградская область	3904612549
ООО «САНТЕХПОСТАВКА» г. Уфа, Республика Башкортостан	0273925140

Race Ramps RR-STR Сверхмощные сервисные рампы 2 шт.

Легко обслуживайте грузовики, полуприцепы и автофургоны с помощью служебных рамп Race Ramps Super-Duty. Продаваемые парами в виде двухкомпонентной конструкции, они обеспечивают всю прочность традиционной металлической рампы или подставки.

ТЕХНОЛОГИИ И ХАРАКТЕРИСТИКИ

• Ширина шины 11 дюймов максимальная ширина
• Угол въезда 15 градусов0012
• 100% Сплошная эксклюзивная пена высокой плотности
• против Slip/Skid остается на любой поверхности
• Как: пара
• Длина: 96-1/2″
• Ширина: 11-3/4″
• Высота: 13″
• Вес: 48 фунтов
• Высота подъема: 10-1/4″
• Максимум Вместимость: 60 000 фунтов. на ось
• Угол въезда Градус: 15°
• Материал: Пенопласт с антискользящим покрытием
• Цвет: Черный

ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ

• дюймовая длинная подставка для колыбели. Пандусы имеют наклон 15 градусов, а стойки поддерживают шины при высоте подъема 10,25 дюйма. После того, как шины установлены на подставках, блокирующие наклонные рампы можно отделить от подставок для лучшего доступа к днищу автомобиля.
• Эти пандусы для обслуживания грузовиков изготовлены с использованием эксклюзивного запатентованного процесса. Они изготовлены из 100% твердого пеноматериала высокой плотности с прочным противоскользящим покрытием, в результате чего получается легкий пандус, который является прочным, но долговечным. Они не будут скользить, царапать или повреждать ваши полы, а также не будут проводить тепло или холод с поверхности к вашим шинам, что делает их универсальным решением как в жаркую, так и в холодную погоду.

ПРИМЕНЕНИЕ

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

На гоночные рампы, приобретенные у авторизованного дилера или напрямую в компании Race Ramps LLC, распространяется годовая гарантия. Наша гарантия строго ограничена ремонтом или заменой дефектов производителя и не распространяется на повреждение автомобиля, телесные повреждения, трудовые или любые другие повреждения или травмы. ООО «Рэйс Рампс» не несет ответственности за ущерб, причиненный неправильным или непреднамеренным использованием. Ни при каких обстоятельствах Race Ramps LLC не несет ответственности за косвенный ущерб или расходы. Гарантия прекращается через год с даты покупки первоначальным владельцем и не подлежит передаче. Поскольку мы постоянно проводим исследования и разработки, технические характеристики могут быть изменены без предварительного уведомления. На товары, продаваемые Race Ramps LLC, но производимые другими компаниями, распространяются гарантия и политика производителя.

30 дней, чтобы полюбить его или получить полный возврат средств!

В Race Ramps удовлетворение клиентов имеет первостепенное значение. Если вы получили свой продукт и не удовлетворены им на 100 % в течение первых 30 дней, мы заберем его и предоставим вам быстрый возврат или обмен только на продукт.

 Обратите внимание, что первоначальная стоимость доставки и обработки не возвращается.

ДЛЯ Инициирования возврата

Чтобы инициировать возврат, позвоните нам по телефону 800-562-4791 или свяжитесь с нами через Интернет по адресу [email protected], чтобы мы могли отправить вам номер разрешения на возврат товара (RGA) перед отправкой ваше возвращение.

На поверхности гоночных рамп могут оставаться небольшие вмятины (до 1/8″), вызванные тем, что вес шин транспортного средства оседает на внутренней части рамп. Это нормально.

При использовании Race Ramps на цементном или асфальтовом покрытии лучше сначала подмести участок. Камни и мусор, оставленные под гоночными пандусами, могут действовать как маленькие шарикоподшипники и вызывать скольжение пандусов, а также вмятины и ямки на пандусах.

Мы не рекомендуем использовать для наших пандусов дерево, металл или любые другие материалы. Свяжитесь с нашей группой технической поддержки (866)464-2788 или [email protected], если у вас возникли проблемы с нашими пандусами или загрузкой.

ЧИСТКА

Используйте чистящую щетку с мылом и водой или, если вы находитесь в дороге, используйте WD-40. Распылите WD-40 и протрите чистой тряпкой.

ТЕМПЕРАТУРА И ВНЕШНИЕ ПОМЕЩЕНИЯ

Гоночные пандусы можно использовать как в помещении, так и на открытом воздухе, если температура поверхности пандусов не превышает 150° по Фаренгейту  (65,56° по Цельсию) . При использовании Race Ramps на открытом воздухе не подвергайте их воздействию прямых солнечных лучей в течение длительного периода времени. В более теплом климате не храните их на улице или в багажнике автомобиля.

ЖИДКОСТИ

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

• Общая стоимость:

  добавить в корзину

Пожалуйста, выберите опции для всех выбранных продуктов

Инструкции памяти: загрузка и сохранение (часть 4)

ARM использует модель загрузки-сохранения для доступа к памяти, что означает, что доступ к памяти могут получить только инструкции загрузки/сохранения (LDR и STR). В то время как в x86 большинству инструкций разрешено напрямую работать с данными в памяти, в ARM данные должны быть перемещены из памяти в регистры перед операцией. Это означает, что для увеличения 32-битного значения по определенному адресу памяти в ARM потребуется три типа инструкций (загрузка, увеличение и сохранение), чтобы сначала загрузить значение по определенному адресу в регистр, увеличить его в регистре и сохранить его обратно в память из регистра.

Чтобы объяснить основы операций загрузки и сохранения в ARM, мы начнем с базового примера и продолжим с трех основных форм смещения с тремя различными режимами адреса для каждой формы смещения. Для каждого примера мы будем использовать один и тот же фрагмент ассемблерного кода с разными формами смещения LDR/STR, чтобы не усложнять задачу. Лучший способ следовать этой части руководства — запустить примеры кода в отладчике (GDB) в вашей лабораторной среде.

1. Форма смещения : Непосредственное значение в качестве смещения
   • Режим адресации: смещение
   • Режим адресации: предварительно индексированный
   • Режим адресации: постиндексированный
2. Форма смещения: Зарегистрируйте как смещение
   • Режим адресации: Смещение
   • Режим адресации: предварительно индексированный
   • Режим адресации: постиндексированный
3. Форма смещения: Масштабированный регистр в качестве смещения
   • Режим адресации: Смещение
   • Режим адресации: предварительно индексированный
   • Режим адресации: постиндексированный

Первый базовый пример

Как правило, LDR используется для загрузки чего-либо из памяти в регистр, а STR используется для сохранения чего-либо из регистра в адрес памяти.

 LDR R2, [R0] @ [R0] — адрес источника — это значение, найденное в R0.
STR R2, [R1] @ [R1] — адрес назначения — это значение, найденное в R1. 

Операция LDR: загружает значение   по адресу, найденному в R0, в регистр назначения R2.

Операция STR: сохраняет значение, найденное в R2, по адресу памяти, найденному в R1.

Вот как это будет выглядеть в функциональной ассемблерной программе:

 .data /* раздел .data создается динамически, и его адреса трудно предсказать */
var1: .word 3 /* переменная 1 в памяти */
var2: .word 4 /* переменная 2 в памяти */

.text /* начало секции текста (кода) */
.глобальный _start

_начинать:
    ldr r0, adr_var1 @ загрузить адрес памяти var1 через метку adr_var1 в R0
    ldr r1, adr_var2 @ загрузить адрес памяти var2 через метку adr_var2 в R1
    ldr r2, [r0] @ загрузить значение (0x03) по адресу памяти, найденному в R0, в регистр R2
    str r2, [r1] @ сохранить значение, найденное в R2 (0x03), по адресу памяти, найденному в R1
    бкпт

adr_var1: . word var1 /* здесь хранится адрес для var1 */
adr_var2: .word var2 /* здесь хранится адрес для var2 */ 

Внизу у нас есть литеральный пул (область памяти в том же разделе кода для хранения констант, строк или смещений, на которые другие могут ссылаться независимым от позиции образом), где мы храним адреса памяти var1 и var2 (определенные в разделе данных вверху), используя метки adr_var1 и adr_var2. Первый LDR загружает адрес var1 в регистр R0. Второй LDR делает то же самое для var2 и загружает его в R1. Затем мы загружаем значение, хранящееся по адресу памяти, найденному в R0, в R2, и сохраняем значение, найденное в R2, по адресу памяти, найденному в R1.

Когда мы что-то загружаем в регистр, скобки ([ ]) означают: значение, найденное в регистре между этими скобками, является адресом памяти, из которого мы хотим что-то загрузить.

Когда мы сохраняем что-то в ячейке памяти, квадратные скобки ([]) означают: значение, найденное в регистре между этими скобками, является адресом памяти, по которому мы хотим что-то сохранить.

Звучит сложнее, чем есть на самом деле, поэтому вот наглядное представление того, что происходит с памятью и регистрами при выполнении приведенного выше кода в отладчике:

Давайте посмотрим на тот же код в отладчике.

  gef>  дизассемблировать _start
Дамп ассемблерного кода для функции _start:
 0x00008074 <+0>: ldr r0, [pc, #12] ; 0x8088 
 0x00008078 <+4>: ldr r1, [pc, #12] ; 0x808c 
 0x0000807c <+8>: ldr r2, [r0]
 0x00008080 <+12>: ул r2, [r1]
 0x00008084 <+16>: бх лр
Конец дампа ассемблера. 

Метки, указанные нами в первых двух операциях LDR, изменились на [pc, #12]. Это называется адресацией относительно ПК. Поскольку мы использовали метки, компилятор вычислил расположение наших значений, указанных в литеральном пуле (PC+12). Вы можете либо рассчитать местоположение самостоятельно, используя именно этот подход, либо использовать метки, как мы делали ранее. Единственное отличие состоит в том, что вместо использования меток вам нужно подсчитать точную позицию вашего значения в литеральном пуле. В этом случае он находится на расстоянии 3 переходов (4+4+4=12) от эффективной позиции ПК. Подробнее об адресации относительно ПК далее в этой главе.

Примечание: если вы забыли, почему действующий ПК расположен на две инструкции впереди текущей, это описано в части 2 [… Во время выполнения ПК сохраняет адрес текущей инструкции плюс 8 (две инструкции ARM) в Состояние ARM и текущая инструкция плюс 4 (две инструкции Thumb) в состоянии Thumb. Это отличается от x86, где ПК всегда указывает на следующую выполняемую команду…].

1. 

Форма смещения: Непосредственное значение в качестве смещения

 STR    Ra, [Rb,  imm  ]
LDR Ra, [Rc,  imm  ] 

Здесь мы используем непосредственное (целое) значение в качестве смещения. Это значение добавляется или вычитается из базового регистра (R1 в приведенном ниже примере) для доступа к данным со смещением, известным во время компиляции.

 .данные
var1: . слово 3
переменная2: .слово 4

.текст
.глобальный _start

_начинать:
    ldr r0, adr_var1 @ загрузить адрес памяти var1 через метку adr_var1 в R0
    ldr r1, adr_var2 @ загрузить адрес памяти var2 через метку adr_var2 в R1
    ldr r2, [r0] @ загрузить значение (0x03) по адресу памяти, найденному в R0, в регистр R2
      str r2, [r1, #2]  @ режим адреса: смещение. Сохраните значение, найденное в R2 (0x03), по адресу памяти, найденному в  R1 плюс 2 . Базовый регистр (R1) не изменен.
  ул r2, [r1, #4]!  @ режим адреса: предварительно индексированный. Сохраните значение, найденное в R2 (0x03), по адресу памяти, найденному в  R1 плюс 4 . Базовый регистр (R1) изменен: R1 = R1+4
  ldr r3, [r1]   , #4  @ режим адреса: постиндексированный. Загрузите значение по адресу памяти, найденному в R1, в регистр  Р3  . Базовый регистр (R1) изменен: R1 = R1+4
    бкпт

adr_var1: . word var1
adr_var2: .word var2 

Давайте назовем эту программу ldr.s, скомпилируем ее и запустим в GDB, чтобы посмотреть, что произойдет.

 $ as ldr.s -o ldr.o
$ ld ldr.o -o ldr
$ gdb ldr 

В GDB (с помощью gef) мы устанавливаем точку останова на _start и запускаем программу.

  gef>  перерыв _start
  gef>  запустить
...
  gef>  nexti 3 /* для запуска следующих 3 инструкций */ 

Регистры в моей системе теперь заполнены следующими значениями (имейте в виду, что эти адреса могут отличаться в вашей системе):

 $r0 : 0x00010098 -> 0x00000003
$r1 : 0x0001009c -> 0x00000004
$r2 : 0x00000003
$r3 : 0x00000000
$r4 : 0x00000000
$r5 : 0x00000000
$r6 : 0x00000000
$r7 : 0x00000000
$r8 : 0x00000000
$r9 : 0x00000000
$r10 : 0x00000000
$r11 : 0x00000000
$r12 : 0x00000000
$sp : 0xbefff7e0 -> 0x00000001
$лр : 0x00000000
$pc : 0x00010080 -> <_start+12> строка r2, [r1]
$cpsr: 0x00000010 

Следующая инструкция, которая будет выполнена, операция STR со смещением в режиме адреса . Он сохранит значение от R2 (0x00000003) до адреса памяти, указанного в R1 (0x0001009c) + смещение (#2) = 0x1009e.

  gef>  следующийi
  gef>  x/w 0x1009e
0x1009e : 0x3 

Следующая операция STR использует режим предварительно индексированного адреса . Вы можете узнать этот режим по восклицательному знаку (!). Единственная разница в том, что базовый регистр будет обновлен конечным адресом памяти, в котором будет храниться значение R2. Это означает, что мы сохраняем значение, найденное в R2 (0x3), по адресу памяти, указанному в R1 (0x1009).c) + смещение (#4) = 0x100A0, и обновить R1 с этим точным адресом.

  gef>  nexti 
gef>  x/w 0x100A0
0x100a0: 0x3
  gef>  информационный регистр r1
r1  0x100a0  65696 

Последняя операция LDR использует режим постиндексированного адреса . Это означает, что базовый регистр (R1) используется в качестве конечного адреса, а затем обновляется смещением, рассчитанным с помощью R1+4. Другими словами, он берет значение из R1 (не R1+4), равное 0x100A0, и загружает его в R3, а затем обновляет R1 до R1 (0x100A0) + смещение (#4) = 0x100a4.

  gef>  информационный регистр r1
г1  0x100a4  65700
  gef>  информационный регистр r3
r3  0x3  3 

Вот абстрактная иллюстрация того, что происходит:

2.

Форма смещения: Зарегистрируйтесь как смещение.

 STR    Ra, [Rb,  Rc  ]
LDR   Ra, [Rb,  Rc  ] 

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

 .данные
var1: .слово 3
переменная2: .слово 4

.текст
.глобальный _start

_начинать:
    ldr r0, adr_var1 @ загрузить адрес памяти var1 через метку adr_var1 в R0
    ldr r1, adr_var2 @ загрузить адрес памяти var2 через метку adr_var2 в R1
    ldr r2, [r0] @ загрузить значение (0x03) по адресу памяти, найденному в R0-R2
     str r2, [r1, r2]  @ режим адреса: смещение.  Сохраните значение, найденное в R2 (0x03), по адресу памяти, найденному в R1, со смещением R2 (0x03). Базовый регистр без изменений.
  стр r2, [r1, r2]!  @ режим адреса: предварительно индексированный. Сохраните значение, найденное в R2 (0x03), по адресу памяти, найденному в R1, со смещением R2 (0x03). Базовый регистр изменен: R1 = R1+R2. 
    ldr r3, [r1], r2  @ режим адреса: постиндексированный. Загрузить значение по адресу памяти, найденному в R1, в регистр R3. Затем измените базовый регистр: R1 = R1+R2.
    бх л

adr_var1: .word var1
adr_var2: .word var2 

После выполнения первой операции STR со смещением в режиме адреса значение R2 (0x00000003) будет храниться по адресу памяти 0x0001009c + 0x00000003 = 0x0001009F.

  gef>  x/w 0x0001009F
 0x1009f : 0x00000003 

Вторая операция STR с режимом преиндексированного адреса будет делать то же самое, с той разницей, что она обновит базовый регистр (R1) вычисленным адресом памяти (R1+R2). ).

  gef>  информационный регистр r1
 r1       0x1009f       65695 

Последняя операция LDR использует режим постиндексированного адреса и загружает значение по адресу памяти, найденному в R1, в регистр R2, затем обновляет базовый регистр R1 (R1+R2 = 0x1009f + 0x3 = 0x100a2).

  gef>  информационный регистр r1
 r1        0x100a2      65698
  gef>  информационный регистр r3
 r3        0x3        3 

3. 

Форма смещения : Масштабированный регистр как смещение

 LDR    Ra, [Rb,  Rc,   ]
STR    Ra, [Rb,  Rc,   ] 

Третья форма смещения имеет масштабированный регистр в качестве смещения. В этом случае Rb является базовым регистром, а Rc является непосредственным смещением (или регистром, содержащим непосредственное значение), сдвинутым влево/вправо () для масштабирования непосредственного. Это означает, что переключатель баррель используется для масштабирования смещения. Примером использования этой формы смещения может быть цикл для перебора массива. Вот простой пример, который вы можете запустить в GDB:

 .данные
var1: .слово 3
переменная2: .слово 4

.текст
.глобальный _start

_начинать:
    ldr r0, adr_var1 @ загрузить адрес памяти var1 через метку adr_var1 в R0
    ldr r1, adr_var2 @ загрузить адрес памяти var2 через метку adr_var2 в R1
    ldr r2, [r0] @ загрузить значение (0x03) по адресу памяти, найденному в R0-R2
      str r2, [r1, r2, LSL#2]  @ режим адреса: смещение. Сохраните значение, найденное в R2 (0x03), по адресу памяти, найденному в R1, со смещением R2 влево на 2. Базовый регистр (R1) не изменен.
      ул r2, [r1, r2, LSL#2]!  @ режим адреса: предварительно индексированный. Сохраните значение, найденное в R2 (0x03), по адресу памяти, найденному в R1, со смещением R2 влево на 2. Базовый регистр изменен: R1 = R1 + R2<<2
  ldr r3, [r1], r2, LSL#2  @ режим адреса: постиндексированный.  Загрузить значение по адресу памяти, найденному в R1, в регистр R3. Затем измените базовый регистр: R1 = R1 + R2<<2
    бкпт

adr_var1: .word var1
adr_var2: .word var2 

Первые Операция STR использует режим адреса смещения и сохраняет значение, найденное в R2, в ячейке памяти, рассчитанной на основе В этом случае R1 содержит адрес памяти переменной var2), затем он берет значение из R2 (0x3) и сдвигает его влево на 2. Рисунок ниже представляет собой попытку визуализировать, как вычисляется адрес памяти с помощью [r1, r2, ЛСЛ №2].

Вторая операция STR использует режим предварительно индексированного адреса . Это означает, что она выполняет то же действие, что и предыдущая операция, с той разницей, что впоследствии она обновляет базовый регистр R1 вычисленным адресом памяти. Другими словами, он сначала сохранит значение, найденное по адресу памяти R1 (0x1009c) + смещение влево, сдвинутое на #2 (0x03 LSL#2 = 0xC) = 0x100a8, и обновит R1 с помощью 0x100a8.

  gef>  информационный регистр r1
r1       0x100a8       65704 

Последняя операция LDR использует режим постиндексированного адреса . Это означает, что он загружает значение по адресу памяти, найденному в R1 (0x100a8), в регистр R3, а затем обновляет базовый регистр R1 значением, рассчитанным с помощью r2, LSL#2. Другими словами, R1 обновляется значением R1 (0x100a8) + смещение R2 (0x3), сдвинутое влево на #2 (0xC) = 0x100b4.

  gef>  информационный регистр r1
r1        0x100b4       65716 

LDR используется не только для загрузки данных из памяти в регистр. Иногда вы увидите такой синтаксис:

 .раздел .текст
.глобальный _start

_начинать:
   ldr r0, =jump /* загрузить адрес метки функции jump в R0 */
   ldr r1, =0x68DB00AD /* загрузить значение 0x68DB00AD в R1 */
Прыгать:
   ldr r2, =511 /* загрузить значение 511 в R2 */
   bkpt 

Эти инструкции технически называются псевдоинструкциями. Мы можем использовать этот синтаксис для ссылки на данные в литеральном пуле. Пул литералов — это область памяти в том же разделе (поскольку пул литералов является частью кода) для хранения констант, строк или смещений. В приведенном выше примере мы используем эти псевдоинструкции для ссылки на смещение функции и для перемещения 32-битной константы в регистр в одной инструкции. Причина, по которой нам иногда нужно использовать этот синтаксис для перемещения 32-битной константы в регистр в одной инструкции, заключается в том, что ARM может загрузить только 8-битное значение за один раз. Что? Чтобы понять, почему, вам нужно знать, как немедленные значения обрабатываются в ARM.

Загрузка немедленных значений в регистр на ARM не так проста, как на x86. Существуют ограничения на то, какие непосредственные значения вы можете использовать. Что это за ограничения и как с ними бороться — не самая захватывающая часть сборки ARM, но потерпите, это просто для вашего понимания, и есть приемы, которые вы можете использовать, чтобы обойти эти ограничения (подсказка: LDR).

Мы знаем, что каждая инструкция ARM имеет длину 32 бита и все инструкции являются условными. Есть 16 кодов условий, которые мы можем использовать, и один код состояния занимает 4 бита инструкции. Затем нам нужны 2 бита для регистра назначения. 2 бита для регистра первого операнда и 1 бит для флага set-status, а также различное количество битов для других вещей, таких как фактические коды операций. Дело в том, что после присвоения битов типам инструкций, регистрам и другим полям остается только 12 бит для непосредственных значений, что позволит только 4096 различных значений.

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

Но это еще не все. Вместо того, чтобы использовать 12 бит для одного целого числа, эти 12 бит разделены на 8-битное число (n), которое может загружать любое 8-битное значение в диапазоне 0-255, и 4-битное поле вращения (r), являющееся вправо с шагом 2 между 0 и 30. Это означает, что полное непосредственное значение v задается формулой: v = n r или 2*r. Другими словами, единственными допустимыми непосредственными значениями являются байты с циклическим сдвигом (значения, которые можно уменьшить до байта, циклически смещенного на четное число).

Вот несколько примеров допустимых и недопустимых непосредственных значений:

 Допустимые значения:
#256        // 1 рор 24 --> 256
#384        // 6 рор 26 --> 384
#484        // 121 ror 30 --> 484
#16384      // 1 рор 18 --> 16384
#2030043136 // 121 рор 8 --> 2030043136
#0x06000000 // 6 ror 8 --> 100663296 (0x06000000 в шестнадцатеричном формате)

Недопустимые значения:
#370        // 185 ror  31 -->   31 вне диапазона (0–30) 
#511        // 1 1111 111  1  --> битовая комбинация не может уместиться в один байт
#0x06010000 // 1 1 1000 000  1  .. --> битовый шаблон не может поместиться в один байт 

Это приводит к тому, что невозможно загрузить полный 32-битный адрес за один раз. Мы можем обойти это ограничение, используя один из следующих двух вариантов:

1. Создать большее значение из меньших частей.
   1. Вместо использования MOV  r0, #511
   2. Разделить 511 на две части: MOV r0, #256, и ADD r0, #255
2. Используйте загрузочную конструкцию ‘ldr r1,= value ’, которую ассемблер с радостью преобразует в MOV или загрузку, относящуюся к ПК, если это невозможно.
   1. LDR r1, =511

Если вы попытаетесь загрузить недопустимое непосредственное значение, ассемблер выдаст сообщение об ошибке: Ошибка: неверная константа. Если вы столкнулись с этой ошибкой, теперь вы знаете, что это значит и что с этим делать.
Допустим, вы хотите загрузить #511 в R0.

 .раздел .текст
.глобальный _start

_начинать:
mov     r0, #511
bkpt 

Если попытаться собрать этот код, ассемблер выдаст ошибку:

 azeria@labs:~$ as test.s -o test.o
test.s: Сообщения ассемблера:
test. s:5: Ошибка: недопустимая константа (1ff) после исправления 

Вам нужно либо разделить 511 на несколько частей, либо использовать LDR, как я описал ранее.

 .секция .текст
.глобальный _start

_начинать:
 mov r0, #256 /* 1 ror 24 = 256, так что это правильно */
 добавить r0, #255 /* 255 или 0 = 255, допустимо. г0 = 256 + 255 = 511 */
 ldr r1, =511 /* загрузить 511 из литерального пула, используя LDR */
 блок 

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

 azeria@labs:~$ python rotator.py
 Введите значение, которое вы хотите проверить: 511
К сожалению, 511 нельзя использовать в качестве прямого номера, его необходимо разделить.