Ambilight mit STM32F4discovery und TVP5150AM1

Armin schrieb:
> Hat der STM noch genügend Reserven einen Mittelwert übers ganze Bild zu
> rechen? Was haltet ihr von der Idee?

Für die Mittelwerbestimmung sollten genügend Reserven vorhanden sein, am 
einfachsten lässt sich das in der vorhandenen Berechnung der 4 Kanten 
unterbringen. Da wird sowieso schon Mittelwert, Min und Max berechnet.

Michael schrieb:
> Zu den Zeilen steht im Code „625 Zeilen pro Frame“ und „front porch =
> 2.5 lines, sync width = 6 lines, back porch = 15 lines“ – da komme ich
> nicht drauf. Und was soll denn das mit den halben Zeilen??

Die 625 Zeilen werden als 2 Halbbilder zu 312.5 lines gesendet. Damit 
die Zeilen versetzt am Bildschirm erscheinen, wird mit 1/2 Zeile Versatz 
gearbeitet. Nach den 288 Bildzeilen eines Frames kommen demnach 24.5 
Zeilen V-Sync.

> DCMI_Crop.DCMI_CaptureCount = captureWidth - 1; //668-1 bedeutet 667
> Bytes oder Pixel????
> DCMI_Crop.DCMI_HorizontalOffsetCount = cropLeft; //168 Overhead am
> Anfang der Zeile?
> DCMI_Crop.DCMI_VerticalLineCount = cropHeight - 1; //274-1 Anzahl der
> Zeilen???
> DCMI_Crop.DCMI_VerticalStartLine = cropTop; //20 Zeilen Overhead am
> Anfang des Frames?

Das DCMI interface benötigt 0-basierte Werte, d.h. ein CaptureCount von 
667 heißt, dass 668 byte übertragen werden. Die angegebenen Werte des 
Crop-Windows sind spezielle Werte für meinen Philips Fernseher. Da ein 
konkreter Fernseher nicht das gesamte 720x288 Bild zeigt, sondern an 
allen Seiten ein Stück innerhalb des Bildes beginnt (um schwarze Kanten 
zu vermeiden), beginnt das Crop-Window z.B. bei 168 und ist 668 byte (= 
334 pixel) lang.
Alle Crop-Werte sind ja individuell einstellbar und dmit auf jeden 
Fernseher zu justieren. Das Ambiligt soll ja z.B. die Farbe des linken 
sichtbaren Bereichs darstellen und nicht den theorethischen Anfang des 
PAL-Bildes, der ja weiter links vom sichtbaren Bereich liegen kann.

>
> Vermutlich wird da jetzt der Bereich auf die linke Hälfte (334 Pixel)
> des ersten Halbbildes (nur 273 Zeilen) beschnitten oder wie?

Genau, es wird in - und Y-Richtung aus o.g. Gründen beschnitten.

>
> Nach jeder (halben) Zeile wird DMA2_Stream1_IRQHandler() aufgeführt.
> Hier werden die Daten von YCbCr_buf [] zu den bereits vorhandenen in
> YCbCrSlots[] addiert
>
Genau so

>
> Der DCMI_IRQHandler() wird immer ausgelöst wenn ein Halbbild komplett
> übertragen wurde.
> Zuerst wird der CROP-Bereich auf die rechte Seite gestellt, bzw. eben
> auf die Seite die zuvor nicht aktiv war.
>
Korrekt

Hallo, haben nun endlich alles aufgebaut und getestet. Die Kombination 
über Splitter und Konverter funktioniert fehlerfrei und ohne 
erkenntliche Bildverzögerung. Das Ambilight sieht spitze aus! Erstmal 
vielen Dank für die ganze Arbeit, die in dieses Projekt gesteckt wurde.

Mir ist nur etwas aufgefallen und wollte mal nachfragen, ob ihr eine 
Lösung wisst.
1. Der I2C-Kanal spinnt manchmal.
Nach fertiger Bestückung habe ich die Platine testweise ohne LEDs 
angesteckt mit dem Erfolg, dass der I2C Kanal gesponnen hat. Kein 
Clock-Signal sondern nur kurze Spikes im us-Bereich, in dem logisch 0 
angezeigt wird + irreguläres SDA Signal. Jetzt funktioniert es jedoch 
einwandfrei bei jedem Test. Was könnte da los gewesen sein? (Kontroller 
lieferte immer nur 0x00 im Protokoll)

2. Kurzweilige Konfigurationsänderungen. Manchmal wechselt der Status am 
Eingangssignal kurzfristig auf 0x00. Hier vermute ich wieder einen 
Spinner im I2C-Kanal. Daraus resultieren dann "Grüne" Bereiche im 
Ambilight, die jedoch sofort wieder verschwinden.

3. Wie genau sind jetzt die 4 LEDs am Discovery in Funktion? Meine grüne 
blinkt munter dauerhaft vor sich hin, die Orangene und Rote leuchten 
manchmal, aber nicht immer.

Hat jemand ähnliches beobachten können?

Gruß Bernhard

PS: Noch eine kurze Frage. Die 2 ersten WS2812B Leds auf der Oberseite 
meines Fernsehers sind ständig aus, jedoch nicht defekt, da das Signal 
ja weitergereicht wird. Wie geht das?

Hallo,
Selbst mit pullup sponn das signal, deswegen war ich ja so verwirrt.
Ich würde auch gern rausfinden wie denn nun die marke heißt. Ich habe 
ihn günstig auf ebay ersteigert ein 1 zu 8 (nein er ist nicht grade 
klein) splitter ohne marke ohne modellnummer.
Es steht nur folgendes auf dem Gehäuse:
High density series hdmi splitter
Und ein großes W mit der unterschrift Watermark
Habe leider keine infos zu dem teil gefunden. Habe keine nennenswerte 
unterschiede gesehen in der Bildqualität.
Gruß Bernhard

Bernhard Drescher schrieb:
> 3. Wie genau sind jetzt die 4 LEDs am Discovery in Funktion? Meine grüne
> blinkt munter dauerhaft vor sich hin, die Orangene und Rote leuchten
> manchmal, aber nicht immer.

Ich sollte wirklich mal meine Doku fertig machen.
Bei der Entwicklung der Sortware dienten die LEDs als debug ports für 
Oszi-Messungen. Das ist immer noch drin und daher blinken die munter 
drauf los.
Die 4 LEDs werden wie folgt angesteuert:
   ROT     toggelt mit Hsync
   ORANGE  toggelt mit Vsync
   BLAU    toggelt mehrfach in der main() bei Aufruf diverser Funktionen
   GRÜN    toggelt mit Flanken vom IR-Decoder

Je mmehr Frün blinkt (ohne dass eine IR-Bedienung betätigt wird), desto 
mehr Störlicht scheint in der Umgebung zu sein. Rot, Orange und Blau 
sind eigentlich immer aktiv, auch wenn gar kein Signal anliegt. Das 
kommt daher, dass der TVP5150 so parametriet ist, dass er einen blauen 
Bildschirm zeigt, falls nichts ankommt. In dem Fall werden die Ambilight 
LEDs aber abgeschaltet (wird über den TVP-Status detektiert).

Bernhard Drescher schrieb:
> PS: Noch eine kurze Frage. Die 2 ersten WS2812B Leds auf der Oberseite
> meines Fernsehers sind ständig aus, jedoch nicht defekt, da das Signal
> ja weitergereicht wird. Wie geht das?

Was meinst du mit "die ersten 2 LEDs ..."? Sind die links oder rechts 
oder wo?

Habe mich da falsch ausgedrückt, die ersten beiden LEDs am oberen Strip, 
also LED nummer 30-31 ca. Deswegen finde ich es ja so komisch. Ein Crop 
fehler kann es nicht sein, da ja die LEDs der (von vorne) rechten Seite 
ein astreines Signal bekommen und auch mit dem Bildschirm über 
einstimmen. und auch die LEDs danach so funktionieren wie sie sollen.

Komplett dunkel, nicht mal ein Leuchten. In dem von hagbard geposteten 
Link erwähnte einer abgelöste Bonds / thermische Probleme. Wenn ich am 
Wochenende wieder beim Fernseher bin, überprüf ich mal ob es vlt eins 
dieser Probleme ist. Software sollte ja nicht das Problem sein ;)

Ich erwarte übrigens noch 2 Rückmeldungen von Bachleitner und Kunze 
wegen den Platinen. Falls die Emails nicht ihr Ziel erreicht haben, 
erreiche ich euch vielleicht hier :)

Hab mich auch mal an die Platine gesetzt (von Bernhard die). Ich habe 
für die FBs jetzt jeweils 1uH verwendet. Passt das?

@Tommy: Kannst du das Coocox Projekt mal hochladen? Dann brauche ich 
nicht selbst eins erstellen :) Danke!

@hagbard:
Ich hatte das gleiche Problem wie du. Einige meiner LEDS blieben 
Schwarz. Es waren einige Stellen im Code, die mir nicht ganz sauber 
erschienen. Leider weiß ich nicht mehr genau was exakt dazu geführt hat, 
dass dieses Problem behoben wird.

Bspw. wurde ein Interrupt nicht abgefangen, der nach ca. einem Tag das 
Ambilight zum Absturz bringt, weil der Buffer schlichtweg überlief. 
Vielleicht hat Pitschu solche Bugs bereits in der aktuellen Version 
gefixed.


Im Anhang das CooCox-Projekt, das ich verwende.

*ACHTUNG*: Diese Version ist mit der ursprünglichen Pin-Belegung NICHT 
kompatibel!
Falls ihr die Software also nutzen wollt, müsst ihr die entsprechenden 
Stellen im Code ändern. (Als guter Anhaltspunkt: schaut euch die 
Pins.txt an!)

In dieser Version ist die Pin-Belegung geändert! Ich habe Ende letzten 
Jahres mal meine ursprüngliche Platine überarbeitet und das ging mit ein 
paar Pin Veränderungen einfach besser. :)

Dinge, die ich angepasst hatte:
- Viele Parameter zur Farbanpassung
- Weißpunkt über Look-Up-Table eingestellt (ich hatte damals die WS2812B 
mit dem Kolorimeter gemessen)
- Gamma-Anpassung
- kompatibel mit dieser Fernbedienung: 
http://www.ledlager.de/images/artikel/zoom/led_remote_control_stripe.jpg
- Hash wird generiert um zu erkennen, welcher Knopf auf FB gedrückt 
wurde. Kann also simpel auf jede andere Fernbedienung umgestellt werden.
- 50 Hz Ausgabe
- Settings können über FB geändert werden
- Settings können im Flash gespeichert werden
- Settings werden bei Start aus dem Flash geladen

Vielleicht hilft das dem ein oder anderen weiter...

Gruß
Tommy

Ich glaube mir dämmert es gerade ganz dunkel wegen dieser schwarzen 
LEDs. Das muss mit der Initialisierung oder der ordentlichen 
Deklarierung vom Array, das die RGB Daten beinhaltet, zusammenhängen.

Ich habe mal meine main.c/tvp_dcmi.c mit Pitschus verglichen.

1

rgbIcontroller_t  rgbImage [2*LEDS_X + 2*LEDS_Y];

2

volatile rgbIcontroller_t rgbImage [LEDS_PHYS] = {{0}};

und

1

volatile rgbValue_t   rgbSlots [SLOTS_Y][SLOTS_X];

2

volatile rgbValue_t   rgbSlots [LEDS_Y][LEDS_X] = {{{0}}};

So etwas in der Richtung muss es gewesen sein. Kannst ja mal probieren 
und diese Zeilen ersetzen.

hagbard schrieb:
> Bei Pitchu in der main.c steht in Zeile 36/37:// rgbImage is a scaled
> imgae of the raw video image blocks. It can be sized from 1x1 to 48x30
> rgbIcontroller_t  rgbImage [2*SLOTS_X + 2*SLOTS_Y];
> Ich habe 54x30...
> Vielleicht ist das schon das Problem?

hagbard schrieb:
> 04.05.2014  pitschu    dynamic LED strip size (max is 80 x 60)
>
> wobei im Code folgendes steht:#define    LEDS_XMAX    96
> #define    LEDS_YMAX    60
> #define    LEDS_MAXTOTAL  (2*LEDS_XMAX+2*LEDS_YMAX)      // MAX physical
> leds on stripe
> ...sollte also mit 54x30 gehen.

Vorsicht Leute, ihr habt verschiedene Versionen. Die von hagbard 
zitierten Zeilen sind aus der V1.0 und waren ein bekannter Bug. Das 
zweite Zitat ist aus der V1.1. Auch die CooCox Fassung von Tommy_R ist 
die V1.0.

In der V1.1 wurde nicht nur dieser Bug behoben, sondern auch andere. 
Grundsätzlich  gilt für die verschiedenen Array:
rgbSlots und rgbImage haben nichts mit der physischen Anzahl LEDs zu tun 
und dienen nur der Bildskalierung und Aggregation. Sie sind beide 64*40 
Pixel groß, wobei rgbImage aus rgbSlots runterskaliert wird (bis runter 
zu 1*1). Erst aus rgbImage wird dann das 1-dimensionale Array 
tvprocRGBDelayFifo gefüllt und aus diesem dann ws2812ledRGB. Nur die 
beiden letzten sind von der Anzahl der LEDs abhängig und können bis zu 
2*96 + 2*60 LEDs ansteuern. Deine 54*30 sind also gar kein Problem.

hagbard schrieb:
> Irgendwie hatte sich wohl meine Width LED Anzahl wieder verstellt.
> Jetzt habe ich oben links 2 LEDS und in der Mitte auch zwei LEDs die
> nicht gehen (Backview). Unten sind in der Mitte 3 LEDs und links auch 3
> LEDs die nicht leuchten. Das bekomme ich auch mit kleineren oder
> größeren "L" Werten nicht weg.

Ich nehme mal an, dies ist immer noch das Problem. Du sagst Backview und 
damit würden also rechts einige Lampen fehlen. Ich würde vermuten dass 
in dem Fall der rchte Rand falsch ist, also verdreh mal W (= width).

hagbard schrieb:
> Am Rand hat sich beim Verschieben mit L oder W schon mal was geändert,
> aber wie passen die dunklen LEDs in der Mitte dazu?
> Ich muss noch mal die eingestellte Anzahl der LEDs prüfen.
> Bei den letzten Tests hat es aber gestimmt meine ich.

Die dunklen LEDs in der Mitte entstehen durch die Verarbeitung des 
Bildes in 2 Hälften (links und rechts). Zunächst wird das Bild in ein 
grobpixeliges 64*40 Bild gerastert. Das passiert in 2 Durchgängen (32*40 
links, dann 32*40 rechts). Dabei wird die Befüllung der 32 Pixel von 
links nach rechts durchgeführt. Bei unglücklichen Teierverhältnissen 
kann es vorkommen, dass das letzte Pixel leer bleibt und daher in der 
Mitte bzw. rechts ein dunkler Fleck entsteht. Durch Änderung des linken 
Randes (L) und der Breite (W) kann letztendlich das Teilerverhältnis 
beeinflusst werden. Ideal sind natürlich Werte bei denen die Width durch 
32 teilbar ist.
Wenn das nicht gelingt, kannst du auch die Breite und Höhe des rgbImage 
über die Parameter X und Y ändern. Wenn du z.B. 54 x 30 LEDs hast, macht 
es Sinn, X und Y auf diese Werte zu stellen. rgbImage ist die letzte 
Stufe bevor in die physische LED Welt umgeschaltet wird und daher ist 
ein größeres X * Y garnicht sinnvoll. Kleinere Werte für X und Y bis 
runter zu 1 * 1 sind sinnvoll. So leuchten z.B. bei 1 * 1 alle LEDs in 
der Durchschnittsfarbe des Gesamtbildes. So war das bei früheren Philips 
TVs mal. Bei z.B. 2 * 2 kann man sehr schön sehen, wie die linke und 
rechte Hälfte der LEDs homogen in 2 Farben leuchten (zum Testen ganz 
hilfreich).

Als Update die Version 1.2 im Anhang.

Ich habe mnir das Problem mit fehlenden LEDs nochmal angesehen und 
einige Verbesserungen vorgenommen. Wie vermutet kann es bei ungünstigen 
Teilerverhältnissen von Anzahl LEDs zur internen Darstellung von 64x40 
zu Lücken aufgrund von fehlenden Divisionsresten kommen. Das ist nun 
ganz anders gelöst und kann nicht mehr vorkommen.
Hier die Änderungen der V1.2:
- Verbesserte Skalierungsberechnungen (s.o.)
- Parametrierbare Frameanzahl zur Ermittelung der schwarzen Ränder (G)
- Unterdrückung von "Schwarz-Flackern" der LEDs in schwarzen Rändern
- Bessere Defaultwerte

Noch ein paar Tips zum Einstellen:
- Erst die Anzahl der LEDs mit P und R einstellen.
- Die Parameter X und Y sollten die gleichen Werte wie P und R haben. 
Größere Werte sind Blödsinn; kleinere Werte machen die LED-Darstellung 
gröber (mehrere LEDs mit gleicher Farbe).
- Zum Einstellen der Links/Rechts bzw. Oben/Unten Grenzen (L/W/T/H) 
sollte die dynamische Balkenerkennung abgeschaltet sein (Parameter G auf 
0 runterdrehen)
- Der Parameter E sollte 1 sein. Damit zeigen die LEDs nur den jeweils 
äußersten Streifen des Bildes an.
- Am besten mit einem Standbild (ideal sind Comics) die Grenzen so 
einstellen, dass die LEDs die Farben des äußeren sichtbaren Bildrandes 
anzeigen. Das Bild muss Vollbild, also keine Balken haben.
- Am besten tastet man sich 'von außen' an das Bild an.
- Nach Einstellung der Grenzen sollten die Parameter G und E wieder 
zurückgestellt werden. D=100 bedeutet, dass die Randerkennung permanent 
über 100 Frames (ca. 4 Sekunden) integriert und dann die Ränder 
bestimmt. Bei kleineren Werten geht das schneller, führt aber dazu, dass 
in dunklen Szenen evtl. temporär die Ränder verschoben werden, und im 
Bild liegende helle Stellen auf die LEDs wirken.
- Mit E wird eingestellt, wie breit der mit den LEDs dargestellte äußere 
Bildrand sein soll. E=1 heißt, dass nur die ca. 12 äußeren Pixel 
abgebildet werden. Bei E=5 sind es entsprechend ca. 60 Pixel.

Viel Erfolg und Spaß weiterhin
pitschu

hagbard schrieb:
> HDMI Splitter und Konverter zu FBAS habe ich von Amazon für zusammen
> ~50€.
> http://www.amazon.de/dp/B0081FDFMQ/ref=pe_386171_37038021_TE_M3T1_dp_1
> 
http://www.amazon.de/Generic-Mini-HDMI-AV-Konverter-Videorecorder/dp/B00AASZUUM/ref=sr_1_1?ie=UTF8&qid=1405014547&sr=8-1&keywords=mini+hdmi2av
> Bluerays mit Kopierschutz schienen zu funktionieren!

Falls es Jemanden interessiert:
Diese Kombination aus Splitter und Konverter läuft bei mir einwandfrei!

Merkwürdig is nur, dass der Konverter anscheinend die 5V vom HDMI direkt 
mit der USB Buchse zur Stromversorgung verbindet. Da ich das gleiche 
Netzteil für LEDs und Konverter benutzt habe, leuchteten die LEDs dann 
immer schwach, obwohl das Netzteil nicht eingesteckt war.
Das USB Kabel habe ich dann einfach entfernt. Der Konverter wird jetzt 
über HDMI mit Strom versorgt.

Vielen Dank an pitschu für das tolle Projekt!

Gruß
Benedikt

Jo, sieht ganz gut aus..
Es wird ja einfach anstelle des Discovery F4 Boards ein Raspberry Pi und 
anstelle unseres TVP5150 Erweiterungsboards ein USB Video-Grabber 
verwendet.
Ehrlich gesagt ist mir da unsere Kompakte Lösung hier lieber, Raspberry 
muss ja auch booten uns so, aber jedem das seine...
Der Preis ist natürlich super, $59 für alles!

Ich bin mit ein paar Kollegen derzeit am überlegen eine All-In-On 
Hardware zu entwickeln. Mit HDMI-Ein- und Ausgang, CVBS Converter, 
TVP5150, STM32 Controller (evtl. auch das F4 Board) und 5V DC/DC 
(Eingangsspannung 10-30V, Versorgung z.B. mit Notebooknetzteile).
Das ganze wird aber noch ein Weilchen dauern.

Hallo,

ich bin beim Stöbern im Netz auf diesen Thread aufmerksam geworden und 
muss sagen: Hut ab! Das ist wirklich ein super ausgereiftes Projekt.

Nach Studium aller Beiträge habe ich die Schaltung jetzt mal aufgebaut. 
Allerdings habe ich noch ein großes Problem. Moodlight funktioniert 
super, aber Ambilight geht noch nicht.
Nach Start des Discovery Boards werden ja die Parameter des TV Chips 
ausgegeben. Diese sind alle 0. Das weist sicher schon auf ein Problem 
hin. Ich habe daraufhin alle Verbindungen des Chips (ist ja eine kleine 
Bauform) durchgemessen. Das war soweit ok. Den Pull-up für i2c habe ich 
auch berücksichtigt. Jetzt weiß ich aber nicht mehr weiter. Was kann ich 
noch testen, um dem Fehler auf die Spur zu kommen? Etwas Hilfestellung 
könnte ich jetzt gut gebrauchen.

beste Grüße

@  Alex M:
nimm doch einfach zwei HMDI-Splitter und zwei HDMI-CVBS Converter, ein 
Splitter+Converter für deinen Receiver und ein Splitter+Converter für 
deinen PC hast ja zwei CVBS Eingänge auf der TVP5150 Platine.
ODER
1x Splitter+Converter und davor ein 2:1 Umschlater (2x HDMI IN, 1 HDMI 
Out).

@ Lorenz H.
Ich vermute du hast ein Problem mit dem I2C-Bus, oder dein TVP5150 ist 
tot? Versorgungsspannungen an den Pins des TVP5150 schon mal 
nachgemessen?

Danke erst mal für die Tipps.

Ich werde heute abend mal die Spannungen messen und sehen was dabei 
rauskommt. Ich werde dann hier informieren.

beste Grüße

So, ich habe jetzt mal alle Spannungen kontrolliert. Die 3,3V waren noch 
3V, da ich die Diode noch nicht gebrückt hatte. Ich dachte schon, das 
wars, aber leider nach wie vor keine Daten.
Auch die 1,8V sind vorhanden und stabil.

Kurz nach dem Einschalten zappelt SCL, aber SDA bleibt auf high. Ich 
werde morgen nochmal alle Leiterbahnen auf Schlüsse etc. kontrollieren, 
ansonsten fehlt mir die Fantasie.

beste Grüße

Hallo zusammen,

ich bräuchte jetzt doch noch mal eure Hilfe. Am Ergebnis hat sich 
bislang leider nichts geändert. Folgendes habe ich getestet:

Spannungsversorgung 3,3V und 1,8V
Kurzschlüsse zwischen den Pins des TVP5150
korrekte Vebindung der Pins des TVP5150
SCL mit Oszi gemessen: zappelt nach Einschalten
SDA mit Oszi gemessen: bleibt dauernd high
zusätzliche Stützkondensatoren für 3,3V und 1,8V
verwendet wird das Platinenlayout von Patrick B.
einen Ersatz TVP hatte ich noch, aber ein Austausch hat kein anderes 
Ergebnis gebracht. Alle ausgelesenen Daten sind NULL.

Kann es sein, dass der verwendete Quartz nicht schwingt? Ich habe den im 
HBE-Shop bestellt. Er hat den Aufdruck 14.3NJ54. Wie kann ich prüfen, ob 
er schwingt? Wenn ich mit dem Oszi messe, sehe ich nichts. Kann das 
evtl. daran liegen, dass der Tastkopf das Signal zu sehr belastet?

Wie empfindlich sind die TVP? Ist es wahrscheinlich, gleich zwei beim 
einlöten zerstört zu haben? Kann die Unterspannung von 3V einen Defekt 
hervor gerufen haben?

Bevor ich jetzt noch mal eine weitere Bestellung über TVP, Quartz o.ä. 
losschicke, möchte ich gern meine Fehler geprüft und ausgeschaltet 
haben. Was sollte ich jetzt noch testen?

beste Grüße

Guten Morgen Pitschu, ich hatte dir mal über uC hier eine PM 
geschrieben. Hast du die bekommen?

Gruß

Hat noch jemand eine leere Platine über?

So guten Abend ;)
alles zusammengebaut. Moodlight funktioniert tadellos - aber jetzt hänge 
ich leider.

Mein Ambilight will nicht funktionieren :-/

Der "Locked" Status 0E kommt soweit. Bei Reset gibt der 5150 folgendes 
aus.

<\r>tvp5150: Video input source selection #1 = 0x02<\n>
<\r>tvp5150: Analog channel controls = 0x15<\n>
<\r>tvp5150: Operation mode controls = 0x00<\n>
<\r>tvp5150: Miscellaneous controls = 0xaf<\n>
<\r>tvp5150: Autoswitch mask= 0xdc<\n>
<\r>tvp5150: Color killer threshold control = 0x10<\n>
<\r>tvp5150: Luminance processing controls #1 #2 and #3 = 60 00 40<\n>
<\r>tvp5150: Brightness control = 0x3c<\n>
<\r>tvp5150: Color saturation control = 0x80<\n>
<\r>tvp5150: Hue control = 0x00<\n>
<\r>tvp5150: Contrast control = 0x50<\n>
<\r>tvp5150: Outputs and data rates select = 0x40<\n>
<\r>tvp5150: Configuration shared pins = 0x02<\n>
<\r>tvp5150: Active video cropping start = 0x0000<\n>
<\r>tvp5150: Active video cropping stop  = 0x0000<\n>
<\r>tvp5150: Genlock/RTC = 0x01<\n>
<\r>tvp5150: Horizontal sync start = 0x80<\n>
<\r>tvp5150: Vertical blanking start = 0x00<\n>
<\r>tvp5150: Vertical blanking stop = 0x00<\n>
<\r>tvp5150: Chrominance processing control #1 and #2 = 0c 14<\n>
<\r>tvp5150: Interrupt reset register B = 0x00<\n>
<\r>tvp5150: Interrupt enable register B = 0x00<\n>
<\r>tvp5150: Interrupt configuration register B = 0x00<\n>
<\r>tvp5150: Video standard = 0x00<\n>
<\r>tvp5150: Chroma gain factor: Cb=0x00 Cr=0x00<\n>
<\r>tvp5150: Macrovision on counter = 0x0f<\n>
<\r>tvp5150: Macrovision off counter = 0x01<\n>
<\r>tvp5150: ITU-R BT.656.4 timing(TVP5150AM1 only)<\n>
<\r>tvp5150: Device ID = 5150<\n>
<\r>tvp5150: ROM version = (hex) 04.00<\n>
<\r>tvp5150: Vertical line count = 0x020d<\n>
<\r>tvp5150: Interrupt status register B = 0x80<\n>
<\r>tvp5150: Interrupt active register B = 0x00<\n>
<\r>tvp5150: Status regs #1 to #5 = 10 00 1a b0 81<\n>
<\r>tvp5150: Teletext filter 1 reg 0xb1 = 00 00 00 00 00 <\n>
<\r>tvp5150: Teletext filter 2 reg 0xb6 = 00 00 00 00 00 <\n>
<\r>tvp5150: Teletext filter enable = 0x00<\n>
<\r>tvp5150: Interrupt status register A = 0x00<\n>
<\r>tvp5150: Interrupt enable register A = 0x00<\n>
<\r>tvp5150: Interrupt configuration = 0x04<\n>
<\r>tvp5150: VDP status register = 0x40<\n>
<\r>tvp5150: FIFO word count = 0x00<\n>
<\r>tvp5150: FIFO interrupt threshold = 0x80<\n>
<\r>tvp5150: FIFO reset = 0x00<\n>
<\r>tvp5150: Line number interrupt = 0x00<\n>
<\r>tvp5150: Pixel alignment register = 0x004e<\n>
<\r>tvp5150: FIFO output control = 0x00<\n>
<\r>tvp5150: Full field enable = 0x00<\n>
<\r>tvp5150: Full field mode register = 0x7f<\n>
<\r>tvp5150: CC   data reg 0x90 = 00 00 00 00 <\n>
<\r>tvp5150: WSS  data reg 0x94 = 00 00 00 00 00 00 <\n>
<\r>tvp5150: VPS  data reg 0x9a = 00 00 00 00 00 00 00 00 <\n>
<\r>tvp5150: VPS  data reg 0xa2 = 00 00 00 00 00 <\n>
<\r>tvp5150: VITC data reg 0xa7 = 00 00 00 00 00 00 00 00 00 <\n>
<\r>tvp5150: Line mode reg 0xd0 = 00 ff ff ff ff ff ff ff <\n>
<\r>tvp5150: Line mode reg 0xd8 = ff ff ff ff ff ff ff ff <\n>
<\r>tvp5150: Line mode reg 0xe0 = ff ff ff ff ff ff ff ff <\n>
<\r>tvp5150: Line mode reg 0xe8 = ff ff ff ff ff ff ff ff <\n>
<\r>tvp5150: Line mode reg 0xf0 = ff ff ff ff ff ff ff ff <\n>
<\r>tvp5150: Line mode reg 0xf8 = ff ff ff ff <\n>
<\r><\n>



Die Info über die Dyn Rows / Cols zeigt nur Nullen. Eventuell ein 
Problem mit meinem 5150 ?

Hat einer direkt ne Idee? Grüße

PS: 3,3V , 1,8V vorhanden. (Moodlight läuft ja auch)
Eingangskapazitäten am 5150 (1,8V und 3,3V auf 0,47uF erhöht)

Pat Wat schrieb:
> Die Info über die Dyn Rows / Cols zeigt nur Nullen. Eventuell ein
> Problem mit meinem 5150 ?

Wenn die Dyn-Infos alle 0 sind, ist offensichtlich kein Bild da. Bist du 
sicher, dass Video anliegt und am richtigen Eingang?. Die LEDs auf dem 
Discovery sollten auch was tun:
   ROT     toggelt mit Hsync
   ORANGE  toggelt mit Vsync
   BLAU    toggelt mehrfach in der main() bei Aufruf diverser Funktionen
   GRÜN    toggelt mit Flanken vom IR-Decoder

Insbesondere ROT und Orange zeigen, ob die Sync Signale am STM32 
ankommen.

pitschu

Nope, hat überhaupt nichts mehr getoggelt. Bildsignal sollte anliegen. 
Mit 2 verschiedenen Quellen getestet. (Wii und gewandeltes HDMI Signal)

Hab jetzt mal testweise den TVP5150 getauscht und werde das heute Abend 
nochmal testen ;)

Er locked auch auf 0E beim gewandelten HDMI Signal, bzw. auf 6E beim 
Videosignal der Wii. Erkennt auch, dass an X3 bzw X4 ein Videosignal 
anliegt und switched auch automatisch auf die entsprechende 
Signalquelle.

Danke für die schnelle Antwort / heute Abend Runde 2 :)

Gruß
Patrick

Nachtrag Runde 2: Sieht so aus als hätte ich mir das DCMI Interface 
abgeschossen.
Den PXL_CLK bzw. SCLK konnte ich dank mangelndem Heimequipment nicht 
überprüfen.
Die rote / orangene LED sollten aber trotzdem toggeln, was bei mir nicht 
der Fall ist.

Im angehängten Bild sieht man, dass zumindest VSync und HSync 
funktionieren sollten.

Ich melde mich mit neuen Ergebnissen, wenn der STM32F407-Ersatz 
angekommen ist ... -.-

Gruß

PS: Ja, eigentlich hätte ich auch nen Screenshot machen können und den 
benutzen... aber ab und zu ist das wort Screenshot halt doch noch 
wörtlich zu nehmen :P Sorry für den krummen Anhang

Guten Abend,

Chip getauscht.
Funktioniert alles :)

Ich mach mich jetzt die Tage mal dran alle wichtigen Punkte ein bisschen 
zusammenzufassen und das ganze Projekt / Kommentare in einen Ordner zu 
packen (evtl noch meine minimal überarbeitete Eagle PCB dazu)

Gruß
Patrick

PS: Super Community hier :)

Hallo zusammen,

ich habe mich endlich mal hingesetzt und eine Anwenderdoku geschrieben. 
Hier sind mal alle Parameterwerte des AmbiLights, Tipps zum Einstellen 
sowie die Bedienung des MoodLights beschrieben. Im letzten Kapitel gibts 
noch ein paar Einblicke in die Funktionsweise.

Besten Gruß
pitschu

Hallo Peter,

danke für die Doku.

Heiße Frage los:
Kriegt man das irgendwie hin, das nach Poweron der zulezt eingestellte 
Mode aktiviert bleibt? Leider muß ich immer erst nach der Fernbedienung 
fischen, damit das Ambilight angeht. Evtl. mache ich ja auch was 
falsch!?

Ambilight ist in 99% aller Fälle die Hintergrundbeleuchtung meiner 
Wahl....

Danke und Gruß,
Thilo

Hallo zusammen,

Leitner schrieb:
> Hierzu einfach die main.c in Zeile 50
> von:mainMode_e  mainMode =     MODE_STANDBY;
> ändern in:mainMode_e  mainMode =     MODE_AMBILIGHT;

Eine andere Variante wäre, den mainMode mit in die zu flashenden 
Parameter aufzunehmen. Dazu wird einfach in FlashParams.c folgende Liste 
ergänzt:

1

#define FLASH_VERSION      135

2

3

4

const flashParam_t flashParams[] = {

5

   {(uint8_t*)&rgbImageWid  , sizeof (rgbImageWid)},

6

.....

um den folgenden Eintrag ergänzt:

1

   {(uint8_t*)&mainMode, sizeof (mainMode)}

Dann sollte man noch die FLASH_VERSION um eins erhöhen, um einen 
Komplettupdate beim ersten Einschalten zu forcieren.

Ab dann wird der Mode mit ins Flash geschrieben und damit nach dem 
Power-Up auf den zuletzt gültigen Wert gesetzt.

Peter Schulten schrieb:
> Eine andere Variante wäre, den mainMode mit in die zu flashenden
> Parameter aufzunehmen. Dazu wird einfach in FlashParams.c folgende Liste
> ergänzt:

Etwas in der Art hat mir vorgeschwebt. Muss man sich bei Anderungen 
dieses Wertes noch Gedanken machen oder passiert das wegschreiben ins 
Flash durch den Eintrag in die Liste dann auch automatisch?

Danke und Gruß,
Thilo

Thilo Haala schrieb:
> ... oder passiert das wegschreiben ins
> Flash durch den Eintrag in die Liste dann auch automatisch?

Das passiert automatisch. Sobald sich eine der Variablen, die im 
Flash-Parameterblock verzeichnet sind, ändert, wird der ganze Block 
geflashed. Die Überprüfung, ob sich was geändert hat, läuft permanent. 
Wenn sich nach 8 Sekunden dann nichts mehr ändert, wird geflashed. Da 
der STM32F4 kein EEPROM hat und sich das PLASH nur blockweise löschen 
lässt, habe ich diese Parameterblock-Variante gewählt statt 
Einzelvariablen zu speichern. Der Verwaltungsoverhead ist daher minimal.

Pitschu

So, Hallo erstmal :)

In den letzten Wochen nicht viel Zeit gehabt... :/

Es wurde hier mal ein Fehler erwähnt, bei dem nach einiger Laufzeit ein 
Speicher überlief.

Ich habe jetzt momentan den interessanten Fehler gehabt, dass nach ca. 1 
Tag am Strom die Farben nicht mehr passen (schwarze Bildbereiche werden 
in einem lila dargetstellt)

Jemand etwas ähnliches beobachtet?

Gruß

Pat Wat schrieb:
> Ich habe jetzt momentan den interessanten Fehler gehabt, dass nach ca. 1
> Tag am Strom die Farben nicht mehr passen (schwarze Bildbereiche werden
> in einem lila dargetstellt)

Konntest du das Problem eingrenzen? Bei mir läuft das AL seit Monaten 
korrekt durch. Es wird nie ausgeschaltet, sondern geht nur in den 
Standby. Bei dem von dir genannten Effekt würde ich mal auf einen 
Ausfall der grünen LEDs tippen. Gehen die grünen Indikator-LEDs bei 
Bedienung durch die FB an und blinken die Standsby-LEDs?

pitschu

Peter Schulten schrieb:
> Pat Wat schrieb:
>> Ich habe jetzt momentan den interessanten Fehler gehabt, dass nach ca. 1
>> Tag am Strom die Farben nicht mehr passen (schwarze Bildbereiche werden
>> in einem lila dargetstellt)
>
> Konntest du das Problem eingrenzen? Bei mir läuft das AL seit Monaten
> korrekt durch. Es wird nie ausgeschaltet, sondern geht nur in den
> Standby. Bei dem von dir genannten Effekt würde ich mal auf einen
> Ausfall der grünen LEDs tippen. Gehen die grünen Indikator-LEDs bei
> Bedienung durch die FB an und blinken die Standsby-LEDs?
>
> pitschu

Ich versuch das Problem nochmal zu reproduzieren, evtl. hatte der 
anwesende Besuch auch nur am HDMI Converter rumgespielt. :)
Ist seit dem auch nicht mehr aufgetreten. Über den Jahreswechsel werde 
ich wohl noch einige intensive Testläufe machen. Den Herr der Ringe 
Probelauf hat es auf jeden Fall beeindruckend bestanden :)


Achja habe momentan noch blanke und komplett bestückte PCB´s (der PullUp 
sitzt jetzt auf der Rückseite) übrig...

Wer also will - melden. (hab noch 2 Zusatzbohrungen drauf, bei den 
RCA-Jacks, da die ursprünglich bestellten nicht mehr lieferbar waren. 
(für diese hier ist es jetzt passend: 
http://www.ebay.de/itm/331262346929?_trksid=p2059210.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT 
)

Gruß
Pat

Sorry, musste erst den Familienbedarf decken :-/

Passt scho. Bevor ich angefangen hab, dacht ich noch "solltest 
vielleicht mal im Forum nach Platinen fragen - ach des lass ich sein, 
hat ja eh keiner mehr ne Platine und meine Bauteile passen eh ned und 
des wird scho ned so heftig mit dem fädeln..." Tjoa falsch gedacht, hät 
ich mal besser nachgefragt.

Trotzdem funktionierts, danke pitschu für die tolle Arbeit!

Edit: keine Ahnung warum das Bild am Kopf steht

Bei Bedarf mir einfach ne Email / PN schreiben, ich werde jetzt übers 
neue Jahr hier wahrscheinlich nicht mehr reinschauen :)

Gruß

Hallo,

Gsunds Neues Jahr erstmal.

ich bin neu hier habe aber schon oft hier drin gestöbert, weil es 
einfach super tipps und Projekte gibt.

Dies hier interessiert mich so brennend das ich mich jetzt auch mal 
angemeldet habe, ich hoffe ich kann auch mal zu was beitragen.

Meine Fragen: Kann man das auch mit LPD8806-Ledketten betreiben?

Wer dies das richtige Board:
http://www.ebay.de/itm/151321456572?_trksid=p2060778.m2763.l2649&ssPageName=STRK%3AMEBIDX%3AIT

und ich hoffe frankp hat noch eine Platine :)


LG EDDE

nicht das Nucleo sondern dieses:

Ebay-Artikel Nr. 271511729470

Morgen, ja hab noch Platinen übrig.

Achja Peter - habe den Fehler nochmal gehabt, kam vom HDMI Splitter ;) 
(...was man nicht selbst gebaut hat, hmm)

Gruß

Hallo,

danke mal an alle für dieses geniale Projekt.

@Pat Teile sind angekommen, so wie es jetzt ist funzt es leider nicht 
mit meiner Led-Kette.

Vielleicht hat ja jemand dies schon mal mit LPD8806 zum laufen gebracht. 
Mit dieser Mµ habe ich noch keine Erfahrung aber ich bin lernwillig :) 
Mit AVR ATMega/Tiny habe ich schon viel gemacht. Bin mir sicher wenn ich 
einmal eine mir passende Entwicklungsumgebung habe klappts auch mit dem 
STM32 :). Vielleicht kann mir hier ja jemand eine Empfehlung abgeben. 
Eclipse ist grad nicht so mein ding. An das AVR-Studio 4... hatte ich 
mich schon richtig gewöhnt :). Naja ist vielleicht auch nur eine 
Einstellungssache.
Beruflich bin ich Software-Entwickler und Programmiere mit Delphi XE7


Erweiterungswünsche/Vorschläge habe ich auch schon :) und kann hierfür 
Tipps gebrauchen.
Ein Lan/WLan mit dem man alle Einstellungen macht und Philips-HUE 
steuern kann.

Eventuell gibt es hier auch Erfahrung welche Hardware man dazu am besten 
verwendet. Bestimmt gibt es dazu auch schon diverse Libraries.

Beste Dank schon mal für alles

LG EDDE

Danke Wowa,

gestern hat China angeklopft und mir das Teilchen geliefert.

Meine Led-Kette konnte ich leider nicht anschließen, braucht 2 
Steuerleitungen. Aber jetzt habe ich auch da das richtige.

Und das funtzt jetzt auch :)

Nun muss ich mir mal über eine Entwicklungsumgebung Gedanken machen.
Da ich alles auf VM installiere ist mir OS soweit egal. Kann mir jemand 
Tipps geben welches Win 7,8,8.1 32/64Bit und was für 
Entwicklungsumgebung da für Anfänger der Mµ am besten ist?

Gibt es auch schon Libraries für ESP8266 ?


Besten Dank schon mal

LG EDDE

Danke Wowa für Deine Antwort!!
Lang lang hat es gedauert bis ich mich hier für die Tipps Bedanke.
Erstmal Entschuldigung dafür, aber wie es so ist 1. kommt es anders 2. 
als man denkt. Als Entwicklungsumgebung werde ich mich wohl für SiSy 
entscheiden und dann damit demnächst anfangen. Fragen folgen dann 
bestimmt :)

Besten Dank noch mal

LG EDDE

Sind noch Platinen vorhanden? Ich würde meinem STM32 Board gerne etwas 
zu tun geben.

Wenn ich das jetzt richtig gelesen habe benötige ich:
- STM32F4 Disovery (vorhanden)
- 5V Netzteil (vorhanden)
- Optional: HDMI-Splitter (AV-Receiver mit 2x HDMI Ausgang vorhanden)
clk_rvr_id=822796253073&rmvSB=true)
- HDMI2AV 
(http://www.aliexpress.com/item/Standard-HDMI-Interface-Mini-HD-Video-Converter-Box-HD-To-RCA-AV-CVSB-L-R-Video/32319808733.html)
- 2x Cinch-Buchse (http://www.ebay.de/itm/331262346929?
- WS2812 LED Strip mit maximal 60 LEDs/m bei 1,2m breite = 72 LEDs 
horizontal
Idealerweise mit schwarzem PCB:
http://www.aliexpress.com/item/DC-5V-WS2812B-2812-IC-60LEDs-M-SMD-5050-RGB-Led-Strip-Light-addressable-Dream-Color/32320831854.html
http://www.aliexpress.com/item/60LEDs-2812-2812B-Pixel-5050RGB-SMD-Built-in-Digital-Color-Flexible-LED-Strip-Light-Black-Board/32283915946.html

http://www.aliexpress.com/item/DC-5V-WS2812B-2812-IC-60LEDs-M-SMD-5050-RGB-Led-Strip-Light-addressable-Dream-Color/32320831854.html

Habe ich etwas vergessen?

Frage: wie lange darf die Verbindung zwischen HDMI-AV-Wandler und 
Platine sein? Bzw. die Datenleitung zu den LEDs?
Mein TV hängt an der Wand. Entweder ich verpacke die ganze Eletronik im 
Rack oder hinter dem TV. Dann ist sie allerdings sichtbar. Die 
Entfernung zwischen Rack und TV liegt aber bei ca. 2m (Kabellänge).

Evtl. würde sich auch ein Wiki-Artikel zum Projekt lohnen. Persönlich 
finde ich das deutlich spannender/gelungener als die ganzen Raspberry Pi 
Lösungen :)

Hallo
habe letzte Woche meine PCB´s vom China-Man bekommen,
mit etwas abgeändertem Layout.
da ich die leider immer nur im 10er Pack bestellen kann ist da mit 
Sicherheit noch was über. TVP5150 und noch div. andere Teile erwarte ich 
Ende nächster Woche! kannst mir ja mal ne PN schicken !

Gruß

Hallo,

@Bernd  Danke das hätte ich mal früher lesen sollen. Dann hätte ich mir 
den krampf mit Sisy und 200€ sparen können. Meiner Meinung nach der 
grösste mist was es in der Sache gibt.
Habe mir grade die Text-Datei geladen und werde mich morgen mal 
intensive damit beschäftigen. Immo tue ich mich noch total hart mit dem 
STM32, will mir gar nicht in Kopf, mit den AVR48-328 habe ich mich 
irgendwie leichter getan. Naja beim alten Mann dauert es immer ein wenig 
länger :)


LG EDDE

Hallo,

Hat noch jemand eine Platine übrig? Egal ab bestückt oder nicht.

Falls ja, bitte PM.

Danke.

Ich habe hier noch zwei fertig bestückte!
Den TVP gabs günstig im 5er Pack vom aliexpress.

Andreas K. schrieb:
.........
> Idealerweise mit schwarzem PCB:
> 
http://www.aliexpress.com/item/DC-5V-WS2812B-2812-IC-60LEDs-M-SMD-5050-RGB-Led-Strip-Light-addressable-Dream-Color/32320831854.html
> 
http://www.aliexpress.com/item/60LEDs-2812-2812B-Pixel-5050RGB-SMD-Built-in-Digital-Color-Flexible-LED-Strip-Light-Black-Board/32283915946.html
>
> 
http://www.aliexpress.com/item/DC-5V-WS2812B-2812-IC-60LEDs-M-SMD-5050-RGB-Led-Strip-Light-addressable-Dream-Color/32320831854.html
>
> Habe ich etwas vergessen?

Bei nächsten TV Kauf einen Phillips holen. Ich schätze der 
Preisunterschied ( vergleichbare Geräte ) liegt Maximum 200 Euro was 
evtl. ein Phillips mehr kostet mit super Ambilight ! Das gebastelte 
kommt mit Sicherheit nicht dran. ( habe selber einen 55er der 9er Serie, 
super Teil )

Hallo Thomas,
eigentlich habe ich es gebaut weil ich eben keinen Philips mehr hatte, 
aber das AL behalten wollte. Die bauen zweifelsohne gute Fernseher.
Mich würde interessieren, was am Original AL besser ist, bzw. was dem 
Slebstbau noch fehlt. Die Selbstbauer hier sind an Optimierungen mit 
Sicherheit interessiert. Hast du ein paar Hintergrundinfos zum 
Philips-AL (technische Feinheiten ...)

pitschu

Peter S. schrieb:
> keinen Philips mehr hatte,

Also kennst die Sache.
https://www.youtube.com/watch?v=D7OwK8gMwWA

habe am Anfang kurz überlegt es nachzubauen, aber so sauber wie das 
"originale" ist, glaube ich, ist es der Nachbau nicht ( Was kostet 
insgesamt der Nachbau ? und wollte keine "Elktronikgedönst um den TV 
herum haben )

Ich will keine Werbung machen, aber ich finde in der Preisklasse ( für 
mich ) hat die 9er Serie die beste Bild Qualität.

Das Philips-AL im Video scheint mir nicht sehr hoch auflösend zu sein - 
links und rechts sieht man nur 2 bis 3 Lichtkleckse, oben vermutlich 3 
bis 4 und unten ist gar nichts. Bei dem Selbstbau gehen links und rechts 
bis zu 60 und oben/unten jeweils bis zu 96. Damit wird das Bild 
rundherum wirklich detailliert auf die Wand projiziert. Die geringe 
Auflöung hatte mich bei meinem Philips etwas enttäuscht. Wieviele Leds 
sind denn da eigentlich verbaut?

pitschu

>>> Was würde eine kosten?
Weiß nicht - willst Du nur die Platine - oder fertig mit stm inclu?

was hälst du von 18/30 + Versand?
Rest per PM.

Gruß thilo

>>> Auf Funktion geprüft?

Ja. Die Version die geflashed ist aber nicht die neueste und enthält 
eine mod. Ich habe nämlich den Einspeisepunkt rechts unten (von Hinten 
gesehen).

Aber Du musst es ja sowieso anpassen an die Konf. für deinen Bekannten.

Gruß Thilo

Liebe Mitstreiter,
die Platinen sind nun alle wech...

Gruß Thilo

P.S. sollten sich aber genug Leute für eine Sammelaktion melden (minimum 
10) können wir mal über eine Neuauflage nachdenken.

Zoe Chloe schrieb:
> after I've read your document.I just have 1 question
> -All the values of L,W,T,H I dont have to care about because it's good
> for you that means It's also good for me?
> All I need to do is change the led number (P and R) and I can use the
> remote to change it after I have uploaded your code to the board?

The L,W,T and H parameters depend on your TV. P + R depend on how many 
LEDs your WS2812 stripe has. So first you should upload the code to your 
board, then set P and R via a terminal conection. Then you may adjust 
the L,W,T and H parameters according to your TV picture.

Waldemar schrieb:
> Ist es (mit relativ geringem) Aufwand möglich, bei einem statischem
> FBAS-Signal einen Timer hochzählen zu lassen und nach einer bestimmten,
> einstellbaren Zeit den Ambilight-Controller dazu bringen alle LEDs
> auszuschalten? Da das Eingangssignal ein analoges Signal ist, wird es
> wahrscheinlich schwierig sein ein statisches Bild zu erkennen? Rauschen
> etc...
> Hat jemand die Daten von einem Standbild angesehen, ob diese auch
> statisch sind?

Hallo Waldemar,
sorry, dass ich Deinen Post übersehen habe, ich hatte zwischendurch 
Urlaub. Zu Deinem Anliegen: Die Erkennung eines statischen Bildes müsste 
einfach möglich sein. Die Idee wäre, über eine Art Screenshot ein Bild 
der internen 64x40 Matrix im Flash zu Speichern (über einen IR-Button) 
und während der normalen Bearbeitung mit dem aktuellen Bild zu 
vergleichen. Wenn sich über mehrere Sekunden die Werte aller Matrixwerte 
um weniger als z.B. 10% zum Vergleichsabbild ändern, wird das Screenshot 
Bild angezeigt und das AL geht in den Standby. Da ich selbst das AL ohne 
HDMI Converter betreibe, habe ich z.Z. wenig Motivation, das umzusetzen. 
Evtl. ist jemand anderes bereit, sich dieses Problems anzunehmen.

Besten Gruß
pitschu

Zoe Chloe schrieb:
> thank you
> so which software and port should I use to open the terminal connection
> my board has an usb otg port,should I use it as virtual com port to open
> terminal connection?

Yes, the Ambilight software implements a virtual COM port on the STM32 
USB port pins. You will need the ST windows driver to use a virtual COM 
port on your PC.

Peter S. schrieb:
> Waldemar schrieb:
>> Ist es (mit relativ geringem) Aufwand möglich, bei einem statischem
>> FBAS-Signal einen Timer hochzählen zu lassen und nach einer bestimmten,
>> einstellbaren Zeit den Ambilight-Controller dazu bringen alle LEDs
>> auszuschalten? Da das Eingangssignal ein analoges Signal ist, wird es
>> wahrscheinlich schwierig sein ein statisches Bild zu erkennen? Rauschen
>> etc...
>> Hat jemand die Daten von einem Standbild angesehen, ob diese auch
>> statisch sind?
>
> Hallo Waldemar,
> sorry, dass ich Deinen Post übersehen habe, ich hatte zwischendurch
> Urlaub. Zu Deinem Anliegen: Die Erkennung eines statischen Bildes müsste
> einfach möglich sein. Die Idee wäre, über eine Art Screenshot ein Bild
> der internen 64x40 Matrix im Flash zu Speichern (über einen IR-Button)
> und während der normalen Bearbeitung mit dem aktuellen Bild zu
> vergleichen. Wenn sich über mehrere Sekunden die Werte aller Matrixwerte
> um weniger als z.B. 10% zum Vergleichsabbild ändern, wird das Screenshot
> Bild angezeigt und das AL geht in den Standby. Da ich selbst das AL ohne
> HDMI Converter betreibe, habe ich z.Z. wenig Motivation, das umzusetzen.
> Evtl. ist jemand anderes bereit, sich dieses Problems anzunehmen.
>
> Besten Gruß
> pitschu


Danke für die Antwort! Ich hoffe es finden sich noch Leute, die das 
selbe Anliegen/Problem haben.

Darf ich fragen mit was du dein Ambilight betreibst, bzw. woher du dein 
Video-Signal abzweigst (wenn nicht aus HDMI-Conv.). Mein Fernseher gibt 
hinten an der SCART-Buchse leider nur das DVB-C Signal wieder und keine 
Spiegelung des aktuellen Bildes, d.h. wenn ich am Fernseher eine 
Ext-Quelle ansehe gibt er mir trotzdem nur Antennen-Signal wieder... 
(SAMSUNG)

Es wäre doch mal eine Idee eine neue HW-Version zu erstellen und 
HDMI+FBAS(als zweiter Eingang) und dann aber gleich den STM-uC auf eine 
Platine zu implementieren. Ich würde mich für den HW-Teil/Layout 
bereitstellen. An der Software scheiterts bei mir leider...

Gruß

finally I got report from UART 4 like this.USART3 not work
 and the putty like this.what is the problems?
Zoe_chloe
thanks

I think PLL clock fails probably
can anyone help me?

I just tried the HEX attached in this post on a brand new STM32F4dicso 
board. I made some changes for your CPU (only 512K flash). I'm sure it 
works and USART out is on PD8. Please use this HEX and tell what's 
happening.

pitschu

Peter S. schrieb:
> I just tried the HEX attached in this post on a brand new STM32F4dicso
> board. I made some changes for your CPU (only 512K flash). I'm sure it
> works and USART out is on PD8. Please use this HEX and tell what's
> happening.
>
> pitschu

thankkkkkkkkk yooooooooooooooou.fnatic vs liquid is live now.I will try 
it soon
give me you paypal email.I will donate $5 each time you reply me
love you <3

Peter S. schrieb:
> I just tried the HEX attached in this post on a brand new STM32F4dicso
> board. I made some changes for your CPU (only 512K flash). I'm sure it
> works and USART out is on PD8. Please use this HEX and tell what's
> happening.
>
> pitschu

report after flash this hex

1-flash using stlink ultility success
2-connect usart3 using pd8 and pd9: no usart report
3-connect usart 3 alternative(pc10 pc11): no usart report
4-connect usart 3 alternative(pc10 pc11) with boot 0 on high: report 
delay but show like this

this is stlink report

10:43:02 : ST-LINK SN : 56FF6A067182515120381667
10:43:02 : ST-LINK Firmware version : V2J27S6
10:43:02 : Connected via SWD.
10:43:02 : SWD Frequency = 4,0 MHz.
10:43:02 : Connection mode : Normal.
10:43:02 : Debug in Low Power mode enabled.
10:43:02 : Device ID:0x413
10:43:02 : Device flash Size : 512KBytes
10:43:02 : Device family :STM32F405xx/F407xx/F415xx/F417xx
10:43:18 : Binary File closed.
10:43:41 : [Ambilight-STM32F4-GNUARM-V1.2.hex] opened successfully.
                  Address Ranges [0x08000000 0x080001D4] [0x080001E0 
0x08014F8C]
10:43:41 : [Ambilight-STM32F4-GNUARM-V1.2.hex] checksum : 0x007E8E52
10:43:47 : Memory programmed in 3s and 281ms.

yaaaa.and it's seem stable when I use main pin for usart 3 (PB10-PB11)
why still nothing in putty?
what have I do to show the interface?

this is uart pin map

The AL software defintly uses pin mapping 3 (PD8/9) for USART3, so the 
other mappings don't care. So, there shouldn't be any output on pins 
PB10/11. These pins are not used by the AL software. I don't think that 
you flashed the HEX file in the right way.
I'm missing massages like "... erasing flash ..." in your ST-Link log 
report. Are you sure that you erased the flash before flashing the HEX 
file?

Peter S. schrieb:
> The AL software defintly uses pin mapping 3 (PD8/9) for USART3, so the
> other mappings don't care. So, there shouldn't be any output on pins
> PB10/11. These pins are not used by the AL software. I don't think that
> you flashed the HEX file in the right way.
> I'm missing massages like "... erasing flash ..." in your ST-Link log
> report. Are you sure that you erased the flash before flashing the HEX
> file?

I will try to earse before flash again.thank you <3

Peter S. schrieb:
> The AL software defintly uses pin mapping 3 (PD8/9) for USART3, so the
> other mappings don't care. So, there shouldn't be any output on pins
> PB10/11. These pins are not used by the AL software. I don't think that
> you flashed the HEX file in the right way.
> I'm missing massages like "... erasing flash ..." in your ST-Link log
> report. Are you sure that you erased the flash before flashing the HEX
> file?

I erased the flash then flash the hex.still the same.only the pc10 pc11 
work
is there any chance my stm32f4 board dont have usart on pd8 
pd9(manufactor or firmware problems?)
I've ordered a oscilloscope
I have to make this work

Be aware that the BOOT0 pin has to be low to boot from flash. I think 
your board boots from the system bootloader which uses several sources 
to search for a programming device and you see some output on PB10/11 
and PC10/11.
Read the datasheet on page 55:
Embedded bootloader
The embedded bootloader mode is used to reprogram the Flash memory using 
one of the
following serial interfaces:
● USART1(PA9/PA10)
● USART3(PB10/11 and PC10/11)
● CAN2(PB5/13)
● USB OTG FS(PA11/12) in Device mode (DFU: device firmware upgrade).

Set BOOT0 to GND and it should work.

Peter S. schrieb:
> Be aware that the BOOT0 pin has to be low to boot from flash. I think
> your board boots from the system bootloader which uses several sources
> to search for a programming device and you see some output on PB10/11
> and PC10/11.
> Read the datasheet on page 55:
> Embedded bootloader
> The embedded bootloader mode is used to reprogram the Flash memory using
> one of the
> following serial interfaces:
> ● USART1(PA9/PA10)
> ● USART3(PB10/11 and PC10/11)
> ● CAN2(PB5/13)
> ● USB OTG FS(PA11/12) in Device mode (DFU: device firmware upgrade).
>
> Set BOOT0 to GND and it should work.

program with boot 0 to GND done.but it show like this.disconnect 
imideately
 I've try PD8 and PD9.the same result.no respond

my tvp5150 board I use 1uh for FB1 FB2 and FB3