Будівля, яку можна зрозуміти.

1. Залиште корпус Сад і кімнату Атлас. Для першої спроби: 4 людини, 14:00, 1 година та екран.
2. Натисніть Перевірити й оцінити. Worker перевірить місткість, ремонт, обладнання й перетин бронювань разом із 15 хвилинами підготовки.
3. Натисніть Забронювати в демо. Унизу з’являться бронювання, завдання підготовки й синтетичний рахунок.
4. Натисніть Завершити підготовку, потім Зіставити демооплату. Це змінює лише ваші навчальні записи.
5. Оберіть Береза на 14:00. Її початкове бронювання покаже, як система відмовляє при конфлікті.

Кнопка лише налаштовує вигляд і поля. Нічого не бронює й не скидає ваші зміни.

Сад має три кімнати на двох поверхах. Депо має три поверхи, залу подій, лаунж, робочі кімнати, технічну зону, спільні коридори, входи й сходи.

• Тягніть модель мишею або одним пальцем, щоб обертати. Коліщатко чи щипок двома пальцями змінюють масштаб. Права кнопка миші або рух двома пальцями переміщують камеру.
• Кнопки Спереду / Ззаду / Зліва / Справа / Зверху дають сталі ракурси. Початковий ракурс повертає камеру, не змінюючи даних.
• Рознести поверхи збільшує проміжки. Кнопки поверхів залишають видимим один рівень або всі. Зріз стін обрізає стіни по висоті, щоб було видно кімнати.
• Клавіші зі стрілками обертають сфокусоване 3D-полотно; +/− змінюють масштаб, Home повертає камеру. Tab переходить між підписами й кнопками; Enter активує їх.
• План кімнат зберігає вибір, шари й усі дії без WebGL. При відмові 3D він відкривається автоматично.

Клацніть підпис, підлогу кімнати або кнопку під моделлю. Панель покаже той самий стабільний ID, місткість, тариф і обладнання. Повні записи доступні в розділі «Від картинки до запису».

У кожного корпусу є власний пересувний екран. Кнопки під моделлю переміщують його в іншу кімнату цього корпусу. Екран, обіцяний бронюванню, перемістити не можна. Технічна зона не бронюється.

Закрити на ремонт блокує нові бронювання. Для повторного відкриття позначте Навчальну перевірку завершено, потім натисніть Відкрити після ремонту. Існуючі бронювання не зникають. Ця позначка не засвідчує стан реального приміщення.

Виберіть відповідний шар. Під моделлю з’явиться шкала, на кімнатах — значення з одиницями. Температура — повітря, °C; вологість — відносна, %. Один умовний датчик представляє кімнату; карта не показує детальний розподіл по кожній точці.

Змініть модельну годину або ситуацію. Це задані навчальні припущення, а не фізичний прогноз. Межі кольорів — лише шкала демонстрації, не норматив комфорту.

Затримка: 35 хв залишає останнє значення та попередження. Немає зв’язку прибирає показник і робить кімнату сірою. Це симуляція стану датчиків; індикатор з’єднання з Worker окремо показує фактичний стан сервера.

Температура повітря — покази кімнатних датчиків. Тепловізор показує температуру видимих поверхонь у момент зйомки. Кольори цієї моделі не доводять тепловтрати чи економію енергії. Пояснення вимірювань FLIR.

1. Оберіть Депо → Рух людей → Перед подією. Підписи кімнат показують умовну кількість людей. Стрілки показують агреговані потоки між зонами.
2. Відкрийте Припущення, потоки та можливі черги. Порівняйте прибуття й умовне обслуговування за один інтервал у 15 хвилин.
3. Перемкніть організацію на Варіант: два столи. Зміниться лише припущення про реєстрацію, не кількість прибуттів. Вузьке місце може залишитися в коридорі чи переході.
4. Оберіть Закритий прохід. Модель покаже вигаданий обхід і його окреме обмеження. Це не зміна ремонту в реєстрі кімнат.

Етапи реальної роботи відрізняються: прибуття навантажує вхід і реєстрацію; подія — кімнати й вентиляцію; перерва — коридори; вихід — гардероб і двері. Тут чисельно порівнюється лише спрощений 15-хвилинний інтервал.

Датчик присутності дає «є / немає», а не кількість людей. Лічильник проходів рахує входи й виходи. Оцінка людей усередині потребує перевірки та корекції накопиченої похибки. Модель не відтворює маршрути конкретних людей і не замінює обстеження, проєктування чи перевірку пожежної безпеки й евакуації.

Скасувати зміну повертає одну з останніх шести змін. Почати заново відновлює обидва корпуси у вашому сценарії; це теж можна скасувати. Камера й шари — лише вигляд, вони не витрачають історію змін.

Оновити читає збережений сервером стан. Якщо відповідь загубилася після запису, Повторити цей запит використовує той самий ключ: друге бронювання не створиться. При конфлікті вкладок оновіть дані та повторіть намір.

Інший браузер має інший сценарій. Вкладки одного браузера ділять один сценарій. Він живе до 24 годин, має до 12 бронювань і 100 змін. Це навчальна ізоляція, а не система користувачів і ролей.

Після оновлення з попередньої англомовної версії бронювання, обладнання та рахунки збережено. Щоб не переносити некоректні старі знімки, історія скасування починається з нових змін.

Очікування Worker.

Оберіть кімнату й перевірте запит.

Ключі JSON — технічний контракт API. Значення належать лише цій демонстрації. Ідентифікатор відвідувача не показується.

Зберіть актуальні обміри, план, рівні, входи, проходи й розміщення обладнання. Перевірте масштаб і одиниці. 3D-модель має пояснювати роботу; фотореалізм не потрібен для першого пілота.

Призначте стабільні building_id, zone_id та asset_id. Людські назви можуть змінюватися, ID — ні. Окремо вкажіть, хто відповідає за місткість, ремонт, бронювання, тариф і рахунок. Геометрія не повинна бути другою бухгалтерією.

Для температури й вологості визначте репрезентативні точки за інструкціями датчика: сонце, нагрівач, протяг або обладнання можуть спотворювати висновки. Зафіксуйте висоту, місце, дату перевірки й паспортну похибку. Порівняйте датчики з відповідним контрольним приладом; калібрування виконуйте за процедурою виробника.

CO₂ може доповнювати спостереження за вентиляцією, але не замінює проєктний розрахунок. Енергію вимірюйте на узгоджених електричних колах; монтаж лічильника доручайте кваліфікованому електрику. Присутність і кількість людей — різні вимірювання.

Для тепловізійного обстеження потрібні умови зйомки, властивості поверхні й коректна інтерпретація. Не перетворюйте колір картинки на висновок про тепловтрати без обстеження.

Для Zigbee потрібні координатор, постійно ввімкнений хост і сумісний стек, наприклад ZHA або Zigbee2MQTT. Для LoRaWAN між шлюзом і webhook потрібен мережевий сервер. Сумісність кожної моделі й доступ до API перевіряються до закупівлі.

Шлюз нормалізує одиниці та надсилає події через захищений HTTPS. Облікові дані залишаються на шлюзі або сервері, не у браузері. Черга локально зберігає невідправлені події; після відновлення мережі сервер відкидає дублікати.

У цій публічній демонстрації цих інтеграцій немає. Нічого не підключається до фізичних датчиків, локального Odoo чи клієнтських систем.

{
  "building_id": "depot",
  "zone_id": "hall",
  "sensor_id": "air-hall-01",
  "measurement": "temperature",
  "value": 23,
  "unit": "°C",
  "timestamp": "2026-10-10T14:00:00Z",
  "source": "simulated",
  "quality": "fresh"
}

Перевіряйте тип, одиницю, ID, допустимий діапазон, час і повтори. Зберігайте час вимірювання окремо від часу отримання. Запізніле значення не повинно виглядати свіжим. source відрізняє виміряне від змодельованого; quality — якість і свіжість.

Сирі потоки й приватні дані тримайте окремо від публічних агрегатів. Для реального об’єкта потрібні контроль доступу, обмеження зберігання, журнал доступів і спосіб відкликання ключів.

У цьому прикладі model.js задає ID та ілюстративні дані, domain.js — правила, worker.js — HTTP і зберігання, scene.js — Three.js. SQLite-backed Durable Object ізолює один документ на відвідувача. Це реальне серверне зберігання.

Для відтворення створіть Worker зі статичними файлами, оголосіть SQLite-backed клас сценарію та прив’яжіть його до Worker. Зберігайте лише синтетичний набір на першому етапі. Налаштуйте окремий піддомен і перевірте, що він вільний. Не копіюйте чужі ключі чи ідентифікатори облікового запису.

GET  /api/state       → стан вашого сценарію
POST /api/action      → перевірена дія + ключ повтору
GET  /api/contract    → перелік дозволених дій
GET  /api/health      → версія розгортання

3D-меш містить лише посилання на запис. Зміна шару змінює матеріал і підпис, а не джерело істини. Завжди залишайте текстовий список або таблицю та версію без WebGL.

Документація Three.js · Cloudflare Workers · SQLite-backed Durable Objects

Перевірте одночасні бронювання, закриту кімнату, відсутнє обладнання, повторний запит і втрату відповіді після запису. Зміни мають проходити одну серверну транзакцію. Стара версія запису повинна відхилятися, а не перетирати нову.

Додайте ролі, погодження, аудит і відновлення перед реальними діями. Визначте, які записи можна скасувати, а які потребують компенсуючої операції. Для датчиків перевірте обрив мережі, запізнілі події, помилкову одиницю та дрейф вимірювання.

Спочатку тестуйте на ізольованому наборі. Потім перевіряйте публічну адресу, версію Worker і хеші файлів. Окремо пройдіть мобільний, клавіатурний та без-3D маршрути. Пілот не стає виробничою системою лише тому, що він відкривається в браузері.