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