Comments (11)
I don't know what causes this and I don't know how RotorHazard works, but I can attest that the HDZero VTX outputs clean RF.
I did a small test using an RF spectrum analyzer. I used whoop vtx, 25mw. Switching from R1 to F4 respectively, I can't see any interference signals in other channels.
https://youtu.be/IteFesP6aAA?si=iYlVVgR8Oz4qvSNb
from hdzero-vtx.
After some more testing I think this needs to be divided into two. First is the tracker showing some noise from other channels but this is neglectable cause it‘s far away from creating a Peak on a different Node/Channel.
Three different analogue VTX behaving pretty much the same as HDZero VTX‘s regarding that.
The second issue I had, having Peaks on different Nodes is related to the order of the Arduinos being plugged in the Delta5 boards and/or how the two boards are connected via SDA/SCL among each other. I still couldn‘t reproduce the behaviour but I‘m condifent I will be able soon.
From my point of view this issue is in no way related to HDZero
from hdzero-vtx.
For completeness, an overview of R1-R8:
from hdzero-vtx.
Same issue to me if I set the VTX to R3 it fully spills into R8. Tested on different quads with freestyle v2 VTX and race v3 VTX set to 25 mW. Just to exclude an issue with one of the rotorhazard nodes all nodes were set to channel R8.
from hdzero-vtx.
I just finished testing 7 different quads and ended up with two of them spraying into R8 when set to R3. One of them is an old v2. Thus I thought it might be wear but the second quad showing the same spraying is a brand new freestyle VTX v2 set to 25mW even on different quality antennas like RushFPV or TBS Triumph.
from hdzero-vtx.
Thanks @ligenxxxx for taking the time to look into this. Also for doing some real tests with more professional equipment, that's for sure. I can say that I can reproduce this issue on 3 out of 4 quads. The fourth (not originally mentioned above because it wasn't ready at the time) doesn't have the problem - it's a used Whoop board. Analog quads with AIO boards, TBS unifies, did not show this behavior.
All HDZero VTXs are running firmware 1.5.0. I restarted RotorHazard in between, but in my case the results did not change. I also tried different antennas. The whip antenna that comes with the whoop kit, other whip antennas, Foxeer and Axii stubby. No change.
Not sure if this is a bug with my setup, with HDZero, or with RotorHazard. Based on my individual tests, HDZero seemed to be the most likely common denominator. If you want to close this issue and wait for more people (pilots, race director) to mention something in the future, I can understand. Otherwise, if there is anything I can do to provide you with more data, please let me know. Happy to help where I can :-)
from hdzero-vtx.
Yesterday testing left me with 2/7 quads showing the "bleeding". Today I did some more testing and ended up with 4/7. So it's somewhat a random problem. Multiple reboots on the RH didn't changed a thing. Will do some more cold starts of the rotorhazard to see if that gives different results again.
from hdzero-vtx.
After some more testing I think this needs to be divided into two. First is the tracker showing some noise from other channels but this is neglectable cause it‘s far away from creating a Peak on a different Node/Channel.
Three different analogue VTX behaving pretty much the same as HDZero VTX‘s regarding that.
The second issue I had, having Peaks on different Nodes is related to the order of the Arduinos being plugged in the Delta5 boards and/or how the two boards are connected via SDA/SCL among each other. I still couldn‘t reproduce the behaviour but I‘m condifent I will be able soon.
From my point of view this issue is in no way related to HDZero
Thanks for the update and your thorough investor. I will also test more in the upcoming days just to see where it goes.
For your info, I have a nuclear hazard timer so no arduinos in it. Still, I can see the same pattern or issues. Couldn't recreate it on analog yet but didn't test all quads yet. If this indeed shows the same pattern, than this would clearly rule out Hdzero.
from hdzero-vtx.
Hi, I tried to reproduce it more systematically, and frankly I have to admit that even the drones with HDZero were not causing the problem on my end today. Neither them nor any analog quad. I restarted all machines on day 1, including the tracker, and the problem only occurred with HDzero, so I assumed that was the cause. Now I am not so sure, as the same setup and configuration did not trigger this behavior today...
@ligenxxxx I think it would make sense to close this issue for now - until more data from others points it in a certain direction. Thanks for your support and sorry!
from hdzero-vtx.
I reworked my hardware today and did a fresh install including PI OS. So far everything is working as expected on analogue as well as on HDZero. This issue can be closed from my point of view.
from hdzero-vtx.
I don't know what causes this and I don't know how RotorHazard works
To add some context, for the purposes of this signal display, RotorHazard is simply collecting the RSSI value from the RX5808 module and writing it to the graph. There is a simple median filter applied to suppress high-frequency variability.
A small amount of pickup on other channels is normal even with analog, but something as large as seen on R6 is unusual.
If further testing does identify an issue on the timer side, please file an issue with RotorHazard directly. https://github.com/RotorHazard/RotorHazard/issues
from hdzero-vtx.
Related Issues (20)
- [Feature Request] LP mode not dependent on two-way comms HOT 1
- [Feature Request] Better pitmode HOT 2
- [Feature Request] Turn off analog bay audio recording HOT 1
- [Bug] LP Mode, Pit Mode, Vtx OFF on first boot not working on INAV 6.0 and FTTEC Alpha HOT 5
- firmware for the freestyle vtx that uses the smartaudio pad as rx for osd HOT 3
- HD OSD elements off-screen HOT 29
- FW 1.3.0 Whoop Lite temperature issues / won't stay at 200mW if selected HOT 2
- nano90 drunk camera HOT 1
- Add user initiated PAT test at boot time HOT 1
- 1080p mode corrupts OSD elements in DVR recording HOT 1
- Firmware V1.3.0 led strip issue HOT 7
- PAT Version of firmware HOT 3
- [Feature request] Black and white mode for more range/penetration HOT 1
- Versioning simplification
- MSP VTX OSD channel designator changes at arming - very confusing HOT 4
- Lowband on v1.5.0-rc1 HOT 5
- Exit narrow band mode using firmware update? HOT 7
- [Feature Request] MIPI CSI - ribbon connector for single board computers? HOT 1
- Display "No VTX Input" in Goggles when there is a MIPI/Camera problem HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from hdzero-vtx.