firmware VS ESP32-Paxcounter

Compare firmware vs ESP32-Paxcounter and see what are their differences.

Our great sponsors
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • WorkOS - The modern identity platform for B2B SaaS
  • SaaSHub - Software Alternatives and Reviews
firmware ESP32-Paxcounter
56 3
2,702 1,645
6.1% -
9.8 7.1
about 13 hours ago about 1 month ago
C++ C++
GNU General Public License v3.0 only GNU General Public License v3.0 or later
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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

Posts with mentions or reviews of firmware. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-12-31.
  • Show HN: Extend Zigbee sensor range with LoRaWAN
    1 project | news.ycombinator.com | 18 Mar 2024
    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
    1 project | news.ycombinator.com | 2 Mar 2024
  • Meshtastic: An open source, off-grid, decentralized, mesh network
    8 projects | news.ycombinator.com | 31 Dec 2023
  • T-Mobile introduce fines from Jan 1 for "Code of Conduct" violations
    1 project | news.ycombinator.com | 25 Dec 2023
    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
    1 project | news.ycombinator.com | 31 Oct 2023
  • FCC will vote on plan to remove outdated amateur radio technical restrictions
    4 projects | news.ycombinator.com | 28 Oct 2023
    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
    2 projects | news.ycombinator.com | 17 Oct 2023
    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
    3 projects | /r/FDroidUpdates | 2 May 2023
    Meshtastic (version 30109): An inexpensive open-source GPS mesh radio for hiking, skiing, flying, marching.
  • Programadores Unite!
    1 project | /r/PuertoRico | 1 May 2023
  • questions about getting into Lora?
    2 projects | /r/Lora | 1 Apr 2023
    Perhaps checkout Meshtastic, it pretty much does what you want. https://meshtastic.org/

ESP32-Paxcounter

Posts with mentions or reviews of ESP32-Paxcounter. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-11-13.

What are some alternatives?

When comparing firmware and ESP32-Paxcounter you can also consider the following projects:

disaster-radio - A (paused) work-in-progress long-range, low-bandwidth wireless disaster recovery mesh network powered by the sun.

FastAccelStepper - A high speed stepper library for Atmega 168/328p (nano), Atmega32u4, Atmega 2560, ESP32, ESP32S2, ESP32S3, ESP32C3 and Atmel SAM Due

EBYTE - Libraries to program and use UART-based EBYTE wireless data transceivers

Universal-Arduino-Telegram-Bot - Use Telegram on your Arduino (ESP8266 or Wifi-101 boards)

LoRa-Stopwatch - Stopwatch with countdown for multiple devices being synchronized via LoRa

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.

ESP32-to-ESP32 - ESP32 to ESP32 communication example using Arduino framework. Secure, P2P, low latency connection between devices is established. Button connected to the first ESP32 controlls LED connected to second ESP32.

ParaDrone - AutoPilot for Parachutes

NeoGPS - NMEA and ublox GPS parser for Arduino, configurable to use as few as 10 bytes of RAM

meshtastic - Meshtastic project website and documentation

LoRa_APRS_Tracker - A LoRa based APRS tracker for ESP32 boards.