Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069040
Тема сообщения
Замечание к АД
Тип сообщения
Замечание к АД
Поставщик
AI-Trade ИП
Представитель поставщика
ОРАЗБАЕВА АНОРА БЕИМБЕТОВНА
Дата и время отправки сообщения
2026-09-28 22:28:25
Текст сообщения
ЗАМЕЧАНИЯ
1. Раздел аппаратно-программного комплекса беспроводных датчиков сформирован с чрезмерной регламентацией способа технической реализации вместо определения требуемого результата измерений.
2. Приемник обязан самостоятельно создавать отдельную Wi-Fi сеть в режиме Access Point. Эквивалентный измерительный комплекс может работать через существующую Wi-Fi сеть школы, Bluetooth, Zigbee, BLE, специализированный радиоканал либо иной протокол.
Просим оставить требование беспроводной передачи данных, не фиксируя сетевую архитектуру.
3. Access Point должен автоматически запускаться максимум за 60 секунд, а радиус связи на открытом пространстве должен составлять минимум 50 метров. Для эксплуатации внутри школы показатель на открытой местности не отражает реальный радиус через стены, перекрытия и радиопомехи.
4. Каждый датчик обязан подключаться максимум за 10 секунд и повторять попытку подключения каждые 5 секунд. Это внутренняя логика прошивки производителя.
5. Передача данных должна осуществляться строго по WebSocket RFC 6455, а каждое сообщение должно иметь структуру JSON. Данные требования прямо фиксируют сетевой протокол конкретной программной архитектуры.
Эквивалентные системы могут использовать MQTT, HTTP, TCP, UDP, BLE или бинарный собственный протокол с меньшим объемом служебных данных.
6. Просим заменить WebSocket и JSON конечным требованием к надежности, частоте обновления и максимальной допустимой задержке.
7. Максимальная задержка от физического измерения до отображения установлена 500 мс одинаково для всех типов датчиков. Температура, атмосферное давление и влажность не требуют обновления дважды в секунду. Просим дифференцировать частоту по типам измерений.
8. Каждый датчик должен иметь IP54. Комплекс предназначен для учебного использования внутри помещения. Просим обосновать необходимость защиты от пыли и водяных брызг для каждого без исключения измерительного модуля.
9. Емкость аккумулятора установлена минимум 1000 мА·ч. Емкость батареи не является конечной эксплуатационной характеристикой. Датчик с аккумулятором 800 мА·ч и автономностью 30 часов функционально лучше датчика 1000 мА·ч с 24 часами.
Просим оставить только требование к автономности.
10. Максимальный зарядный ток 1 А является внутренней конструктивной особенностью контроллера заряда. Просим исключить.
11. Все датчики должны передавать данные раз в секунду. Для отдельных измерений такая частота неоправданно расходует аккумулятор и увеличивает сетевой трафик. Просим допустить адаптивную частоту.
12. Типы датчиков жестко закреплены за каналами 01–15. Номер программного канала не влияет на измерительные характеристики. Просим исключить обязательную нумерацию.
13. Температурный датчик должен измерять от -40 до +85 °C, однако далее эксплуатационный диапазон самих датчиков установлен только -20…+60 °C. Таким образом ТС требует проводить измерения за пределами разрешенных условий эксплуатации собственного устройства.
Просим устранить противоречие.
14. Просим также обосновать реальную учебную необходимость измерения температуры до -40 и +85 °C в школьном помещении.
15. Анемометрический датчик должен измерять скорость потока до 30 м/с. Просим обосновать наличие в учебном процессе воздушного потока порядка 108 км/ч.
16. Датчик освещенности должен измерять до 65 000 лк. Если комплекс предназначен преимущественно для помещения, такой диапазон также требует обоснования.
17. Газовый модуль сформулирован как измеряющий «летучие органические соединения или CO2» в диапазоне 400–5000 ppm. VOC и CO2 являются различными физическими величинами и могут измеряться принципиально разными сенсорами.
Просим точно определить, какой газ/показатель требуется.
18. «Датчик уровня сигнала» допускается как внешний радиочастотный монитор либо специализированный микрофон/анализатор радиоэфира. Микрофон и радиочастотный монитор не являются эквивалентными измерительными устройствами.
Просим определить предмет измерения и единицы.
19. «Универсальный датчик состояния» не имеет конкретной измеряемой физической величины и описан как резервный логический или аналоговый модуль. Просим указать конкретный учебный сценарий либо исключить.
20. Формулировка акселерометра «диапазон должен настраиваться и быть не менее ±2g и не более ±16g» допускает неоднозначное толкование. Просим указать поддерживаемые диапазоны явно.
21. Оптический датчик одновременно описан как спектральный либо инфракрасный датчик, при этом значение должно измеряться в люксах. Спектральное излучение, ИК-излучение и освещенность не являются одним показателем.
22. Приемник должен обрабатывать минимум 30 WebSocket-соединений, хотя комплект предусматривает 15 типов датчиков. Просим обосновать удвоенное количество соединений.
23. CPU приемника минимум 1,2 ГГц, RAM 1 ГБ и память 8 ГБ являются внутренними техническими параметрами. Эквивалентная embedded-система может обеспечить требуемую обработку данных при меньших ресурсах.
24. Особенно ограничивающим является обязательное использование операционной системы с открытым исходным кодом. Измерительное оборудование может работать на RTOS либо проприетарной прошивке и быть функционально эквивалентным.
25. Пользовательский интерфейс фактически описан вплоть до конкретного дизайна: Dark Theme, глубокие темные оттенки, название типа «Sensor Hub», иконка микрочипа, счетчик «X активных датчиков из 15», Grid-layout из строго 15 карточек.
26. Установлено местоположение иконок и номера канала в карточке, округленные углы, формат значения, единицы и состав нижней строки. Подобные требования являются визуальной реализацией конкретного ПО, а не функциональными характеристиками комплекса.
27. Состояние «НЕАКТИВЕН» должно отображаться строго в виде стилизованной красной «таблетки/кнопки». Просим исключить такое дизайнерское требование.
28. График обязан показывать именно последние 10 минут и обновляться не реже одного раза в секунду. Просим допустить настройку периода и частоты пользователем.
29. При потере WebSocket-связи счетчик должен мгновенно стать нулем, все 15 карточек — перейти в «НЕАКТИВЕН», а графики — заморозиться. Это конкретная логика одного интерфейса.
30. Весь комплекс должен быть рассчитан на 24/7/365, однако автономность батарей датчиков установлена только минимум 24 часа. Просим определить практический режим зарядки при непрерывной эксплуатации.
31. Просим формировать требования к измерительному комплексу через перечень необходимых физических величин, диапазоны, точность, автономность и удобство работы, не устанавливая обязательный протокол, формат пакета, ОС, аппаратную конфигурацию и визуальный дизайн интерфейса.
1. Раздел аппаратно-программного комплекса беспроводных датчиков сформирован с чрезмерной регламентацией способа технической реализации вместо определения требуемого результата измерений.
2. Приемник обязан самостоятельно создавать отдельную Wi-Fi сеть в режиме Access Point. Эквивалентный измерительный комплекс может работать через существующую Wi-Fi сеть школы, Bluetooth, Zigbee, BLE, специализированный радиоканал либо иной протокол.
Просим оставить требование беспроводной передачи данных, не фиксируя сетевую архитектуру.
3. Access Point должен автоматически запускаться максимум за 60 секунд, а радиус связи на открытом пространстве должен составлять минимум 50 метров. Для эксплуатации внутри школы показатель на открытой местности не отражает реальный радиус через стены, перекрытия и радиопомехи.
4. Каждый датчик обязан подключаться максимум за 10 секунд и повторять попытку подключения каждые 5 секунд. Это внутренняя логика прошивки производителя.
5. Передача данных должна осуществляться строго по WebSocket RFC 6455, а каждое сообщение должно иметь структуру JSON. Данные требования прямо фиксируют сетевой протокол конкретной программной архитектуры.
Эквивалентные системы могут использовать MQTT, HTTP, TCP, UDP, BLE или бинарный собственный протокол с меньшим объемом служебных данных.
6. Просим заменить WebSocket и JSON конечным требованием к надежности, частоте обновления и максимальной допустимой задержке.
7. Максимальная задержка от физического измерения до отображения установлена 500 мс одинаково для всех типов датчиков. Температура, атмосферное давление и влажность не требуют обновления дважды в секунду. Просим дифференцировать частоту по типам измерений.
8. Каждый датчик должен иметь IP54. Комплекс предназначен для учебного использования внутри помещения. Просим обосновать необходимость защиты от пыли и водяных брызг для каждого без исключения измерительного модуля.
9. Емкость аккумулятора установлена минимум 1000 мА·ч. Емкость батареи не является конечной эксплуатационной характеристикой. Датчик с аккумулятором 800 мА·ч и автономностью 30 часов функционально лучше датчика 1000 мА·ч с 24 часами.
Просим оставить только требование к автономности.
10. Максимальный зарядный ток 1 А является внутренней конструктивной особенностью контроллера заряда. Просим исключить.
11. Все датчики должны передавать данные раз в секунду. Для отдельных измерений такая частота неоправданно расходует аккумулятор и увеличивает сетевой трафик. Просим допустить адаптивную частоту.
12. Типы датчиков жестко закреплены за каналами 01–15. Номер программного канала не влияет на измерительные характеристики. Просим исключить обязательную нумерацию.
13. Температурный датчик должен измерять от -40 до +85 °C, однако далее эксплуатационный диапазон самих датчиков установлен только -20…+60 °C. Таким образом ТС требует проводить измерения за пределами разрешенных условий эксплуатации собственного устройства.
Просим устранить противоречие.
14. Просим также обосновать реальную учебную необходимость измерения температуры до -40 и +85 °C в школьном помещении.
15. Анемометрический датчик должен измерять скорость потока до 30 м/с. Просим обосновать наличие в учебном процессе воздушного потока порядка 108 км/ч.
16. Датчик освещенности должен измерять до 65 000 лк. Если комплекс предназначен преимущественно для помещения, такой диапазон также требует обоснования.
17. Газовый модуль сформулирован как измеряющий «летучие органические соединения или CO2» в диапазоне 400–5000 ppm. VOC и CO2 являются различными физическими величинами и могут измеряться принципиально разными сенсорами.
Просим точно определить, какой газ/показатель требуется.
18. «Датчик уровня сигнала» допускается как внешний радиочастотный монитор либо специализированный микрофон/анализатор радиоэфира. Микрофон и радиочастотный монитор не являются эквивалентными измерительными устройствами.
Просим определить предмет измерения и единицы.
19. «Универсальный датчик состояния» не имеет конкретной измеряемой физической величины и описан как резервный логический или аналоговый модуль. Просим указать конкретный учебный сценарий либо исключить.
20. Формулировка акселерометра «диапазон должен настраиваться и быть не менее ±2g и не более ±16g» допускает неоднозначное толкование. Просим указать поддерживаемые диапазоны явно.
21. Оптический датчик одновременно описан как спектральный либо инфракрасный датчик, при этом значение должно измеряться в люксах. Спектральное излучение, ИК-излучение и освещенность не являются одним показателем.
22. Приемник должен обрабатывать минимум 30 WebSocket-соединений, хотя комплект предусматривает 15 типов датчиков. Просим обосновать удвоенное количество соединений.
23. CPU приемника минимум 1,2 ГГц, RAM 1 ГБ и память 8 ГБ являются внутренними техническими параметрами. Эквивалентная embedded-система может обеспечить требуемую обработку данных при меньших ресурсах.
24. Особенно ограничивающим является обязательное использование операционной системы с открытым исходным кодом. Измерительное оборудование может работать на RTOS либо проприетарной прошивке и быть функционально эквивалентным.
25. Пользовательский интерфейс фактически описан вплоть до конкретного дизайна: Dark Theme, глубокие темные оттенки, название типа «Sensor Hub», иконка микрочипа, счетчик «X активных датчиков из 15», Grid-layout из строго 15 карточек.
26. Установлено местоположение иконок и номера канала в карточке, округленные углы, формат значения, единицы и состав нижней строки. Подобные требования являются визуальной реализацией конкретного ПО, а не функциональными характеристиками комплекса.
27. Состояние «НЕАКТИВЕН» должно отображаться строго в виде стилизованной красной «таблетки/кнопки». Просим исключить такое дизайнерское требование.
28. График обязан показывать именно последние 10 минут и обновляться не реже одного раза в секунду. Просим допустить настройку периода и частоты пользователем.
29. При потере WebSocket-связи счетчик должен мгновенно стать нулем, все 15 карточек — перейти в «НЕАКТИВЕН», а графики — заморозиться. Это конкретная логика одного интерфейса.
30. Весь комплекс должен быть рассчитан на 24/7/365, однако автономность батарей датчиков установлена только минимум 24 часа. Просим определить практический режим зарядки при непрерывной эксплуатации.
31. Просим формировать требования к измерительному комплексу через перечень необходимых физических величин, диапазоны, точность, автономность и удобство работы, не устанавливая обязательный протокол, формат пакета, ОС, аппаратную конфигурацию и визуальный дизайн интерфейса.
