firmware
mosquitto
Our great sponsors
firmware | mosquitto | |
---|---|---|
56 | 49 | |
2,734 | 8,388 | |
8.3% | 2.0% | |
9.9 | 6.5 | |
about 12 hours ago | about 16 hours ago | |
C++ | C | |
GNU General Public License v3.0 only | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
firmware
-
Show HN: Extend Zigbee sensor range with LoRaWAN
This is a fantastic idea, thanks for sharing. I feel like LoRaWAN and LoRAMESH are the perfect solution for shuffling messaging around for home and property sensors, easily traversing a couple miles in poor conditions.
Prior to seeing this I was thinking about how to use the Meshtastic [0] project to fundamentally provide simple UDP services for message brokering over LoRa. There are so many sensors that could easily hook or connect to devices acting as network routers that could bridge other protocols across long distances very easily.
Have you looked at doing something similar with ZWave at all?
[0] https://meshtastic.org/
- Amateur Radio Fatalism
- Meshtastic: An open source, off-grid, decentralized, mesh network
-
T-Mobile introduce fines from Jan 1 for "Code of Conduct" violations
Truly independent peer-to-peer internet when?
Seriously, I think more and more about building a LoRa network with friends. https://meshtastic.org/
- What Is LoRa: The Fundamentals
-
FCC will vote on plan to remove outdated amateur radio technical restrictions
Agreed-- at least relaxing the restriction for UHF/SHF signals on a "secondary usage" basis (traffic must yield to plaintext). Potentially with with reduced power (say 100w) or minimum directionality, but I think a 'secondary usage' would be sufficient. Without doing so virtually all experimentation will continue to be deflected onto the ISM bands and we will lose our allocations through disuse.
So long as identification is still decodable, spectrum usage can be managed.
It's sufficient to prohibit commercial usage you don't need plaintext to do so. The old threat of tow trucks and cab services moving onto ham-bands had long since been mooted by ubiquitous cellular, but even if it weren't any significant commercial usage will eventually have a whistleblower. Usage that is obscure enough to not be vulnerable to whistleblowers could also be hidden just as well in "plaintext" traffic that was really uncrackable steganography.
As it stands you can't even lawfully log into your own personal systems over amateur radio even if you take the unreasonable steps of using specially modified software to authenticate-but-not-encrypt because inevitably some third party will send a message to you via the internet that contains some naughty words that aren't permitted over the radio.
Without relaxing the encryption rules, innovative radio usage like meshtastic (https://meshtastic.org/) will continue to be pushed onto ISM bands where (1) they're still technically unlawful because the homebrew hardware is not type-accepted (amateur bands are the ONLY place where homebrew intentional radiators are allowed!) and (2) where the band choices, power limit, and EIRP limits are detrimental to full exploration of the possibilities.
Besides, the FCC has long allowed proprietary, license fee bearing, patent encumbered digital modes. These are very close to encryption in terms of their ability to lock others out of ham comms, and have frequently been used by amateur radio groups to establish "lid free" communications channels. (Because most of the more irritating people aren't technically sophisticated enough to adopt some new mode without help, and people won't help them...).
The rules as they stand punish honest people who follow the intent and spirit of the rule in favor of people willing to just ignore the rules (including operating unlawful devices in ISM bands), willing to use stego, or willing to use obscure protocols to achieve the same ends that they'd otherwise achieve with encryption. It blocks modern networking by disallowing standard internet-grade software use with radio since all of it has integral encryption which generally can't be disabled to prevent downgrading and cross domain attacks in contexts where the encryption is needed -- or because in some cases the protocols are designed in such a way that authentication without encypherment isn't possible.
-
Qaul – Internet Independent Wireless Mesh Communication App
Meh.... very very low range.
For ~$20 you can get a LoRa dongle and https://meshtastic.org/, and with some luck (someone putting a node on a hgh building or a hill), you can reach quite impressive distances.
-
⟳ 0 apps added, 10 updated at apt.izzysoft.de
Meshtastic (version 30109): An inexpensive open-source GPS mesh radio for hiking, skiing, flying, marching.
- Programadores Unite!
-
questions about getting into Lora?
Perhaps checkout Meshtastic, it pretty much does what you want. https://meshtastic.org/
mosquitto
-
SObjectizer Tales - Epilogue
mosquitto_transport, an experiment of writing SObjectizer-based wrapper around mosquitto library;
-
Beginner IoT project: LED Web trigger
References: Felipe Flop’s website https://www.filipeflop.com/blog/controle-monitoramento-iot-nodemcu-e-mqtt/ accessed on 01/27/2018. Eclipse server for MQTT Broker https://iot.eclipse.org/ accessed on 01/27/2018. Mosquitto https://mosquitto.org/ accessed on 01/27/2018. Cloud MQTT https://www.cloudmqtt.com/ accessed on 01/27/2018. DuckDNS https://www.duckdns.org/ accessed on 01/27/2018. Proftpd http://www.proftpd.org/ accessed on 01/27/2018. Filezilla https://filezilla-project.org/ accessed on 01/27/2018. Fritzing https://fritzing.org/ accessed on 05/25/2022. Appendices:
-
Synchronize 25 ESP8266 to start playback of an audio file at the same time
This is a perfect use case for MQTT, e.g. this library for ESP boards. Create a broker on the network (e.g. a Raspberry Pi running Mosquitto, and have all the ESP boards subscribe to a topic. When you want to play a sound, publish a message to the topic, and all of the ESPs should see it very quickly. You don't need to synchronize clocks any more because it's simply based on the timing of publishing a message.
-
Forward Compatibility for Mosquitto MQTT Broker with Docker Compose v2
While working on a personal project Komponist, I was due to update Mosquitto MQTT Broker due to a CVE and found some interesting changes that will impact me in the future when it comes to configuring the Broker. This post provides a solution to make the Broker compatible with future versions using new and less visited concepts in Docker Compose v2, namely:
-
An AsyncAPI Example: Building Your First Event-driven API
Optional: Mosquitto, an open-source message broker that implements the MQTT protocol; this tutorial uses the public test server
-
A Modern High-Performance Open Source Message Queuing System
I think he means implementation of MQTT protocol, like https://mosquitto.org/
- virtualisation.oci-containers - how can I move away from DockerHub for my image and move to building my own image from Dockerfile on owners repo?
- 7 Best MQTT Client Tools Worth Trying in 2023
- Smart switch contingency?!
-
Need help using Tasmota with Reed sensors on multiple doors
Could MQTT work for you? You'd need a broker like Mosquitto, and then any of a number of MQTT clients.
What are some alternatives?
disaster-radio - A (paused) work-in-progress long-range, low-bandwidth wireless disaster recovery mesh network powered by the sun.
RabbitMQ - Open source RabbitMQ: core server and tier 1 (built-in) plugins
EBYTE - Libraries to program and use UART-based EBYTE wireless data transceivers
Aedes - Barebone MQTT broker that can run on any stream server, the node way
ESP32-Paxcounter - Wifi & BLE driven passenger flow metering with cheap ESP32 boards
NATS - High-Performance server for NATS.io, the cloud and edge native messaging system.
LoRa-Stopwatch - Stopwatch with countdown for multiple devices being synchronized via LoRa
zigbee2mqtt - Zigbee 🐝 to MQTT bridge 🌉, get rid of your proprietary Zigbee bridges 🔨
ClusterDuck-Protocol - Firmware for an ad-hoc mesh network of Internet-of-Things devices based on LoRa (Long Range radio) that can be deployed quickly and at low cost.
hivemq-community-edition - HiveMQ CE is a Java-based open source MQTT broker that fully supports MQTT 3.x and MQTT 5. It is the foundation of the HiveMQ Enterprise Connectivity and Messaging Platform
ParaDrone - AutoPilot for Parachutes
vernemq - A distributed MQTT message broker based on Erlang/OTP. Built for high quality & Industrial use cases. The VerneMQ mission is active & the project maintained. Thank you for your support!