суть розробки у самій розробці — навчитись, набити гуль, набрати досвіду. STM32 для роботи у виробництві проканає?

оранж — занадто для серверної частини?
Для готових рішень у мене, мабуть грошей не вистачить, а от перейняти досвід на громадських засадах я не проти) Якщо це, звісно, не викличе незручностей)

актуально буде, мабуть, ще тривалий час)) Досвіду і знань у мене нуль тому, так, як воно є) Зараз, я реалізував лиш схематику датчик-мікроконтролер і написав просту програму роботи. Планую замовити плату orange, esp8266 і якийсь ethernet модуль для відладки зв’язку з оранжом. Ну і вже потім хочу реалізувати все інше. Просто темпи у мене аж зовсім «гаражні»... вечорами це все освоюю:)

хотів би уточнити один момент.. вивчитав, що у жави є можливість WebView. Я так розумію, що я можу туди втулити нормальну візуалізацю включно із побудовю на js графіків і при цьому запускати скомпільовану клієнт-програму на будь-якій машині? Пітон дасть змогу це саме реалізаувати? Що буде легшим для сервера на базі raspberry?

та в тому й справа, що дока до того модуля, що ви скинули тільки на китайському, у продавця іншої нема. У гугла теж. Ну і модуль не на SX1278, а на STM, що мене наштовхнуло на ці питання. Але головний меседж я зрозумів. І на тому дякую.

хотів би ще уточнити стосовно відмінностей між виробниками. Все ж, по ідеї, має бути по чітко встановленому стандарту? сторонні виробники забезпечують уніфіковані АТ-команди і таке інше? Бо по офіційній документації до недорогих модулів — там китайська, з якою розбиратись дуже довго. Але знайшов іншу документацію, де все англійською ок розписано.

давайте, шоб я не помилявся у корені цього питання. Ви хаєте ардуіно з їхніми неоптимізованими методами чи примітивну атмегу? Якщо ардуіно, то при переході на чисте сі і роботу з регістрами і портами, то це вже не гавно? Чи проблема конкретно у самому МК?

де, серйозно ви тут) Перше і найважливіше, як на мене, це те, що мені просто цікаво самому і для набуття досвіду і для саморозвитку. Деяку комплектуху вже замовив :)

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

це все не хочеться в’язати на зовнішні сервіси, все чисто по локалі. Підняти сервер, там втулити базу даних для збереження, можливості перегляду через якусь клієнтську прогу, експорту, скажімо, у excel. Якщо ви не проти, я вам з часом напишу приватне повідомлення із складеними тех. вимогами і обраної на його основі комплектуюючої бази. Цікаво почути вашу думку.

ціна питання лише двох-трьох доларів більше, ніж з використанням esp, ну хіба nrf супердешеве рішення. Чи вважаєте, що не варто переплачувати?
Просто якщо глянути на перспективу, то будівля бетонна, має чотири поверхи, довжина 250 метрів. Хоч планується пілотний запуск на одному поверсі, але хотілось би, шоб систему можна було нарощувати. Тому бетон і wifi погано дружать. Справа у тому, що за це питання я взявся досліджувати буквально тиждень тому, тому я не заперечую, що я можу в дечому помилятись.

Супер! Саме хотів був запитати))

Завжди після відповідей з’являються нові запитання. Мені дуже сподобався варіант із датчиками LoRa, оскільки, ESP, як на мене, буде надто надлишковим для декількох байт інформації в годину. Плюс частоти wifi, в принципі, не дуже екологічні, але то таке. У передавачів LoRa є 127 каналів, шо більш, ніж у двічі покриває мої потреби. От я тільки ще зорієнтувався у реалізації топології. Наче цілком адекватний варіант кожному датчику відводити свій канал, а на сервері робити циклічну селекцію каналів і по черзі робити запити на кожен із датчиків, просто тоді режиму сну на датчиках не буде, адже вони постійно будуть очікувати на запит від сервера. Або ще як варіант — всі передавачі садити на один канал і відправляти дані із ідентифікаторами датчиків, але тут одразу є сумнів у працездатності такого варіанту, одночасна передача з двох і більше передавачів імовірно призведе просто до втрати даних від тих, які не встигли так би мовити. Хоча я зараз пишу другий варіант і сам підсвідомо розумію, що він є зовсім брєдовим. Але цікаво почути думку від тих, хто більше в темі.

модулі самі по собі, байдуже, чи на автономному живленні вони чи ні. Вони просто відсилають на mac рівні, якщо то LoRa, або вже на мережному рівні, якщо то ESP, а сервак, який не потребує автономності то все обробляє

Є нормальні точні датчики 2в1, які і температуру виміряють і вологість. Питання датчика не стоїть

а як щодо клієнта на базі лінукса чи віндовса (відображення статистики etc)? чи це все реалізовувати через інші інсртрменти (веб інтерфейс тощо)?

це питання буду обговорювати з начальством, лише попередньо тре промацати можливі варіанти

а що там з адресацією? мак адерси чи вже індивудіально використовую якісь індентифікатори для розпізнавання?

розбиратись в чужому коді і доточувати його для мене поки складніше, ніж починати з нуля)