Тарифы на электроэнергию для бизнеса 2026

02.06.2026

470

С 1 июня 2026 года электроэнергия для юридических лиц в Узбекистане подорожала на 10%. По Постановлению КМ №194 это будет повторяться каждый год. При счёте 100 млн сум в месяц — за 5 лет вы заплатите лишние 1,43 млрд сум только потому что ничего не меняли.

Что изменилось с 1 июня 2026 года

Постановление Кабинета Министров №194 от 31 марта 2025 года закрепило механизм ежегодной индексации тарифов на электроэнергию и газ для юридических лиц — на уровне инфляции, но не более 10% в год. Первое повышение вступило в силу 1 июня 2026 года.

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

Большинство владельцев коммерческой недвижимости узнают об этом из счёта. Не от консультанта. Не из новостей. Из счёта — когда деньги уже ушли.

Разрыв растёт каждый год: считаем по данным из закона

Возьмём типичный объект с текущим счётом 100 млн сум в месяц. Вот как выглядят расходы при ежегодном росте тарифа — и что меняется с Uspace:

Без Uspace

С Uspace

Источник: lex.uz, Постановление КМ №194, 31.03.2025 · данные в млрд сум/год

Год	Без Uspace, млрд/год	С Uspace, млрд/год	Экономия, млрд/год	Экономия, млн/мес
Год 1	1,20	0,96	0,24	20 млн
Год 2	1,30	1,05	0,25	21 млн
Год 3	1,50	1,16	0,34	28 млн
Год 4	1,60	1,28	0,32	27 млн
Год 5	1,80	1,46	0,34	28 млн
Итого	7,40 млрд	5,97 млрд	1,43 млрд сум

Без Uspace · 5 лет

7,40 млрд

суммарные расходы при росте тарифа +10%/год

С Uspace · 5 лет

5,97 млрд

снижение потребления на 20% каждый год

Выгода · 5 лет

1,43 млрд

больше годового счёта по текущим тарифам

Почему ваши расходы растут быстрее, чем вы думаете

Проблема системного характера. Большинство управляющих компаний и собственников зданий в Узбекистане работают с энергопотреблением так, как это делали десять лет назад:

Нет систем мониторинга в реальном времени — данные снимаются раз в месяц по счётчику, уже постфактум. Переплата обнаруживается слишком поздно.
Инженерные системы — HVAC, освещение, насосы — работают по расписанию или вручную, без учёта реальной загрузки здания.
Оборудование потребляет энергию в нерабочее время, в выходные, в недозагруженных зонах — просто потому что никто не смотрит.
Отсутствие единой точки управления: системы климат-контроля, освещения и энергоснабжения не связаны между собой и не оптимизируются совместно.

В результате до 20–30% потребляемой энергии уходит впустую. При старых тарифах это было неприятно. При ежегодном росте на 10% — это становится значимой статьёй потерь.

Решение: Uspace — платформа, которая экономит автоматически

Мы не продаём «энергоэффективность» как концепцию. Мы даём измеримый результат: снижение OPEX на электроэнергию на 20% и сокращение незапланированных простоев оборудования на 30%.

Интеграция без демонтажа. Контроллер Uspace RTU подключается к существующему инженерному оборудованию через открытые промышленные протоколы — Modbus и BACnet. Поддерживается более 50 протоколов. Никакой замены оборудования — подключаемся к тому, что уже стоит на объекте.
AI-оптимизация в реальном времени. Система непрерывно анализирует паттерны потребления, загрузку здания, внешние условия и управляет нагрузкой 24/7. Цифровой двойник объекта позволяет прогнозировать потребление и упреждать пиковые нагрузки.
Edge Computing — работает без интернета. Вычислительный интеллект остаётся на объекте. Если связь упадёт — система продолжает работать, данные буферизируются и синхронизируются при восстановлении соединения.

Это решение, которое внедряется в 2 раза быстрее классических систем и даёт первый измеримый результат уже через 30 дней.

Чек-лист: проверьте свой объект сегодня

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

Видимость в реальном времени: Можете ли вы прямо сейчас увидеть, сколько электроэнергии потребляет ваше здание в эту минуту? Если нет — вы управляете вслепую.
Ночное и выходное потребление: Сколько энергии потребляет здание, когда в нём никого нет? Норма — 15–25% от дневного. Если больше — есть прямые потери.
Интеграция систем: Связаны ли между собой системы климат-контроля, освещения и доступа? Несвязанные системы не могут оптимизироваться совместно.
Протоколы связи: Ваше инженерное оборудование поддерживает Modbus или BACnet? Если да — интеграция с Uspace займёт дни, а не месяцы.
Данные за предыдущий год: Есть ли у вас помесячная динамика потребления за последние 12 месяцев? Без этих данных невозможно оценить потенциал экономии.

Тарифы на электроэнергию для бизнеса 2026

RS-485: anatomy of collisions, bad data and broken mapping

A call at 10 PM: “The ventilation is down, the dispatcher can't do anything, the chiller has stopped.”

Automation engineers, EMS/BMS commissioning specialists and system integrators get calls like this all the time.

The causes vary, but in our experience it very often comes down to communication! The RS-485 standard is more than forty years old, and the Modbus protocol will soon turn fifty.

You would think everything should work flawlessly by now. But on real sites the picture is always the same: installers have run the twisted pair in the same tray as the power cable, terminators were either left out or fitted on every device “just to be safe”, and an engineer has spent three hours sitting on an upturned bucket trying to guess in what order a Chinese manufacturer described the data.

What we'll cover

Where Modbus / BACnet logic breaks against physics, how to diagnose a line with an ordinary multimeter, and how to stop wasting your life on manual configuration:

Physical layer: topology and terminators
Addressing and protocol: a zoo of vendors
How to get away from manual integration

1. The “Death Star”: physics installers never think about

RS-485 is a differential interface: information is transmitted not as a voltage but as the potential difference between lines A and B. This makes it remarkably immune to noise, which is why it is still specified in projects today. Cheap and reliable — but only as long as the rules are followed.

Rule #1

Daisy chain only. No stars

Installers love running cable in a star from a central cabinet: it's “more convenient — yes, it takes more cable, but it's easier to pull”.

RS-485 daisy chain diagram: Gateway/PLC with a 120 ohm terminator, Device 1 and Device 2 without terminators, Device N with a 120 ohm terminator. A connects to A, B to B. — The cable runs into each device in turn. 120 ohm terminators go only on the first and last device.

Incorrect RS-485 star diagram: from the Gateway/PLC, stubs of 15, 30 and 15 metres run through a branch point to Devices 1, 2 and 3. — Long stubs from a common point are a source of reflections and communication errors.

Why this breaks communication. A stub longer than 30–50 cm becomes an unmatched line. The signal reflects and creates interference. Instead of clean information you'll see “garbage”, and instead of clean data the controller will show a constant stream of CRC errors.

Rule #2

120 ohm terminators — exactly two per line (at the start and at the end)

The characteristic impedance of standard industrial twisted-pair cable is about 120 ohms. The signal from the transmitter travels in both directions along the line. To absorb the wavefront and eliminate echo, exactly two termination resistors are fitted:

First resistor

On the very first physical node of the bus — on the A/B terminals of the controller or polling gateway.

Second resistor

On the very last physical device in the chain — for example, the farthest drive or meter.

Intermediate devices

All of them must be without terminators.

There are always nuances: controllers and devices from different manufacturers

You need to check the built-in resistor in the controller. A common commissioning mistake is blindly believing that “an expensive controller surely has the terminator built in”.

Reality is different: the automation giants have no common standard. Some expect you to fit resistors by hand, some switch them in software, and some require you to buy proprietary jumpers. As a cheat sheet, here is a comparison of the most common product lines:

Manufacturer / line	Typical port	Built-in resistor	How it's enabled
Siemens Desigo PX / PXC	Screw terminals	No (in 90% of cases)	External 120 ohm resistor under the terminal screws, or an external termination/biasing module
Siemens S7 Profibus/MPI	Sub-D 9-pin	Yes (in the plug itself)	Mechanical ON / OFF switch on the housing of the purple connector
Schneider SpaceLogic AS-P/B	Removable terminals	Yes	A checkbox in the software (EcoStruxure EBO) or internal jumpers
Schneider Modicon M221/M241	RJ45 connector	No	Proprietary T-adapter and RJ45 terminator plug
Uspace FlexNode, OctaNode	Screw terminals	Yes (inside the housing)	Standard jumper

⚠ The critical check rule

Reading the documentation is good, but not every nuance makes it into the manuals. Make it a rule to do a hardware test before start-up:

Power down the controller.
Put the multimeter in ohmmeter mode on the controller's own A and B terminals (with the external line disconnected).

Infinity (open circuit)? There is no built-in resistor — clamp a leaded 120 ohm resistor under the screws.

About 120 ohms? The resistor is fitted and enabled.

Quick multimeter diagnostics: two test measurements

1Measure the equivalent line resistance (with power OFF)

~60 Ω

Normal: two 120 ohm resistors in parallel at the ends of the line.

120 Ω

The line is broken in the middle, or the second terminator was forgotten (for example, someone assumed Siemens has one by default).

< 45 Ω

Terminators are enabled on intermediate devices.

2Measure the idle-state voltage

When the controller is not sending requests (the bus is idle), the line must not be left “floating”. The potential difference U_B − U_A measured with a multimeter must be STRICTLY positive: from +200 to +300 mV. If it is close to zero, external interference will seriously degrade communication quality.

2. Addressing and protocol: a zoo of vendors

If the physical layer is sound, problems can still arise at the logical layer.

Off-by-one offset (zero-based vs one-based)

Always check that the register addresses you read in your system are correct. The documentation may say: “Frequency register: 40001 (or address 1)”.

If the polling controller counts addresses from zero (0-based), a request for 0x0001 will actually go to the device's second register and return an error.
If the device returns error 02 (Illegal Data Address) or shows the value of a neighbouring parameter, simply try subtracting or adding one to the register address.

Endianness: four ways to break a Float32

Modbus transmits data in 16-bit words. Any fractional value (pressure, flow, power) occupies 2 registers (32 bits). But the standard does not specify the byte order. As a result, you have 4 combinations:

ABCD

Big-Endian: straight order.

DCBA

Little-Endian: reversed order.

CDAB

Word Swap: the words are swapped. The most common option — used by 80% of electricity and heat meters.

BADC

Byte Swap: the bytes within each 16-bit word are swapped. The rarest option.

Example: if instead of 220.5 V you see NaN, 0.00 or -1.42e-38, the maths is fine — just try the other Endian combinations.

3. Breaking the vicious circle of manual integration

A commissioning engineer's typical process on site looks like this:

1. Find the 80-page PDF manual 2. Find the register table 3. Manually enter the addresses into the SCADA or PLC configurator 4. Guess the byte order (if the manual doesn't say) 5. Write a scaling script (multiply by 0.1) ↻ Repeat all of this 50 times

If six months later the device is replaced with an equivalent of a different revision, all the work starts from scratch.

The modern approach: auto-configuration on IoT Edge gateways

A field device should not depend on manual configuration:

Polling by standard templates: device polling parameters (addresses, data types, coefficients) are not hard-coded into the PLC logic.
On-the-fly conversion of raw data: the gateways normalise data for your energy monitoring system (EMS) themselves.
Publishing: the upper-level system or BMS/SCADA receives not anonymous Modbus registers but messages with meaningful values and a timestamp.

Example of normalised telemetry from a metering point:

{
  "ts": 1727542800,
  "device": "heat_meter_01",
  "supply_temp": {"v": 82.4, "unit": "C", "status": "valid"}
}

Рақамли (виртуал) моделлаштириш соҳасининг ривожланиш истиқболлари

04.04.2025

201

Рақамли (виртуал) моделлаштириш соҳасининг ривожланиш истиқболлари

Рақамли моделлаштириш — бу шунчаки экрандаги чизмалар эмас. Бу технология кундалик ҳаётимизга тобора чуқур кириб бормоқда: қурилиш ва тиббиётдан тортиб, транспорт ва шаҳар бошқарувигача. Техникалар, бинолар ва ҳатто бутун бошли шаҳарларнинг рақамли «эгизаклари» — виртуал муҳитдаги аниқ ва доимий янгиланиб турадиган моделлари пайдо бўлмоқда.