Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: design Newsgroups: sci.electronics.design Subject: Re: New IoT products based on LoRa for distributed control Date: Mon, 5 May 2025 18:53:51 +0200 Organization: A noiseless patient Spider Lines: 37 Message-ID: References: <5fih1khu4l190ghdd7490f3tkemklup9pb@4ax.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Mon, 05 May 2025 18:53:52 +0200 (CEST) Injection-Info: dont-email.me; posting-host="d84a0b00b3082946301ea6720ec5d7cd"; logging-data="159120"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18pRQhYOubUElY6IAURSMSu" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:llGpXf6SDzQkZAXc/RV6uKSMcps= In-Reply-To: Content-Language: es-ES, ca, en-GB Bytes: 2953 El 5/5/25 a las 18:15, Edward Rawde escribió: > "john larkin" wrote in message news:5fih1khu4l190ghdd7490f3tkemklup9pb@4ax.com... >> On Mon, 5 May 2025 12:26:45 +0200, design wrote: >> >>> An interesting new family of products. No cloud required. Work in >>> groups, only power supply needed. >>> >>> https://www.albedo.biz/products/003/001/ >>> >>> https://www.blog.albedo.biz/images/003_001.jpg >> >> Since it needs power, why not go PoE and dump the RF? > > Looks like it's designed not to require TCP/IP or other protocol networking. It uses ESP-NOW (close to WiFi in some sense but reduced in number of OSI layers, and LoRa. In the first case there is not IP but MAC, the second is a proprietary protocol. > Not all locations have easy access to wifi or wired networks. That's true. This is what it is designed for... > But it says nothing about the security of the data going over 433 MHz. The data is encoded and encrypted. Not so safe as using AES or some standard protocol, but safe enough for a control of local premises. Using LoRa means that you have to find a proper ratio among length of messages and safety. > > It's nice to see a device which doesn't assume you'll put it on wifi and doesn't assume it can contact the manufacturer's servers to > report who knows what or try to make you pay a subscription for full function. We work just for that: first level devices work in an isolated group doing their job. Nothing else required. Second level adds a HUB, that manages the group from a single point, still local. But the HUB have the added task of publishing to an MQTT server in, possibly a Home Assistant LOCAL server. Finally is up to the user to open HASS to the world trough SSL > >> > >