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