AV-Signal auf 1.8"LCD

Der Aufwand ist erheblich. Du müsstest das AV-Signal digitalisieren, 
in der Auflösung reduzieren und dann per SPI an Dein Display übertragen.

Besser bedient bist Du sicherlich mit einem Display, das direkt 
AV-Signale verarbeiten kann.

Etwas größer als das, was Dir vorschwebt:

https://www.pollin.de/p/4-3-10-9-cm-display-set-jd43m06-hsd043-08lh-cvbs-121642

Raspi mit Video Grabber im USB Stick.

Aber nimm dir als Anfang mal ein schönes Bild im Ausgangsformat (720p) 
und skalier das im PC runter auf deine Auflösung. Vermutlich wirst du 
dir sehr schnell Gedanken über ein besseres Display machen.

Bluesyra schrieb:
> Aber gehts auch etwas konkreter?

Gern. Die Antworten sind genauso konkret wie deine Frage.

Wie sieht dein AV-Signal aus? RGB, FBAS, YUV, ???
Welche Framerate brauchst du im Display?

Für eine Aufwandsabschätzung dürfte es genügen, sich um die Abtastrate 
des Videosignals Gedanken zu machen.

Bei etwa 52µs sichtbarem Bildanteil in einer Zeile und der Abbildung 
davon auf 160 Pixel resultiert eine Abtastfrequenz von 3 MHz. Das muss 
der verwendete ADC schaffen, um nur ein s/w-Bild zu erfassen. Wenn es 
farbig sein soll, verdreifacht sich der Aufwand und zusätzlich muss das 
PAL-Signal in ein RGB-Signal umgewandelt werden.

(Mit ausreichender Kenntnis des PAL-Verfahrens und deutlich höherer 
Abtastrate ließe sich das Signal auch nach der A/D-Wandlung in 
Farbinformationen konvertieren, das aber ist eine im Gegensatz zu den 
bisherigen Schritten wirklich nichttriviale Übung).

Die so erzeugten Daten müssen nun zwischengespeichert werden, die 
Information von jeweils vier Bildzeilen sollte gemittelt werden und das 
Resultat dann an das Display übertragen werden.

Immerhin steht dafür die Dauer von vier Bildzeilen zur Verfügung - das 
sind großzügige 256 µs. Bei 160 Pixeln Horizontalauflösung ist das ein 
Pixeltakt von nur knapp 630 kHz; bei monochromer 8-Bit-Übertragung 
müsste der SPI-Takt also bei etwa 5 MHz, bei farbiger 18-Bit-Übertragung 
hingegen bei knapp 12 MHz liegen.

Das setzt natürlich ausreichend Speicher und die Fähigkeit, gleichzeitig 
vom ADC erfasste Daten in den Speicher zu schreiben, die 
Vier-Zeilen-Mittelung durchzuführen und die Daten aus einem bereits 
gemittelten Speicher an das Display auszugeben.

Ja, voll trivial, das ganze.

Bluesyra schrieb:
> Wie geht das am einfachsten

wurde beantwortet

Rufus Τ. F. schrieb:
> Besser bedient bist Du sicherlich mit einem Display, das direkt
> AV-Signale verarbeiten kann.
> https://www.pollin.de/p/4-3-10-9-cm-display-set-jd43m06-hsd043-08lh-cvbs-121642

Bluesyra schrieb:
> ...irgendwie so hatte ich es mir schon gedacht.
> Aber gehts auch etwas konkreter?

klar

zuerst eine Synchronabtrennstufe (Amplitudensieb) bauen
https://www.radiomuseum.org/images/tubeenvdiag_klein/pch200_sch.png

Dann hast du den Startschuß um die Bildpunkte zu digitalisieren, die du 
einzeln aufs TFT plottest.

Rufus Τ. F. schrieb:
> Abtastfrequenz von 3 MHz

Wenn das Signal in Komponentenform vorliegt und der Refresh niedrig sein 
darf, geht der Trick, mit Zeilenfrequenz abzutasten (quer zur normalen 
Scanrichtung). Für etwas bessere Standbilder reicht das hin.

Bluesyra schrieb:
> 1080 p 2MP SONY 1/2. 8 "IMX307

Du willst ein 1080p-Kameramodul verwenden, um das Bildsignal dann auf 
ein Display mit lächerlichen 160x120 Pixeln auszugeben?

Kommt das nur mir sehr merkwürdig vor?

Bluesyra schrieb:
> Was hat denn das damit zu tun?

Na, das ist, als würdest Du eine digitale Mittelformatkamera (nochmal 
'ne gute Stange teurer als eine "Vollformat"-DSLR) anschaffen, und dann 
9x13-Abzüge im billigsten aller Supermärkte machen lassen.

Mehr als eine simple SDTV-PAL-Kamera brauchst Du nicht.

Die Empfindlichkeit wird bei einem Sensor mit weniger (und also 
größeren) Pixeln höher sein als bei einem mit mehr und kleineren Pixeln.

Dein 1080p-Sensor jedenfalls wird kein analoges Videosignal liefern (das 
nämlich kann gar keine höhere Auflösung als 576i transportieren), und 
damit ist er aufwendiger anzusteuern. Außerdem ist die auszuwertende 
(und letztlich wegzuwerfende) Datenmenge um mehrere Größenordnungen 
größer als bei einem Sensor mit 576i.

Wenn Du konkretere Hinweise haben möchtest, verlinke die genauen 
Produkte, die Du einsetzen willst - nicht irgendwelche Händlerseiten, 
sondern Datenblätter.

Bluesyra schrieb:
> ...auf den ersten Blick schon.
>
> Aber bei Nacht (und ich meine stockfinstere Nacht in echtem Wald) ist
> jedes Bild ein Fortschritt.
>
> Das Display muss klein und leicht sein, damit es in eine wirklich gut
> tragbare Einheit integriert werden kann, die auch nicht viel wiegen
> darf.
>
> Ein einigermaßen differenziertes Bild in der Auflösung wäre sehr
> wertvoll.
Erfüllt die Nachtsichtkamera die es für Radpberries gibt, diese Aufgabe 
nicht? Die braucht halt stsrke IR LEDs (gibt es dazu), da es kein 
Restlichtverstärker ist wie professionelle Nachtsichtgeräte.
Damit könntest du mit einem Raspberry Zero das Ganze sehr einfach 
realisieren.
Die Auflösung der Displays ist aber echt knapp. Nur mit einem 
Konturenfilter in Software könnte man wirklich was sinnvolles anfangen, 
denke ich.

Wenn es etwas teurer sein darf - eine VR Brille. Es gibt ein paar 
Projekte wo die mit dem HDMI Ausgang des Raspberries zum Laufen gebracht 
wurden.

Stefanus F. schrieb:
> Wie wäre es mit einem Smartphone plus Infrarot-Lampe?
Da geht allerdings viel im IR Filter verloren, fürchte ich.

P.s. das da oben sollte raspberries*, heissen, nicht radperries.

Der Sensor der von Dir ausgewählten Kamera liefert digitales LVDS.

Damit es es brauchbare Ergebnisse bringt, musst Du die Daten am 
LVDS-Interface direkt abgreifen, in ein FPGA leiten, in dem Du einen 
Skalierungsalgorithmus und einen Framebuffer implementiert hast, und das 
wiederum schreibt das skalierte Bild in ein LCD - und zwar eines mit 
RGB, LVDS oder MIPI DSI Eingang.

Klar, das ist alles im Prinzip kein Problem. DU musst lediglich solide 
Kenntnisse in Hochgeschwidigkeits-Digitaltechnik und entweder VHDL oder 
Verilog für die FPGA-Programmierung haben.

Hast Du das nicht - und danach sieht es aus - wirst Du scheitern. So 
einfach ist das.

Achja, die erforderlichen Datenblätter musst Du den 
Halbleiterherstellern auch aus dem Kreuz leiern, und die 
kostenpflichtigen Standardschriften wirst Du auch brauchen.

fchk

Bluesyra schrieb:
> ...danke für die erschöpfenden Antworten.
>
> Smartphone mit IR-Lampe klappt prima .... in der Besenkammer :)
>
> Ich werde es wohl mit einem entsprechenden Kameramodul mit USB-Ausgang,
> einem Raspberry Pi Zero und einem passenden 2,4"Display versuchen.
Für den Raspi brauchst du keine USB Kamera.
Meinte sowas: 
https://www.amazon.de/dp/B071J14338/ref=asc_df_B071J1433858166828/?tag=googshopde-21&creative=22434&creativeASIN=B071J14338&linkCode=df0&hvadid=310600900923&hvpos=1o2&hvnetw=g&hvrand=12880356748665254363&hvpone=&hvptwo=&hvqmt=&hvdev=c&hvdvcmdl=&hvlocint=&hvlocphy=9068167&hvtargid=pla-404647099195&th=1&psc=1&tag=&ref=&adgrpid=61389236826&hvpone=&hvptwo=&hvadid=310600900923&hvpos=1o2&hvnetw=g&hvrand=12880356748665254363&hvqmt=&hvdev=c&hvdvcmdl=&hvlocint=&hvlocphy=9068167&hvtargid=pla-404647099195
Dies ist das Original, aber es gibt Nachbauten zu etwa dem halben preis.
Diese Kameras gehen per Flachband direkt an den Anschluss des Raspi!

Für den Wald solltest du um die 4 - 8 der LED Module verwenden.

Oh und btw: 
https://www.raspberrypi.org/blog/raspberry-pi-zero-night-vision-goggles/ 
:)

Das sind allerdings Restlichtverstärker. IR-basierte gibt es ab 55€. Wie 
die sich gegenüber der Raspi cam schlagen müsste mal jemand testen...