Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1070040
Тема сообщения
WIFI-ДАТЧИКИ И ЗАКРЫТЫЙ АППАРАТНО-ПРОГРАММНЫЙ КОМПЛЕКС
Тип сообщения
Замечание к АД
Поставщик
AI-Trade ИП
Представитель поставщика
ОРАЗБАЕВА АНОРА БЕИМБЕТОВНА
Дата и время отправки сообщения
2026-10-09 01:12:28
Текст сообщения
1. Раздел о работе аппаратно-программного комплекса с датчиками через Wi-Fi требует существенного упрощения и функциональной нейтрализации.
2. ТС не ограничивается требованием иметь комплект беспроводных датчиков.
3. Заказчик фактически описывает внутреннюю архитектуру конкретного аппаратно-программного комплекса, конкретный сетевой протокол, формат сообщений, структуру идентификаторов, параметры аккумуляторов и даже внешний вид интерфейса.
4. Комплекс должен состоять из центрального приемно-вычислительного модуля и автономных беспроводных измерительных модулей.
5. Приемник обязан самостоятельно создавать Wi-Fi сеть в режиме Access Point.
6. Все датчики обязаны работать в Station mode.
7. Подключение точки доступа — не более 60 секунд.
8. Подключение датчика — не более 10 секунд.
9. Попытки переподключения — каждые 5 секунд.
10. Обмен должен осуществляться строго по WebSocket RFC 6455.
11. Каждое сообщение — строго JSON.
12. Такие требования являются выбором внутреннего протокола разработчика.
13. Другой производитель может использовать MQTT.
14. HTTP/2.
15. WebRTC data channel.
16. BLE.
17. Zigbee.
18. собственный защищенный бинарный протокол.
19. TCP/IP.
20. либо иной способ и обеспечивать равную или лучшую задержку и надежность.
21. Заказчику объективно важен результат: беспроводная передача данных в реальном времени без потери измерений.
22. Просим убрать обязательные WebSocket и JSON.
23. Формулировка «строго с использованием WebSocket» особенно явно исключает альтернативные технические решения.
24. Просим заменить ее требованием максимальной задержки передачи.
25. Сам показатель задержки не более 500 мс может быть сохранен как функциональный.
26. Отдельно установлена защита Wi-Fi не ниже WPA2-PSK.
27. Просим разрешить WPA2/WPA3 и иные современные безопасные механизмы.
28. Каждый датчик должен иметь индивидуальный корпус не ниже IP54.
29. Для школьного помещения необходимо обосновать необходимость именно IP54 для всех 15 типов датчиков.
30. Датчики температуры, акселерометр, гироскоп и магнитометр, используемые внутри класса, не обязательно эксплуатируются в пыльной или влажной среде.
31. Более защищенный корпус повышает стоимость и может ограничивать доступные учебные решения.
32. Просим установить степень защиты только там, где она объективно требуется.
33. Каждый датчик должен передавать уникальный идентификатор длиной не менее восьми буквенно-цифровых знаков.
34. Длина идентификатора является внутренним техническим решением.
35. Устройство может использовать UUID, MAC-адрес, серийный номер, шестизначный ID либо иной уникальный идентификатор.
36. Просим оставить только уникальность ID.
37. Каждый датчик обязан передавать заряд 0–100% и RSSI в дБм.
38. Передача уровня заряда является разумной функцией для автономных датчиков.
39. Однако измерение RSSI непосредственно каждым датчиком либо отображение в конкретных единицах может быть реализовано приемником.
40. Просим не фиксировать сторону вычисления.
41. Встроенный аккумулятор каждого датчика должен быть не менее 1000 мА·ч.
42. При этом одновременно требуется автономность не менее 24 часов.
43. Емкость аккумулятора сама по себе не характеризует время работы без учета энергопотребления.
44. Современный энергоэффективный датчик с аккумулятором 800 мА·ч может работать дольше 24 часов.
45. Просим оставить только требование автономности.
46. Порт зарядки Type-C в ТС назван рекомендуемым, что считаем корректным.
47. Однако максимальный ток зарядки не более 1 А также ограничивает более быструю зарядку.
48. Если устройство поддерживает безопасную зарядку 2 А, это не ухудшает его качество.
49. Просим исключить верхний предел тока либо указать совместимость со стандартным источником питания.
50. Комплекс должен поддерживать ровно пятнадцать типов датчиков.
51. Далее каждому присвоен номер канала от 01 до 15.
52. Нумерация каналов является признаком конкретной реализации.
53. Просим перечислить необходимые измеряемые величины без обязательного номера внутреннего канала.
54. Ряд описаний датчиков содержит технические пробелы.
55. Для гироскопа указано «плотность шума не должна превышать», но числовое значение отсутствует.
56. Такое требование невозможно проверить.
57. Для акселерометра указано, что диапазон должен быть настраиваемым и «не менее и не более», но значения отсутствуют.
58. Требование также является неполным.
59. Просим исправить или удалить недостающие параметры.
60. «Датчик уровня сигнала» описан как внешний радиочастотный монитор либо специализированный микрофон/анализатор радиоэфира.
61. Радиосигнал и акустический звук являются различными физическими величинами.
62. Просим однозначно определить назначение данного канала.
63. Для газового датчика допускается измерение «летучих органических соединений или углекислого газа».
64. Это принципиально разные измеряемые показатели.
65. Просим определить, какой именно параметр нужен Заказчику либо разрешить любой из двух с корректным описанием диапазона.
66. Далее ТС устанавливает характеристики центрального приемника.
67. CPU не менее 1,2 ГГц.
68. RAM не менее 1 ГБ.
69. память не менее 8 ГБ.
70. обязательная ОС с открытым исходным кодом.
71. Наличие web-сервера и WebSocket-сервера.
72. Просим исключить требование именно открытой операционной системы.
73. Проприетарная встроенная ОС может быть безопаснее, стабильнее и полностью выполнять функции.
74. Конечному пользователю не важно название и лицензия внутренней ОС приемника.
75. WebSocket-сервер также должен быть исключен как следствие снятия ограничения на протокол.
76. Наиболее явная модельная привязка присутствует в описании веб-интерфейса.
77. Требуется Dark Theme.
78. Темный фон.
79. стилизованная иконка микрочипа.
80. текстовый счетчик в формате «15 из X активных датчиков».
81. ровно 15 карточек.
82. скругленные углы.
83. определенное расположение иконки и номера.
84. отдельное отображение статуса «АКТИВЕН/НЕАКТИВЕН».
85. обязательный красный фон для неактивного состояния.
86. десятиминутный график.
87. конкретное расположение батареи, статуса и Wi-Fi.
88. Это практически макет пользовательского интерфейса конкретного продукта.
89. Цвет темы, форма карточки, местоположение элементов и иконка микрочипа не имеют отношения к точности измерения.
90. Просим полностью удалить эти дизайнерские требования.
91. Оставить отображение текущих значений.
92. истории измерений.
93. состояния соединения.
94. уровня батареи.
95. возможности визуализировать график.
96. Допускаемый период истории можно установить функционально, например не менее десяти минут, без указания формы интерфейса.
97. ТС даже определяет, что при обрыве связи все карточки должны замереть, счетчик стать нулевым, а статус смениться определенным образом.
98. Другой продукт может показывать последнее значение серым цветом, отметку времени последнего пакета или предупреждение.
99. Это также функционально равноценно.
100. Просим разрешить альтернативный UX.
101. В целом раздел датчиков сформирован как техническое задание на изготовление конкретной системы, а не как нейтральное описание закупаемого учебного оборудования.
102. Просим сформулировать минимальный перечень измеряемых величин, диапазоны, точность, автономность, беспроводность и экспорт/визуализацию данных.
103. Все остальные внутренние технические решения должны определяться производителем.
104. Это существенно расширит конкуренцию и позволит предложить более современные комплексы без ухудшения образовательного результата.
2. ТС не ограничивается требованием иметь комплект беспроводных датчиков.
3. Заказчик фактически описывает внутреннюю архитектуру конкретного аппаратно-программного комплекса, конкретный сетевой протокол, формат сообщений, структуру идентификаторов, параметры аккумуляторов и даже внешний вид интерфейса.
4. Комплекс должен состоять из центрального приемно-вычислительного модуля и автономных беспроводных измерительных модулей.
5. Приемник обязан самостоятельно создавать Wi-Fi сеть в режиме Access Point.
6. Все датчики обязаны работать в Station mode.
7. Подключение точки доступа — не более 60 секунд.
8. Подключение датчика — не более 10 секунд.
9. Попытки переподключения — каждые 5 секунд.
10. Обмен должен осуществляться строго по WebSocket RFC 6455.
11. Каждое сообщение — строго JSON.
12. Такие требования являются выбором внутреннего протокола разработчика.
13. Другой производитель может использовать MQTT.
14. HTTP/2.
15. WebRTC data channel.
16. BLE.
17. Zigbee.
18. собственный защищенный бинарный протокол.
19. TCP/IP.
20. либо иной способ и обеспечивать равную или лучшую задержку и надежность.
21. Заказчику объективно важен результат: беспроводная передача данных в реальном времени без потери измерений.
22. Просим убрать обязательные WebSocket и JSON.
23. Формулировка «строго с использованием WebSocket» особенно явно исключает альтернативные технические решения.
24. Просим заменить ее требованием максимальной задержки передачи.
25. Сам показатель задержки не более 500 мс может быть сохранен как функциональный.
26. Отдельно установлена защита Wi-Fi не ниже WPA2-PSK.
27. Просим разрешить WPA2/WPA3 и иные современные безопасные механизмы.
28. Каждый датчик должен иметь индивидуальный корпус не ниже IP54.
29. Для школьного помещения необходимо обосновать необходимость именно IP54 для всех 15 типов датчиков.
30. Датчики температуры, акселерометр, гироскоп и магнитометр, используемые внутри класса, не обязательно эксплуатируются в пыльной или влажной среде.
31. Более защищенный корпус повышает стоимость и может ограничивать доступные учебные решения.
32. Просим установить степень защиты только там, где она объективно требуется.
33. Каждый датчик должен передавать уникальный идентификатор длиной не менее восьми буквенно-цифровых знаков.
34. Длина идентификатора является внутренним техническим решением.
35. Устройство может использовать UUID, MAC-адрес, серийный номер, шестизначный ID либо иной уникальный идентификатор.
36. Просим оставить только уникальность ID.
37. Каждый датчик обязан передавать заряд 0–100% и RSSI в дБм.
38. Передача уровня заряда является разумной функцией для автономных датчиков.
39. Однако измерение RSSI непосредственно каждым датчиком либо отображение в конкретных единицах может быть реализовано приемником.
40. Просим не фиксировать сторону вычисления.
41. Встроенный аккумулятор каждого датчика должен быть не менее 1000 мА·ч.
42. При этом одновременно требуется автономность не менее 24 часов.
43. Емкость аккумулятора сама по себе не характеризует время работы без учета энергопотребления.
44. Современный энергоэффективный датчик с аккумулятором 800 мА·ч может работать дольше 24 часов.
45. Просим оставить только требование автономности.
46. Порт зарядки Type-C в ТС назван рекомендуемым, что считаем корректным.
47. Однако максимальный ток зарядки не более 1 А также ограничивает более быструю зарядку.
48. Если устройство поддерживает безопасную зарядку 2 А, это не ухудшает его качество.
49. Просим исключить верхний предел тока либо указать совместимость со стандартным источником питания.
50. Комплекс должен поддерживать ровно пятнадцать типов датчиков.
51. Далее каждому присвоен номер канала от 01 до 15.
52. Нумерация каналов является признаком конкретной реализации.
53. Просим перечислить необходимые измеряемые величины без обязательного номера внутреннего канала.
54. Ряд описаний датчиков содержит технические пробелы.
55. Для гироскопа указано «плотность шума не должна превышать», но числовое значение отсутствует.
56. Такое требование невозможно проверить.
57. Для акселерометра указано, что диапазон должен быть настраиваемым и «не менее и не более», но значения отсутствуют.
58. Требование также является неполным.
59. Просим исправить или удалить недостающие параметры.
60. «Датчик уровня сигнала» описан как внешний радиочастотный монитор либо специализированный микрофон/анализатор радиоэфира.
61. Радиосигнал и акустический звук являются различными физическими величинами.
62. Просим однозначно определить назначение данного канала.
63. Для газового датчика допускается измерение «летучих органических соединений или углекислого газа».
64. Это принципиально разные измеряемые показатели.
65. Просим определить, какой именно параметр нужен Заказчику либо разрешить любой из двух с корректным описанием диапазона.
66. Далее ТС устанавливает характеристики центрального приемника.
67. CPU не менее 1,2 ГГц.
68. RAM не менее 1 ГБ.
69. память не менее 8 ГБ.
70. обязательная ОС с открытым исходным кодом.
71. Наличие web-сервера и WebSocket-сервера.
72. Просим исключить требование именно открытой операционной системы.
73. Проприетарная встроенная ОС может быть безопаснее, стабильнее и полностью выполнять функции.
74. Конечному пользователю не важно название и лицензия внутренней ОС приемника.
75. WebSocket-сервер также должен быть исключен как следствие снятия ограничения на протокол.
76. Наиболее явная модельная привязка присутствует в описании веб-интерфейса.
77. Требуется Dark Theme.
78. Темный фон.
79. стилизованная иконка микрочипа.
80. текстовый счетчик в формате «15 из X активных датчиков».
81. ровно 15 карточек.
82. скругленные углы.
83. определенное расположение иконки и номера.
84. отдельное отображение статуса «АКТИВЕН/НЕАКТИВЕН».
85. обязательный красный фон для неактивного состояния.
86. десятиминутный график.
87. конкретное расположение батареи, статуса и Wi-Fi.
88. Это практически макет пользовательского интерфейса конкретного продукта.
89. Цвет темы, форма карточки, местоположение элементов и иконка микрочипа не имеют отношения к точности измерения.
90. Просим полностью удалить эти дизайнерские требования.
91. Оставить отображение текущих значений.
92. истории измерений.
93. состояния соединения.
94. уровня батареи.
95. возможности визуализировать график.
96. Допускаемый период истории можно установить функционально, например не менее десяти минут, без указания формы интерфейса.
97. ТС даже определяет, что при обрыве связи все карточки должны замереть, счетчик стать нулевым, а статус смениться определенным образом.
98. Другой продукт может показывать последнее значение серым цветом, отметку времени последнего пакета или предупреждение.
99. Это также функционально равноценно.
100. Просим разрешить альтернативный UX.
101. В целом раздел датчиков сформирован как техническое задание на изготовление конкретной системы, а не как нейтральное описание закупаемого учебного оборудования.
102. Просим сформулировать минимальный перечень измеряемых величин, диапазоны, точность, автономность, беспроводность и экспорт/визуализацию данных.
103. Все остальные внутренние технические решения должны определяться производителем.
104. Это существенно расширит конкуренцию и позволит предложить более современные комплексы без ухудшения образовательного результата.
