Hi, for my project I need patched version of wifi drivers.
I already have custom nerves system but I have never done custom drivers.
How would I go about this after I compile drivers?
I will also need this card to be unmanaged, how does that work with VintageNet do I just not include it in config?
Hi!
When I added a driver, kernel-module, before, I made a buildroot package like following.
Related Buildroot document is Chapter 18. Adding new packages to Buildroot.
Thanks,
I found a package that is very similar to the one I am trying to compile, so I think it wonât be that hard using it as starting point.
Thatâs good! Well, can you mark your comment as a solution?
@Damirados At a quick glance, the repo you link is a hard fork from fariouche/rtl8812au-unified which is a soft fork of aircrack-ng/rtl8812au. Buildrootâs has a package for aircrack-ng/rtl8812au
and since svpcom
âs repo is also merging in upstream changes from fariouche
âs repo, I see two options for you:
- Generate a patch that captures the differences between
svpcom
andfariouche
âs repo and add it to yourpatches/rtl8812au-aircrack-ng
directory. This allows you to use the package available in upstream buildroot and also bring in all the code changes fromsvpcom
in the form of a single or multiple patch files. More importantly, you donât need to redefine a package. (This is the approach I would take long term)
NOTE: User defined packages canât use existing names used by upstream packages.
- Define a custom package by copying package/rtl8812au-aircrack-ng. Rename it. Modify
RTL8821AU_SITE
to point tosvpcom
repo and fix any compilation issues that might come up. This might be the easier option of the two approaches because generating a patch file might require dealing with conflicts.
Buildroot also has an alternative driver you might want to look at: package/rtl8821au
Once you have buildroot compiling your driver, you will need to enable it in the linux defconfig via make linux-menuconfig
or by editing the systemâs linux defconfig file directly.
@abelino Thanks for the tips.I will go with option 2 just like openipc buildroot config does it.
Option 1 is not really good choice here.
aircrack-ng/rtl8812au is on version v5.6.4.2
while svpcom
is on version v5.2.20
with some relevant upstream changes backported to it.
I need this version because it allows card to be used as wifi broadcast/monitor device at maximum tx power which I need to make low latency video link with 5+km range. Itâs not wifi at all itâs just using cards as off the shelf radio transmitters and receivers.
Here is PR that add this package to my nerves_system
Hi! The Nerves system name is interesting!! nerves_system_rpi0_2_drone
I think everyone would be happy if you could share the progress of your Nerves drone project and how it is working!!
I am currently building companion computer system for autonomous drones that enables live streaming.
As test drone I am using 5 inch FPV drone with flight controller capable of running ardupilot.
I am basically implementing OpenHD using nerves and membrane. So video transmission, bidirectional Mavlink and data tunnel over wifibroadcast
Once that is done I plan to experiment with features like object detection and trackingâŠ
Thank you for sharing!! Thatâs interesting!
Iâd like to ask several questions, like âIs the drone controlled separately from the Nerves? I mean itâs enough speed for controll?â But it would be better to create a separate chat.
If you have time to share the project, create a chat on NervesForum and you might get a lot of questions!!!
I will create chat thread once there is some code to show. It is probably going to take few weeks.
But to quickly answer you questions.
Currently drone is controlled separately with ELRS radio but that is only for testing purposes and manual flying.
Autonomous scenario is different. Flight controller is running ardupilot, FC software that is capable of autonomous flying. Autonomous mission is a list of 3D positions (waypoints) along with some parameters(orientation, velocityâŠ). Mission can be controlled using mavlink connection (can be achieved in many ways, I am using UART to connect FC and RPI). But companion computer needs to just do itâs stuff fast enough to deliver Ardupilot itâs next waypoint before one that itâs heading to currently is reached.