Hi, da ich mich schon lange über das LCD-Display meines DevBoards aufrege (KEINE HINTERGRUNDBELEUCHTUNG), habe gestern und heute Abend schnell einen ich zu einem PAL-Encoder für mein 1.5" ViewFinder geschrieben (ViewFinder: Sucher auf Röhrenbasis in alten Videokameras). Die Basis ist ein einfacher FBAS-Encoder (PALGen) gem. Timing, wie es in Wiki etc. zu finden ist. 3 Anwendungsdemos sind enthalten: Ein einfaches Raster, eine Bitmap-Graphik (80x70 Pixel) und Text-Anzeige (10x9 Zeichen). Für Graphik und Text verwende ich Xilinx' BlockRAMs, die aber auf Alteras interne RAMs relativ leicht umgestellt werden kann. Hardwareseitig wird der ViewFinder Per R2R-Netzwerk (optimal R=262 Ohm), Color an 2R,Porch an R, müsste einfach zu machen sein. Das Projekt enthält aus Zeitgründen keinerlei Doku, ist aber auch relativ leicht aufgebaut. Viel Spass
Sigi schrieb: > Abend schnell einen ich zu einem PAL-Encoder für mein 1.5" > ViewFinder geschrieben (ViewFinder: Sucher auf Röhrenbasis in > alten Videokameras). 1,5" Röhre ist aber schon jenseits des Consumerbereichs. Hast du ne Broadcastmühle geschlachtet?
1.5" ist nur geschätzt, die verwendete Röhre wurdein nahezu allen Videokameras verwendet. In hackaday.com wurde z.B. mal eine dieser Röhren vorgestellt: http://hackaday.com/2011/10/18/building-the-second-tiniest-tetris/
Ja, stimmt: müsste 1.5cm heissen (nicht Zoll!). Danke für den Hinweis, dachte du meinst, meine Röhre sei nicht Standard.
Hallo, zum Jahresende solle ich nicht rummaulen, aber trotzdem: wo ist hier ein PAL-Encoder? Du erzeugts ein simples BAS (Bild-Austast-Syncron) - Signal. Kein FBAS. PAL ist ein Farbfernsehverfahren, ein PAL-Encoder codiert also den F (Farb) - Anteil eines FBAS-Signals. Das wäre dann aus RGB und Sync die PAL-Träger mit den Differenzsignalen codieren, den Burst erzeugen und in die H-Austastlücke eines BAS-Signals zu packen, damit es ein FBAS-Signal wird... Die Bemerkung von mir kommt nur, weil ich den Beitag mit Interesse geöffnet habe und dann doch etwas enttäuscht war. Gruß aus Berlin Michael
Hallo Michael U., auch ich möchte zum Jahresende nicht rummaulen, aber trotzdem: Meine Überschrift ist sicherlich nicht glücklich gewählt, aber BAS-Encoder oÄ wäre evtl. noch missverständlicher. Aber über einen (kostenlosen) Beitrag rumzumosern ohne einen Besseren beizutragen ist schon extrem unverschämt. Meine Komponente bzw. die zugeh. Demos erlauben sehr einfach das Anzeigen von Infos (Text/Graphik oder beides), und das ohne sich Gedanken über PAL/FBAS etc. zu machen. Ein einfaches RAM-Interface reicht dazu vollkommen aus. Und wenn du einfach mal z.B. die Links auf Hackaday angeschaut hast: Die Röhren sind allesamt mickrig und SW. Warum also die Burst-Sequenz einbauen wenn's die Röhre eh nicht interessiert. Mein Ansatz verbrät so weniger als 150 Slices auf einem S3/Se3, mit Burst und dem zugeh. Ratenschwanz wär's das Doppelte (jedenfalls bei mir in einem andren Projekt). Bei Farbe hätte man ausserdem wesentlich mehr RAM-Bedarf. Und diese Bemerkung nur, weil ich den Beitag auch mit Interesse gelesen habe und dann extrem enttäuscht war (Beiträge sollten konstruktiv kritisch oder ergänzend sein). Gruss
Hallo, naja, nun haben wir es uns aber gegeben... ;-) Es gab hier schon mehrere Beiträge, die BAS mit einem ATMega in Software erzeugen, auch PAL/NTSC in VHDL gab es schon. Beitrag "ATmega8 erzeugt Video in C!" Beitrag "PAL/NTSC Encoder in VHDL" Beitrag "TV VIDEO BILD BAS Frequenzzähler DVM Atmega8 Assembler" Und wenn jemand so intensiv seinen PAL-Encoder und einfachen FBAS-Encoder beschreibt, dann nichtmal Zeit für eine Doku hat, hilft mir das auch nicht. Daß die Röhren klein und s/w sind, weiß ich, habe selbst eine. Über den Vorteil einer 1,5cm Röhre gegenüber einem brauchbar großen LCD-Display bin ich mir auch nicht so ganz sicher. Trotzdem schonmal einen guten Rutsch. Gruß aus Berlin Michael
Und sowas machst du in VHDL? Andere machen das mit nem ATTiny. Das war wohl nix. Zumindest nix, womit man in einem Controllerforum angeben sollte. Da blamiert man sich nur...
@Christopher, Text wohl nicht gelesen: Ich brauche das Teil nur als Hilfsanzeige für mein FPGA-Board, für eine uC-Board hätte ich's für diesen geschrieben. Also zusätzlich einen ATTiny oÄ einzusetzen ist totale Resourcenverschwendung. Angeberei? wohl ein wenig im Ton vergriffen?
@Michael U., zur Doku: schon mal ein Hobbyprojekt aus dem Internet runtergeladen? Die meissten der Projekte haben eine sehr knappe bis keine Doku (jedenfalls meine Erfahrung). Da's aber kostenlos ist, habe ich mich bis jetzt noch nie beklagt und immer versucht, es ohne Doku zu verstehen. Und jetzt versuch mal fair zu sein: So kompliziert sind meine Komponenten auch nicht. Gruss
Nicht ärgern. In diesem Board wird man schnell mal angemacht, wenn man Triviallösungen postet die schon 430337538 Mal vorher dagewesen sind. Ist halt ein Board für Profis. Nächstes Mal einfach vorher die Suchfunktion benutzen, dann hättest du die vielen BAS-Enkoder gefunden. Außerdem ist die Überschrift natürlich auch Übertreibung: PAL steht drauf, BAS ist drinn.
Karl-Heinz schrieb: > Nicht ärgern. In diesem Board wird man schnell mal angemacht, wenn man > Triviallösungen postet die schon 430337538 Mal vorher dagewesen sind. > Ist halt ein Board für Profis. Nächstes Mal einfach vorher die > Suchfunktion benutzen, dann hättest du die vielen BAS-Enkoder gefunden. > Außerdem ist die Überschrift natürlich auch Übertreibung: PAL steht > drauf, BAS ist drinn. Nicht nur das ... Er nennt sein Dings auch immer fbas. Sowohl im Archiv, das man herunterladen kann, als auch in seiner Beschreibung usw usf ... Ich glaube, ihm war es einfach nicht ganz klar, was PAL und FBAS ist ... Aber geben tut es bei diesem Projekt beides nicht. Weder Farbe noch alternierende Phase des Farbträgers ... Was ich auch nicht versteh ist die Haltung des OP. Man wird angemault, wenn man auf diesen Umstand hinweist?
Ich maule doch niemanden an, nur weil er mich darauf hinweist. Hab ja geschrieben, dass ich die Überschrift sehr unglücklich gewählt habe. Aber ist es unter zivilisierten Menschen üblich, gleich von Angeberei zu sprechen oder einfach nur zu "erwarten"? Mach das mal bei Arbeitskollegen und du erlebst eine Überraschung. Genau auf diesen Ton habe ich entsprechend geantwortet. Oder habe ich etwa auf Magnus Müller pampig reagiert? Wenn man sich die anderen Beiträge zu BAS/FBAS hier oder in anderen Foren anschaut, geht aus kaum einem hervor, wie der Farbanteil generiert wird. Ausnahme ist vieleicht der Beitrag von Jörg Wolfram, aber auch hier ist z.B. der Burst schwer zu verstehen (ist quasi als Tabelle kodiert).
Sigi schrieb: > Wenn man sich die anderen Beiträge zu BAS/FBAS hier oder > in anderen Foren anschaut, geht aus kaum einem hervor, > wie der Farbanteil generiert wird. Ausnahme ist vieleicht > der Beitrag von Jörg Wolfram, aber auch hier ist z.B. > der Burst schwer zu verstehen (ist quasi als Tabelle > kodiert). Ist ganz easy ... Hier ist alles überbreit erklärt: http://buffy.roulaise.net/~lochon/cam2k6/dsp99larsson_palco.pdf In der Praxis braucht man keine 4 verschiedenen Phasen. Es reicht ein Sinus und ein Cosinus, woraus alle anderen Phasen durch Addition erzeugt werden können (Additionstheoreme der Winkelfunktionen). Grüße, Fetz
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.