firmware
USB-WiFi
firmware | USB-WiFi | |
---|---|---|
57 | 172 | |
2,761 | 2,228 | |
6.2% | - | |
9.9 | 9.5 | |
3 days ago | 9 days ago | |
C++ | ||
GNU General Public License v3.0 only | - |
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
- FireChat was a tool for revolution. Then it disappeared
-
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!
USB-WiFi
- USB-WiFi Main Menu
- I found a wifi adapter does linux support this? Its a AC1600
-
WiFi Adapters - Support, Power and Range
I've already had a look at this but unsure how often it's updated, 6 months ago according to github: https://github.com/morrownr/USB-WiFi/blob/main/home/The_Short_List.md
-
Wifi Adapters For Chrome OS
Just google "raspberry pi wifi adapter" or see https://github.com/morrownr/USB-WiFi
-
Still no love for WPA3 on the Raspberry Pi 5
Just a note that if you're _serious_ about WiFi on the Raspberry Pi... you should use an external WiFi adapter—either PCIe or USB.
With the Compute Module 4, I've successfully tested a variety of adapters [1], from WiFi 6E to older mini PCIe and M.2 cards. There's even a board made for the purpose of multi-WiFi testing, the Seaberry [2].
The Raspberry Pi 5 works with all the PCIe WiFi chips I've tested (haven't had time to summarize testing on pipci database site yet, including a mt7921u-based WiFi 6E USB adapter (haven't written that up, but check out [3]).
[1] https://pipci.jeffgeerling.com/#network-cards-nics-and-wifi-...
[2] https://pipci.jeffgeerling.com/boards_cm/seaberry.html
[3] https://github.com/morrownr/USB-WiFi/issues/137#issuecomment...
-
Looking for a specific WiFi adapter recommendation for PineTab2
Hey all, I've read the Github list of Linux WiFi adapters (https://github.com/morrownr/USB-WiFi/blob/main/home/The_Short_List.md) but I've seen sporadic comments of certain users saying some haven't worked for them. I'm a bit risk averse buying something most likely from the USA and waiting a while for it to get to Australia and it not work, so I was hoping some people could comment with their specific models that have worked for them.
- Help needed with getting a Wifi Usb to work. it does work on a raspberry pi with raspbian or ubuntu. and on windows
-
Pi 3B is slow.. like 2mpbs slow. Help please!
It would. These should work, as clients and in AP mode. https://github.com/morrownr/USB-WiFi
- Wifi not working Linux mint
- What is the best USB wi-fi adapter for Pop!_OS?
What are some alternatives?
disaster-radio - A (paused) work-in-progress long-range, low-bandwidth wireless disaster recovery mesh network powered by the sun.
openwrt-rtl8812bu-package - rtl88x2bu package for OpenWRT
EBYTE - Libraries to program and use UART-based EBYTE wireless data transceivers
RTL88x2BU-Linux-Driver - Realtek RTL88x2BU WiFi USB Driver for Linux
ESP32-Paxcounter - Wifi & BLE driven passenger flow metering with cheap ESP32 boards
rtl8812au - RTL8812AU/21AU and RTL8814AU driver with monitor mode and frame injection
LoRa-Stopwatch - Stopwatch with countdown for multiple devices being synchronized via LoRa
rtl8188eus - RealTek RTL8188eus WiFi driver with monitor mode & frame injection support
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.
rtl8814au - Realtek rtl8814au driver
ParaDrone - AutoPilot for Parachutes
rtw89 - Driver for Realtek 8852AE, an 802.11ax device