HDZero News rund um HDZero/Sharkbyte
- Themenstarter radla
- Beginndatum
Ich habe das stellenweise auch mit einen Whoop Lite board (Moblite7 HDZERO). Ich kann es nicht nachvollziehbar reproduzieren, habe keine wirklich gute Erklärung, irgendwas mit Temperatur, Software, Vibrationen und LiPo Spannung. Auf dem Werktisch, gekühlt, mit fixer stabiler Stromversorgung ist das Bild aber minutenlang einwandfrei.
Habe Kontakt mit dem Support aufgenommen, unter dem DM6300 Chip ist ein Testpad.
Dies ist anscheinend die Spannung die die Leistung des LNA steuert.
Bei mir sind nach dem Einschalten dort 0,25V die dann auf 0,6V hoch gesteuert werden bei 25mW.
Bei 200mW geht er auf 0,95V und in meinem Fall auf 0,4V zurück aber nicht immer.
Mit 25mW kann ich fliegen, bei 200mW habe ich bei meinem vtx anscheinend schwankende Ausgangsleistung.
Irgend wie muss ich mir doch mal ein HF Leistungsmesser zulegen...
Edit: Habe mir mal das Datenblatt des RFPA5542 (Ausgangsverstärker) angeschaut. Das Testpad (PDET) müsste die abgegebene HF Leistung wiedergeben. Also zeigt mir die Spannung schon mal eine schwankende Sendeleistung an. Das ganze Zeug hat halt so gut wie keine Kühlflächen, soll ja auch so klein wie möglich sein. Jedoch hätte ich dann lieber ein paar Gramm mehr wenn das Zeug dann zuverlässiger funktioniert.
Aber irgend was stimmt da nicht bei 25mW zeigt der Amplifire 0,65V das sind laut Datenblatt 23dBm 200mW
Bei 200mW dann die 0,85V das wären 27dBm 500mW
Dies ist anscheinend die Spannung die die Leistung des LNA steuert.
Bei mir sind nach dem Einschalten dort 0,25V die dann auf 0,6V hoch gesteuert werden bei 25mW.
Bei 200mW geht er auf 0,95V und in meinem Fall auf 0,4V zurück aber nicht immer.
Mit 25mW kann ich fliegen, bei 200mW habe ich bei meinem vtx anscheinend schwankende Ausgangsleistung.
Irgend wie muss ich mir doch mal ein HF Leistungsmesser zulegen...
Edit: Habe mir mal das Datenblatt des RFPA5542 (Ausgangsverstärker) angeschaut. Das Testpad (PDET) müsste die abgegebene HF Leistung wiedergeben. Also zeigt mir die Spannung schon mal eine schwankende Sendeleistung an. Das ganze Zeug hat halt so gut wie keine Kühlflächen, soll ja auch so klein wie möglich sein. Jedoch hätte ich dann lieber ein paar Gramm mehr wenn das Zeug dann zuverlässiger funktioniert.
Aber irgend was stimmt da nicht bei 25mW zeigt der Amplifire 0,65V das sind laut Datenblatt 23dBm 200mW
Bei 200mW dann die 0,85V das wären 27dBm 500mW
Zuletzt bearbeitet:
Der Freestyle V2 VTX ist nun als PreOrder im HDZero Shop, einmal als Kit mit Nano 90 und Krams oder solo.
https://www.hd-zero.com/product-page/freestyle-v2-vtx
https://www.hd-zero.com/product-page/hdzero-freestyle-v2-kit
https://www.hd-zero.com/product-page/freestyle-v2-vtx
https://www.hd-zero.com/product-page/hdzero-freestyle-v2-kit
Für die Goggle ist nun v9.3.0-RC1 raus mit angeblich weiterer Optimierung von 1080P30, unter Anderem:
Releases · hd-zero/hdzero-goggle
Hand in Hand damit v1.5.0-RC1 für die VTXe:
Releases · hd-zero/hdzero-vtx
Hab's noch nicht getestet, aber die Changelogs lesen sich ganz gut
Releases · hd-zero/hdzero-goggle
Hand in Hand damit v1.5.0-RC1 für die VTXe:
Releases · hd-zero/hdzero-vtx
Hab's noch nicht getestet, aber die Changelogs lesen sich ganz gut
Nach einem kurzen Test heute würde ich sagen, dass auf der VTX Seite v1.4.0, also der jetzige Stable Release, besser läuft als v1.5.0-RC1. Zum einen scheint die RC1 mehr Sparkles im Bild zu zeigen, v1.4.0 macht einen stabileren Eindruck. In 1080P30 scheint das Bild auch mehr Artifakte zu zeigen, oder was wie Tearing aussieht?
Auch die Warnings die die blaue LED mittlerweile anzeigen soll, zeigt mir nun dauerhaft dass angeblich der DM6300 Chip nicht läuft? Ich bin erstmal wieder auf 1.4.0 zurück.
V9.3.0-RC1 für die Goggle scheint soweit okay, obwohl ich jetzt die Optimierung von 1080P30 bisher nicht wirklich erkennen kann.
Auch die Warnings die die blaue LED mittlerweile anzeigen soll, zeigt mir nun dauerhaft dass angeblich der DM6300 Chip nicht läuft? Ich bin erstmal wieder auf 1.4.0 zurück.
V9.3.0-RC1 für die Goggle scheint soweit okay, obwohl ich jetzt die Optimierung von 1080P30 bisher nicht wirklich erkennen kann.
Indem es nicht mehr statisch ist. Der Code im entsprechenden PR macht am Ende nichts anderes als das OSD konstant um ein paar Pixel im Kreis zu bewegen, deshalb auch die Bezeichnung "OSD Orbit". Damit das Ganze nicht wirklich sichtbar bzw. auffällig und störend ist, muss die Bewegung natürlich entsprechend gering ausfallen, was dann wiederum dazu führt, dass sich Burn-In damit nicht vollständig verhindern lässt, aber zumindest etwas reduziert wird.
