> For the complete documentation index, see [llms.txt](https://water-strategy.gitbook.io/waterstrategy/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://water-strategy.gitbook.io/waterstrategy/russkii/uchebnye-posobiya/using-allocation-penalties/exercise-2b-simple-system-with-overflow.md).
# Упражнение 2b Простая система с переполнением
Примечание. Создайте новую сеть под названием Упражнение 2b и задайте временной шаг перед запуском сети, как описано в упражнении 1a.
### **Создайте сеть и запустите**
Перейдите на левую панель и нажмите **Построить** чтобы открыть список узлов.
Перетащите на карту рабочего пространства:
\ - 1 водосборный узел 
\ - 2 выходных узла 
\ - 1 storage node 
Нажмите на **край**  чтобы активировать «режим ссылки», соедините узлы и заполните их атрибуты, как показано на рисунке ниже:
Нажмите еще раз на **край**  для деактивации «режима ссылок».
На левой панели нажмите на **Запустите модель** .
Появится новое окно, нажмите на **Отправить**
Визуализируйте **смоделировано\_flow** результаты
Визуализируйте **смоделировано\_объем** результаты для **узел хранения**
### **Объяснение**
Эта сеть включает storage node, имитирующий резервуар. Это водохранилище предназначено для хранения воды. Первоначально его объем составляет 200 мм³, а его объем будет увеличиваться или уменьшаться в зависимости от баланса между поступлением и отбором воды.
The **выход 1** узел пытается потреблять 8 мм³/день из резервуара, если таковое имеется. В то же время **водосборный бассейн 1** узел вносит в резервуар 10 мм³/день. Это означает, что ожидается, что резервуар **возрастать** по объему с течением времени, поскольку в него будет поступать больше воды, чем выделяться.
Результаты показывают, что объем резервуара увеличивается до тех пор, пока он не достигнет максимального объема на **Апрель 22, 2024**, что указывает на то, что необходимо будет освободить дополнительный том. **высвобождение происходит через розетку** узел, поскольку выход 1 не может принимать более 8 мм³/день. Количество воды, выпускаемой через выпускное отверстие, составляет 2 мм³/день, так как это разница между количеством воды, поступающей из водосборного бассейна1, и количеством воды, потребляемой узлом вывода 1.
Поскольку output2 не имеет соответствующего штрафа, вода через этот узел не требуется. Однако в случае заполнения резервуара он может функционировать как узел разлива.
### Увеличить спрос
Выберите выходной узел\ \_1 и измените максимальный расход на 20 мм³/день
На левой панели нажмите на **Запустите модель** .
Появится новое окно, нажмите на **Отправить**
### **Объяснение**
Условия системы изменились в связи с требованием со стороны **выход 1** узел увеличился с 12 мм³/день до 20 мм³/день. Это изменение приводит к ускорению опорожнения резервуара. Раньше резервуар опорожнялся **9 апреля 2024**, но в связи с ростом спроса теперь прогнозируется, что оно будет пустовать раньше, чем **январь 20, 2024**.
Как только резервуар опустеет, **выход 1** узел будет получать только 10 мм³/день, то есть расход, обеспечиваемый водосборным узлом.
### Повысить приоритет резервуара
Выберите storage node и измените штраф за распределение на -20
### **Объяснение**
Поскольку мы изменили штраф за распределение **место хранения** узел считается самым негативным в системе, теперь он имеет наивысший приоритет. Это означает, что система будет уделять приоритетное внимание выделению воды этому узлу.
Заправка storage node начинается с исходного 200 мм³ в соответствии с начальными условиями до достижения максимальной производительности 365 мм³. Как только этот максимальный объем будет достигнут, лишняя вода будет выпущена. Эта емкость достигается за счет **январь 16, 2024**.
**Выход 1** это следующий приоритетный узел в системе. После заполнения storage node система начнет направлять избыток воды на выход 1. Этот избыток воды составляет 10 мм³/день, поступающей из водосборного узла.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://water-strategy.gitbook.io/waterstrategy/russkii/uchebnye-posobiya/using-allocation-penalties/exercise-2b-simple-system-with-overflow.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.