openwifi

An open hardware network-focused ASIC would be cool, but cost and long development times would likely be limiting factors. If you wanted to explore this further, starting with FPGA-based router components would be a good starting point. For example: https://github.com/open-sdr/openwifi

As far as I know, transmitting and receiving Wi-Fi traffic will never be possible using GNUradio, because you cannot meet the maximum 16 microsecond latency for sending an acknowledgment after you decoded a packet successfully. It's possible with an FPGA-based software-defined radio though: https://github.com/open-sdr/openwifi

There is some open source firmware for very old WiFi chips: https://wiki.debian.org/Firmware/Open#Radio There is also some FPGA based open source WiFi SDR things: https://github.com/open-sdr/openwifi

There are some opensource LTE UE stacks, for example srsRAN has one. Legalities aside, it can in theory connect to a public network using an USB sim card reader (or a software sim emulator if you know the required keys). For a stationary node you should get more or less the same performance as good LTE dongle, but dynamic applications will perform very bad. Unlike WiFi, LTE allows quite high latencies, so the host computer can do all computations, no real need for FPGA code. For WiFi you have OpenWiFi: https://github.com/open-sdr/openwifi It currently has 11ac support and WiFi6E is in development. Operation on 2.4GHz can be a bit confusing due to lack of 11b support but on 5 or 6GHz it 'just works' (though note lack of DFS support).

We do even further. If we use openwifi as a router in home, it can fuzz the CSI and destroy those sensing method: https://github.com/open-sdr/openwifi/blob/master/doc/app_not...

Also > It should be noted that many WiFi routers, such as TP-Link AC1750, come with 3 antennas, so our method only requires 2 of these routers. > WiFi-based perception is based on the Channel-state-information (CSI) that represents the ratio between the transmitted signal wave and the received signal wave. The CSIs are complex decimal sequences that do not have spatial correspondence to spatial locations AFAIK, access to raw CSI data is not available on consumer routers. You need specific FPGA/SDR boards which happens to speak the WIFI 2.4G/5G protocol. There are some open sources efforts such as https://github.com/open-sdr/openwifi

https://news.ycombinator.com/item?id=27133079 : https://ans.unibs.it/projects/csi-murder/ enabled by https://github.com/open-sdr/openwifi Both partially funded by EU's Horizon2020 program. Openwifi talk at FOSDEM 2020 https://www.youtube.com/watch?v=8q5nHUWP43U

Well, the question was: can you do analog designs? Designing your own transistors, not relying on logic gates library. That's what full custom means. That opens the door to less conventional stuff, such as CMOS imagers, memories, RF/Analog designs, etc. Obviously the available space and I/O are going to be limitting factors. Regarding Wi-Fi, I was thinking of some of the RF frontend for a project such as [1]. I am not extremely knowledgeable about RF, so that would be a learning opportunity. I imagine it to be mostly carrier generation and multiplexing, the higher layers are doable on an off-the-shelf FPGA. That said, Wi-Fi is a simple target, but maybe not the most interesting one. That's the first full-custom application example I thought of. [1]: https://github.com/open-sdr/openwifi

Check out Jiao Xianjun YT channel https://www.youtube.com/c/JiaoXianjun/videos one of the developments out of his openwifi project is a 'Openwifi CSI fuzzer WiSec21 demo interview' https://www.youtube.com/watch?v=Jp2ImjCnlkQ https://github.com/open-sdr/openwifi/blob/master/doc/app_not...

https://ans.unibs.it/projects/csi-murder/ enabled by https://github.com/open-sdr/openwifi Both partially funded by EU's Horizon2020 program. Openwifi talk at FOSDEM 2020 https://www.youtube.com/watch?v=8q5nHUWP43U

You could try the Xilinx ZC706 with an ADI9361 based FMCOMMS board. The OpenWIFI team has a few configurations listed on their readme that are popular: https://github.com/open-sdr/openwifi. I think these setups will still cost >$1000USD and require considerable effort to get going - I don’t know of a <$1000 SDR setup for 5G development that would be easy to setup and get going with. Curious if anyone knows of one.

Nice one Nuand, the BladeRF v2 looks like a very interesting alternative SDR modem to the cheaper Adalm Pluto educational kit by Analog Devices, the manufacturer of the transceiver chip being used by the BladeRF v2. There is another alternative open source WiFi stack, openwifi and it has been discussed in HN before [2][3]. [1]https://www.analog.com/en/design-center/evaluation-hardware-... [2 ]https://github.com/open-sdr/openwifi [3]https://news.ycombinator.com/item?id=24273919

Related projects: - https://github.com/bastibl/gr-ieee802-11 (gnuradio transceiver by the amazing Bastian Bloessl) - https://github.com/open-sdr/openwifi (efforts to make a low-cost SDR Wi-Fi transceiver) From my point of view, cool projects, all the hardware I have access to is closed source and sometimes I really wish I could just change some low level parameters in my Wi-Fi cards.

A short answer: yes you can. A bit longer answer: Basically Linux gives packet to our driver, and then our driver gives the packet to our FPGA for further processing (queuing, modulation, CSMA, etc). So you can compose your packet in the driver or anywhere else that can communicate with the driver, then instruct the FPGA to send your packet at any frequency 70M~6GHz. It will be very worth to read the README and project document word by word on the github: https://github.com/open-sdr/openwifi . I believe you can already find answers of more questions there.

Hello, This is the author Xianjun. When communicate with commercial device, tcp can achieve ~30M, UDP can achieve ~38M in 20MHz 11a/g non MIMO mode. We are still working hard to optimize the whole design, because we know it is not mature enough and there is still lots of work to be done. For example, the original PHY rx openofdm design is simplified a lot for a quite small fpga which means performance (like sensitive) is sacrificed. Now our FPGA is more advanced than the openofdm FPGA in USRP N210, so there is a chance to improve a lot on both performance and features (like MIMO and new standard). Recently nlnet.nl gives us a short term fund to complete the 802.11n feature: https://nlnet.nl/project/OpenWifi-80211n/index.html There are lots of information (including throughout) in the readme and “project document” on GitHub (https://githu