Hallöchen liebe Freunde der Sonne, Ich habe ein sehr skurriles Phänomen es ist 6Fach Reproduzierbar. Ein Pic18f ließt auf einer Platine einen Sensor aus und gibt dessen auf einem Bildschirm ST7735 wieder. Im Schlafzimmer geht's im Wohnzimmer spinnt der Bildschirm Rum. Dann bewegt man den Bildschirm man lässt ihn los es geht wieder nicht. Nicht gehen heißt massive Pixel Fehler und er macht irgendwas. Die Leitungen haben 1k Vorwiderstände und sind direkt am Pic. Das Kabel hat keine 15cm CLK und sda sind mit Masse verdrillt. Das Signal gemessen am Pin des Bildschirms mit dem oszi ist bei 6MhZ wie auch bei 1MhZ absolut sauber. Was zum Geier kann das sein???? Alles entkoppelt und entstört usw. Der I2C Sensor läuft quer durch die Platine an allen strömen vorbei und hat keinerlei Probleme. Wenn ich Alufolie in der Luft baumeln lassen die Mit Masse verbunden ist wird es besser. (Deutlich Weniger fehler) Masse mit Erde habe ich bereits versucht keine Veränderung. Ich weiß nicht was ich noch machen könnte... Mal geht's Mal nicht LG
Brom B. schrieb: > Ich weiß nicht was ich noch machen könnte... Erst mal den Schaltplan und den Aufbau zeigen, dann kommt schon eher Licht ins Dunkel. Brom B. schrieb: > Die Leitungen haben 1k Vorwiderstände Das ist je nach SPI-Taktfrequenz schon sehr viel (zu hoch). Längswiderstände zum "Entklingeln" von Daten-/Clock-Leitungen wären eher bei 100 Ohm anzusetzen. Warum du sie drin hast muss erst noch ergründet werden.
uff basse schrieb: > Brom B. schrieb: >> Ich weiß nicht was ich noch machen könnte... > > Erst mal den Schaltplan und den Aufbau zeigen, dann kommt > schon eher Licht ins Dunkel. > Brom B. schrieb: >> Die Leitungen haben 1k Vorwiderstände > > Das ist je nach SPI-Taktfrequenz schon sehr viel (zu hoch). > Längswiderstände zum "Entklingeln" von Daten-/Clock-Leitungen > wären eher bei 100 Ohm anzusetzen. Warum du sie drin hast > muss erst noch ergründet werden. Mir leuchtet nicht ganz ein was der Schaltplan bringen soll... Läge es an der Platine hätte ich am SCL und SDA gemessen direkt am Bildschirm (also nach den Kabeln usw. ) Nicht genau das was ich erwarte. Zu Test Zwecken wird der Bildschirm permanent mit rot befüllt. Gemessen an 2 Kanälen passt das Signal es kommt also am Bildschirm an das er rot senden soll. Was er tut, (und 5 andere auch) ist jedoch ein buntes Pixelchaos. In einem anderen Raum mit exakt dem gleichen Aufbau funktionierts dann wieder und im nächsten nur manchmal. LG
Brom B. schrieb: > Mir leuchtet nicht ganz ein was der Schaltplan bringen soll... Trollsymptome. LG, Sebastian
Wenn die Signale am TFT sauber ankommen mögen sie womöglich schlicht falsch sein. Timingproblem? Initialisierung auf Kante genäht? Spannungsversorgung instabil? Fetter Verbraucher im Wohnzimmer? WLAN direkt nebenan?
ja schrieb: > Das liegt an den Zwergen. Ach ja, ich vergass .... es ist heute Freitag. Sebastian schrieb: > Trollsymptome
NichtWichtig schrieb: > Wenn die Signale am TFT sauber ankommen mögen sie womöglich schlicht > falsch sein. > > Timingproblem? > Initialisierung auf Kante genäht? > Spannungsversorgung instabil? > Fetter Verbraucher im Wohnzimmer? > WLAN direkt nebenan? Die Signale sind richtig. Wenn ich Texte Bilder etc. Lade erscheinen Sie auch aber teilweise einfach um 90 oder 180° verdreht... Ein paar Meter weiter läuft's dann wieder richtig es ist zum ausrasten... Zwischen den Inits sind Pausen von mindestens 100ms. 24V Versorgung, sowie 5V nach dem AP6603 Schaltregler als auch 3,3V nach einem LM 78 Haben 470uF stützen, sowie 2x 22nF und einmal 47pF gegen Masse. Verbraucher, Strahlungen etc. Hätte ich auch angedacht. Deswegen habe ich ja auch den Raum gewechselt und auch mein Handy ausgesperrt. Dabei hat's dann wenigstens häufiger funktioniert aber auch nicht immer... Wie gesagt sind die Signale mit dem Oszilloskop gemessen am Pin des Controllers richtig. Das Phänomen tritt bei 6 Stück gleichermaßen auf. Warum bringt Alufolie oder ein langes Kabel gegen Masse eine Veränderung? Kann es wirklich sein das der ST7735 Chip so empfindlich ist?? Andere oleds haben nie Probleme gemacht:/ Und nein das ist definitiv kein Troll, Witz oder sonst was.. Soll ich den Bildschirm in eine Keksdose packen?? Ich weiß echt nicht was das sein könnte und noch weniger wie ich's loswerde:(
90° (oder180°) verdreht ist doch eine Konfigurationangelegenheit. Ich hab folgende Software für das ST7735 verwendet: Womöglich lohnt mal ein Vergleich damit, sie funktioniert einwandfrei. Beitrag "[STM32/HAL] Treiber für ST7735 160 x 80 TFT" Dort wird per DMA recht zügig der Framebuffer übertragen, ich habs auf 1/8 des TFT limitiert da zu wenig RAM verfügbar ist und ich nicht so fix anzeigen muß. Takt, MISO und MOSI sind in einem geschirmten Kabel (ca. 25cm), die anderen langsameren Steuerleitungen einfach so ungeschirmt. Aber eher weil das Ding in einem Plattenspieler eingebaut ist und nicht stören soll statt gestört zu werden.
Brom B. schrieb: > Andere oleds haben nie Probleme gemacht:/ Also erstmal ist das kein OLED, sondern ein TFT-Display. Für die beschriebenen Probleme sehe ich folgende möglichen Ursachen: * schlampiger Aufbau * schlechte Stromversorgung * falsch angeschlossenes Display und/oder falsch konfigurierte Ausgänge am Controller. Schaltplan und Fotos vom Aufbau sowie der Quellcode würden hier Klarheit bringen * Timing außerhalb der Spezifikationen * Fehlerhafte Initialisierung - wichtige Register gar nicht konfiguriert mit zufälligen Inhalt - Deshalb den Code zeigen! Dafür spricht vor allem, daß das Display "manchmal" den Inhalt gedreht anzeigt * defekte Hardware (das Display, aber eher unwahrscheinlich) Mit "Hexerei" oder "Strahlung von Aussen" hat das ganz sicher nichts zu tun, und auch 30cm Kabel zwischen Controller und Display stellen normalerweise kein Problem dar.
:
Bearbeitet durch User
uff basse schrieb: > Brom B. schrieb: >> Ich weiß nicht was ich noch machen könnte... > > Erst mal den Schaltplan und den Aufbau zeigen, dann kommt > schon eher Licht ins Dunkel. Harry L. schrieb: > * schlampiger Aufbau > * schlechte Stromversorgung > * falsch angeschlossenes Display und/oder falsch konfigurierte Ausgänge > am Controller. Schaltplan und Fotos vom Aufbau sowie der Quellcode > würden hier Klarheit bringen > [...] Diesen Ausschlag gebenden Tipp hast du vermutlich übersehen ...
Jester schrieb: > Diesen Ausschlag gebenden Tipp hast du vermutlich übersehen ... Bezüglich dieser Thematik ist der TO ja unfehlbar, das zeigt schon die im Eröffnungsbeitrag gebrachte Anrede (hört sich nach "an den Haaren herbeigezogen" an, gell, aber ich kann nicht anders). Brom B. schrieb: > Hallöchen liebe Freunde der Sonne, Tut mir leid, aber aus dem gesamten Eindruck des Threads kommt bei mir der Gedanke nach Beratungsresistenz auf. Noch ein Gag zum Schluss: Brom B. schrieb: > Die Signale sind richtig. Das können wir bestätigen, wie zu sehen ist machst du alles richtig.
Harry L. schrieb: > Brom B. schrieb: >> Andere oleds haben nie Probleme gemacht:/ > > Also erstmal ist das kein OLED, sondern ein TFT-Display. > > Für die beschriebenen Probleme sehe ich folgende möglichen Ursachen: > > * schlampiger Aufbau > * schlechte Stromversorgung > * falsch angeschlossenes Display und/oder falsch konfigurierte Ausgänge > am Controller. Schaltplan und Fotos vom Aufbau sowie der Quellcode > würden hier Klarheit bringen > * Timing außerhalb der Spezifikationen > * Fehlerhafte Initialisierung - wichtige Register gar nicht konfiguriert > mit zufälligen Inhalt - Deshalb den Code zeigen! Dafür spricht vor > allem, daß das Display "manchmal" den Inhalt gedreht anzeigt > * defekte Hardware (das Display, aber eher unwahrscheinlich) > > Mit "Hexerei" oder "Strahlung von Aussen" hat das ganz sicher nichts zu > tun, und auch 30cm Kabel zwischen Controller und Display stellen > normalerweise kein Problem dar. Natürlich weiß ich das es ein TFT Ist... Bei OLEDS hatte ich aber keine Probleme. Die 24V Netzteile habe ich bereits getauscht sowohl ein 3A Tisch Netzteil als auch ein 500W Einbau Netzteil mit Case. Außer 5 LEDs und besagten teilen hängt da nix. Der Schaltspannungsregler macht exakt 5,0V er taktet enorm schnell und ich kann mit dem Oszi weder Spannungseinbruche noch ripple darstellen. Ebenso die bereits erwähnten 470uF. Am uC selbst hängen auch an allen 4 Versorgungs Pins unmittelbar die 22nF Display falsch angeschlossen möchte ich auch verneinen sobald ich einen Pin verändere geht gar nichts mehr. Und laut Specs verträgt er 6 oder 8 MhZ bin gerade nicht sicher aber ich bin ja bereits bei 1Mhz. Ich habe sämtliche Pins SPI etc. Alles über MCC konfiguriert. Sprich PinManager usw. Eine fehlerhafte Initialisierung halte ich für möglich. Hier habe ich einen fertigen Treiber aus einem Tutorial als Basis benutzt. Aber es hat stets alles funktioniert. Bis ich den Raum gewechselt habe... Wäre es denn Möglich das Die anderen Pins RST RS und CS Störungen bekommen?? Die habe ich nämlich nicht explizit geprüft ich war bisher der Ablnnahme diese wurden nur zu Initialisierung genutzt. 🤔 Auf jedenfall vielen Dank schonmal das du Störstralung absolut ausgrenzt das erleichtert die Fehlersuche enorm wenn man was klar streichen kann:)
uff basse schrieb: > Jester schrieb: >> Diesen Ausschlag gebenden Tipp hast du vermutlich übersehen ... > > Bezüglich dieser Thematik ist der TO ja unfehlbar, das zeigt > schon die im Eröffnungsbeitrag gebrachte Anrede (hört sich > nach "an den Haaren herbeigezogen" an, gell, aber ich kann > nicht anders). > > Brom B. schrieb: >> Hallöchen liebe Freunde der Sonne, > > Tut mir leid, aber aus dem gesamten Eindruck des Threads > kommt bei mir der Gedanke nach Beratungsresistenz auf. > > Noch ein Gag zum Schluss: > > Brom B. schrieb: >> Die Signale sind richtig. > > Das können wir bestätigen, wie zu sehen ist machst du alles richtig. Dir ist wohl auch einfach langweilig oder? Anscheinend hast du absolut nichts sonniges beizutragen als unnütze Kommentare. Vielleicht lebst du deine Minderheitskomplexe woanders aus wäre sehr freundlich danke :)
NichtWichtig schrieb: > 90° (oder180°) verdreht ist doch eine Konfigurationangelegenheit. > > Ich hab folgende Software für das ST7735 verwendet: Womöglich lohnt mal > ein Vergleich damit, sie funktioniert einwandfrei. > > Beitrag "[STM32/HAL] Treiber für ST7735 160 x 80 TFT" > > Dort wird per DMA recht zügig der Framebuffer übertragen, ich habs auf > 1/8 des TFT limitiert da zu wenig RAM verfügbar ist und ich nicht so fix > anzeigen muß. > > Takt, MISO und MOSI sind in einem geschirmten Kabel (ca. 25cm), die > anderen langsameren Steuerleitungen einfach so ungeschirmt. > Aber eher weil das Ding in einem Plattenspieler eingebaut ist und nicht > stören soll statt gestört zu werden. Hi NichtWichtig danke für den Hilfreichen Beitrag :) Ich werde auf jedenfall alles abgleichen. Ja das mit dem Verdrehen wundert mich auch extrem. Ich kenne die genaue ansteuerung des Displays nicht aber es scheint als würden Farben und Ausrichtung durcheinander gewürfelt werden. Der Inhalt und Hintergrund, sowohl bei Texten als auch bei Bildern bleibt erhalten. Kannst du mir sagen ob Farben (Vordergrund und Hintergrund) ebenso wie die Ausrichtung Konfigurations abhängig sind? Wie werden diese angesteuert? Wird dazu ein anderer Pin getriggert? Womöglich habe ich bisher einfach an den falschen stellen gesucht also eher ziemlich sicher:D Eine störflanke auf RS oder RST habe Ich nicht gesucht diese Kabel sind auch nicht mit Masse verdrillt. Könnte das zum Fehlerbild passen?? lG :)
NichtWichtig schrieb: > 90° (oder180°) verdreht ist doch eine Konfigurationangelegenheit. > > Ich hab folgende Software für das ST7735 verwendet: Womöglich lohnt mal > ein Vergleich damit, sie funktioniert einwandfrei. > > Beitrag "[STM32/HAL] Treiber für ST7735 160 x 80 TFT" > > Dort wird per DMA recht zügig der Framebuffer übertragen, ich habs auf > 1/8 des TFT limitiert da zu wenig RAM verfügbar ist und ich nicht so fix > anzeigen muß. > > Takt, MISO und MOSI sind in einem geschirmten Kabel (ca. 25cm), die > anderen langsameren Steuerleitungen einfach so ungeschirmt. > Aber eher weil das Ding in einem Plattenspieler eingebaut ist und nicht > stören soll statt gestört zu werden. Der Treiber per DMA ist ja auch echt genial. Werde versuchen das zu integrieren da mein PIC das auch kann :) Danke nochmals!!
Brom B. schrieb: > 24V Versorgung, sowie 5V nach dem AP6603 Schaltregler Google findet den nicht, was soll das sein? Die konkrete Verdrahtung wäre schon wichtig, wie GND geroutet ist. Typisch sind ja Spannungsregler 3-Beiner, d.h. GND ist durchverbunden. Ich nehme von 24V abwärts die Traco TSR 1 Serie. Damit gabs noch nie Probleme.
:
Bearbeitet durch User
Bei SPI kann man Widerstände gegen Ringing vorsehen, d.h. 100R direkt am Sender, also MC-seitig an SCK, MOSI, /CS und Slave-seitig am MISO. Den oberschlauen Experten, die meinen, /CS müssen man nicht verbinden, denen ist nicht zu helfen. Die können bis zum Sankt-Nimmerleins-Tag ihren Fehler suchen.
Peter D. schrieb: > Bei SPI kann man Widerstände gegen Ringing vorsehen, d.h. 100R direkt am > Sender, also MC-seitig an SCK, MOSI, /CS und Slave-seitig am MISO. > > Den oberschlauen Experten, die meinen, /CS müssen man nicht verbinden, > denen ist nicht zu helfen. Die können bis zum Sankt-Nimmerleins-Tag > ihren Fehler suchen. Nach Allem, was ich hier lese, möchte ich wetten, daß es sich um ein Softwareproblem handelt. Da der TO aber seinen Code nicht zeigen will, sind alle weiteren Versuche, ihm zu helfen nutzlos...
Peter D. schrieb: > Brom B. schrieb: >> 24V Versorgung, sowie 5V nach dem AP6603 Schaltregler > > Google findet den nicht, was soll das sein? > > Die konkrete Verdrahtung wäre schon wichtig, wie GND geroutet ist. > Typisch sind ja Spannungsregler 3-Beiner, d.h. GND ist durchverbunden. > > Ich nehme von 24V abwärts die Traco TSR 1 Serie. Damit gabs noch nie > Probleme. AP63300Wu7 sorry. Der hat 8 Pins und arbeitet nicht Linear Sondern mit PWM Spule Feedback etc. Ground füllt oben wie unten alle Lücken ist also quasi vollflächig. :)
Peter D. schrieb: > Bei SPI kann man Widerstände gegen Ringing vorsehen, d.h. 100R direkt am > Sender, also MC-seitig an SCK, MOSI, /CS und Slave-seitig am MISO. > > Den oberschlauen Experten, die meinen, /CS müssen man nicht verbinden, > denen ist nicht zu helfen. Die können bis zum Sankt-Nimmerleins-Tag > ihren Fehler suchen. Hi Peter ich habe alle Kontakte ordentlich verbunden. CS ebenso. Vor Wiederstände ab uC sind 1000Ohm (Tutorial sagte das Wellen Widerstände waren mir zu dem Zeitpunkt noch nicht bekannt) aber. Mein Code hat mehrere Tausend Zeilen... Die SPI Geschichte ist komplett via MCC eingestellt. Mit dem PinManager Modul. Die Bildschirm Konfiguration habe ich fertig von GitHub. PIC16 mit ST7735 oder so ähnlich hies der Blog. Habe diesen Code nicht verändert sondern die Bennenung meiner Pins an die des Codes angeglichen. Ich bin Gerade unterwegs aber kann das Schnipsel zur Initialisierung gern Posten bzw den Link :) LG Und wenn alle Software sagen dann hilft das schonmal:) danke!!
Brom B. schrieb: > NichtWichtig schrieb: >> 90° (oder180°) verdreht ist doch eine Konfigurationangelegenheit. > > Kannst du mir sagen ob Farben (Vordergrund und Hintergrund) ebenso wie > die Ausrichtung Konfigurations abhängig sind? Wie werden diese > angesteuert? > > Wird dazu ein anderer Pin getriggert? Das Datenblatt des ST7735 liefert Dir alle Infos die wichtig sind. Und nein, es ist kein Pin, 5-6-5 (16 RGB) bit pro Pixel definieren seine Farbe (in meiner Anwendung). > Womöglich habe ich bisher einfach an den falschen stellen gesucht also > eher ziemlich sicher:D Möglicherweise > > Eine störflanke auf RS oder RST habe Ich nicht gesucht diese Kabel sind > auch nicht mit Masse verdrillt. > > Könnte das zum Fehlerbild passen?? Eine Störung nach der Initialisierung auf RST könnte beschriebene Auswirkung haben.
Nach über einem Tag immer noch kein Bild des Aufbaus, kein Schaltplan, sondern nur langatmige Prosa. Willst Du einen Fehler finden?
NichtWichtig schrieb: > Eine Störung nach der Initialisierung auf RST könnte beschriebene > Auswirkung haben. Das halte ich für sehr plausibel würde auch erklären warum es Mal besser Mal schlechter wird je nachdem wie die Kabel liegen. RST habe mit dem Oszi nämlich nicht kontrolliert. Vielen Dank! Wenn ich ein Masse Kabel um RST wickle (also verdrille) dürfte das einiges bringen sofern das Stör Signal nicht aus der Platine kommt oder? Oder sollte ich eher einen kleinen Kondensator 10nF oä. Gegen Masse schalten und RST high mit einem kleinen delay Ausführen? Dankeschön!! :) Liebe Grüße
DerEinzigeBernd schrieb: > Nach über einem Tag immer noch kein Bild des Aufbaus, kein Schaltplan, > sondern nur langatmige Prosa. > > Willst Du einen Fehler finden? Der Schaltplan sind 24V mit besagtem Ap 63300 wie dort im Datenblatt 1:1 2 2N7000 als levelshifter zum 3,3V Sensor und ein 7803. Jedes Stromnetz hat 470uF und 2x 22 nF. Das ganze ist auf einer winzigen SMD Platine verpackt. Begründen was man da durch den Bildschirm sehen möchte kann ja seltsamerweise auch keiner 😂
Brom B. schrieb: > Das halte ich für sehr plausibel Ich nicht. Brom B. schrieb: > Wenn ich ein Masse Kabel um RST wickle (also verdrille) dürfte das > einiges bringen Wenn man an Voodoo glaubt - vielleicht. Nochmal: ich wette, daß der Fehler in deinem Code -den du ja nicht zeigen willst-, und da speziell der Initialisierung liegt. Für ext. Störungen ist das Fehlerbild zu reproduzierbar. Bei ext. Störungen würde sich die Anzeige nicht um 90° drehen, sondern ganz andere Phänomene auftreten.
Harry L. schrieb: > Brom B. schrieb: >> Das halte ich für sehr plausibel > > Ich nicht. > > Brom B. schrieb: >> Wenn ich ein Masse Kabel um RST wickle (also verdrille) dürfte das >> einiges bringen > > Wenn man an Voodoo glaubt - vielleicht. > > Nochmal: ich wette, daß der Fehler in deinem Code -den du ja nicht > zeigen willst-, und da speziell der Initialisierung liegt. > > Für ext. Störungen ist das Fehlerbild zu reproduzierbar. > Bei ext. Störungen würde sich die Anzeige nicht um 90° drehen, sondern > ganz andere Phänomene auftreten. Es ist ja nicht nur 90Grad... Wenn ich zb. den kompletten Screen in Rot färben möchte habe ich alles mögliche. Regenbogen bunte Streifen whatever. Bei der Anzeige mehrere Texte kommen dann zb. 2 Zeilen richtig aber in der falschen Farbe. Dann "hackts" und der Rest kommt in anderen Farben oder eben völlig verdreht. Wenn ich den Bildschirm anders halte und die Kabel anders liegen kommt's vor das es plötzlich einwandfrei funktioniert. Im einen Raum funktioniert dann alles im anderen nicht. Für einen Code Fehler halte ich es sehr für zu unberechenbar. Die Störung auf RST würde wirklich Sinn machen. Wenn ich den Bildschirm nahe an eine 24V Leitung bringe vermehren sich die Fehler immens. LG
Brom B. schrieb: > Es ist ja nicht nur 90Grad... > > Wenn ich zb. den kompletten Screen in Rot färben möchte habe ich alles > mögliche. > Regenbogen bunte Streifen whatever. > > Bei der Anzeige mehrere Texte kommen dann zb. 2 Zeilen richtig aber in > der falschen Farbe. Dann "hackts" und der Rest kommt in anderen Farben > oder eben völlig verdreht. > > Wenn ich den Bildschirm anders halte und die Kabel anders liegen kommt's > vor das es plötzlich einwandfrei funktioniert. > > Im einen Raum funktioniert dann alles im anderen nicht. > > Für einen Code Fehler halte ich es sehr für zu unberechenbar. > > Die Störung auf RST würde wirklich Sinn machen. > > Wenn ich den Bildschirm nahe an eine 24V Leitung bringe vermehren sich > die Fehler immens. > > LG Zuviel Vodoo! Letztmalig: zeig deinen Code, oder sieh zu wie du klar kommst! Ich lese hier nur völlige Beratungs-Resistenz.
Harry L. schrieb: > Zuviel Vodoo! Ja! Harry L. schrieb: > Letztmalig: zeig deinen Code, oder sieh zu wie du klar kommst! Tja, wenn man nichts hat was man vorzeigen kann dann kann man auch nichts vorzeigen. So einfach ist das.
uff basse schrieb: > Harry L. schrieb: >> Zuviel Vodoo! > > Ja! > > Harry L. schrieb: >> Letztmalig: zeig deinen Code, oder sieh zu wie du klar kommst! > > Tja, wenn man nichts hat was man vorzeigen kann dann kann man > auch nichts vorzeigen. So einfach ist das. 😂😂😂 Alles klar Wenn du ein Spezialist bist dann sag mir doch bitte wieso es bei einem Fehler im Code Mal geht und Mal nicht?? Sitzen in deinen PICs Heinzelmännchen die Würfeln welche Satz sie als nächstes aufrufen?? Der Hinweis mit der Störflanke auf RST war Gold Wert!! Vielen Dank das zumindest mit offenen Augen unterwegs ist und nicht permanent darauf besteht Infos zu bekommen die nichts zur Sache tun... Oder erkundigt Ihr euch auch welche Zündkerzen verbaut sind wenn der Reifen Luft verliert? Das ist doch nur noch unnütz. RST war es btw Danke an die helfenden Beiträge:)
uff basse schrieb: > Harry L. schrieb: >> Letztmalig: zeig deinen Code, oder sieh zu wie du klar kommst! > > Tja, wenn man nichts hat was man vorzeigen kann dann kann man > auch nichts vorzeigen. So einfach ist das. Wie war das gleich noch mal mit den Trolls? DON'T FEED 'EM!
Wenn du schon mit Reset (dem unkritischten aller Signale) solche Probleme hast, möchte ich gar nicht wissen, welche Tretminen sonst noch in deinem zusammen kopierten Code und deinem Aufbau versteckt sind...
Harry L. schrieb: > in deinem zusammen kopierten Code und deinem Aufbau Wie schon gesagt, beides existiert nur in der Phantasie des TO, daher können beliebig viele Macken und Tretminen vorhanden sein ohne dass irgendwas passiert. Förderlich ist es nur dem Internet-Traffic .....
uff basse schrieb: > Harry L. schrieb: >> in deinem zusammen kopierten Code und deinem Aufbau > > Wie schon gesagt, beides existiert nur in der Phantasie des > TO, daher können beliebig viele Macken und Tretminen vorhanden > sein ohne dass irgendwas passiert. Förderlich ist es nur dem > Internet-Traffic ..... Wahnsinn was für Assis hier sind
Brom B. schrieb: > Wahnsinn was für Assis hier sind Brom, falls du kein Troll sein solltest: Geh doch mal in dich und denk darüber nach inwiefern DEIN Threadmanagement zu diesen Resultaten führt. LG, Sebastian
Brom B. schrieb: > Wahnsinn was für Assis hier sind Spar Dir deine vulgären Entgleisungen - denn ich bin eh raus...
Sebastian schrieb: > Brom B. schrieb: >> Wahnsinn was für Assis hier sind > > Brom, falls du kein Troll sein solltest: Geh doch mal in dich und denk > darüber nach inwiefern DEIN Threadmanagement zu diesen Resultaten führt. > > LG, Sebastian Ich sehe in diesem Ständigen "poste Code und Schaltung" einfach keinen Sinn wenn man hier die Fehler bereits aus / ein grenzen konnte. (Was sich ja auch bewahrheitet hat) Und dieses Sture "man muss aber alles sehen". Einfach nein. Wenn ich wissen will wie ich einen Lackkratzer entferne ist es doch auch irrelevant ob ich E10, Diesel oder Strom. Tanke. Das Problem war ja wohl deutlich beschrieben. Und seltsamer weiße habe ich auch einen entscheidenden Hinweis bekommen und zwar von jemandem der sich einfach mein Fehlerbild durchgelesen hat und etwas sinnvolles beitragen konnte. Dieses ganze überhebliche Getue ala ich sag nichts ohne das ich alles sehen kann ist einfach unnötig und das hat sich (Mal wieder) bestätigt. Wenn man nicht helfen will (oder kann) sollte man es einfach lassen anstatt die Leute blöd anzumachen oder zu behaupten alles wäre frei erfunden. Diese Arroganz von manchen ist einfach echt unglaublich...
Brom B. schrieb: > Diese Arroganz von manchen ist einfach echt unglaublich... Schreibt einer, der sich diesbezüglich zügig an die eigene Nase fassen sollte...
Brom B. schrieb: > Ich sehe in diesem Ständigen "poste Code und Schaltung" einfach keinen > Sinn wenn man hier die Fehler bereits aus / ein grenzen konnte. Harry L., uff basse, Sebastian und noch viele Andere, letztendlich auch ich, sind da komplett konträrer Ansicht. Sebastian hatte ganz deutlich gesagt, wo er das Problem sieht: > [Beitrag #7291377:] > Geh doch mal in dich und denk > darüber nach inwiefern DEIN Threadmanagement zu diesen Resultaten führt. Harry hatte das noch treffender formuliert: > [Beitrag #7289360:] > Ich lese hier nur völlige Beratungs-Resistenz. [und] > Letztmalig: zeig deinen Code, oder sieh zu wie du klar kommst! Und du antwortest mit: - "Wahnsinn was für Assis hier sind" [und] - "Diese Arroganz von manchen ist einfach echt unglaublich..." Da schließe ich mich doch lieber Harry an: "Sieh zu wie du klar kommst!"
Hauptsache Projekte anderer Beleidigen ala, Mienenfeld, zusammen Kopierter Code, zu behaupten man hätte nichts vorzeigbares usw. Nochmal wenn man zu den gegebenen Umständen nicht helfen möchte oder kann soll mans einfach lassen. Aber Hilfe suchende mit "schlauen Sprüchen" Entgegentreten und pauschal als zu dumm für alles abstempeln ist einfach Assi sorry. Ich habe bereits einige Fehler Quellen Ausgefilter und es hat keinen interessiert. Meine Vermutungen wurden von vorne herein als unlogisch und falsch abgetan. Und der ganze Thread als blöder Troll hingestellt. Was soll das?? Geholfen hat genau einer vom Rest kam nichts als blöde Kommentare. Das ist schlichtweg einfach traurig. Genauso wie ein "willkürliches Fehlerbild" als "Reproduzierbar" bezeichnet wird??? Läge es am Code dann würde sich der ganze Spaß sicher nicht von Alufolie beeinflussen lassen... Aber das mit den blöden Kommentaren hatten wir ja bereits. Euch allen trotz allem schöne Weihnachten :)
Brom B. schrieb: > Läge es am Code dann würde sich der ganze Spaß sicher nicht von Alufolie > beeinflussen lassen... Ja, Aluhüte sind in diesen Zeiten sehr beliebt... Man muß nur ganz fest dran glauben.
:
Bearbeitet durch User
Brom B. schrieb: > Meine Vermutungen wurden von vorne herein als unlogisch und falsch > abgetan. Und der ganze Thread als blöder Troll hingestellt. Auch Deine Reaktion hier mit der unsubstantiierten Behauptung, es wäre Dir von einem (wem eigentlich?) geholfen worden, verstärkt den Eindruck, es wäre Getrolle. Dir wurden hilfreiche Fragen gestellt. Menschen haben Dir ihre Lebenszeit und ihre Erfahrung angeboten, um Dein Problem lösen zu helfen. Du hast ihnen überheblich ins Gesicht gefurzt. Und bist auch noch stolz darauf.
Brom B. schrieb: > Im Schlafzimmer geht's im Wohnzimmer spinnt der Bildschirm Rum. Echter Jamaika? Mal im Ernst: Dein tolles Konstrukt ist offenbar auf Kante genäht, so daß selbst geringe Fremdfelder oder Temperaturunterschiede es aus dem Tritt bringen. Es liegt also zu 100% an dir und deiner Konstrukton - da kommen sowohl hardwaremäßige als auch softwaremäßige Probleme in Frage. Die Antworten "zeig mal dein Ding" sind also genau die richtigen und zeigen, daß man dir helfen will. Schließlich bist DU es, der um Hilfe anfragt. W.S.
Hi nochmal, Zunächst einmal sorry für meine Ausschreitungen. Und zugegeben ja. Der Schaltplan hätte evtl. geholfen. An der Software lags definitiv nicht. Das Problem lag bei mir genau genommen im Layout ich habe den Schalter und die Zugehörige Spule (ungeschickt) sehr nah an die Kabel zum Bildschirm gesetzt und zudem vias und drunter eine gnd Fläche gesetzt also quasi einen kleinen Signalverstärker gebaut und diesen direkt neben die Antennen (Kabel) Positioniert. Vermutlich habe ich sogar Störungen auf Masse weshalb meine Oszi Signale sauber waren. Ich habe nun den guten alten LM7805 drin und alles läuft Spitzenmäßig. Gibt es hier Artikel oder ein Fachbuch was beim Layouten alles beachtet werden sollte? Danke euch Viele Grüße Und nein es war wirklich kein Troll :)
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.