Announcement: there is an English version of this forum on 
Mit dem Projekt "WordClock mit WS2812" kann sowohl die klassische 11x10 WordClock als auch die neue minutengenaue 16x18 WordClock24h realisiert werden - mit ein und derselben Hard- sowie Software. Link zum Artikel: WordClock mit WS2812 Lauffähig ist die Software auf den Nucleo-Boards STM32F401RE und STM32F411RE für 11 EUR und (brandneu!) jetzt auch auf dem 4 EUR günstigen STM32F103C8T6 Mini Development Board. Auch diese Variante wird in den nächsten Tagen zum Download verfügbar sein und im Artikel beschrieben werden. Bereits implementierte Features der Software: - Lauffähig auf STM32F401, STM32F411 Nucleo und STM32F103C8T6 Mini-Development Board - Anbindung von LED-Stripes des Typs WS2812 und WS2812B - Sanftes Überblenden der Uhrzeiten auf den LEDs Wählbare Animationen bei Uhzeitwechsel (Rollen in verschiedene Richtungen, Explosion usw.) - Monitoring/Benutzeroberfläche mittels MCURSES - Anbindung IR-Fernbedienung mittels IRMP - Einstellen des Anzeigemodus ("Sprache") und der Farbe per IR-Fernbedienung - Automatische Helligkeitsregelung mittels LDR (optional) - Anbindung einer externen DS3231-RTC - Anbindung eines externen I2C-EEPROM zum Speichern aller Konfigurationsparameter - Optionale Anbindung eines DCF77-Moduls - Optionale Anbindung eines ESP8266-WLAN-Moduls - Holen der Uhrzeit per TIME- oder NTP-Protokoll aus dem Internet - Optionale Temperaturmessung und -Anzeige mit DS18xx-Sensor - Fernsteuerung per Android App - Ambilight mit bis zu weiteren 100 LEDs
:
Bearbeitet durch Moderator
Wie bereits im alten Wordclock-Thread geschrieben, habe ich die Wordclock mit WS2812B-LEDs und ESP8266 aufgebaut. Ein weiterer Controller ist nicht nötig, alles wird über den ESP gesteuert. Somit fällt die Anzahl der benötigten Bauteile recht übersichtlich aus. LEDs, Spannungsregler auf 3.3V (Regler plus 2 Kondensatoren) und eine Logic-Level-Konvertierung (MOSFET und 2 Widerstände) von 3.3V auf 5V.
Timo schrieb: > Wie bereits im alten Wordclock-Thread geschrieben, habe ich die > Wordclock mit WS2812B-LEDs und ESP8266 aufgebaut. Freut mich sehr! Offenbar hast Du aber den Link auf Deine Dokumentation und die dazugehörige Software vergessen... sonst hätte in den letzten Monaten wohl keiner mehr die bisherige WordClock gebaut, sondern alle hätten sich auf Dein Projekt gestürzt... Komischerweise ging alleine im November/Dezember eine Sammelbestellung über 100 "klassische" WordClock-Frontplatten und ebenso viele AOO-Platinen über die Bühne. Achnee, Dein Posting im alten WordClock-Thread ist ja erst 1 Tag alt... Die STM32-Software mit ESP8266-Anbindung läuft aber schon seit einem Jahr in der WordClock24h :-) > Ein weiterer > Controller ist nicht nötig, alles wird über den ESP gesteuert. Schön, dann musst Du ja auch bereits IRMP auf den ESP8266 portiert haben... leider habe ich davon nie etwas gelesen. Achnee, hat ja Wolfgang erst vor ein paar Wochen gemacht: Beitrag "IRMP mit ESP8266" War seine Arbeit vielleicht umsonst, weil von Dir schon längst erledigt? Wo ist Deine Mail an mich oder Dein Posting dazu? Wo ist der portierte IRMP-Code? Die anderen oben aufgeführten Features inkl. Temperatur-Anzeige, automatischer Helligkeitsregelung, diverse Animationen und die Android-App hast Du natürlich längst auch alle drin und deshalb willst Du jetzt was genau hier sagen? "Alles blöd, ich bin besser"??? Danke für Deinen Beitrag. Aber vielleicht machst Du besser einen eigenen Thread auf, um Dein Projekt zu dokumentieren. Leute, welche nachher sagen, "habe ich auch schon gemacht", aber nichts davon veröffentlichen, weils ganz spezielles Frickelzeug ist, welches man besser erst gar nicht dokumentiert, habe ich zum Fressen gern. P.S. Teilweise Software auszulagern auf den ESP8266 ist ja gut und schön - aber momentan bei der beschissenen Dokumentation und Entwicklungsumgebung von Espressif nur was für Frickler. Hier geht es darum, irgendeinen ESP8266 fertig bei irgendeinem Händler zu erwerben, dranzustecken und fertig. Leider hast Du offenbar keinen Schimmer, wieviele µC-unbedarfte Leute die bisherige WordClock nachgebaut haben. Willst Du denen jetzt zumuten, sich irgendein SDK mit allen Unzulänglichkeiten in einer virtuellen Maschine zu installieren, sich ein "Programmier-Gerät" zu basteln, da vier bin-Files auf ganz verschiedene Adressen zu flashen, um dann zu beten, dass das Ding nach dem Update Deines hochspeziellen Bin-Files dann noch läuft? Nein Danke, der ESP8266 ist hier nur Mittel zum Zweck, aber ganz gewiss nicht der Hauptprozessor. Da warte ich lieber noch ein paar Jahre, bis Espressif endlich was Stabiles auf die Beine gestellt hat. Wahrscheinlich wird es aber nie dazu kommen. Bevor Espressif irgendetwas vernünftig fertig macht, wird einfach ein neuer Prozessor (hier: ESP32) auf den Markt geschmissen, um wieder bei Null und hunderten von neuen Bugs anzufangen, um die Community zu beschäftigen. Ich habe noch nie so etwas unprofessionelles wie das Vorgehen von Espressif gesehen.
:
Bearbeitet durch Moderator
Timo schrieb: > Wie bereits im alten Wordclock-Thread geschrieben, habe ich die > Wordclock mit WS2812B-LEDs und ESP8266 aufgebaut. Ein weiterer gibt's da irgendwo Code u. Beschaltung zu?
Habe für meine normale Wordclock 25x25cm etwa 30 EUR ausgegeben (ohne Netzteil). Als Netzteil habe ich ein altes Handyladegerät verwendet. - LEDs 100 Stück ca. 15 EUR - ESP8266 ca 2 EUR - Rahmen 5 EUR - geplottete Folie 5-10 EUR - Siebdruckplatte ca. 1 EUR - Kleinteile (3.3V Regulator, 2 Kondensatoren, 1 MOSFET, 2 Widerstände) ca 2 EUR
Ah OK. Ich dachte die Frontplatte ist deutlich teurer. Die Elektronik kostet ja fast nichts (bis auf die LEDs). Danke.
Horst schrieb: > Was sind etwa die Teilekosten für eine 24h Uhr mit WLAN? Alles grobe Preise: STM32F103 Mini Development Board: 4,00 EUR ESP8266 ESP-01: 4,00 EUR 3,3 Spannungsregler für ESP 2,00 EUR DS3231 RTC + EEPROM 1,50 EUR TSOP31238 IR-Empfänger 1,50 EUR DS18xx Temperatur-Sensor 1,50 EUR LDR für autom. Helligkeitsregelung 1,50 EUR 300 WS2812 60 LEDs/m = 5m 60,00 EUR Zwischenboden vorauss. 40,00 EUR Frontplatte 44,00 EUR Alu-Rahmen schwarz matt 28,00 EUR Netzteil 5V 15,00 EUR ============================================ Summe 203,00 EUR Die Uhr kostet also ca. 200 EUR. Der größte Posten ist dabei der 5m lange LED-Streifen. Wenn man eine WordClock12h baut, halbiert sich der LED-Preis, da man nur noch knapp 120 LEDs benötigt. Spart 30 EUR und noch 6 EUR bei der Frontplatte, so dass man bei der 12h auf ca. 170 EUR kommt. Das Netzteil ist für den "Normalgebrauch" dimensioniert. Wenn man da noch Show-Effekte programmieren möchte, wo auch mal 300 LEDs volle Pulle leuchten sollen, damit die Nachbarn endlich mal wieder ohne eigenes Licht ihren Krimi lesen können, dann kann der Preis fürs Netzteil auch schon mal auf 40-50 EUR steigen.
:
Bearbeitet durch Moderator
Frank M. schrieb: > 300 WS2812 60 LEDs/m = 5m 60,00 EUR > Zwischenboden vorauss. 40,00 EUR > Frontplatte 44,00 EUR > Alu-Rahmen schwarz matt 28,00 EUR > Netzteil 5V 15,00 EUR Mit solchen Kosten für den Rahmen hatte ich eher gerechnet... Danke.
Timo schrieb: > Habe für meine normale Wordclock 25x25cm etwa 30 EUR ausgegeben (ohne > Netzteil). Als Netzteil habe ich ein altes Handyladegerät verwendet. > - LEDs 100 Stück ca. 15 EUR Horst fragte nach einer WC24h mit 288 LEDs. Was soll Deine Antwort? Passen die auf Deine 25x25cm? > - Rahmen 5 EUR Was ist das für ein Rahmen für 5 EUR? Aus Spannplattenholz? > - geplottete Folie 5-10 EUR > - Siebdruckplatte ca. 1 EUR Quellen? Oder Siebdruckplatte aus dem Sperrmüll? > - Kleinteile (3.3V Regulator, 2 Kondensatoren, 1 MOSFET, 2 Widerstände) > ca 2 EUR Ja, nee, iss klar. Strom kriegt das Ding beim Trampeln auf dem Fahrrad. Was sollen solche realitätsfernen Aussagen, die noch nicht mal zum Thread passen? Willst Du den Thread kapern oder was? Hier gehts im Forum "Projekte und Code" konkret um das im Eröffnungsthread geschilderte Projekte und nicht um Dein Frickelding.
Horst schrieb: > Mit solchen Kosten für den Rahmen hatte ich eher gerechnet... Ja, der sieht richtig edel aus und wurde schon von hunderten WC-Bastlern eingesetzt: https://www.alutech.de/alu---zuschnitt-profil-18.html Dort schwarz auswählen und 45 x 45 cm eingeben. Der Rahmen ist sehr einfach zusammensetzbar und sehr stabil - und sieht nebenbei noch richtig gut aus.
Auch in diesem Thread nochmal der Vollständigkeit halber eine Simulation der WordClock24h: http://uclock.de/index24.php und der WordClock12h: http://uclock.de/index12.php Die Links dienen zum Testen der Anzeige in den einzelnen Modi. Viel Spaß, Frank
Frank M. schrieb: > Timo schrieb: >> Habe für meine normale Wordclock 25x25cm etwa 30 EUR ausgegeben (ohne >> Netzteil). Als Netzteil habe ich ein altes Handyladegerät verwendet. >> - LEDs 100 Stück ca. 15 EUR > > Horst fragte nach einer WC24h mit 288 LEDs. Was soll Deine Antwort? > Passen die auf Deine 25x25cm? Ich schrieb dazu, dass ich die 12h-Variante gebaut habe. warum sollte die 24h-Variante nicht auch in den Rahmen passen? Argumente? > >> - Rahmen 5 EUR > > Was ist das für ein Rahmen für 5 EUR? Aus Spannplattenholz? IKEA Ribba. Was an einem normalen schwarzen Rahmen schlecht aussieht, liegt sicher im Auge des Betrachters. Demo-Video habe ich mal hochgeladen: https://www.youtube.com/watch?v=vGLvVPEhWWs > >> - geplottete Folie 5-10 EUR >> - Siebdruckplatte ca. 1 EUR > > Quellen? Oder Siebdruckplatte aus dem Sperrmüll? Hornbach. > >> - Kleinteile (3.3V Regulator, 2 Kondensatoren, 1 MOSFET, 2 Widerstände) >> ca 2 EUR > > Ja, nee, iss klar. Strom kriegt das Ding beim Trampeln auf dem Fahrrad. Was soll diese Aussage? Habe weiter oben von einem Handy-Netzteil (5V/3A) geschrieben. Sollte reichen, meinst du nicht? > > Was sollen solche realitätsfernen Aussagen, die noch nicht mal zum > Thread passen? Willst Du den Thread kapern oder was? Hier gehts im Forum > "Projekte und Code" konkret um das im Eröffnungsthread geschilderte > Projekte und nicht um Dein Frickelding. Du schreibst ziemlich wüst, aber wenig argumentativ. Was ist an meinem Geschriebenen realitätsfern? Der Thread umfasst, so zumindest schriebst du es im Eingangspost, sowohl die 24h- als auch die 12h-Variante. Wenn du an fremden Überlegungen/Überlegungen nicht interessiert bist, hättest du dies nur schreiben brauchen. Ich bin in diesem Forum nicht oft unterwegs, daher bildete ich mir ein, dass solch ein Konstrukt von den Ideen und dem konstruktiven Austausch mehrerer Menschen besteht.
Jan L. schrieb: > Timo schrieb: >> Wie bereits im alten Wordclock-Thread geschrieben, habe ich die >> Wordclock mit WS2812B-LEDs und ESP8266 aufgebaut. Ein weiterer > > gibt's da irgendwo Code u. Beschaltung zu? Schreibe ich die Tage mal sauber zusammen und veröffentliche es dann.
Warum du mich hier so angehst, weißt wahrscheinlich nur du... Und deinen fortwährender Spleen, jemand könnte deine Kompetenz untergraben, ist schwer auszuhalten. Ich wollte lediglich eine Idee/Erfahrungswert in die Runde werfen. Da ich aber nicht für alle Dinge, die ich nebenher bastele, eine Dokumentation verfasse, kannst du das gerne als Frickellösung abtun. Beste Genesung Frank M. schrieb: > Timo schrieb: >> Wie bereits im alten Wordclock-Thread geschrieben, habe ich die >> Wordclock mit WS2812B-LEDs und ESP8266 aufgebaut. > > Freut mich sehr! > > Offenbar hast Du aber den Link auf Deine Dokumentation und die >
Timo schrieb: > Jan L. schrieb: >> Timo schrieb: >>> Wie bereits im alten Wordclock-Thread geschrieben, habe ich die >>> Wordclock mit WS2812B-LEDs und ESP8266 aufgebaut. Ein weiterer >> >> gibt's da irgendwo Code u. Beschaltung zu? > > Schreibe ich die Tage mal sauber zusammen und veröffentliche es dann. alles klar; vorab schonmal gefragt - läuft das bei dir auf einem Standard-ESP-8266, oder auf einem "Flash-gepimpten" mit 4MB?
Timo schrieb: > Ich schrieb dazu, dass ich die 12h-Variante gebaut habe. Nochmal: Horst fragte nach dem Preis für eine WC24h mit 288 LEDs. Dazu passen Deine Preisangaben bzgl. Anzahl der LEDs und des Handynetzteils nicht. Ein 3A-Netzteil ist für die WC24h zu knapp bemessen. > warum sollte die 24h-Variante nicht auch in den Rahmen passen? Weil das arg eng wird. So enge Streifen gibt es nicht. Das heisst, man muss dann 288 x 6 = 1728 Lötstellen allein für die LEDs löten. Das macht keinen Spaß und tut sich keiner an. Daher halte ich Deine Argumente für realitätsfern. > Hornbach. Eine 25x25 Platte ist mit einer Fläche von weniger einem Drittel ist natürlich wesentlich billiger. Passt aber nicht von den Maßen, siehe oben. Daher halte ich Deine Preise und auch Deine Materialvorschläge für eine WC24h weiterhin für realitätsfern. Natürlich kann man sich so ein kleines Ding mit 10x11 LEDs für wenig Geld zusammenbauen und sich auf den Schreibtisch stellen. Das hat aber nichts mit einer 45x45 cm großen WordClock zu tun. Und so eine Platte bekommst Du auch nicht bei Hornbach. >> Ja, nee, iss klar. Strom kriegt das Ding beim Trampeln auf dem Fahrrad. > Was soll diese Aussage? > Habe weiter oben von einem Handy-Netzteil (5V/3A) geschrieben. Sollte > reichen, meinst du nicht? Für knapp 300 LEDs + 100 LEDs fürs Ambilight? Sicherlich nicht. Aber auch schon im Normalbetrieb ohne Ambilight kann das bei einer WC24h knapp werden. Da leuchten wesentlich mehr LEDs als bei der WC12h. > Du schreibst ziemlich wüst, aber wenig argumentativ. Ich wusste nicht, dass Du die Argumente derart missverstehen würdest. Jetzt nochmal ganz einfach ausgedrückt: Wenn einer nach den Kosten für einen Lastwagen fragt und man antwortet mit dem Preis und dem Material eines Kleinwagens, dann passt das nicht zusammen und vermittelt dem Fragesteller einen komplett falschen Eindruck. Daher halte ich Deine Antwort für nachwievor nicht zielführend - ganz im Gegenteil: die Ausführungen wirken destruktiv. > ... daher bildete ich mir ein, dass solch ein Konstrukt von > den Ideen und dem konstruktiven Austausch mehrerer Menschen besteht. Ja, danke für den konstruktiven Austausch. Ich habe diesen Thread speziell unter: | Forum: Projekte & Code | | Hier könnt ihr eure Projekte, Schaltungen oder Codeschnipsel | vorstellen und diskutieren. eröffnet, damit hier nicht allgemein über WordClocks, sondern speziell über das oben vorgestellte Projekt diskutiert wird. Daher halte ich Deine Einwürfe, die überhaupt nicht auf dieses konkrete STM32-Projekt bezogen sind, für offtopic. Ich schlage daher vor, dass Du einen parallelen Thread über Dein eigenes Projekt eröffnest, um dort Dein Projekt vorzustellen. Gerne kannst Du auch im Hauptforum | Forum: Mikrocontroller und Digitale Elektronik | | Für alle Fragen rund um Mikrocontroller und sonstige digitale | Elektronik. einen neuen Thread eröffnen, um dort über die genialste WordClock überhaupt und speziell über die dazugehörende Hardware-Auswahl zu diskutieren. Da diskutiere ich auch gerne mit. Aber nicht hier. Danke für Deine Aufmerksamkeit.
:
Bearbeitet durch Moderator
Eine neue Version 1.6.1 ist online, siehe Artikel WordClock mit WS2812. Man kann nun im STM32-Projekt folgende Targets zum Kompilieren auswählen: WC24h: - WC24h-Nucleo401-Debug - WC24h-Nucleo401-Release - WC24h-Nucleo411-Debug - WC24h-Nucleo411-Release WC12h: - WC12h-Nucleo401-Debug - WC12h-Nucleo401-Release - WC12h-Nucleo411-Debug - WC12h-Nucleo411-Release Für die Release-Versionen habe ich ebenso auch Hex-Dateien zum Direkt-Flashen im Artikel unter Download abgelegt, nämlich: - wc24h-nucleo401.hex - wc24h-nucleo411.hex - wc12h-nucleo401.hex - wc12h-nucleo411.hex Die Portierung auf den STM32F103 ist nun auch komplett. Leider kann man in der EM::Block-IDE keine Targets für Cortex-M4 und Cortex-M3 mischen, sondern muss ein gesondertes EM::Blocks-Projekt erstellen. Entweder ich bitte Andreas darum, noch ein weiteres SVN-Repository für den STM32-F103 zu erstellen oder ich versuche da noch über separate Source-Directories was zu drehen. Dazu melde ich mich dann nochmal. Die HEX-Dateien für den STM32DF103 kann ich auf jeden Fall auch schon mal hochladen - vielleicht noch heute abend. Leider muss man wegen Speichermangel auf beim kleineren STM32F103 erstmal auf das Ambilight verzichten. Da muss ich mal schauen, wie ich da noch RAM einsparen kann. Eine Reduzierung des DMA-Transfers auf einen 8-bit- statt 16-bit-Transfer würde genügend RAM einsparen, funktioniert aber leider noch aus unerfindlichen Gründen nicht. Vielleicht finde ich die Ursache ja noch heraus. Da forsche ich noch.... Viel Spaß, Frank
Frank M. schrieb: > Eine Reduzierung des DMA-Transfers auf einen 8-bit- statt > 16-bit-Transfer würde genügend RAM einsparen, funktioniert aber leider > noch aus unerfindlichen Gründen nicht. Problem erkannt und gelöst. Der 8-bit-DMA-Transfer läuft nun reibungslos. Damit sind 5KB des insgesamt nur 20KB großen RAM-Speichers vom STM32F103 wieder frei. Die Hex-Dateien für das STM32F103 für WC24h und WC12h sind nun auch über den Download-Link im Artikel verfügbar.
:
Bearbeitet durch Moderator
Hallo, Danke für den neuen Thread. Hier ist ja schon einiges los. Vielleicht habe ich es überlesen, aber dürfte ich fragen, warum man vom Atmega auf die STM umgestiegen ist? Bietet dieser viele Vorteile? Bin noch sehr neu auf dem Gebiet. Wäre es möglich, die Wordclock 12h wie gewohnt mit Atmega, aber dafür mit WS2812b zu bauen, oder habe ich hier bestimmte Grenzen? Grüße, Phil
Timo, ich wäre auch an deine Version mit dem ESP8266 sehr interessiert. Die Lösung mit nur einem Controller ist definitiv sehr interessant - da braucht man auch keine überteuerten Bausätze mit gefrickeltem Zweit-Controller. Zumal der ja auch irgendwo hin muss. Das ganze per Webinterface zu konfigurieren ist natürlich auch nicht zu verachten - verglichen mit 80er Ascii-Fenstern... Grüße Robert
:
Bearbeitet durch User
Phil P. schrieb: > Vielleicht habe ich es überlesen, aber dürfte ich fragen, warum man vom > Atmega auf die STM umgestiegen ist? Das kritische Timing der WS2812-LEDs bringt einen ATmega schon hart an seine Grenzen. Während einer solchen Übertragung ist er komplett ausgelastet und kann auch nichts mehr anderes tun. Die Interrupts müssen dabei komplett abgeschaltet werden. Bei bis zu 400 LEDs vergeht da schon mal eine µC-Ewigkeit. Der STM32 erledigt den Transfer per DMA und kann im Vordergrund voll weiterwerkeln. Er ist schneller und bietet dabei auch mehr Schnittstellen. Die Registerbreite von 32Bit hat auch einige Vorteile. Man muss sich da nicht mehr so stark auf 8Bit-Programmierung einschränken. > Wäre es möglich, die Wordclock 12h wie gewohnt mit Atmega, aber dafür > mit WS2812b zu bauen, oder habe ich hier bestimmte Grenzen? Grenzen: Siehe oben. Warum möchtest Du, dass es weiterhin ein ATmega-Projekt ist? Möchtest Du in den Quellcode eingreifen, also zum Beispiel erweitern? Gewöhn Dich einfach daran, dass ein ATmega Dich einfach nicht mehr weiter bringt. Irgendwo ist Ende der Fahnenstange.
Die kostenauflistung vom Timo ist auf "extrem günstig" ausgelegt. Hier müsste man alles selber noch bearbeiten (zwischenplatte, Frontplatte) Und eine Platine hat er auch nicht vorgesehen. Die Variante ist zwar günstiger aber man benötigt sehr viel Zeit um eine Uhr zu fertigen. Wenn man bei Frank die Zwischenplatte etc. weg lässt kommt man auf einen ähnlichen niedrigen Preis... Ich bin für die 2 Controller Variante: Der ESP ist noch nicht stabil genug Der STM32 bietet durch seinen größeren Speicher und Pinzahl mehr Möglichkeiten Für 10€ mehr gibts eine saubere getrennte Lösung
Tom B. schrieb: > Die kostenauflistung vom Timo ist auf "extrem günstig" ausgelegt. > Hier müsste man alles selber noch bearbeiten (zwischenplatte, > Frontplatte) Ja, das sehe ich genauso. Ausserdem kann man einen Schneidplott schlecht mit einer fertig im Siebdruckverfahren gedruckten Platte mit eigener Diffusor-Schicht von der Qualität her vergleichen. Da liegen Welten dazwischen. Wie mir schon einige Anwender berichteten, gibt es beim Schneidplott auch immer wieder Ärger mit dem Aufbringen auf das Glas, so dass es in einer Fummelei ausartet. > Und eine Platine hat er auch nicht vorgesehen. Naja, gut, bei dem minimalen HW-Aufwand ist diese auch nur bedingt nötig. ;-) > Die Variante ist zwar günstiger aber man benötigt sehr viel Zeit um eine > Uhr zu fertigen. Und genau von dieser langen Bearbeitungsphase wollen wir ja weg, das ist ja der Sinn des Threads und warum wir von 110 bzw. 288 Einzel-LEDs auf Stripes wechseln wollen. > Ich bin für die 2 Controller Variante: > Der ESP ist noch nicht stabil genug > Der STM32 bietet durch seinen größeren Speicher und Pinzahl mehr > Möglichkeiten > Für 10€ mehr gibts eine saubere getrennte Lösung So ist es. Ausserdem steckt da noch jede Menge Entwicklungspotential drin. Es muss ja nicht unbedingt beim 80er-Jahre ASCII-Output bleiben. Aber erstmal erfüllt es seinen Zweck: Nämlich das System einmalig zu konfigurieren und zum Laufen zu bringen. Anschließend braucht man das eigentlich sowieso nicht mehr. Bei der Gelegenheit möchte ich nochmal daran erinnern: Wir befinden uns hier im Unterforum | Projekte & Code | | Hier könnt ihr eure Projekte, Schaltungen oder Codeschnipsel | vorstellen und diskutieren. Hier geht es rein um die Diskussion des im Eröffnungsbeitrag dokumentierten STM32-Projekts. Alle anderen Beiträge sind hier offtopic. Sollte das hier ausarten, werde ich die Moderation hinzuziehen. Hier darf jeder gerne einen neuen Thread über ein WordClock-Projekt mit einem ESP8266 als Hauptprozessor eröffnen oder im Hauptforum eine allgemeine Diskussion über WordClocks und deren Realisierung beginnen. Das wird jeder genau so auch akzeptieren und respektieren. Es ist wirklich nicht schwer, den Link "Neuer Beitrag" zu finden - auch nicht für einen ESP8266-Fan. Das hat selbst schon Rudi ;-) geschafft. Ich hoffe, dass damit alle Klarheiten nun beseitigt sind.
:
Bearbeitet durch Moderator
Version 1.6.2 ist nun online. Da gab es noch ein neueres Problem mit dem Verbindungsaufbau der Android App zum WS2812. Das sollte nun auch Geschichte sein. Hex-Dateien liegen für Nucleo 411 + 410 und nun auch für STM32F103 vor: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Download Der 1.6.2er Source liegt im SVN. Ausserdem habe ein schon mal eine Vorab-Dokumentation für das wirklich sehr kleine STM32F103 Mini Development-Board mit einer einfachen Anschluss-Skizze in den Artikel eingebaut: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#STM32F103C8T6_Mini-Development_Board
:
Bearbeitet durch Moderator
Hallo nochmal, ist eine weitere Sammelbestellung für die Teile geplant, für die es sinnvoll ist (z.B. Frontplatte)? Vielleicht ist dazu ein neuer Thread sinnvoll. Gruß Horst
Horst schrieb: > ist eine weitere Sammelbestellung für die Teile geplant, für die es > sinnvoll ist (z.B. Frontplatte)? Für die bisherige WordClock gab es ja immer schon Sammelbestellungen. Die bisherige Frontplatte hat sich von den Maßen und auch von den Proportionen her wenig bis gar nicht vom Original unterschieden. Lediglich das Buchstabenlayout war ein anderes - bis der Original-Hersteller B&F Teile unserer Ideen (Dreisprachigkeit) in ihr eigenes Layout übernommen haben. Kurzum: Es wird natürlich auch weiterhin Sammelbestellungen geben. Ich habe da mit Torsten (der sich ja bisher um die All-On-One-Platinen + LEDs und Zwischenböden kümmerte) gestern telefoniert wegen des abweichenden Rastermaßes der Buchstaben bei den WS2812-Stripes. Er hatte da eine super Idee: Er wird bei seinem Lieferanten nachfragen, ob dieser speziell für uns WS2812-Stripes in unserem Rastermaß anfertigen und liefern könne. Dann können wir nämlich die bisherigen Frontplatten und auch Zwischenböden 1:1 so lassen und der Übergang von der alten WordClock auf die neue WordClock12h kann fließend ohne irgendwelche Umstellungen oder Neuanfertigungen erfolgen. Sobald ich neues von Torsten höre, melde ich mich dazu. Zu den STM32-Boards: Ich hatte in der Vergangenheit auch an diejenigen Elektroniker bzw. Anfänger fertig programmierte ATmegas zum Selbstkostenpreis verteilt, da nicht jeder einen Programmer zur Verfügung hatte. So etwas ähnliches wird wohl für die STM32F103 Mini-Development-Boards auch möglich sein. > Vielleicht ist dazu ein neuer Thread sinnvoll. Das gehört hier schon rein. Wir sollten das nicht zu sehr aufsplitten. Der neue Artikel WordClock mit WS2812 wird natürlich auch um die Mechanik und den Aufbau erweitert, so dass dann alles komplett beschrieben ist.
:
Bearbeitet durch Moderator
OK. Das hört sich gut an. Die Nucleos bringen ja einen Programmer mit. Das macht die Sache auch für Anfänger recht übersichtlich. Eine kurze Anleitung sollte da zum Flashen ja reichen. Aber dein Einsatz ehrt dich. Ich habe eher etwas Bedenken beim mechanischen Aufbau, das ist nicht so meins.
Horst schrieb: > Die Nucleos bringen ja einen Programmer mit. Ja, so ist es. Wenn man das Nucleo-Board einsetzen möchte, kann man den ST-LINK-Teil an den bereits dafür vorgesehenen Sollbruchstellen absägen, indem man die 3 Stellen, an denen ST-Link und Nucleo zusammenhängen, kurzerhand durchtrenn. So passt dann das verkleinerte Nucleo-Board noch neben die LED-Stripes in einer Vertiefung ("Tasche"), so dass die Uhr auch weiterhin so flach bleibt wie jetzt auch schon. Beim STM32F103 Mini-Board ist das sowieso kein Problem. Das Ding (plus Module) sind winzig. Mich hat auch gestern schon jemand angeschrieben, der ein Layout für ein WordClock-Nucleo-Shield erstellen möchte. Dort sind dann alle Anschlüsse für RTC/EEPROM, ESP8266 usw. dann mit drauf, so dass das alles steckbar wird. > Eine kurze Anleitung sollte da zum Flashen ja reichen. Die ist bereits im Artikel drin. > Ich habe eher etwas Bedenken beim mechanischen Aufbau, das ist nicht > so meins. Das wird noch ausführlich im Artikel beschrieben. Hier ein kurzer Überblick: - WS2812-Stripes auf Alu-Platte (für die Wärmeabfuhr) kleben - An jeder Zeile 5V einspeisen, um dem Spannungsabfall vorzubeugen - DI (Eingänge) der nächsten Zeile mit DO der oberen Zeile verbinden - Alu-Platte auf Zwischenboden legen und fixieren - Nucleo oder Mini-Board nebst Peripherie in der Tasche fixieren - Minutenpunkte fixieren - Board mit den Minutenpunkten und dem ersten Stripe verbinden - Frontplatte anbringen - Optional (Alu-)Rahmen drumherum legen. Das ist in 1-3 Stunden (je nach Fertigkeit des Bastlers) durchführbar. So schnell konnte man noch nie eine WordClock bauen. :-) Der Rahmen ist deshalb optional, weil viele Leute die WordClock rahmenlos bauen, d.h. die Zwischenböden werden an den 4 Stellen mit Magneten bestückt und die Frontplatte bekommt dann auf der Rückseite 4 Metall-Scheibchen. Dann kann die Frontplatte einfach aufgelegt werden und hält von allein. Da die Frontplatten aus den Sammelbestellungen allesamt an den Kanten poliert sind (und schon deshalb nicht mit Baumarkt-Platten vergleichbar sind), sieht das rahmenlos klasse aus. Naja, nicht ganz rahmenlos: Der Zwischenboden bekommt natürlich noch an den Seiten schmale Wände angebracht, damit er hinter der Frontplatte übergangslos abschneidet. Dann noch Klavierlack auf die Zwischenboden-Seiten und das ganze sieht dann richtig professionell aus.
:
Bearbeitet durch Moderator
Frank M. schrieb: > Das kritische Timing der WS2812-LEDs bringt einen ATmega schon hart an > seine Grenzen. Während einer solchen Übertragung ist er komplett > ausgelastet und kann auch nichts mehr anderes tun. Danke für deine Erklärung. Bei der alten WordClock12h kam es zu keinem Timing Problem, da die Leds separat über mehrere Ausgänge angesteuert wurden. Hier kommt es zu Timing Problemen, da alles über einen Datenausgang und nicht per DMA läuft. Habe ich das richtig verstanden? > Warum möchtest Du, dass es weiterhin ein ATmega-Projekt ist? Ich möchte nicht unbedingt, dass es ein ATmega-Projekt bleibt. Ich bin noch relativ neu hier, und mein Wissensstand ist relativ klein. In letzter Zeit habe ich mich viel mit der WordClock12h beschäftigt, habe versucht zu verstehen warum alles so funktioniert wie es funktioniert. Da die alte WordClock12h ein ATmega Projekt war, habe ich mich auch nur mit ATmega beschäftigt und deshalb meine Frage, ob auch ein ATmega möglich wäre. Da es dabei aber zu Problemen kommt, muss ich mich nun auch in das STM Thema einlesen. Das ist aber immer noch besser, als sich seine Uhr mit einem Atmega aufzubauen und dann zu wundern, dass nicht alles so funktioniert wie man es will. Danke für deine Hilfe! > Möchtest Du in den Quellcode eingreifen, also zum Beispiel > erweitern? Ich möchte den Quellcode verstehen und wissen, welcher Abschnitt was bewirkt. Wird man den STM Code nicht erweitern bzw. darin eingreifen können? Danke auch für deine Skizze. Ist sehr übersichtlich geworden. Eine kleine Anmerkung noch von mir: Den DS3231 kann man auch als Temperatursensor nutzen. Man könnte sich dann auch den DS18xx Temperatur Sensor sparen. Hier ist ein Link, in welchem jemand den Temperatursensor vom DS3231 und den Temperatursensor DS18B20 miteinander verglichen hat: http://kevinrye.net/files/reading_the_temp_ds3231_and_ds18b20.php Grüße, Phil
Phil P. schrieb: > Danke für deine Erklärung. Bei der alten WordClock12h kam es zu keinem > Timing Problem, da die Leds separat über mehrere Ausgänge angesteuert > wurden. Ja. Aber diese aufwändige Elektronik entfällt nun. Diese sitzt jetzt in den WS2812-LEDs. > Hier [ATmega] kommt es zu Timing Problemen, da alles über einen > Datenausgang und nicht per DMA läuft. Habe ich das richtig verstanden? Ja, vollkommen korrekt. > Ich möchte nicht unbedingt, dass es ein ATmega-Projekt bleibt. Ich bin > noch relativ neu hier, und mein Wissensstand ist relativ klein. In > letzter Zeit habe ich mich viel mit der WordClock12h beschäftigt, habe > versucht zu verstehen warum alles so funktioniert wie es funktioniert. Sehr löblich. Das geht mir auch so. > Da die alte WordClock12h ein ATmega Projekt war, habe ich mich auch nur > mit ATmega beschäftigt und deshalb meine Frage, ob auch ein ATmega > möglich wäre. Verstanden. > Ich möchte den Quellcode verstehen und wissen, welcher Abschnitt was > bewirkt. Wird man den STM Code nicht erweitern bzw. darin eingreifen > können? Doch kannst Du. Der Quellcode ist nach den einzelnen HW-Modulen strukturiert. Es gibt Basis-Funktionen, die eine Art "Treiber" für das Gerät darstellen. Und es gibt dann auf Anwendungsbasis (hier WC) dann Funktionen, die diese Treiber nutzen, ohne die konkrete Ansteuerung zu kennen. Hier kannst Du auch etwas stöbern, ohne direkt das ganze Projekt herunterladen zu müssen: https://www.mikrocontroller.net/svnbrowser/wordclock24h/src/ > Den DS3231 kann man auch als Temperatursensor nutzen. Man könnte sich > dann auch den DS18xx Temperatur Sensor sparen. Ja, das stimmt. Hatte ich damals bei Studium des Datenblatts auch gelesen. Aber ich hatte auch im Internet gelesen, dass die Art der Temperatur-Ermittlung nicht sehr genau wäre. > Hier ist ein Link, in welchem jemand den Temperatursensor vom DS3231 und > den Temperatursensor DS18B20 miteinander verglichen hat: > > http://kevinrye.net/files/reading_the_temp_ds3231_and_ds18b20.php Vielen Dank, habe ich mir angeschaut. Wenn ich es richtig verstanden habe, sind schon ziemliche Diskrepanzen bei der ermittelten Temperatur. Da ist mir dann ein DS18xx lieber. Aber Du bringst mich auf eine Idee: Der DS18xx ist ja optional. Ich könnte ja einbauen, dass die Temperatur genau dann vom DS3231 geholt wird, wenn kein DS18xx eingebaut ist. Dank und Gruß, Frank
:
Bearbeitet durch Moderator
Frank M. schrieb: > Mich hat auch gestern schon jemand angeschrieben, der ein Layout für ein > WordClock-Nucleo-Shield erstellen möchte. Dort sind dann alle Anschlüsse > für RTC/EEPROM, ESP8266 usw. dann mit drauf, so dass das alles steckbar > wird. Da könnte man ja fast alles auf ein Board packen, wenn man schon ein Board macht, inkl. STM32. Ist natürlich dann nichts mehr für Anfänger vom Löten her. Ob es in den kleinen Stückzahlen wirklich billiger wird, ist auch nicht unbedingt gesagt. Hätte aber was...
Frank M. schrieb: > Wenn ich es richtig verstanden sind schon ziemliche > Diskrepanzen bei der ermittelten Temperatur. > Da ist mir dann ein DS18xx lieber. Bei ihm lieferte der DS3231 sogar "stabilere" Ergebnisse als der DS18B20. Aber ob das immer so ist, ist hier die Frage. Ich glaube das muss man dann einfach selber einmal testen. Zu den Boards habe ich noch eine Frage: Laut Wiki benötigt man entweder ein STM32F103C8T6 Mini Development Board + ST-Link V2 oder ein STM32F401RE Nucleo. Benötigt man sonst noch irgendwelche Teile, oder reichen diese aus, um Programme auf das Board zu laden? Bietet das Nucleo Board Vorteile gegenüber dem Mini Development Board für die WordClock? Es ist ja nicht so platzsparend wie das Mini Board. Grüße, Phil
Angehängte Dateien:
Phil P. schrieb: > Bei ihm lieferte der DS3231 sogar "stabilere" Ergebnisse als der > DS18B20. Aber ob das immer so ist, ist hier die Frage. Ich glaube das > muss man dann einfach selber einmal testen. Ich gebe zu, dass ich es nur flüchtig überflogen habe. Ziemlich weit unten hatte ich ein Bild gesehen, welches erhebliche Unterschiede zeigte. Ich bin davon ausgegangen - ohne den Text genau zu lesen - dass der DS1820B der "genauere" Temperaturmesser sei. Deshalb habe ich den DS3231 aufgrund der im Bild gezeigten Diskrepanz kurzerhand als "schlechter" abgestempelt. Wäre der Unterschied geringer gewesen, hätte ich gedacht: "Tatsächlich, der DS3231 ist ja doch zur Temperaturmessung geeignet!". Ich werde das auf jeden Fall mal testen, habe ja beides hier :-) > Laut Wiki benötigt man entweder ein STM32F103C8T6 Mini Development Board > + ST-Link V2 oder ein STM32F401RE Nucleo. Ja, das ist so richtig. Ich nutze den ST-Link-Teil von einem abgesägten Nucleo-Board, weil ich eh beides hier habe. Aber wie im Wiki beschrieben: Bei eBay gibt es günstige ST-LinkV2-kompatible Programmer für unter 8 EUR. Das lohnt sich schon - evtl. auch später für eigene Projekte. > Benötigt man sonst noch > irgendwelche Teile, oder reichen diese aus, um Programme auf das Board > zu laden? An Hardware reicht das vollkommen aus. Man muss dann nur noch 4 Strippen an beiden Enden aufstecken. Ich werde die Anschluss-Skizze im Wiki noch vervollständigen und den Anschluss des Programmers einzeichnen. Hier schon mal kurz: Es handelt sich um die Pin-Header GND, DCLK, DIO, 3,3V rechts im Bild. Ich habe es hier nochmal angehängt. Die 3,3V am Programmer-Anschluss dienen übrigens nicht zur Spannungsversorgung, sondern zur Spannungsmessung durch den Programmer. Die Programmer-Software kann man sich bei ST herunterladen. Der Link ist im Artikel angegeben, siehe: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#WordClock-Quellcode_selbst_.C3.BCbersetzen > Bietet das Nucleo Board Vorteile gegenüber dem Mini Development Board > für die WordClock? Es ist ja nicht so platzsparend wie das Mini Board. Ich sehe da nur einen Vorteil: Die µCs auf den Nuclo Boards haben erheblich mehr Flash und RAM. Das heisst, dass diese für zukünftige Erweiterungen (wie große Laufschriften, geplante Spiele wie Tron oder Tetris auf der WordClock) eventuell die bessere Wahl sind. Im Moment reicht das Mini-Board aber vollkommen aus. Lediglich die Debug-Versionen lassen sich nicht mehr kompilieren, weil sie die 64KB des STM32F103 sprengen. Das stört mich aber nicht, weil ich dann einfach gewisse Software-Teile, die ich gerade nicht debuggen will, einfach auskommentiere. Kurz gesagt: Ich sehe das so: Für die WordClock12h reicht das Mini-Board vollkommen aus - auch zukünftig. Hier würde ich erst gar kein Nucleo einsetzen. Für die "große" WordClock24h kann ein Nucleo-Board jedoch schon interessanter werden. Bei einer so großen Matrix von 16x18 LEDs lässt sich schon noch eine Menge machen. Das hat aber weniger mit der Funktion als Uhr zu tun als mit Effekten, die man eventuell nutzen will. Sollte der Flash bzw. das RAM des kleineren STM32F103 tatsächlich irgendwann durch die Spielereien gesprengt werden, werde ich sie dann im Source einfach kurzerhand für den F103 deaktivieren. Übrigens: Das Mini-Board passt locker zusammen mit den anderen Komponenten in die eingefrästen "Taschen" des Zwischenbodens für die jetzige Word Clock. Allein schon daher rate ich bei der WC12h zum Griff zum Mini-Board. Übrigens verdichten sich mittlerweile die Gedanken, dass wir das Rastermaß für die WC24h mit den Stripes tatsächlich bei dem jetzigen Rastermaß der Word Clock beibehalten können. Damit wären dann für die WC24h Zwischenboden und Frontplatte kompatibel. Genaueres werde ich aber noch bekanntgeben. Bei der WC24h wird es einen anderen Zwischenboden geben, damit auch das abgesägte Nucleo passt.
:
Bearbeitet durch Moderator
Frank M. schrieb: >> Bietet das Nucleo Board Vorteile gegenüber dem Mini Development Board >> für die WordClock? Es ist ja nicht so platzsparend wie das Mini Board. > > Ich sehe da nur einen Vorteil: Die µCs auf den Nuclo Boards haben > erheblich mehr Flash und RAM. Nur zur Ergänzung: Ich möchte darauf hinweisen, dass zumindest bei mir Probleme im Zusammenspiel mit dem STM32F411 (nicht F401) und EmBlocks aufgetreten sind: ich benötigte eine angepasste devices.xml in der st.zip-Datei, sonst konnte ich keine neuen Projekte für den F411 erstellen (EmBlocks kannte ihn einfach nicht) und ich benötigte eine angepasste STLinkGDB.exe sonst ging das debuggen nicht (auch hier war der F411 noch unbekannt). Allerdings scheine ich der Einzige mit dem Problem zu sein ... habe zumindest in dem Thread nichts dazu lesen könne. > Übrigens verdichten sich mittlerweile die Gedanken, dass wir das > Rastermaß für die WC24h mit den Stripes tatsächlich bei dem jetzigen > Rastermaß der Word Clock beibehalten können. Damit wären dann für > die WC24h Zwischenboden und Frontplatte kompatibel. Sehe ich es richtig, dass dann die WC12h mit WS2812 geringere Abmessungen als die originale WC12h hätte? Ist bestimmt für den ein oder anderen auch interessant. Viele Grüße, Thomas
Thomas S. schrieb: > Nur zur Ergänzung: Ich möchte darauf hinweisen, dass zumindest bei mir > Probleme im Zusammenspiel mit dem STM32F411 (nicht F401) und EmBlocks > aufgetreten sind: ich benötigte eine angepasste devices.xml in der > st.zip-Datei, sonst konnte ich keine neuen Projekte für den F411 > erstellen (EmBlocks kannte ihn einfach nicht) und ich benötigte eine > angepasste STLinkGDB.exe sonst ging das debuggen nicht (auch hier war > der F411 noch unbekannt). Ja, man braucht ein paar angepasste Dateien für den F411. Diese habe ich aber im Internet gefunden, d.h. ein komplettes Template-Paket für den F411. Danach klappte auch der Debugger. Kann ich Dir gern zur Verfügung stellen, schreib mir dann einfach eine PN. Oder soll ich die dafür nötigen Dateien im Artikel ablegen? > Allerdings scheine ich der Einzige mit dem Problem zu sein ... habe > zumindest in dem Thread nichts dazu lesen könne. Doch, ich hatte auch das Problem. Ist aber schon ein Jahr her und war nach einer Stunde Recherche gelöst. > Sehe ich es richtig, dass dann die WC12h mit WS2812 geringere > Abmessungen als die originale WC12h hätte? Nein, exakt dieselben. Das bisherige Atmega-Projekt Word Clock hat schon seit Anbeginn dieselben Maße (45x45 cm) und ziemlich genau das Rastermaß der Original-Uhr. Und dieses möchte ich auch für die neue WC12h beibehalten. Schon allein wegen des Übergangs. Viele haben die Schaltung schon gebaut und fragen dann ein halbes Jahr später dann doch nach der passenden Frontplatte, weil ihre Bemühungen, sich selbst eine günstigere Frontplatte zu basteln, doch irgendwann gescheitert sind. So wird es auch noch bestimmt im nächsten halben Jahr Nachfragen nach den Zwischenböden und Frontplatten zur bisherigen Word Clock geben. Torsten und ich wollen aber ungern da zwei verschiedene Sammelbestellungen organisieren... ist schließlich jede Menge Arbeit. Ein weiterer Grund: Ich finde die Proportionen (Rastermaß, LED-Fläche, Rand) sehr ästhetisch. Es gab mal Anfang 2010 noch eine kleinere Word Clock Variante B des Projekts mit 30x30cm. Wurde aber wegen der geringen Nachfrage wieder eingestampft. Es hat sich auch gezeigt, dass es besser ist, seine Bemühungen auf möglichst wenige Varianten zu konzentrieren. Umso besser ist dann das Ergebnis.
:
Bearbeitet durch Moderator
Frank M. schrieb: > Thomas S. schrieb: > >> Nur zur Ergänzung: Ich möchte darauf hinweisen, dass zumindest bei mir >> Probleme im Zusammenspiel mit dem STM32F411 (nicht F401) und EmBlocks >> aufgetreten sind: ich benötigte eine angepasste devices.xml in der >> st.zip-Datei, sonst konnte ich keine neuen Projekte für den F411 >> erstellen (EmBlocks kannte ihn einfach nicht) und ich benötigte eine >> angepasste STLinkGDB.exe sonst ging das debuggen nicht (auch hier war >> der F411 noch unbekannt). > > Ja, man braucht ein paar angepasste Dateien für den F411. Diese habe ich > aber im Internet gefunden, d.h. ein komplettes Template-Paket für den > F411. Danach klappte auch der Debugger. Kann ich Dir gern zur Verfügung > stellen, schreib mir dann einfach eine PN. Danke für das Angebot ... aber das Problem habe ich inzwischen auch umschifft. Ich wollte das nur Ergänzen, falls jemand auch auf das F411-Nucleoboard zurückgreift. > Oder soll ich die dafür > nötigen Dateien im Artikel ablegen? Da das F411-Board IIRC als Plattform unterstützt wird, denke ich mal, dass es im Artikel besser aufgehoben ist. > Doch, ich hatte auch das Problem. Ist aber schon ein Jahr her und war > nach einer Stunde Recherche gelöst. Das hat bei mir länger gedauert ... so ca. 1 Monat ;) [Abmessungen WC12h mit WS2812] > Nein, exakt dieselben. Das bisherige Atmega-Projekt Word Clock hat > schon seit Anbeginn dieselben Maße (45x45 cm) und ziemlich genau das > Rastermaß der Original-Uhr. Und dieses möchte ich auch für die neue > WC12h beibehalten. Jetzt bin ich etwas verwirrt: die Streifen haben doch ein Rastermaß von ca. 16mm und die alte WC12h von ca. 30mm - da muss es doch kleiner werden; oder wird nur jede 2. LED auf den Streifen genutzt? Bzw. wird die Uhr mehr Randfläche bekommen? > Schon allein wegen des Übergangs. Viele haben die > Schaltung schon gebaut und fragen dann ein halbes Jahr später dann doch > nach der passenden Frontplatte, weil ihre Bemühungen, sich selbst eine > günstigere Frontplatte zu basteln, doch irgendwann gescheitert sind. Das verstehe ich natürlich: so eine Änderung würde beliebig viele Probleme hervorrufen. > Es gab mal Anfang 2010 noch eine kleinere Word Clock Variante B des > Projekts mit 30x30cm. Wurde aber wegen der geringen Nachfrage wieder > eingestampft. Das habe ich irgendwie nicht mehr auf dem Plan ... Danke für die Erläuterung und viele Grüße, Thomas
Frank M. schrieb: > Ja, man braucht ein paar angepasste Dateien für den F411 Ich habe gerade mal nachgeschaut: Unter C:\Program Files\EmBlocks\2.30\share\EmBlocks\templates\wizard\arm\st muss man ein paar Dateien für den F411 in die Datei st.zip einfügen. Bei mir ist die Original-Datei vom 09.08.2014. Die von mir gepatchte Zip-Datei, wo sämtliche Templates für ST-µCs drin sind, habe ich hier mal hochgeladen. Aber das ist nicht alles: Für den Debugger brauchst Du diesen Patch aus dem Ticket-System von EM::Blocks: http://www.emblocks.org/tickets/210 Einfach den STLinkGDB.exe durch den in der 7z-Datei ersetzen. EDIT: Du hattest zwischendurch bereits geantwortet. Okay, ich lege einen Link auf meinen Beitrag im Artikel ab. Ich nehme aber an, dass das Problem bei der Installation von EM:Bitz, dem Nachfolger sowieso behoben ist.
:
Bearbeitet durch Moderator
Frank M. schrieb: >> Sehe ich es richtig, dass dann die WC12h mit WS2812 geringere >> Abmessungen als die originale WC12h hätte? > > Nein, exakt dieselben. Das bisherige Atmega-Projekt Word Clock hat > schon seit Anbeginn dieselben Maße (45x45 cm) Ok, das entspricht auch dem Biegert&Funk-Original; es gibt mittlerweile - abseits des mc-Forums - aber einen ganzen Zoo an Varianten, 42x42, 23x23, 13x13, ... http://du-kannst-mitspielen.de/category/gehaeuse/
Thomas S. schrieb: > Jetzt bin ich etwas verwirrt: die Streifen haben doch ein Rastermaß von > ca. 16mm und die alte WC12h von ca. 30mm - da muss es doch kleiner > werden; oder wird nur jede 2. LED auf den Streifen genutzt? Bzw. wird > die Uhr mehr Randfläche bekommen? Also es ist so: Für die WC24h mit 16x18 LEDs werden definitiv Stripes mit 60 LEDs/m verbaut. Eine erste Sammelbestellung von den neuen Frontplatten über 30 Stück ist auch vor Monaten schon gelaufen. Ich habe auch schon Rückmeldungen und Bilder, wo die Uhr erfolgreich aufgebaut wurde. Peter Zabel hat da auch schon einige Bilder im Thread Beitrag "Minutengenaue 24 Stunden-Wortuhr - wer will mitbauen?" hochgeladen. Bei der bisherigen Word Clock (und auch bei der Original-Uhr) ist der LED-Abstand 28,1mm. Am nächsten kommt da noch das Rastermaß von Stripes mit 30 LEDs/m. Allerdings ist dann die Breite etwas höher: der Abstand wäre dann 33mm und wir bräuchten neue Frontplatten und Zwischenböden. Bei einem Original-Abstand von 28,1 bräuchte man (bis auf eine zu vernachlässigende Abweichung) aber 36 LEDs/m. Solche Stripes gibt es in China - aber nicht mit WS2812, sondern nur mit APA102. Die sind ähnlich zu WS2812, aber mit zusätzlicher Taktleitung und einem SPI-Protokoll. Torsten hat mittlerweile bei seinem Lieferanten nachgefragt, ob wir auch die WS2812 mit 36 LEDs/m haben können - notfalls als Spezialanfertigung. Die Antwort steht aber noch aus. Wenn das nicht klappen sollte, werden wir halt auf APA102 umstellen. Diese haben auch einige Vorteile gegenüber den WS2812 - zum Beispiel die höhere Übertragungsgeschwindigkeit und die Unabhängigkeit von festen Timingfenstern. Vom Preis unterscheiden sie sich nur unwesentlich von den WS2812 - bei gleicher Funktionalität.
Jan L. schrieb: > es gibt mittlerweile > - abseits des mc-Forums - aber einen ganzen Zoo an Varianten, 42x42, > 23x23, 13x13, ... Ja, aber warum sollten wir uns da unnötig verzetteln?
Frank M. schrieb: > Jan L. schrieb: >> es gibt mittlerweile >> - abseits des mc-Forums - aber einen ganzen Zoo an Varianten, 42x42, >> 23x23, 13x13, ... > > Ja, aber warum sollten wir uns da unnötig verzetteln? naja, war nur ein Hinweis auf Variationsmöglichkeiten - vielleicht braucht nicht jeder gleich das Plug&Play-Paket. Mit einer so schön modularen und kompakten Elektronik liesse sich ja alles Mögliche bestücken... :)
Jan L. schrieb: > naja, war nur ein Hinweis auf Variationsmöglichkeiten - vielleicht > braucht nicht jeder gleich das Plug&Play-Paket. Mit einer so schön > modularen und kompakten Elektronik liesse sich ja alles Mögliche > bestücken... :) Ja natürlich. Die Elektronik und die Software bleiben ja gleich. Für diejenigen, die mit individueller Mechanik keine Probleme haben, können sich da natürlich ausleben :-) Trotzdem ist hier auch das Ziel, ein Plug&Play-Projekt zusammenzustellen, welches auch von unbedarften Anwendern zusammengebaut werden kann.
Frank M. schrieb: > Torsten hat mittlerweile bei seinem Lieferanten nachgefragt, ob wir auch > die WS2812 mit 36 LEDs/m haben können - notfalls als Spezialanfertigung. > Die Antwort steht aber noch aus. Die Antwort ist gekommen. Wir können die WS2812 mit einem Raster von 28.1mm bekommen. Bin nun in den Verhandlungen bezüglich der Kosten :) Gruß, Torsten
Thomas S. schrieb: > Jetzt bin ich etwas verwirrt: die Streifen haben doch ein Rastermaß von > ca. 16mm und die alte WC12h von ca. 30mm - da muss es doch kleiner > werden; oder wird nur jede 2. LED auf den Streifen genutzt? Bzw. wird > die Uhr mehr Randfläche bekommen? Frank, kann es sein, dass du in deinem Absatz > Übrigens verdichten sich mittlerweile die Gedanken, dass wir das > Rastermaß für die WC24h mit den Stripes tatsächlich bei dem jetzigen > Rastermaß der Word Clock beibehalten können. Damit wären dann für > die WC24h Zwischenboden und Frontplatte kompatibel. statt der WC24h die WC12h meintest? Würde auch mehr Sinn machen.
Torsten G. schrieb: > Die Antwort ist gekommen. Wir können die WS2812 mit einem Raster von > 28.1mm bekommen. Super! Ich werde das direkt mal im Artikel für die WC12h anpassen.
Robert K. schrieb: > Frank, kann es sein, dass du in deinem Absatz >> Übrigens verdichten sich mittlerweile die Gedanken, dass wir das >> Rastermaß für die WC24h mit den Stripes tatsächlich bei dem jetzigen >> Rastermaß der Word Clock beibehalten können. Damit wären dann für >> die WC24h Zwischenboden und Frontplatte kompatibel. > > statt der WC24h die WC12h meintest? > Würde auch mehr Sinn machen. Upps, sorry, mein Fehler! Natürlich war hier die WC12h gemeint! Entschuldigung für die Missverständnisse, bin schon ganz wuschig wegen den möglichen Kombinationen! Danke für die Aufklärung. Gruß, Frank
Sind die APA102 als Standard-Stripes im richtigen Rastermaß nicht billiger als die WS2812 als Sonderanfertigung in 28,1 mm Abstand? Das wird sich ja mit einem Angebot zeigen. Wieviel Platz ist denn um ein "abgesägtes" (also ohne den ST-Link Teil) Nucleo411 Board in der "Tasche"? Es war ja mal die Rede von einem WordClock-Nucleo-Shield.
Horst schrieb: > Sind die APA102 als Standard-Stripes im richtigen Rastermaß nicht > billiger als die WS2812 als Sonderanfertigung in 28,1 mm Abstand? APA102 sind generell schon etwas teurer als WS2812. Ob die WS2812-Sonderanfertigung wesentlich teurer als ein APA102-Streifen wird, bleibt abzuwarten. Ich sah diese Alternative eigentlich auch nur als Nothaken an, da das 36 LEDs/m -Maß sowieso nicht ganz genau den 28,1mm entspricht. Außerdem ist abzuwägen, ob die einheitliche Verwendung von WS2812 variantenübergreifend (WC12h und WC24h) gegenüber einer zusätzlichen Variante (APA102) nicht doch eine eventuell minimal teurere Sonderanfertigung rechtfertigt. Wir sind ja jetzt kein Unternehmen, was in Stückzahlen von hunderttausenden WCs denkt, wo da Einsparungen von 10Cent pro Stück schon wichtig sein könnten. Erstmal sind wir Bastler. Und dann hätten wir schon wieder eine Variante, die ich in Software und Hardware extra berücksichtigen muss. Es sind ja jetzt schon 6 Varianten: F411 + F401 + F103 an WC12h + WC24h Also was sollen wir über ungelegte Eier reden. Warten wir den Preis erstmal ab. > Wieviel Platz ist denn um ein "abgesägtes" (also ohne den ST-Link Teil) > Nucleo411 Board in der "Tasche"? Wenn es jetzt um die WC12h geht: Da ist die jetzige Tasche definitiv zu klein. Hier müsste man das Nucleo hinter die Zwischenplatte legen. Schon aus diesem Grund empfehle ich für die WC12h das Mini-Board. Das passt da locker rein und reicht auch vollkommen für die WC12h aus. Bei der WC24h wird das mit dem Platz fürs Nucleo knapp, sollte aber mit einem noch zu entwickelten Zwischenboden gehen. Ich werde das heute abend aber nochmal genau ausmessen. > Es war ja mal die Rede von einem WordClock-Nucleo-Shield. Ja, das ist auch weiterhin in Planung. Mein Prototyp-Shield ist momentan eine aufgesteckte Lochrasterplatine, bei der an den Seiten die entsprechnenden Stecker sind, um die ESP8266- und RTC/EEPROM-Module anzustecken. Shield-Vorschläge für die WC24h gabs schon einige, z.B. diesen hier: Beitrag "Re: Minutengenaue 24 Stunden-Wortuhr - wer will mitbauen?" Soweit ich in Erinnerung habe, hat er da Platinen anfertigen lassen. Ich werde Ralf mal anschreiben und fragen, was daraus geworden ist.
:
Bearbeitet durch Moderator
Frank M. schrieb: > Mein Prototyp-Shield ist momentan > eine aufgesteckte Lochrasterplatine, bei der an den Seiten die > entsprechnenden Stecker sind, um die ESP8266- und RTC/EEPROM-Module > anzustecken. Alternativ könnte man die Platinchen per Jumper Wires anschließen und flexibel irgendwo befestigen. Das ist kostengünstig und auch als Plug&Play Lösung ohne Löten akzeptabel.
Horst schrieb: > Alternativ könnte man die Platinchen per Jumper Wires anschließen und > flexibel irgendwo befestigen. Ja, natürlich. Der ESP8266 braucht aber noch 3,3V mit einem derart hohen Strom, dass die 3,3V aus dem Nucleo oder Mini-Board eher nicht zu verwenden sind. Also noch ein kleines Lochraster-Platinchen für 2 Elkos und einen Regler, z.B. LF 33.
Angehängte Dateien:
-
ws2812b.png
2,6 KB
Hallo, Ich hätte vielleicht eine Idee, wie man bei gleichem Rastermaß für die Zwischen- und Frontplatten (28,1 mm Abstand) die Led Strips mit 30 Led/m (33mm Abstand) benützen könnte: Ich habe mir gedacht, dass man zunächst nicht gleich den ganzen Strip auf eine Unterlage klebt, sondern zunächst nur die LEDs punktweise in einem Abstand von 28,1mm zueinander klebt. Dann bleibt natürlich zwischen den LEDs ein Strip von 33mm, welcher auf einem Platz von 28,1mm (eigentlich ein bisschen weniger) auskommen muss. Damit sich das ausgeht, könnte man einen kleinen Hügel machen, der diese zusätzlichen 4,9mm (+Breite einer LED) "aufnimmt". Diesen Hügel könnte man entweder zusammen mit einer LED einem Loch der Zwischenplatte zuordnen oder den Hügel zum Beispiel als "Grube" gestalten und durch die Unterlage der LED Strips nach hinten befördern. Was haltet ihr von dieser Idee? Ich weiß, dass dies keine "schöne" Lösung ist, jedoch findet sie vielleicht der ein oder andere ein wenig interessant :) Ich habe zur besseren Verständlichkeit noch ein kleines Bild angehängt. Vorausgesetzt natürlich, dass die Strips so flexibel sind, wie ich es mir vorstelle. Grüße, Phil
Phil P. schrieb: > Was haltet ihr von dieser Idee? Ich befürchte, dass durch den seitlichen Druck, den ein "Hügel" auf die Klebestellen der benachbarten LEDs ausübt, diese sich mit der Zeit lösen werden. Warten wir doch erstmal ab, was die Anfertigung der 28,1mm-Raster-Streifen kosten wird. Wenn sich das alles im üblichen Rahmen bewegt, brauchen wir keine Alternativen zu suchen.
Hab da mal ne Frage zur Stromversorgung. Das Netzteil passt vermutlich nicht in die Uhr. Aber selbst wenn, irgendein Kabel muss zur Uhr. Wie habt ihr die Uhr optisch schön verkabelt (bezogen auf das Netzkabel)? Ideal wäre eine Unterputzverkabelung, sonst bleibt nur ein kleiner Kabelkanal... oder hat jemand eine geniale Idee?
Ich habe auch eine Frage an Frank, wie schwierig ist es eine Laufschrift in großen Buchstaben auf der LED Matrix darzustellen? Das wäre als Option ganz witzig, wenn in einstellbaren Intervallen ein Text über die Matrix scrollt. Hast du da vielleicht sogar schon Funktionen für vorgesehen?
Stephan schrieb: > Ich habe auch eine Frage an Frank, wie schwierig ist es eine Laufschrift > in großen Buchstaben auf der LED Matrix darzustellen? > Das wäre als Option ganz witzig, wenn in einstellbaren Intervallen ein > Text über die Matrix scrollt. Hast du da vielleicht sogar schon > Funktionen für vorgesehen? Habe ich vor ein paar Tagen bereits für die WC12h eingebaut. Während die WC24h alle nötigen Wörter hat, um die Temperatur anzuzeigen, mache ich das auf der WC12h als Laufschrift. Dafür habe ich einen 8x8-Font eingebunden. Kommt ins nächste Release :-) Für die WC24h möchte ich das als alternativen Anzeigemodus einbauen, d.h. alle Uhrzeiten können (in allen verfügbaren "Sprachen" inkl. Temperaturanzeige) auch als Laufschrift eingeblendet werden. Hier ist der 8x8-Font aber ein wenig mickrig. Da schaue mich gerade nach einem größeren um. Es gibt auch welche hier in diesem Forum, aber leider wird da der DOS-PC-Zeichensatz und nicht ISO889 verwendet. Eventuell konvertiere ich den, wenn ich nichts anderes finde. Ich brauche ja nur die Umlaute außer 7-Bit-ASCII. Das kommt vermutlich ins übernächste Release. :-)
Frank M. schrieb: > Das kommt vermutlich ins übernächste Release. :-) Sehr cool! :-) Ich würde mir dazu noch einen z.B. über die App oder den Monitor änderbaren Text wünschen, der in einstellbaren Intervallen durchläuft. Aber das ist dann ja nur noch eine Fingerübung. Gibt es schon was neues von den LEDs?
Hallo, Ein Punkt ist mir im Artikel nicht ganz klar... Die 5V Stromversorgung. Meine Berechnung für die Wordclock12h mit WS2812b: 11*10LEDs = 110LEDs 110*20mA = 2200mA ESP8266/Atmega = 300mA Gesamt = 2500mA Dieser Extremfall (in meinem Fall der Demo/Testmodus), sollte doch jeden 7805 / (fast)jedes Steckernetzteil überlasten? Grüße, David
:
Bearbeitet durch User
David G. schrieb: > Ein Punkt ist mir im Artikel nicht ganz klar... Die 5V Stromversorgung. > > Meine Berechnung für die Wordclock12h mit WS2812b: > 11*10LEDs = 110LEDs > 110*20mA = 2200mA > ESP8266/Atmega = 300mA > Gesamt = 2500mA +4 Eckpunkte = 114 + meine 5 Status LEDs = 119 und bei RGB LEDs in Spitzenweiss muss man 20mA * 3 rechnen R G B also im schlimmsten Fall 6,8A aber bei meinem 5V / 4A Steckernetzteil hatte ich noch keine Probleme, ausserdem wer macht für alle 114 -119 LEDs nur WEISS an? > Dieser Extremfall (in meinem Fall der Demo/Testmodus), sollte doch jeden > 7805 / (fast)jedes Steckernetzteil überlasten? > Grüße, > David nö, vielleicht, siehe oben https://www.mikrocontroller.net/attachment/266419/bei_herbert.jpg
:
Bearbeitet durch User
Hatte schon an so ein Netzteil gedacht: 5V 20A für ca. 18€ http://www.ebay.de/itm/DC-5-12-24-48V-Switching-Power-Supply-LED-Strips-Lights-Schaltnetzteile-Schalter-/231718716403?var=&hash=item35f38303f3:m:mVV_OXZhUIx-q2Tpk2AmqUQ Hab sowas für mein Ambilight am TV im Einsatz und es läuft bisher problemlos. Nur mit dem halboffenen Käfiggehäuse muss man ggf. aufpassen. Hier kam ja schon mal die Frage, wo das Netzteil versteckt wird, wenn die Uhr an der Wand hängt.
Für die 24h Uhr: 288 LEDs * 0,06A = 17,28A Ist vielleicht etwas überdimensioniert, aber man hat alle Möglichkeiten.
Bernd schrieb: > Für die 24h Uhr: 288 LEDs * 0,06A = 17,28A > Ist vielleicht etwas überdimensioniert, aber man hat alle Möglichkeiten. bei mir +5 Status LEDs = 293. Ne da wollte ich nicht mit 5V rein 18A! Ich entschied mich je 2 Streifen mit einem DC/DC Wandler zu speisen, 8 Wandler a 2A zu 5V aus 24V, 24V mit 100W sind nur 4A und die kommen über Halogenseile silber ummmantelt in die Clock, für eine Wandaufhängung, oder über ein Kabel von unten aus dem Netzteil. 4A lässt sich leichter auf Strecken transportieren als 18A und die Wandler haben ja auch einen Eingangsspannungsbereich, die sind da weniger sensibel wenn da ein zwei Volt fehlen.
Angehängte Dateien:
-
20160124_193307.jpg
230 KB
Die 18A für die WordClock24h sind nur theoretischer Natur. Dazu müssen alle 288 LEDs auf allen 3 Farben volle Pulle brennen - und man muss sich eine dicke Sonnenbrille aufziehen, um nicht zu erblinden. ;-) Ich habe daher ein 4A Netzeil genommen. Bei Pollin kostet das Ding http://www.pollin.de/shop/dt/NjQ1ODQ2OTk-/Stromversorgung/Netzgeraete/Festspannungs_Netzgeraete/Schaltnetzteil_FSP020_DGAA1_5_V_4_A.html gerade mal knapp 5 Euro. Das sollte für den Normalbetrieb ausreichend sein. Wenn man allerdings noch 100 Ambilight-LEDs anschließt, dann empfehle ich ein Meanwell-Netzteil, z.B. dieses: http://www.pollin.de/shop/dt/MjA1ODQ2OTk-/Stromversorgung/Netzgeraete/Festspannungs_Netzgeraete/Schaltnetzteil_MEANWELL_RS_150_5_5_V_26_A.html 5V/26A sollten auf jeden Fall ausreichen. ;-) Zu der Wahl des Netzteils werde ich auf jeden Fall noch ein paar Worte im Artikel verlieren. Mache ich in den nächsten Tagen. Zum Bild: So habe ich die 288 LEDs verdrahtet: - Alu-Platte 310x310mm für bessere Wärmeabfuhr - Tesa-Streifen links und rechts am Rand aufgeklebt zwecks Isolation der Lötpunkte - LED-Streifen im Zieharmonika-Verfahren aufgeklebt: Jeder 2. Streifen auf dem Kopf - An jedem 2. Streifen links die Spannungsversorgung an Flachband-Kabel angelötet - Die insg. 8 Power-Pärchen auf einen 16-pol. Flachbandstecker gequetscht - 16-pol. Wannenstecker -> Schraubklemme f. Netzteil Ich werde das heute abend noch genauer im Artikel dokumentieren.
:
Bearbeitet durch Moderator
Version 1.6.3 ist im Artikel WordClock mit WS2812 online: - WordClock12h: Anzeige der Temperatur durch Laufschrift - Neue Anschlusspins für TSOP und DS18xxx am STM32F103 - Optimierung des WS2812-DMA-Transfers für STM32F103 - Umstrukturierung der C-Sources Viel Spaß, Frank
Frank M. schrieb: > Tesa-Streifen Die wiederabziehbare Sorte, bei der der Klebefilm austrocknet und dann der Streifen nach ein paar Jahren von allein abfällt? Nimm lieber etwas dauerhafteres.
Konrad S. schrieb: > Die wiederabziehbare Sorte, bei der der Klebefilm austrocknet und dann > der Streifen nach ein paar Jahren von allein abfällt? Nimm lieber etwas > dauerhafteres. Er ist nur links und rechts unterhalb der Streifenkanten angebracht, damit es an den Schnittstellen keinen Kurzschluss gibt. Selbst wenn er sich ablöst, ist das nicht tragisch, denn er wird von den 3M-Klebestreifen unterhalb der WS2812 gehalten. Ich hatte nämlich zuerst die WS2812 einfach aufs nackte Alu geklebt. Dabei stellte sich heraus, dass die durchgeschnittenen Lötpunkte der LED-Streifen tatsächlich an den geschnittenen Kanten einen Kurzschluss mit der Alu-Platte dahinter bildeten. Also habe ich die LED-Streifen links und rechts für ein paar mm angehoben und einen Tesa-Streifen daruntergeklebt. Da der gerade mal 2-3 mm unter die Kanten geschoben wurde, ist es vollkommen schnuppe, ob sich der Tesa-Streifen löst oder nicht. Die WS2812-Streifen sind steif genug, um ihn zu halten.
:
Bearbeitet durch Moderator
Frank M. schrieb: > Version 1.6.3 ist im Artikel WordClock mit WS2812 online: > > - WordClock12h: Anzeige der Temperatur durch Laufschrift > - Neue Anschlusspins für TSOP und DS18xxx am STM32F103 > - Optimierung des WS2812-DMA-Transfers für STM32F103 > - Umstrukturierung der C-Sources Einen Punkt vergessen: - Temperaturmessung mit DS3231, wenn kein DS18xx angeschlossen
Frank M. schrieb: > Die 18A für die WordClock24h sind nur theoretischer Natur. Dazu müssen > alle 288 LEDs auf allen 3 Farben volle Pulle brennen - und man muss sich > eine dicke Sonnenbrille aufziehen, um nicht zu erblinden. ;-) Dazu ist die Verlustleistung der LEDs zu betrachten. Ich schätze mal grob, dass bei 5V / 18A = 90W etwa die Hälfte davon über die Aluminiumplatte abgeführt werden müsste. Und da eine Konvektion auf der Rückseite des Uhrengehäuses praktisch nicht vorhanden ist, wird alles wohl ziemlich heiß! Wie gut, dass ein Thermometer eingebaut ist. ;-)
Was verwendet Ihr eigentlich zur Printplatten-Befestigung? Sechskant-Distanzhülsen aus Metall oder Nylon, doppelseitiges Klebeband,....?
Herbert P. schrieb: > Was verwendet Ihr eigentlich zur Printplatten-Befestigung? Ich persönlich verwende diesen Rahmen: https://www.alutech.de/alu---zuschnitt-profil-18.html (dort "schwarz" anklicken). Mit 25mm Füllhöhe passt alles rein und wird stabil gehalten. Zudem ist der Rahmen mit der gewölbten Oberfläche sehr angenehm anzuschauen. Andere, die keinen Rahmen verwenden wollen, verwenden 4 kleine Magneten, die sie neben den Ecken im Zwischenboden versenken. Auf die Frontplatte werden dann an den gegenüberliegenden Stellen dünne Metallscheiben aufgeklebt, sodass die Platte dann von den Magneten gehalten wird. Achtung: Unbedingt den richtigen Kleber dafür verwenden, sonst löst sich die Farbe von der Frontplatte! Empfehlenswert zum Kleben ist UHU plus endfest 300 2K-Epoxidkleber.
Frank M. schrieb: >> Version 1.6.3 ist im Artikel WordClock mit WS2812 online: >> >> - WordClock12h: Anzeige der Temperatur durch Laufschrift >> - Neue Anschlusspins für TSOP und DS18xxx am STM32F103 >> - Optimierung des WS2812-DMA-Transfers für STM32F103 >> - Umstrukturierung der C-Sources > > Einen Punkt vergessen: > > - Temperaturmessung mit DS3231, wenn kein DS18xx angeschlossen Was hat es mit den APA102 in der aktuellen Version auf sich? Nur ein Test, oder gibt es etwas neues bezüglich der WS2812 Streifen Anfrage im anderen Raster?
Bernd schrieb: > Was hat es mit den APA102 in der aktuellen Version auf sich? Gut beobachtet :-) Das war jedoch nur ein Test, den ich vorgesehen habe, wenn alle Stricke reissen. Aber das nehme ich nicht an. Torsten hat nochmal bei seinem Lieferanten nachgefragt (der wollte noch Schätzungen über die Mengen) und nun wartet er noch auf die Preisauskunft. Kann nicht mehr lange dauern... Aber ich habe nun etwas ganz neues: - MCURSES-Monitor raus - Web-Server rein Nun lassen sich alle Einstellungen über den Browser vornehmen. Heute abend stelle ich mal ein paar Bilder rein. Damit das auch ganz zu Anfang ohne Verbindung zum Router klappt, muss der ESP8266 zunächst selber Access-Point sein. Dann kann man den AP und Key auch im Browser eingeben. Das muss ich noch einbauen. Vielleicht kommt die neue Version heute oder morgen abend.
:
Bearbeitet durch Moderator
Mir gefällt die neue Ordner Struktur eigentlich ganz gut. Evtl. noch die verschiedenen LEDs in einem Unterordner LEDs sammeln. Gibt es eigenltich eine gute Möglichkeit auch Sekunden darzustellen?
https://www.youtube.com/watch?v=zlDaeOhOmlc (1m, 42sec) Hier wird das Ambilight als "Sekunden-Zeiger" verwendet... Wenn man keine 60 Ambilight LEDs hat, müsste man runden.
Frank M. schrieb: > Ich persönlich verwende diesen Rahmen: Ich habe eigentlich nicht die Montage der kompletten Uhr gemeint (dafür nehme ich eine MDF-Platte mit Buchen-Anleimern, die Acrylfrontplatte wird darauf rahmenlos-bündig mit Neodym-Magneten draufgesetzt), sondern die Befestigung der Leiterplatten auf dem Untergrund - Distanzbolzen, Schrauben, doppelseitiges Klebeband,....?
Tom schrieb: > Hier wird das Ambilight als "Sekunden-Zeiger" verwendet... > Wenn man keine 60 Ambilight LEDs hat, müsste man runden. Auch eine Idee :-)
Tom schrieb: > Hier wird das Ambilight als "Sekunden-Zeiger" verwendet... > Wenn man keine 60 Ambilight LEDs hat, müsste man runden. Da hatte ich auch schon dran gedacht. Ich persönlich würde aber eine Uhr, die etwas "ruhiger" in der Anzeige ist, bevorzugen. Ich glaube, mit der Zeit würde mir das sekündliche Flackern auf den Geist gehen. Eventuell wäre da ein sanftes Wandern (über Fading von mehreren LEDs) angenehmer. Aber gut, ich schreibs mir mal auf die TODO-Liste. Wenn, dann mache ich das auf jeden Fall abschaltbar. ;-)
Herbert P. schrieb: > Ich habe eigentlich nicht die Montage der kompletten Uhr gemeint (dafür > nehme ich eine MDF-Platte mit Buchen-Anleimern, die Acrylfrontplatte > wird darauf rahmenlos-bündig mit Neodym-Magneten draufgesetzt), sondern > die Befestigung der Leiterplatten auf dem Untergrund - Distanzbolzen, > Schrauben, doppelseitiges Klebeband,....? Achso... hm, da bin ich auch neugierig. Vielleicht berichten da mal ein paar Anwender der alten Word Clock. Ich selbst habe die Kabel nahe an der Platine mit ein paar krumgebogenen Nägeln in der Zwischenplatte fixiert. Da hielt die frühere Steuerplatine dann von ganz allein.
Ich gucke gerade ein bisschen im Code rum... Mal so rein aus Interesse, warum ist
1 | net_time_countdown = 3800; // counter: if it counts to 0, then net_time_flag will be triggered |
für das Zeitupdate aus dem Internet so gewählt und nicht z.B. 3600 s = 1 Std. ? Ist nicht wirklich wichtig, aber ist mir aufgefallen.
Angehängte Dateien:
Frank M. schrieb: > Aber ich habe nun etwas ganz neues: > > - MCURSES-Monitor raus > - Web-Server rein Anbei die ersten Bilder. Damit ist (fast) alles, was mit dem bisherigen MCURSES-Monitor möglich war, nun auch im Browser realisiert. Die Oberfläche habe ich bewusst einfach gehalten, da das Übermitteln der HTML-Codes an den Browser über die AT-Schnittstelle des ESP8266 nicht gerade performant abläuft. Erst ab Buffergrößen von mindestens 512 Bytes schafft man es, dass die Seite dann auch in ca. einer Sekunde aktualisiert ist. Wer trotzdem Vorschläge zum Design hat, bitte melden :-) Die IP-Adresse erscheint übrigens nun ein paar Sekunden nach dem Boot als Laufschrift auf der LED-Anzeige. Damit man auch weiß, mit welcher Adresse man sich per Browser bzw. WClock24-App verbinden muss ;-) Das Update der Software erscheint dann bis spätestens morgen abend, inkl. geänderter Konfigurationsanleitung im Artikel.
Frank M. schrieb: > Anbei die ersten Bilder. Damit ist (fast) alles, was mit dem bisherigen > MCURSES-Monitor möglich war, nun auch im Browser realisiert. Sieht übersichtlich und zweckmäßig aus. Völlig OK. Wirklich ein tolles Projekt!
@Herbert Meine Befestigungen in der MDF-Platte mache ich mit M3 6kant Abstandsbolzen, die ich mit UHU Plus in Sacklöcher einklebe. Damit man die Bolzen nicht rauszieht, drehe ich eine sehr kurze M3 Senkkopfschraube mit UHU Plus in den Bolzen. Dann kommt UHU Plus in die Bohrung und der Bolzen hinein. Da der Schraubenkopf nicht mit dem Bolzen abschliesst, wird der Zwischenraum vom Kleber ausgefüllt. Hat gegenüber Holzschrauben den Vorteil, dass man die Befestigungsschrauben beliebig oft rein- und rausdrehen kann. Gruss Peter
Herbert P. schrieb: > die Befestigung der Leiterplatten auf dem Untergrund - Distanzbolzen, > Schrauben, doppelseitiges Klebeband,....? Ich habe zwei Uhren des "alten" Modells gebaut, die erste 2010 ohne Zwischenplatte, die andere 2014 mit Zwischenplatte. Bei der 2010er habe ich die Leiterplatten (LED-Streifen sowie Steuerplatine) einfach per doppelseitigem Klebeband auf eine MDF-Platte geklebt (welche gleichzeitig die Rückseite der Uhr ist). Es hält bis heute. Bei der 2014er habe ich, ähnlich wie Frank M., Streifen und Steuerplatine mit abgebrochenen Zahnstochern in der Zwischenplatte fixiert. Hält auch und lässt sich bei Bedarf einfach lösen, außerdem kann man die Zahnstocher einfach auf die gewünschte Länge bringen.
Frank M. schrieb: > Achso... hm, da bin ich auch neugierig. Vielleicht berichten da mal ein > paar Anwender der alten Word Clock. Ich selbst habe die Kabel nahe > an der Platine mit ein paar krumgebogenen Nägeln in der Zwischenplatte > fixiert. Da hielt die frühere Steuerplatine dann von ganz allein. Ähm, werde ich gesteinigt, wenn ich beichte, dass ich die Platine wie auch die Kabel mit Heißkleber auf der MDF-Platte fixiert habe? Das Ganze dann zusammen mit der Frontplatte in den Alu-Rahmen und das Ganze mit ein paar Federstreifen (waren beim Rahmen dabei) verspannt. Viele Grüße, Thomas
Version 1.7.0 ist online.
Die wichtigsten Änderungen:
- MCURSES-Monitor durch WEB-Server ersetzt
- Ausgabe der IP-Adresse als Laufschrift
- Kleinere Änderungen/Optimierungen
- DCF77-Decoder mangels Interesse entfernt
- Beim Anlernen einer IR-Fernbedienung werden die entsprechenden
Funktionen als Laufschriften auf dem LED-Display ausgegeben.
Ich werde zukünftig die Laufschriften-Ausgabe auch auf andere
Funktionalitäten ausweiten.
Um Entfernen des DCF77-Decoders: Ich glaube nicht, dass der
DCF77-Decoder weiterhin von Belang ist, da nun das WLAN-Modul zwingend
notwendig ist, um die Uhr überhaupt zu konfigurieren. Damit kann man
aber auch auf einen Timeserver zugreifen und DCF77 wird damit
überflüssig. Ich glaube, dass dies zu verschmerzen ist.
Die Software-Änderungen habe ich im Artikel WordClock mit WS2812
vollständig dokumentiert, insbesondere die Änderungen zur Konfiguration
über die Weboberfläche.
Achja, getestet habe ich das Ganze mit Firefox und Chrome.
Viel Spaß,
Frank
@Frank: wäre das ein großes Problem, dass DCF77-Modul drin zulassen? Ich habe am Aufstellort nicht unbedingt eine Internetverbindung. VG Seb
> wäre das ein großes Problem, dass DCF77-Modul drin zulassen? > Ich habe am Aufstellort nicht unbedingt eine Internetverbindung. Okay, ich baue es in den nächsten Tagen wieder ein. Ich dachte wirklich nicht, dass DCF77 noch von Belang ist. Damit der ESP8266 nicht dauernd als AP laufen muss, ist es dann sinnvoll, eine IR-Fernbedienung anzulernen, um die Uhr zu steuern. Oder ich muss dafür sorgen, dass der Key für den WLAN-Zugang halbwegs sicher ist. Im Moment ist dieser nämlich für die Erstkonfiguration "1234567890". Er wird auch nur für ein paar Minuten gebraucht. Nach der Eingabe der WLAN-Router-Zugangsdaten wird wieder in den WLAN-Client-Modus umgeschaltet, siehe Artikel. Okay, ich könnte beim Booten ein Zufallspassword generieren und dieses als Laufschrift ausgeben. Dann kann man das ESP8266 auch dauerhaft als AP verwenden - an Orten, wo es keinen Internet-Zugriff gibt.
:
Bearbeitet durch Moderator
@ Frank: Könntest du die IP Anzeige für den WLAN Verbindungsaufbau bitte auch im Logger ausgeben? Ich teste momentan noch ohne LEDs und bin somit etwas blind ;-) Danke, das wäre super!
Bernd schrieb: > @ Frank: > Könntest du die IP Anzeige für den WLAN Verbindungsaufbau bitte auch im > Logger ausgeben? Ich teste momentan noch ohne LEDs und bin somit etwas > blind ;-) Danke, das wäre super! Wird die nicht im Logger ausgegeben? Such mal nach AT+CIFSR, dann eine oder zwei Zeilen darunter. Ich meine, die wird schon geloggt. Wenn nicht, hab ichs doch erst gestern abend eingebaut, aber noch nicht eingecheckt. Compilierst Du selber oder verwendest Du die fertigen Hex-Dateien? Ich habe mich gestern abend nämlich mit weiteren ESP8266-Firmware-Versionen herumgeschlagen, weil ich feststellen musste, dass die HTTP-Verbindungen nur ab AT-Version 0.50.0.0 (September 2015) korrekt laufen. Eine ältere Version 0.21.0.0 vom Dezember 2014 wollte jedenfalls nicht. Der erste Aufbau der Webseite klappte zwar, aber jeder weitere Mausklick brachte den ESP8266 in den Busy-Zustand, wo man nur noch mit Reset rauskommt. Dazu gibts auch massenweise Hinweise im Internet. Soviel zur Software-Qualität von Espressif. Ja, ich habe gestern abend viel Frust geschoben. Würde mich mal interessieren, welche Firmware-Version Du hast.
Frank M. schrieb: > Compilierst Du selber oder verwendest Du die fertigen > Hex-Dateien? Hab die compilierten HEX Files genommen. Habe mein Board gerade nicht hier liegen, aber ich meine es war Version 0.50.0.0 auf den ESP8266. Hab die vorgestern erst bekommen. Hätte noch einen ESP8266 zur Hand aber nur ein 429 Discovery hier rumfliegen.
Warum nicht einfach selber eine Firmware für den ESP schreiben? Ich mach das mit Arduino und mein HTTP-Server läuft stabil und nebenbei noch ein Modbus-TCP-Server.
Bernd schrieb: > Habe mein Board gerade nicht hier liegen, aber ich meine es war Version > 0.50.0.0 auf den ESP8266. Hab die vorgestern erst bekommen. Ah, okay. Immerhin ein Lichtblick. :-) Peter Zabel, der bereits eine WC24h komplett aufgebaut hat, hat sich bei gemeldet. Die relativ alte Firmware-Version 00160901 läuft sogar auch. Scheint wirklich eine Macke der 0.21.0.0 zu sein. > Hätte noch einen ESP8266 zur Hand aber nur ein 429 Discovery hier > rumfliegen. Ich glaube, das ist der Mühe nicht wert. Mathias O. schrieb: > Warum nicht einfach selber eine Firmware für den ESP schreiben? Ja, daran habe ich auch schon gedacht, wollte aber den Anwendern das extra-Flashen eines ESP8266 nicht zumuten. Aber wahrscheinlich hast Du recht: Es kursieren so viele Firmware-Abarten, dass das Ganze wohl schlecht berechenbar ist. Immerhin scheinen einige China-Händler wohl die 0.50.0.0 auch auszuliefern. Meine letzten, die ich bestellt hatte, hatten auch dieselbe Version. Mit der 0.51.0.0 läuft es zwar auch, aber wer weiß, was sich Espressif als nächstes einfallen lässt? Die ändern ja auch dauernd das Antwortverhalten auf AT-Befehle, die ich über alle Versionen bis heute immer im Parser nachgehalten habe. Aber Spaß macht das wirklich nicht. Wahrscheinlich ist es das beste, den Webserver, den Timeserver-Client und auch den bereits vorhandenen Server für Android-Geräte in das ESP8266 zu übertragen. Vielleicht gelingt mir auch das Programmieren des ESP8266 über das STM32-Board. Dazu müsste nur noch ein extra GPIO-Pin des ESP8266 mit dem STM32 verbunden werden. Genügend GPIO-Pins am STM32 sind ja vorhanden. Die eigentlichen Webseiten kann das STM32 ja beim Booten auf den ESP8266 übertragen. Dann muss das ESP8266 nicht bei jeder kleinen Änderung der Web-Oberfläche neu programmiert werden. Außerdem bekomme ich so ca. 1,5KB RAM auf dem kleinen STM32F103 wieder frei, die ich zum Buffern der HTTP-Übertragung vorhalten musste, um das einigermaßen performant zu halten. Mit der Entwicklungsumgebung für den ESP8266 habe ich bereits im Zuge der IRMP-Portierung herumgespielt. Dürfte wirklich nicht schwierig sein, die eigentlichen Netzwerkdienste auszulagern.
Frank M. schrieb: > Wahrscheinlich ist es das beste, den Webserver, den Timeserver-Client > und auch den bereits vorhandenen Server für Android-Geräte in das > ESP8266 zu übertragen. Habe ich mal protoypisch gemacht, indem ich mir ein paar eigene Kommandos zur Kommunikation ausgedacht habe. Läuft bereits stabil und um einiges flotter. Damit sind wir nun unabhängig von Espressif-Firmware-Versionen. Die eigentlichen Webseiten bleiben auch weiterhin auf dem STM32, so dass das ESP8266 nur ein einziges mal geflash werden muss. Ich bin leider nächste Woche unterwegs. Ein neues Release nebst Anleitung zum Flash des ESP8266 (ist wirklich sehr einfach) kommt danach. Gruß, Frank
:
Bearbeitet durch Moderator
Mathias O. schrieb: > Na siehste. Und das Laden der Webseiten vom STM geht auch schnell? Ja. Die AT-Schnittstelle bildet Blöcke mittels Timeouts. Ziemlich suboptimal. Die Blöcke bilde ich durch ein explizites Start- und Endezeichen. Ich werde aber die HTML-Seiten noch als Templates nach dem Boot vom STM32 auf das ESP8266 hochladen, so dass nur noch die dynamischen Daten in beiden Richtungen ausgetauscht werden müssen.
Ich würde mir da noch ein Passwort für das Webinterface wünschen, damit nicht jeder im Netzwerk an der Uhr rumstellen kann und vor allem nicht den WLAN Schlüssel auslesen kann.
Wenn der Jenige im Netz ist, hat er dann nicht schon den Schlüssel? Oder kommen bei dir Gäste mit einem Notebook und LAN-Kabel?
Bernd schrieb: > Habe mein Board gerade nicht hier liegen, aber ich meine es war Version > 0.50.0.0 auf den ESP8266. Hab die vorgestern erst bekommen. > Hätte noch einen ESP8266 zur Hand aber nur ein 429 Discovery hier > rumfliegen. Habe jetzt noch mal geschaut. Also die IP sieht man im Putty. Die Verbindung klappt nicht immer zum ESP8266 als AP. Es ist bei mit die Version 0.40.0.0 drauf.
Mathias O. schrieb: > Wenn der Jenige im Netz ist, hat er dann nicht schon den Schlüssel? > Oder kommen bei dir Gäste mit einem Notebook und LAN-Kabel? Naja, nicht jeder der im Netzwerk ist, muss an den Einstellungen von Geräten rumspielen können. Und ein WLAN Passwort in Klartext muss auch nicht unbedingt sein.
Hi Frank kann mann auch bei dir das Nucleo-Board bekommen? Wird es dann auch ein neues handbuch (bedienungsanleitung) geben wo alles beschrieben ist zb das flashen, einstellen der uhr usw.? Ich würde mir wünschen wenn du wieder das dcf77 mit einbaust. Gruss pierre
Bernd schrieb: > Ich würde mir da noch ein Passwort für das Webinterface wünschen, damit > nicht jeder im Netzwerk an der Uhr rumstellen kann und vor allem nicht > den WLAN Schlüssel auslesen kann. Habe ich mal mit auf die TODO-Liste genommen. Allerdings kann man auch mit Webzugriff nicht den WLAN-Schlüssel auslesen. Dieser wird allein vom ESP8266 intern gespeichert. Aber wenn man schon im WLAN angemeldet ist, was will man dann noch mit dem WLAN-Schlüssel? ;-)
Hallo Pierre, Pierre N. schrieb: > kann mann auch bei dir das Nucleo-Board bekommen? Hm, darüber habe ich noch nicht nachgedacht. Du bekommst das Nucleo-Board zum Beispiel hier für gut 12 EUR: https://hbe-shop.de/Art-2433469-STMICROELECTRONICS-NUCLEO-F411RE-ENTWBOARD-STM32F411RE-MCU-CORTEX-M4 aber ich sehe gerade: Die Versandkosten sind dort sehr hoch. Da lohnt eine Einzelbestellung eher nicht. Bei Watterott bekäme man das F401 für 13,60 EUR: http://www.watterott.com/de/NUCLEO-F401RE Aber leider ist es gerade ausverkauft. Man könnte natürlich mal dort nachfragen, wann/ob sie wieder welche reinkriegen. Wenn Du die WC12h bauen willst, rate ich Dir allerdings zum STM32F103C8T6 Mini Development Board. Das bekommst Du versandkostenfrei für ca. 4 EUR bei eBay vom Chinesen oder für knapp 8 EUR bei eBay von einem deutschen Lieferanten. > Wird es dann auch ein > neues handbuch (bedienungsanleitung) geben wo alles beschrieben ist zb > das flashen, einstellen der uhr usw.? Ja. > Ich würde mir wünschen wenn du wieder das dcf77 mit einbaust. Wie schon geschrieben: Werde ich machen. Aber da schon viele Leute mit DCF77 und der alten Word Clock Probleme hatten, werde ich nicht unbedingt den Fokus darauf richten.
Hallo Frank, ich hab die 1.7 mal ausprobiert. Leider bekomme ich keine Verbindung zum Webserver. Ich habe wie in der Anleitung beschrieben den ESP auf Access Point konfiguriert. Finde diesen dann auch in meiner WLAN Liste, kann mich damit verbinden. Aber mehr nich. Wenn ich die Seite 192.168.4.1 aufrufe kommt nur "...Seite nicht gefunden..." In den Details wird mir angezeigt, das ich die IP 192.168.4.100 bekommen habe und das der DHCP mit 192.168.4.1 läuft. Es wird auch keine IP Adresse als Laufschrift angezeigt... lg Thomas PS: ich hab meine F411 übrigens bei Mouser für 10€/Stk bekommen. Versandkostenfrei und ohne Zoll...
:
Bearbeitet durch User
Hey, bin grad am bauen der WordClock mit WS2812 .. ich habe hier LED Stripes mit 30LED/m und bin jetzt auf der Suche nach einer brauchbaren Frontplatten PDF. Irgendwie finde ich nur Pdf´s wo der Buchstabenabstand größer oder kleiner als 33,5mm ist. Ich habe vor das ganze in einem Ribba Rahmen 50x50 zu verbauen(der liegt hier noch so rum :) ) Hat jemand eine passende Frontplatten Pdf mit Buchstabenabstand 33,5mm? mfg ALex
Thomas H. schrieb: > ich hab die 1.7 mal ausprobiert. Leider bekomme ich keine Verbindung zum > Webserver. Kannst Du mal den Log auf der seriellen Schnittstelle mit anhängen? Vermutlich ist es eine Macke Deiner ESP8266-Firmware-Version. Mit der nächsten Version, wo eine eigene ESP8266-Firmware benutzt wird, sollte dieses Problem der Vergangenheit angehören. Die neue Version kommt noch diese Woche. > PS: ich hab meine F411 übrigens bei Mouser für 10€/Stk bekommen. > Versandkostenfrei und ohne Zoll... Klasse Tipp!
Hallo Frank,
es müsste diese sein:
Thomas H. schrieb:
> als Firmware wird mir 0018000902-AI03 angezeigt.
aber wenn das mit der eigenen Firmware klappt, sollte sich das erledigt
haben :) danke !
ALX schrieb: > Hat jemand eine passende Frontplatten Pdf mit Buchstabenabstand 33,5mm? Hallo Alex, bitte bei mir (Benutzer gnter_h534) per PN melden - wahrscheinlich kann ich helfen. Günter
Angehängte Dateien:
Die Version 1.8.0 ist online unter WordClock mit WS2812: Download Änderungen: - Spezielle Firmware für ESP8266-Modul, da die Espressif-Firmware zu instabil ist und auch zuviele Varianten existieren - Kommunikationsprotokoll an neue ESP-Firmware angepasst - Direktes Flashen des ESP8266 in der WordClock-Schaltung über das verwendete STM32-Board - Diverse kleinere Bugfixes Durch die spezielle ESP8266-Firmware ist die Kommunikation mit dem ESP8266 nun sehr stabil und dabei auch noch wesentlich flotter geworden. Das ESP8266 kann dabei über das verwendete STM32-Board geflasht werden, so dass keine Zusatzhardware notwendig ist. Dabei muss aber ein weiterer Draht zum ESP8266 gezogen (permanent angelötet bzw. gesteckt) werden: ESP8266-GPIO0 mit STM32-PA4. Der Flash-Vorgang ist hier erklärt: WordClock mit WS2812: Konfiguration des WLAN-Moduls Der neue Anschluss an PA4: WordClock mit WS2812: Anschluss ESP8266 und WordClock mit WS2812: Anschlusstabelle Auch die Anschluss-Skizze für das Mini-Development-Board habe ich angepasst, siehe Anhang. Da das Drücken des User-Buttons während des Resets nun für das Flashen genutzt wird, habe ich den Vorgang des Umschaltens in den AP-Modus vereinfacht. Einfach den User-Button drücken, während die Software läuft, also nicht beim Reset. Es wird dann im laufenden Betrieb auf AP-Modus umgeschaltet und die neue IP-Adresse (i.d.R. 192.168.4.1) wird dann als Laufschrift auf dem Display und auch über den WC-Logger auf dem UART ausgegeben. Entsprechendes Kapitel im Artikel: WordClock mit WS2812: Start als Access-Point Viel Spaß! Frank
:
Bearbeitet durch Moderator
Hallo, als Ü60-iger Hobby-Elektroniker kann ich die Diskussionen über Einbindung von WLAN-Modul, dessen Firmware usw. nur "ehrfürchtig" verfolgen. Ich bin aber sehr zuversichtlich, dass mir - und wohl auch vielen anderen - mit der augenblicklichen Dokumentation der Nachbau dieser WordClock ermöglich sein wird. Auch bei der "alten" Version hat bei mir schließlich alles auf Anhieb geklappt. Es ist wahnsinnig spannend, welchen Schwung dieses Projekt jetzt wieder bekommen hat und wie "einfach" vieles zu werden scheint. Deshalb an dieser Stelle mein ausdrücklicher Dank an Frank M., der z. Z. das Projekt fast im Alleingang voranbringt. Da ich die Teile für die Hardware in China bestellt habe und dort gerade das neue Jahr begrüßt wird, muss ich noch etwas geduldig sein… Günter
Günter H. schrieb: > Deshalb an dieser Stelle mein ausdrücklicher Dank an Frank M., der z. Z. > das Projekt fast im Alleingang voranbringt. dem Dank schliesse ich mich an, vor allem weil ich kaum Zeit habe mein Projekt mit dem migthy 1284p zum Ende zu bringen. Sind denn schon Frontplatten bestellt worden? Ich war ja bei herbert und wir hatten festgestellt das nicht alle Buchstaben im Layout waren und manuell nachgerüstet. Im bisherigen layout fehlte mindestens das J und wir hatten es eingepflegt. Wäre halt schön wenn es in den aktuellen Platten auch rein kommt dann muss ich keine Sonderschiene fahren und könnte mich anschliessen. Ich werde auch von 50x50 im Ribba Rahmen abweichen, war nett im Prototypbau, sieht aber nicht aus von den Proportionen.
:
Bearbeitet durch User
... Auch ich schließe mich dem Dank an. mit der Anleitung und der Hilfe von Frank habe ich nun schon den ersten Prototypen fertig gebaut und bin überrascht, wie einfach es doch war. Aufgefallen ist mir , das die Nucleo Boards bzw. die STM`s recht schnell das zeitlich segnen. Sie sind wohl sehr empfindlich... Also immer eines in reserve haben... Die Frotplatten habe ich mir in einer Werbeagentur fertigen lassen. Falls interesse besteht, kann ich vielleicht auch eine Sammelbestellung machen. Hab aber mit der Organisation wenig Erfahrung. Aufgrund der Größe kam das per UPS. ein Weitertransport wird wahrscheinlich schwierig und teuer werden. Deshalb wohl ehr aus für Leute aus dem Hamburger/Itzehoer Raum geeignet zur Selbstabholung... lg Thomas
Joachim B. schrieb: > Ich war ja bei herbert und wir hatten festgestellt das nicht alle > Buchstaben im Layout waren und manuell nachgerüstet. Gehts hier um das WC24h-Layout? Warum fehlt da das "J" - für welches Wort? Um das WC12h-Layout kann es jedenfalls nicht gehen, das hat sich ja schon seit einigen Jahren bewährt.
:
Bearbeitet durch Moderator
Thomas H. schrieb: > mit der Anleitung und der Hilfe von Frank habe ich nun schon den ersten > Prototypen fertig gebaut und bin überrascht, wie einfach es doch war. Freut mich :-) > Aufgefallen ist mir , das die Nucleo Boards bzw. die STM`s recht schnell > das zeitlich segnen. Sie sind wohl sehr empfindlich... Also immer eines > in reserve haben... Hm, bisher habe ich da noch keine Probleme gehabt. Was ist da genau passiert?
Marco schrieb: > Gibts eigentlich schon einen neuen Stand zu den LEDs? Torsten wartet noch auf die konkrete Angabe des Preises des Lieferanten. Wie Du vielleicht weißt, feiern die Chinesen zur Zeit ihr neues Jahr... da arbeitet keiner. Ihm wurde aber zugesagt, dass das entsprechende Angebot direkt nach den Neujahrsfeiern folgen wird. Es kann sich daher nur noch um wenige Tage handeln.
Günter H. schrieb: > Deshalb an dieser Stelle mein ausdrücklicher Dank an Frank M., der z. Z. > das Projekt fast im Alleingang voranbringt. Danke fürs Danke :-) > Da ich die Teile für die Hardware in China bestellt habe und dort gerade > das neue Jahr begrüßt wird, muss ich noch etwas geduldig sein… Ja, im Neujahr-Feiern scheinen die Chinesen Weltmeister zu sein. ;-)
@Frank, auch von mir herzlichen Dank. Zum ESP flashen soll lt. wiki PA5 am 103er board mit einen Taster gegen GND verbunden werden. In der Tabelle ist aber PA5 schon für den LDR vergeben. Gruss Peter
Peter Z. schrieb: > Zum ESP flashen soll lt. wiki PA5 am 103er board mit einen Taster > gegen GND verbunden werden. > In der Tabelle ist aber PA5 schon für den LDR vergeben. Upps, die Angabe ist im Wiki falsch. Der Taster muss an PA6 angeschlossen werden. Ich korrigiere das im Artikel.
Frank M. schrieb: > Hm, bisher habe ich da noch keine Probleme gehabt. Was ist da genau > passiert? das erste is gestorben, vermutlich weil ich RXT und TXT vertauscht hatte. Nachdem ich es dann richtig machte, funktionierte es zwar, aber der Arm wurde recht heiß und nach ner weile ist es dann trotz aufgeklebten Kühlkörper :) komplett ausgestiegen. Das zweite ist gestorben, nachdem ich die pins der Steckverbinder alle mit dem Seitenschneider abgeschnitten hatte und die kabel direkt an das Board gelötet hatte. Vermutlich ist der Grund bei beiden Elektrostatische Aufladung. Bisher hatte ich damit jedoch noch nie Probleme... und ich hab schon einige MSP430's gelötet... lg Thomas
Wenn man nicht aufpasst, kann man alles grillen. Ich hab dagegen schon zwei MSP430 vermutlich durch ESD gegrillt ;) €: Und auch wenn man aufpasst. Ich wär mir damals keiner Schuld bewusst gewesen ;)
:
Bearbeitet durch User
Ich habe mittlerweile zwei Rückmeldungen zur Version 1.8.0: 1. Das im Artikel erwähnte Flash-Programm scheint nicht immer korrekt zu arbeiten. Auf jeden Fall ist dann nach dem Flash immer noch die Original-Espressif-Software drin. Hat das auch schon jemand beobachtet? Abhilfe: Folgendes Programm verwenden: https://github.com/Stadslab/ESP8266_example/raw/master/ESP8266_flasher_V00170901_00_Cloud%20Update%20Ready/esp8266_flasher.exe Diese EXE starten, auf "BIN" klicken, die BIN-Datei auswählen, dann den COM-Port einstellen und als leztes "Download" anklicken. Vorher muss man natürlich den RESET- und User-Button drücken wie im Artikel angegeben. Ich werde den Artikel ändern und zukünftig das obige Flash- Programm empfehlen. Das scheint wesentlich zuverlässiger zu sein. 2. Wenn im SSID-Namen des Routers ein Leerzeichen vorkommt, dann kommt kein Connect zustande. Das liegt daran, dass ich versäumt habe, das Mapping von Leerzeichen in HTTP-GET-Parametern nach Plus-Zeichen "+" zu berücksichtigen. Wenn also der Router "Fritz xxxx" heisst, dann versucht die Software, die Verbindung mit "Fritz+xxxx" aufzunehmen. Abhilfe: Entweder die Router-SSID ändern oder auf die Version 1.8.1 warten, wo ich das in Ordnung bringe.
:
Bearbeitet durch Moderator
So, ESP8266-Flash-Program ist im Artikel ausgetauscht, der Plus-Fehler bei der HTTP-Parameter-Übergabe ist mit der Version 1.8.1 erledigt. Alle Downloads im Artikel sind auf aktuellem Stand. Viel Spaß, Frank
Hallo Frank, ich hab mich heute noch mal an die Uhr gesetzt, ESP flashen war kein Problem. Es läuft soweit ganz gut. Kannst Du mir bitte ein paar Infos zum Speichern der Daten auf dem I²C Modul geben ? Ich habe mal im Internet nach diesem Modul gesucht und festgestellt, das darauf normale 24C02 (2k) Chips verbaut sind. Reichen hier auch die 24C01 (1k) ? Theoretisch müsste ich diese ja 1:1 austauschen können. Wie machst du die Erkennung des Speichers ? Muss ich zusätlich ein RTC Chip dazu bestückt haben ? Welche Adresse hat das EEPROM bzw. RTC ? Ich habe noch einige 24C01 und würde diese gerne verwenden. Ich hab leider noch nicht die IDE und auch nicht die Erfahrung dazu. Ich habe außerdem den LDR bestückt. Wenn ich Ihn aktiviere, hängt sich die Software auf... lg Thomas
Thomas H. schrieb: > ich hab mich heute noch mal an die Uhr gesetzt, > ESP flashen war kein Problem. Es läuft soweit ganz gut. Mit welchem Programm? Mit dem, was jetzt im Artikel ist oder mit dem davor? > Kannst Du mir bitte ein paar Infos zum Speichern der Daten auf dem I²C > Modul geben ? Ich habe mal im Internet nach diesem Modul gesucht und > festgestellt, das darauf normale 24C02 (2k) Chips verbaut sind. Reichen > hier auch die 24C01 (1k) ? 1k reicht auch. > Theoretisch müsste ich diese ja 1:1 > austauschen können. Wie machst du die Erkennung des Speichers ? Ich lese einfach die erste Speicherstelle. Bekomme ich eine Antwort, gilt das EEPROM als vorhanden. > Muss ich zusätlich ein RTC Chip dazu bestückt haben ? Nein, die Prüfungen laufen unabhängig voneinander. Welche Adresse hat das EEPROM bzw. RTC ? Die Software prüft alle theoretischen I2C-Adressen fürs EEPROM durch - beginnend mit 0xA0, weiter mit 0xA2 bis 0xAE. Du kannst daher einstellen, was Du möchtest. Nimm einfach 0xA0. Bei der RTC ist es die feste Adresse 0xD0. > Ich habe noch einige 24C01 und würde diese gerne verwenden. Ob das sinnvoll ist, kann ich nicht beurteilen. Die Kombidinger mit RTC, EEPROM und Batteriefassung bekommst Du schon ab 1,50 EUR. > Ich habe außerdem den LDR bestückt. Wenn ich Ihn aktiviere, hängt sich > die Software auf... Welches Board? Gruß, Frank
Frank M. schrieb: > Mit welchem Programm? Mit dem, was jetzt im Artikel ist oder mit dem > davor? ...mit dem davor. (FLASH_DOWNLOAD_TOOLS_v2.4_150924) der Link führte zu einer anderen Software, aber mit suchen hab ich es dann gefunden ... >Ob das sinnvoll ist, kann ich nicht beurteilen. Die Kombidinger mit RTC, >EEPROM und Batteriefassung bekommst Du schon ab 1,50 EUR. Ich weiß... aber ich hab ausreichend davon :) >Welches Board? das nucleo F411
Thomas H. schrieb: > ...mit dem davor. (FLASH_DOWNLOAD_TOOLS_v2.4_150924) der Link führte zu > einer anderen Software, aber mit suchen hab ich es dann gefunden ... Okay. Warten wir mal weitere Rückmeldungen ab. >>Welches Board? > das nucleo F411 Ich selber teste auf dem F401, außerdem habe ich mindestens eine Rückmeldung, dass die ADC-Conversion auch auf dem F411 funktioniert. Aber ich werde nochmal in den Source schauen, ob da eine Lücke ist, die ich übersehen habe.
:
Bearbeitet durch Moderator
Angehängte Dateien:
-
Schaltplan_WC12h.png
36 KB -
Layout_WC12h.png
36 KB
Hallo, ich will mir eine WC12h mit dem STM32F103-Board bauen und habe versucht die einzelnen Komponenten auf eine Platine zupacken, die ich dann selber herstellen möchte. Ich bin noch ziemlich neu auf diesen Gebiet und ich würde mich daher freuen, wenn jemand mal eine Blick auf meinen Schaltplan und das Layout werfen würde und sagen kann ob das so passt oder was ich noch verändert sollte. Ich bin für jeden Hinweis dankbar. Gruß Carsten
Carsten M. schrieb: > Ich bin noch ziemlich neu auf diesen Gebiet und ich würde mich daher > freuen, wenn jemand mal eine Blick auf meinen Schaltplan und das Layout > werfen würde und sagen kann ob das so passt oder was ich noch verändert > sollte. Das sieht schon ganz gut aus. Allerdings solltest Du bedenken, dass da schon ein ziemlich hoher Strom zwischen der (Schraub-)Klemme für die Spannungsversorgung und dem Streifen-Flachbandkabel-Anschluss fließen kann. Man sollte dann da noch ein Kabel oder jeweils einen Draht von der Klemme zur Flachbandkabel-Buchse drunterlöten. Da ja nur jeder zweite Streifen mit einer Spannung versorgt werden muss, könnte man den Stecker für die Flachbandkabel von der Pinanzahl halbieren (2x5). Die Schaltung kann aber auch für die WC24h genutzt werden. So es doch wieder sinnvoll, zumindest einen 2x8 Pinheader einzusetzen. Gruß, Frank
:
Bearbeitet durch Moderator
Massefläche unter der Antenne des ESP-01? Damit würde das Ding nicht mehr sehr weit kommen...
Jan L. schrieb: > Massefläche unter der Antenne des ESP-01? Damit würde das Ding nicht > mehr sehr weit kommen... Upps, stimmt. Außerdem sollte man überlegen, ob überhaupt eine Platinenfläche unterhalb der beiden Module nötig ist. Man könnte für jedes auch einen Pinheader am unteren und oberen Rand vorsehen, so dass die beiden Module außerhalb der Platine sind. Das hätte u.a. 2 Vorteile: 1. Platine wird schmaler 2. Die Grundfläche verringert sich drastisch Gerade, wenn man das Ding (z.B. für eine Sammelbestellung) bei einem Platinenhersteller machen lässt, gilt: je kleiner die Fläche, desto günstiger der Preis.
Habe im Artikel gerade gesehen, dass es wieder eine Sammelbestellung für Frontplatten der WC12h gibt und die Stripes mit speziellem Rastermaß eingesetzt werden sollen. Ist das denn jetzt ganz sicher? Gibt es mittlerweile ein Angebot für die Stripes? Zu einer Sammelbestellung der Stripes steht im Artikel nämlich noch nichts.
Robert K. schrieb: > Ist das denn jetzt ganz sicher? Ja, das ist ganz sicher. Torsten hat eine definitive Zusage vom Lieferanten. > Gibt es mittlerweile ein Angebot für die Stripes? Nein, noch nicht. Wie ich oben schon schrieb, feier(te)n die Chinesen gerade das neue chinesische Jahr. Der Lieferant wollte sich direkte danach bei Torsten mit dem Angebot melden. Aber das habe ich doch oben bereits alles geschrieben... > Zu einer Sammelbestellung der Stripes steht im Artikel nämlich > noch nichts. Ich nehme mal an, dass sich das in dieser Woche noch ändern wird. Nicht so ungeduldig sein :-)
Dass die die sicher fertigen könne, habe ich mitbekommen. Aber zu welchem Preis? Könnte es nicht sein, dass die Spezialanfertigung viel zu teuer wird? Daher hatte ich mich über die jetzt schon gestartet Sammelbestellung für die Frontplatten gewundert.
Robert K. schrieb: > Daher hatte ich mich über die jetzt schon gestartet > Sammelbestellung für die Frontplatten gewundert. Im Artikel steht: "Der Start der nächsten Sammelbestellung ist für Mitte Februar geplant." Da steht nichts von "gestartet". ;-)
Achso, ok.... dann hatte ich das wohl falsch verstanden. Da ja schon Mitte Februar ist.... Egal, dann ist ja alles gut :-)
Robert K. schrieb: > Da ja schon Mitte Februar ist. Ich warte ja selber nur noch auf das OK von Torsten. :-)
Erstmal vielen Dank für die Hinweise, ich werde versuchen diese in einem neuen Layout umzusetzen. Dies bezüglich hab ich dann gleich auch noch ein zwei Fragen. 1. Passt der Schaltplan soweit oder habe ich irgendwelche Kondensatoren oder Widerstände vergessen? 2. Wie groß ist eigentlich die Aussparung in den Zwischenböden aus der Sammelbestellung für die Platine? 3. Ist es sinnvoll, aus Platzgründen, bei dem Spannungsregler auf SMD-Bauweise umzustellen also den LF 33 CDT zu verwenden? 4. Wie werden bei der WC12h eigentlich die Minuten-LEDs versorgt, sollte ich die auch mit auf die Pinheader legen? 5.Wäre es für die Versorgung des Pinheaders auch ok wenn ich die Leiterbahnen dicker mache, sagen wir mal so 100 mil würde das ausreichen? Fragen über Fragen, ich hoffe ihr könnt mir weiter helfen :) Gruß Carsten
Ich habe (noch) keine Antworten, aber eine weitere Frage: Ich nehme an, dass das STM32-Board und die Module auf die Platine gesteckt werden sollen. Wie hoch wird dann die Bauhöhe der ganzen Kombination Platine/Bauelemente? Eine zu "dicke" WordClock verliert für mein Empfinden schon an Eleganz. Günter
Eigentlich sollte die Kombination nicht höher als 18 mm werden, damit sie noch in die 19 mm MDF-Platte passt. Sollte nach meinen groben Schätzungen auch ganz gut hinkommen, das einzige Problem könnten die Jumper auf dem Board sein. Aber wenn man das Board umdreht zeigen die nach unten, das sollte dann passen. Man kann dann zwar den Taster nicht mehr so einfach nutzen aber den braucht man ja auch nicht wirklich oder? Gruß Carsten
Moin Carsten, der DS18B20 braucht noch einen Pull-up von 4,7k und der TSOP eine RC-Kombination (siehe Datenblatt). Die sollte man direkt am Bauteil plazieren. Bei der "alten WC" waren die Sensoren hinter unbenutzten Buchstaben. WC12 und WC24 hat das ja nicht mehr unbedingt, da es ja Laufschrift und Spiele gibt oder geben wird. Gruss Peter
Carsten M. schrieb: > 1. Passt der Schaltplan soweit oder habe ich irgendwelche Kondensatoren > oder Widerstände vergessen? Das hat Dir Peter ja schon beantwortet. > 2. Wie groß ist eigentlich die Aussparung in den Zwischenböden aus der > Sammelbestellung für die Platine? Der Zwischenboden hat 4 Taschen. Diese sind jeweils 198mm lang und 38mm breit. Die Tiefe beträgt 18mm. Von daher sehe ich also kein Problem. > 3. Ist es sinnvoll, aus Platzgründen, bei dem Spannungsregler auf > SMD-Bauweise umzustellen also den LF 33 CDT zu verwenden? Nein, nicht nötig. Man sollte nur darauf achten, dass die Schaltung auch von einem fortgeschrittenen Anfänger gelötet werden werden kann. > 4. Wie werden bei der WC12h eigentlich die Minuten-LEDs versorgt, sollte > ich die auch mit auf die Pinheader legen? Da - wie ich schon schrieb - nur jede zweite Reihe mit "frischem Strom" versorgt werden muss, schlage ich vor, dass Du einen 2x8 Pinheader benutzt. Damit ist das sowohl für WC12h als auch für WC24h nutzbar. Dann kann man die erste Minuten-LED dort auch anschließen. Die weiteren 3 Minuten-LEDs kann man dann - ausgehend von der ersten Minuten-LED - in Serie mit einem 3-poligen Flachbandkabel weiterversorgen. > 5.Wäre es für die Versorgung des Pinheaders auch ok wenn ich die > Leiterbahnen dicker mache, sagen wir mal so 100 mil würde das > ausreichen? Dazu kann ich nichts sagen. Ich persönlich würde immer einen Draht enlang der Pins drunterlöten. Günter H. schrieb: > Ich habe (noch) keine Antworten, aber eine weitere Frage: Ich nehme an, > dass das STM32-Board und die Module auf die Platine gesteckt werden > sollen. Wie hoch wird dann die Bauhöhe der ganzen Kombination > Platine/Bauelemente? Eine zu "dicke" WordClock verliert für mein > Empfinden schon an Eleganz. Der Zwischenboden hat eine Stärke von 20mm, die Frontplatte ist 3mm dick. Wenn Du den Zwischenboden von hinten noch mit einer dünnen MDF-Platte abdecken möchtest, werden das also nicht mehr als 25mm. Also schön dünn. Bilder von der bisherigen Word Clock findest Du hier: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#WC12h_Sammelbestellung_Frontplatten Ich persönlich verwende einen schwarzen Alurahmen: https://www.alutech.de/alu---zuschnitt-profil-18.html (dort schwarz anklicken) Dieser Rahmen hat genau die Füllhöhe von 25mm. Sieht einfach klasse aus. Carsten M. schrieb: > Eigentlich sollte die Kombination nicht höher als 18 mm werden, damit > sie noch in die 19 mm MDF-Platte passt. Sollte nach meinen groben > Schätzungen auch ganz gut hinkommen, das einzige Problem könnten die > Jumper auf dem Board sein. Aber wenn man das Board umdreht zeigen die > nach unten, das sollte dann passen. Man kann dann zwar den Taster nicht > mehr so einfach nutzen aber den braucht man ja auch nicht wirklich oder? Ich würde die Pins für die Jumper notfalls abknipsen und unter der Platine mit einem Draht verbinden. Aber ich werde noch in den Schaltplan des Mini-Boards schauen, ob die Jumper für uns überhaupt relevant sind. Aber das ist nur für den Notfall, eigentlich sollten die 18mm ausreichen. Peter Z. schrieb: > Bei der "alten WC" waren die Sensoren hinter unbenutzten Buchstaben. > WC12 und WC24 hat das ja nicht mehr unbedingt, da es ja Laufschrift > und Spiele gibt oder geben wird. Auch hier können neben den LEDs noch die unbenutzten Buchstaben verwendet werden. Während eine Laufschrift oder eine Animation läuft, findet keine Helligkeitsmessung statt. Das gilt für die WC12h. Bei der WC24h werden die Punkte links und rechts unterhalb der Matrix für TSOP und LDR verwendet. Der mittlere Punkt ist dabei für die Status-LED gedacht. Diese gibt es bei der WC12h nicht. Gruß, Frank
:
Bearbeitet durch Moderator
Hallo Carsten, meine Frage zur Bauhöhe ist positiv beantwortet, zumal die Pins der Jumper ggf. abgeknipst werden können. Frank M. schrieb zu SMD-Bauteilen: > Nein, nicht nötig. Man sollte nur darauf achten, dass die Schaltung auch > von einem fortgeschrittenen Anfänger gelötet werden kann. Dann schlage ich vor, den Widerstand R3 (220 Ohm) durch eine bedrahtete Ausführung zu ersetzen. Zum Ausgang Daten --> WS2812: Ich versuche bei eigenen Arbeiten einpolige Steckverbinder aus (Stabilitätsgründen) zu vermeiden und montiere einen Zweifach-Verbinder, die können sich nicht drehen und sitzen fester. Auch wenn der DCF-Empfänger nicht sehr "beliebt" ist, sollten wir nicht die Option dafür auch einer solchen Platine aufrechterhalten? Insgesamt ist das ein sehr schöner Ansatz, es kommt doch einiges an Verdrahtung zusammen und kann mit einer solchen Platine schön zusammengefasst werden. Gruß Günter
Die Platine sieht schon gut aus. Verbesserungsvorschläge wurden ja schon angemerkt. Beim Spannungswandler ist die THT Variante wahrscheinlich einfacher, weil SMD Versionen oft eine große Fläche unterm Bauteil haben, die eigentlich nur im Ofen gut zu löten ist. Für die Widerstände und Kondensatoren könnte man vielleicht parallel THT und SMD (0805?) Varianten vorsehen. Platz müsste genug sein. Dann kann das jeder so bestücken, was er gerade da hat.
Günter H. schrieb: > Dann schlage ich vor, den Widerstand R3 (220 Ohm) durch eine bedrahtete > Ausführung zu ersetzen. Ja. Oder Du realisierst vielleicht Bernds Vorschlag, siehst also beide Variante vor. Dürfte ja kein zusätzlicher Aufwand sein. > Zum Ausgang Daten --> WS2812: Ich versuche bei eigenen Arbeiten > einpolige Steckverbinder aus (Stabilitätsgründen) zu vermeiden und > montiere einen Zweifach-Verbinder, die können sich nicht drehen und > sitzen fester. Ja, gute Idee. > Auch wenn der DCF-Empfänger nicht sehr "beliebt" ist, sollten wir nicht > die Option dafür auch einer solchen Platine aufrechterhalten? Ja, bitte. Ich werde DCF77 wieder einbauen. Vorgesehen ist beim STM32F103 der Pin PB4. > Insgesamt ist das ein sehr schöner Ansatz, es kommt doch einiges an > Verdrahtung zusammen und kann mit einer solchen Platine schön > zusammengefasst werden. Ja, gefällt mir auch sehr gut. Ich nehme mal an, dass es einige Interessenten dafür geben wird und daher auch eine Sammelbestellung sinnvoll sein kann. Schreib mich doch bitte mal wg. Abstimmung per PN an. Gruß, Frank
Auf jeden Fall versuchen, die Fläche klein zu machen um so ein Board möglichst günstig zu bekommen. WLAN und RTC Modul können ruhig seitlich überstehen. Mechanisch ist das kein Problem so wie es verbaut wird. Für eine höhere Strombelastbarkeit könnte man die Kupferdicke erhöhen... z.B. 70um, aber das führt auch zu höheren Preisen. Wie ist denn hier die Spannungsversorgung der LEDs überhaupt geplant? Doch ein einzelnes Netzteil für alle LEDs? Ansonsten macht so ein Stecker ja gar keinen Sinn. Also ggf. den Strom für die LEDs gar nicht über die Platine führen und direkt über die Stecker (gebrückt?) verteilen... es gibt so gebrückte Federzugklemmen z.B. von Wago. Sind natürlich auch nicht ganz billig. Aber vermutlich ist das doch teurer als dickeres Kupfer...
Bei mir klappt das Updaten des ESP8266 nicht. Habe ein Nucleo411 und habe zusätzlich PA4 mit GPIO0 verbunden. Verbindung zum ESP hat ja vorher schon geklappt. Ich bekomme aber im ESP8266 Flash Downloader keine Verbindung. Ist das der gleiche Virtual Com Port wie für den ST-Link? Hatte den Treiber aus dem Link noch mal installiert, aber es hat sich im Gerätemanager nichts geändert. Sehe ich am Nucleo ob er zum Flashen bereit ist?
Bernd schrieb: > Auf jeden Fall versuchen, die Fläche klein zu machen um so ein Board > möglichst günstig zu bekommen. WLAN und RTC Modul können ruhig seitlich > überstehen. Mechanisch ist das kein Problem so wie es verbaut wird. Sehe ich genauso. > Für eine höhere Strombelastbarkeit könnte man die Kupferdicke erhöhen... > z.B. 70um, aber das führt auch zu höheren Preisen. Dagegen. Ein Stück Draht tut's auch :-) > Wie ist denn hier die Spannungsversorgung der LEDs überhaupt geplant? > Doch ein einzelnes Netzteil für alle LEDs? Für die WC12h reicht ein 4A Netzteil, wenn man KEIN Ambilight verwendet. Alle LEDs werden von der Software nur im Testmodus eingeschaltet. Und da wird ca. 25% der Maximalhelligkeit (entspricht 50% subjektivem Helligkeitsempfinden) verwendet. > Ansonsten macht so ein Stecker ja gar keinen Sinn. Ich betreibe sogar meine Test-WC24h mit dem 4A-Netzteil. Und der Stecker macht schon Sinn. Maximal hängen da 2 x 18 = 36 LEDs an einem Flachbandkabel-Paar. 36 * 60mA = ca. 2A bei voller Leuchtstärke. Das passt schon. > Also ggf. den Strom für die LEDs gar nicht > über die Platine führen und direkt über die Stecker (gebrückt?) Ja, deshalb hatte ich die Schraubklemme ja im meinem Test-Aufbau direkt an den Stecker geführt, siehe: https://www.mikrocontroller.net/articles/Datei:Wclock24h-16-pol-Wanne.png Bernd schrieb: > Bei mir klappt das Updaten des ESP8266 nicht. > Habe ein Nucleo411 und habe zusätzlich PA4 mit GPIO0 verbunden. > Verbindung zum ESP hat ja vorher schon geklappt. > Ich bekomme aber im ESP8266 Flash Downloader keine Verbindung. Welches Download-Programm verwendest Du? Das, was jetzt im Artikel zu sehen ist, oder das, was ursprünglich drin war? > Ist das der gleiche Virtual Com Port wie für den ST-Link? Ja! Deshalb ST-Link-Flasher bzw. PuTTY vorher beenden! > Hatte den Treiber aus dem Link noch mal installiert, aber es hat sich im > Gerätemanager nichts geändert. Sehe ich am Nucleo ob er zum Flashen > bereit ist? Wenn Du es mit den Tastern richtig machst, leuchtet die grüne LED auf dem Nucleo-Board dauerhaft, siehe Artikel.
Ja, ich verwende das aktuell verlinkte Flash Tool. FW auf dem Nucleo ist natürlich die aktuelle 1.8.1 Die grüne LED leuchtet am Nucleo dauerhaft nach der Tastenkombination. Die blaue LED am ESP blitzt kurz auf. Putty bzw. STFlash Tool sind zu. Ich stelle im ESP Flash Tool den gleichen COM Port wie für Putty ein. Der heißt bei mir: STMicroelectronic STLink Virtual COM Port (COM7) Manchmal ist nach ein paar Versuchen die blaue LED am ESP dauerhaft an.
Bernd schrieb: > Für eine höhere Strombelastbarkeit könnte man die Kupferdicke erhöhen... Ich würde einfach dick Lötzinn auf dem Stück Leiterbahn aufbringen oder ggf. ein Stück Draht auf die Leiterbahn löten. Ist meiner Meinung nach die einfachste und billigste Lösung. Wenn ich mir das hier https://www.mikrocontroller.net/articles/Leiterbahnbreite anschaue, denke ich, ist das bei der WC12h gar nicht nötig. Bei der WC24h bekäme man so sicher den ausreichenden Auerschnitt.
Carsten M. schrieb: > Ich bin noch ziemlich neu auf diesen Gebiet und ich würde mich daher > freuen, wenn jemand mal eine Blick auf meinen Schaltplan und das Layout > werfen würde und sagen kann ob das so passt oder was ich noch verändert > sollte. > > Ich bin für jeden Hinweis dankbar. Schaltbild habe ich nun nicht überprüft, aber eine LIB kann ich dir geben wo du die RTC tiefer legen kannst mit Bohrungen 1,6mm und passender Präzisionsbuchsenleiste deren PINs du einzen entnimmst.
Bernd schrieb: > Ja, ich verwende das aktuell verlinkte Flash Tool. > FW auf dem Nucleo ist natürlich die aktuelle 1.8.1 > Die grüne LED leuchtet am Nucleo dauerhaft nach der Tastenkombination. Gut. > Die blaue LED am ESP blitzt kurz auf. Das ist korrekt so. > Ich stelle im ESP Flash Tool den gleichen COM Port wie für Putty ein. > Der heißt bei mir: STMicroelectronic STLink Virtual COM Port (COM7) > Manchmal ist nach ein paar Versuchen die blaue LED am ESP dauerhaft an. Kommt eine Fehlermeldung? Kannst Du bitte mal das vorher verlinkte http://bbs.espressif.com/download/file.php?id=856 ausprobieren? Dabei Crystal-Freq 26M SPI Speed 40MHz SPI Mode DIO FLASH SIZE 4Mbit SPI AutoSet COM PORT - Dein COM Port Baudrate 115200 einstellen.
Mit dem "neuen" Tool kam die Meldung "Failed to connect". Mit dem Tool mit den vielen Einstellungen kommt die Meldung: "chip sync error"...
Ich habe noch mal die Verkabelung überprüft und keinen Fehler gefunden. GPIO0 ist am ESP in der Reihe neben VCC, richtig? Am Nucleo ist PA4 auf der Stiftleiste CN7 der 4. Pin von unten auf der rechten Reihe. Mit der alten FW 1.7.1 hatte ich eine Verbindung zum ESP. Heißt das, dass alle anderen Verbindungen in Ordnung sind? Ein anderes ESP Modul kann ich auch nicht flashen. Hab es versucht.
Angehängte Dateien:
-
WC24h-ESP8266-ESP-01.png
12 KB
Bernd schrieb: > Ich habe noch mal die Verkabelung überprüft und keinen Fehler gefunden. > GPIO0 ist am ESP in der Reihe neben VCC, richtig? Nein. Siehe Bild im Artikel https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Anschluss_ESP8266 Oder hier im Anhang. Bild ist Aufsicht von oben! > Am Nucleo ist PA4 auf der Stiftleiste CN7 der 4. Pin von unten auf der > rechten Reihe. Korrekt. > Mit der alten FW 1.7.1 hatte ich eine Verbindung zum ESP. Heißt das, > dass alle anderen Verbindungen in Ordnung sind? Ja. > Ein anderes ESP Modul kann ich auch nicht flashen. Hab es versucht. Es liegt bestimmt am GPIO0. Ich hatte am Anfang übrigens den Fehler gemacht, GPIO2 statt GPIO0 zu verdrahten, habe dann 2 Stunden wie ein Blödmann nach dem Fehler gesucht: "Ist doch alles richtig, Scheiße!". Ich musste wirklich 5 mal hingucken, bis ich den Vertauscher sah. Also ruhig Blut, Du schaffst das :-)
:
Bearbeitet durch Moderator
Danke erst einmal für deine geduldige Hilfe. Meine Beschreibung war falsch. Ich habe mich bei der Kabelfarbe vertan. Mein RXD ist rot und VCC orange. Da hatte ich bei rot an VCC gedacht. Also ich habe jetzt beides ausprobiert, GPIO0 und GPIO2. Beides geht nicht. Beim Drücken der Tastenkombination sehe ich an PA4 (gemessen am ESP an GPIO0) einen Low Puls von ca. 0.5 s. Ist das korrekt? Wie war nochmal das vorgehen bei FW 1.7.1 dann mache ich noch mal die Gegenprobe.
Frank M. schrieb: > Der Zwischenboden hat 4 Taschen. Diese sind jeweils 198mm lang und 38mm > breit. Die Tiefe beträgt 18mm. Im ersten Entwurf hat die Platine von Carsten eine Größe von ca. 50 x 90 mm; ich hoffe, mein Dreisatz ist richtig. D. h. die Platine könnte problemlos länger werden, müsste aber ca. 12 mm schmäler werden, wenn der Zwischenboden so bleiben soll wie bisher. Das sind ganz einfache Betrachtungen; ich wollte sie aber hier "loswerden", bevor weitere Entwürfe entstehen. Gruß Günter
Bernd schrieb: > Meine Beschreibung war falsch. Ich habe mich bei der Kabelfarbe vertan. > Mein RXD ist rot und VCC orange. Da hatte ich bei rot an VCC gedacht. Okay. > Also ich habe jetzt beides ausprobiert, GPIO0 und GPIO2. Beides geht > nicht. GPIO2 ist auch falsch. Wenn man den bei RESET auf GND zieht, crasht das Modul ziemlich heftig. > Beim Drücken der Tastenkombination sehe ich an PA4 (gemessen am ESP an > GPIO0) einen Low Puls von ca. 0.5 s. Ist das korrekt? Ja. Es passiert dann folgendes: - ESP8266_GPIO0 auf low - ESP8266_RST auf low - warte 50msec - ESP8266_RST auf high - warte 500msec - ESP8266_GPIO0 auf high Anschließend werden die Zeichen vom USB-UART 1:1 auf den ESP_UART kopiert - in beiden Richtungen. Du kannst also - wenn alle Stricke reißen und Du einen USB->UART-Wandler mit 3,3V-Pegeln (wichtig!) hast, das Modul auch darüber flashen. Du musst dann nur die obige Sequenz einhalten - nur von der Reihenfolge, das Timing ist vollkommen schnuppe. Meine ersten ESP8266-Flashversuche habe ich auch mit 2 Tastern und einem USB-UART-Wandler gemacht. Aber genau diesen extra "ESP-Programmer" wollte ich hier keinem zumuten. > Wie war nochmal das vorgehen bei FW 1.7.1 dann mache ich noch mal die > Gegenprobe. Damit kannst Du kein ESP8266 flashen. Da war die Taster-Sequenz dafür gedacht, den ESP8266 in den AP-Modus zu versetzen. Das geht jetzt aber anders, siehe Artikel. Vielleicht stellst Du hier mal 1 oder 2 Bilder rein. Wenn andere das hinbekommen, dann muss es auch gehen.
Günter H. schrieb: > Im ersten Entwurf hat die Platine von Carsten eine Größe von ca. 50 x 90 > mm; ich hoffe, mein Dreisatz ist richtig. Ich habs nicht nachgerechnet :-) > D. h. die Platine könnte problemlos länger werden, müsste aber ca. 12 mm > schmäler werden, wenn der Zwischenboden so bleiben soll wie bisher. Jepp. Ich meine, das ist auch problemlos machbar. Wenn EEPROM/RTC und das ESP8266-Modul jeweils an die Stirnseiten wandern, klappt das auch. > Das sind ganz einfache Betrachtungen; ich wollte sie aber hier > "loswerden", bevor weitere Entwürfe entstehen. Vollkommen richtig. Dafür ist der Thread ja auch gedacht: Ideen vorbringen, diskutieren, korrigieren, umsetzen.
Frank M. schrieb: > Ja. Es passiert dann folgendes: > > - ESP8266_GPIO0 auf low > - ESP8266_RST auf low > - warte 50msec > - ESP8266_RST auf high > - warte 500msec > - ESP8266_GPIO0 auf high Ja im Prinzip sehe ich das am Logic Analyzer. Aber ganz kurz vorher wackeln beide Pins schon mal. Erst geht RST runter für 12 us. Währendessen GPIO0 auch aber nur 3us. Dann kommt die von dir beschriebene Sequenz. RST ist dabei aber nur ~38 ms low. Ich probiere es mal über einen 3.3V USB-SeriellWandler direkt. Klappt auch nicht. Ich vermute das Problem könnte an der externen Spannungsversorgung für den ESP liegen. Das Nucleo hängt galvanisch getrennt am USB und der ESP an einem Netzteil. Die GNDs sind aber verbunden. Muss das noch mal anders aufbauen...
Bernd schrieb: > Ja im Prinzip sehe ich das am Logic Analyzer. Aber ganz kurz vorher > wackeln beide Pins schon mal. Das liegt wohl daran, dass es nach dem STM32-RESET eine kurze Zeit dauert, bis die STM32-Pins auf Output umgestellt sind und dann einen definierten Pegel haben. Das kannst Du ignorieren, schließlich wird der ESP8266 danach nochmal resettet. > RST ist dabei aber nur ~38 ms low. Hm, das ist merkwürdig kurz, sollte aber eigentlich reichen. > Ich probiere es mal über einen 3.3V USB-SeriellWandler direkt. > Klappt auch nicht. Dann muss es was anderes sein... > Ich vermute das Problem könnte an der externen Spannungsversorgung für > den ESP liegen. Was ist das für eine externe Versorgung? Das Ding sollte mindestens 200mA bringen, besser 300mA. > Das Nucleo hängt galvanisch getrennt am USB und der ESP > an einem Netzteil. Irgendwann musst Du das Nucleo sowieso per externer 5V-Versorgung versorgen. Dazu schließt Du die externen 5V, die Du ja auch für die LED-Streifen brauchst, an E5V an. Vorher aber den PWR-Jumper (ziemlich mittig, 3 Pins) von U5V auf E5V umstecken, damit der ST-LINK-Teil nicht mehr das Board versorgt. Die Beschreibung dafür (inkl. Absägen des ST-LINK-Teils) fehlt noch im Artikel, steht auf meiner TODO-Liste. Empfehlung von ST: Sobald man das Nucleo über E5V (CN7, Pin6) versorgt, sollte man, bevor man den PC über USB anschließt, immer erst die Board-Versorgung einschalten. > Die GNDs sind aber verbunden. Komisch, das sollte eigentlich reichen. Aber irgendwas läuft bei Dir falsch...
:
Bearbeitet durch Moderator
Wow da ist ja doch ganz schön was zusammengekommen an Tipps, vielen Dank dafür. Ich werde versuchen sie bei dem neuen Layout alle umzusetzen, damit ich nicht vergesse fasse ich sie noch mal kurz zusammen. 1. Platinengröße auf Taschengröße anpassen, so klein wie möglich und maximale breit 38 mm. 2. Pullup-Widerstand am DS18B20 3. SMD-Bauform ist nicht notwendig und kommt bei den Widerständen als alternative Bauform(0805) mit drauf. 4. 2x8 Pinheader ist ausreichend. 5. Drahtbrücke zur Spannungsversorgung der LEDs. 6. Jumper auf dem STM32F103C8T6-Board werden erst mal nicht beachtet. 7. Daten --> WS2812 wird zur besseren Stabilität mit einem Zweifach-Verbinder versehen. 8. Der DCF77 kommt mit auf die Platine und geht an PB4 auf Board. 9. Was mach ich mit der RC-Kombination am TSOP 31238, ist es sinnvoll die mit auf die Platine zusetzten oder sollte sie direkt am Bauteil angelötet werden? 10. Bedenken bezüglich der Höhe hab ich noch bei dem DS3231 da es schon ohne die Steckpins 11 mm hoch ist. Hier hab ich den Tipp von Joachim nicht ganz verstanden. Joachim B. schrieb: > > Schaltbild habe ich nun nicht überprüft, aber eine LIB kann ich dir > geben wo du die RTC tiefer legen kannst mit Bohrungen 1,6mm und > passender Präzisionsbuchsenleiste deren PINs du einzen entnimmst. Ich will die Platine möglichst einseitig halten, damit man sie auch gut selbst herstellen kann, wie schmal dürfen die Leiterbahnen dann sein damit man sie noch selber ätzen kann? Ich versuch mich dann mal am neuen Layout. Gruß Carsten
Oh und ich sehe gerade, dass mich das DFC77-Modul doch etwas überfordert, ist es da sinnvoll nur die 4 Anschlusspins mit auf die Platine zu nehmen oder doch die die ganze Stabilisierungsschaltung, das wäre dann aber auch wieder viel Lötarbeit diese zu bestücken. Gruß Carsten
Ich habe ein noch vorhandenes ESP8266 ESP-12E mit 4MB Flash angeschlossen. Das hat mit der AT Software funktioniert. Ich kann es flashen,allerdings kommt am Schluss die Fehlermeldung "Leaving... Failed to leave Flash mode" Die STM32 Software erkennt daraufhin das Modul nicht. Ich vermute dass das ESP8266 Binary für das größere Flash anders gebaut werden muss. Sind die Sourcen für das ESP8266 Programm irgendwo eingecheckt? Gruß Markus
Carsten M. schrieb: > Oh und ich sehe gerade, dass mich das DFC77-Modul doch etwas > überfordert, ist es da sinnvoll nur die 4 Anschlusspins mit auf die aus meiner Sicht wären 4 Pins sogar die sinnvollste Option - bei meinen Uhren hat es dem DCF-Empfang immer ganz gut getan, wenn der Empfänger möglichst weit entfernt von der Restelektronik untergebracht war.
Carsten M. schrieb: > Oh und ich sehe gerade, dass mich das DFC77-Modul doch etwas > überfordert, ist es da sinnvoll nur die 4 Anschlusspins mit auf die > Platine zu nehmen oder doch die die ganze Stabilisierungsschaltung, das > wäre dann aber auch wieder viel Lötarbeit diese zu bestücken. Da DCF77 eher exotisch für diese Anwendung ist: Mach Dir keine Arbeit. 3 Pins reichen: 3,3V, Signal, GND.
Markus Z. schrieb: > Ich habe ein noch vorhandenes ESP8266 ESP-12E mit 4MB Flash > angeschlossen. Das hat mit der AT Software funktioniert. Ich kann es > flashen,allerdings kommt am Schluss die Fehlermeldung "Leaving... Failed > to leave Flash mode" Die Fehlermeldung ist normal und kann ignoriert werden. Steht auch im Artikel. > Die STM32 Software erkennt daraufhin das Modul nicht. Ich vermute dass > das ESP8266 Binary für das größere Flash anders gebaut werden muss. Sind > die Sourcen für das ESP8266 Programm irgendwo eingecheckt? Ja, das vermute ich auch, habe aber bisher keine Erfahrung mit dem ESP-12E. Ich habs als Arduino-Sketch geschrieben. Das ging am schnellsten. Würde Dir der Source weiterhelfen? Abgesehen davon: Ist das 12E nicht Verschwendung für diese einfache Anwendung? Ich kann Dir auch ein ESP-01 schicken, ich habe hier ein Dutzend rumliegen ;-)
Frank M. schrieb: > Da DCF77 eher exotisch für diese Anwendung ist: Mach Dir keine Arbeit. 3 > Pins reichen: 3,3V, Signal, GND. Der 4. wird jedenfalls gerne auch schonmal für den Enable-Anschluss genutzt, den z.B. die Pollin-Module besitzen.
Jan L. schrieb: > Der 4. wird jedenfalls gerne auch schonmal für den Enable-Anschluss > genutzt, den z.B. die Pollin-Module besitzen. Läuft auch ohne. Mein Pollin-Modul tuts jedenfalls so an der WC24h. Meinetwegen kann man auch noch einen Pin für PON ausgucken, da brauchen wir dann aber auch noch einen zusätzlichen Pin am STM32. Okay, ich werde einen geeigneten ausgucken und mich dann nochmal melden.
Geht der 4 Pin des DFC77-Modul, das müsste der PON sein wenn ich es richtig verstanden habe, dann auch auf einen Pin des STM32F103C8T6-Boards?
Angehängte Dateien:
Neue Version 1.8.2 ist online. Änderungen: - Hangup-Problem bei Aktivieren des LDRs beseitigt - Neu: Nachtschaltzeiten in der Weboberfläche - Optimierung des HTML-Code-Generators
Carsten M. schrieb: > Geht der 4 Pin des DFC77-Modul, das müsste der PON sein wenn ich es > richtig verstanden habe, dann auch auf einen Pin des > STM32F103C8T6-Boards? Schrieb ich 1 Minute vor Dir: Die Pollin-Module laufen auch ohne Anschluss von PON. Das war schon bei der alten Word Clock so und war auch bei der Neuentwicklung für die WC24h so. Schließlich lief der DCF77-Decoder schon in der WC24h, bevor ich ihn dann wieder aus dem Projekt nahm. Aber um die Zweifler zu beruhigen: Ich werde einen geeigneten Pin am STM32 ausgucken und ihn Dir dann mitteilen. Ob wir den dann überhaupt nutzen (ich sehe jedenfalls keinen Grund dafür), ist eine andere Sache.
:
Bearbeitet durch Moderator
Hallo und Guten Morgen!! Die ESP8266 sind schon teilweise störische Teile, anscheinend sind da weibliche Hormone drinne :-). Ich hab hier 5 ESP8266 Teile liegen und 2 Stück haben mich echt zur Weißglut gebracht. Ganz wichtig ist beim flashen eine Starke und vor allem saubere (Ripple) Stromversorgung. 3.3Volt!! und 500mA sollten es schon konstant sein. Ich hatte es mit einen Schaltnetzteil versucht zu flashen, was dazu führte das der Flashvorgang immer abgebrochen wurde. Wenn es nur minimal zu einbrüchen in der Spannungsversorgung kommt hängen sie die ESP8266 weg. Als ich dann mein analoges Netzteil aus dem Keller geholt habe hab ich Erfolg gehabt mit dem Flashen. Ich vermute das ESP8266 ist bei Bernd entweder falsch angeschlossen oder es ist gehimmelt. Evtl. sind im Gerätemanager die COM-Port einstellungen falsch. Probier es mit einem USB-SeriellWandler (Bitte dann keinen USB3 Anschluss verwenden) und häng einen 2200µF Elko zwischen Gnd und VCC. Wenn sich das Modul dann nicht ansprechen lässt dann verschiedene Baudraten ausprobieren. Ich hatte eins gehabt das war nur mit 57600 Baud anzusprechen. Ich habe hier gerade 2 Testaufbauten mit dem Nucleo411 und hab alles so aufgebaut wie Frank es beschrieben hat, und keine Probleme mit dem Flashen über den Nucleo. @Frank (UKW) Erst einmal Danke für die super Arbeit! :-) Hab mir gerade mal die Version 1.82 angesehen. Bezüglich der Schaltzeiten, ist es möglich das zu erweitern?? Bei mir z.B. soll die Uhr im Essbereich hängen und da sitzen wir morgens für 2 Stunden und Abends nach der Arbeit. Am Wochenende (Sa, So) ist immer jemand im dem Bereich. Also 2 Schaltzeiten pro Tag wäre schon schön. ;-) Und wenn man die LED`s abschaltet ziehen meine Uhren noch ca. 500mA weil die Controller in den LED`s noch arbeitet. Könnte man das nicht lieber per Relais oder Triac die Stromversorgung der LED´s schalten??
Jan H. schrieb: > Ich habe hier gerade 2 Testaufbauten mit dem Nucleo411 und hab alles so > aufgebaut wie Frank es beschrieben hat, und keine Probleme mit dem > Flashen über den Nucleo. Danke für die Rückmeldung. > Hab mir gerade mal die Version 1.82 angesehen. > Bezüglich der Schaltzeiten, ist es möglich das zu erweitern?? Ich habe mir schon gedacht, dass so etwas kommen wird. > Bei mir z.B. soll die Uhr im Essbereich hängen und da sitzen wir morgens > für 2 Stunden und Abends nach der Arbeit. Am Wochenende (Sa, So) ist > immer jemand im dem Bereich. Also noch spezielle Schaltzeichen für das Wochenende? Okay, ich werde mir was ausdenken, ich halte das schon für sinnvoll. Am besten eine eigene Seite, in der man die Wochentage und die Uhrzeiten auswählen kann. > Also 2 Schaltzeiten pro Tag wäre schon schön. ;-) Ich werde das dann wohl eher verallgemeinern und noch etwas großzügiger anlegen. Denn wer weiß? Morgen fragt dann einer nach 3 Schaltzeiten.... > Und wenn man die LED`s abschaltet ziehen meine Uhren noch ca. 500mA weil > die Controller in den LED`s noch arbeitet. Ob der Großteil wirklich von den LEDs im Ausschaltzustand verbraucht wird? Müsste man wohl mal nachmessen. Ich vermute eher, dass der ESP8266 der eigentliche Stromfresser ist. Deshalb habe ich CH_PD vorsorglich an einen STM32-Pin gelegt und dieser kann dann das ESP8266-Modul in den Powerdown fahren. Hatte ich auch schon mal in der Software drin, das Blöde war dann nur, dass man dann per WLAN die Uhr nicht mehr steuern konnte - auch nicht mehr über die Android-App. Ich könnte natürlich noch einen weiteren Haken ins Web-Interface einbauen, dass zu bestimmten Schaltzeiten auch noch das ESP8266-Modul runtergefahren werden soll. Hat natürlich den Nachteil, dass man dann nur noch per IR-Fernbedienung die Uhr schalten kann. > Könnte man das nicht lieber > per Relais oder Triac die Stromversorgung der LED´s schalten?? Eher dann per MosFet. Kann jemand mal den Strombedarf der LEDs im Ausschaltzustand messen?
Zur Diskussion über den Anschluss eines DCF-Moduls: Ob drei oder vier Pins, wie wird denn das mit dem pull up-Widerstand gemacht, der z. B. beim DCF-Modul von C notwendig ist. Wie bei der WordClock mit dem ATmega 168 per Software oder als Widerstand auf der Platine? Natürlich ist die Variante mit WLAN-Modul und Timeserver die elegantere, ich habe aber "Interessenten", für die eine Uhr mit DCF-Modul und einer angelernten IR-Fernbedienung die bessere Lösung ist. Gruß Günter
@ Jan
> ... anscheinend sind da weibliche Hormone drinne :-)
Wenn du Probleme mit Frauen hast, dann behalte sie (die Probleme) für
dich. Für gegen Frauen gerichtete Sprüche ist hier kein Platz.
Carsten M. schrieb: > 9. Was mach ich mit der RC-Kombination am TSOP 31238, ist es sinnvoll > die mit auf die Platine zusetzten oder sollte sie direkt am Bauteil > angelötet werden? Vorschlag: Die RC-Kombination 100 Ohm /4,7 µF auf der Platine vorsehen. Bei der WordClock mit dem ATmega 168 habe ich bei längerem Kabel zum TSOP... den 100 Ohm-Widerstand auf der Platine bestückt und den Elko direkt am TSOP... eingelötet. Das hat bisher störungsfrei geklappt. Carsten M. schrieb: > 10. Bedenken bezüglich der Höhe hab ich noch bei dem DS3231 da es schon > ohne die Steckpins 11 mm hoch ist. Hier hab ich den Tipp von Joachim > nicht ganz verstanden. Zum Tipp von Joachim kann ich auch nichts sagen. Aber könnte nicht eine gewinkelte Buchsenleiste auf der Platine das Bauhöhenproblem "entschärfen"? Die Bilder von DS3231-Modulen zeigen diese immer (?) mit einer abgewinkelten Stiftleiste. Gruß Günter
Günter H. schrieb: > Zur Diskussion über den Anschluss eines DCF-Moduls: Ob drei oder vier > Pins, wie wird denn das mit dem pull up-Widerstand gemacht, der z. B. > beim DCF-Modul von C notwendig ist. Wie bei der WordClock mit dem ATmega > 168 per Software oder als Widerstand auf der Platine? Der Pullup muss in Software gemacht werden. Beim Reichelt-Modul darf man z.B. keinen Pullup einschalten, denn das Modul ist sonst zu schwach, den Pegel überhaupt noch runterzuziehen.
Günter H. schrieb: > Aber könnte nicht eine > gewinkelte Buchsenleiste auf der Platine das Bauhöhenproblem > "entschärfen"? Sehe ich genauso. Das EEPROM/RTC-Modul sollte "flach" liegen, nicht aufrecht stehen.
Günter H. schrieb: > Natürlich ist die Variante mit WLAN-Modul und Timeserver die elegantere, > ich habe aber "Interessenten", für die eine Uhr mit DCF-Modul und einer > angelernten IR-Fernbedienung die bessere Lösung ist. Mal ehrlich: Die verwendete RTC ist bei der minutengenauen Anzeige derart genau, dass man lediglich zur Sommer-/Winterzeitumstellung die Uhr per IR-Fernbedienung umstellen muss. Wofür dann noch DCF77? Zweimal im Jahr ein Knöpfchen drücken reicht für solche "Interessenten", die kein WLAN haben, eigentlich auch. Dann braucht man sich die Fummeleien wie Ausrichtung, Vermeidung der Nähe störender Geräte und so weiter gar nicht anzutuen... Ja, ich werde das DCF77-Softwaremodul wieder einbauen, aber ich habe es gerade deswegen entfernt, weil ich den Sinn dafür nicht erkenne. Die technisch versierten haben WLAN, die "anderen" (Oma, Opa & Co) kommen auch mit einem +/- Knöpchen auf der IR-FB zurecht.
Frank M. schrieb: > Mal ehrlich: Die verwendete RTC ist bei der minutengenauen Anzeige > derart genau, dass man lediglich zur Sommer-/Winterzeitumstellung die > Uhr per IR-Fernbedienung umstellen muss. Wofür dann noch DCF77? Zweimal > im Jahr ein Knöpfchen drücken reicht für solche "Interessenten", die > kein WLAN haben, eigentlich auch. Da kann ich nur zustimmen. Habe bei meiner Uhr auch kein DCF drin wegen der vielen Probleme, die es damit gab. Dachte mir, rüste ich später vielleicht mal nach. Habe ich aber nie geamcht und vermisse es überhaupt nicht. Die RTC ist wirklich sehr genau. Die Uhren in Kaffeemaschine und Ofen sind jedenfalls nicht so genau.
So, ich habe jetzt folgende Pins für DCF77 ausgeguckt: STM32F103 Mini-Board: DATA=PB8 PON=PB9 STM32F4xx Nucleo: DATA=PC11 PON=PC12 Vom ursprünglichen DATA-Pin PB4, mit er die DCF77-Software ja schon lief, bin ich nun abgekommen, da sonst DATA und PON zu weit auseinander liegen würden. So ist es einfacher für Carsten oder andere Platinen-Entwickler. DCF77 ist also in der nächsten Version wieder mit dabei. Gruß, Frank
Frank M. schrieb: > Jan H. schrieb: >> Und wenn man die LED`s abschaltet ziehen meine Uhren noch ca. 500mA weil >> die Controller in den LED`s noch arbeitet. > > Ob der Großteil wirklich von den LEDs im Ausschaltzustand verbraucht > wird? Müsste man wohl mal nachmessen. BTDT. Mir war bei früheren batteriebetriebenen Spielereien mit WS8212B schon mal aufgefallen, daß schon ein einzelnes ausgeschaltetes Pixel mehr Strom zieht (rund 4 mA) als ein laufender PIC 12F1840 bei 5 V und 32 Mhz (typ 1,8 mA). Hier kann es ggfs. sinnvoll sein, das Pixel versorgungsmäßig an drei parallelgeschaltete Pins zu hängen, wenn man aus dem SLEEP-Mode irgend einen Nutzen ziehen will. Gerade noch mal nachgemessen mit dem, was rumliegt. Vier Pixel ziehen an 5 V 3,7 mA, eine noch unangetastete Rolle mit 240 LED zieht 189 mA. Jeweils alle Pixel aus. Wenn ich den Artikel richtig verstehe, hat die große Wordclock 16*18+100 == 388 Pixel. Das ergibt rechnerisch einen Ruheverbrauch von gut 300 mA. > Ich vermute eher, dass der ESP8266 > der eigentliche Stromfresser ist. Das eher nicht. Ich habe mir die genauen Werte nicht aufgeschrieben, aber mit einem kleinen USB-Strommesser (so etwas: http://geizhals.de/433023002) sehe ich an einem https://www.olimex.com/Products/IoT/ESP8266-EVB, das neben dem eigentlichen, einem ESBP8266-12 vergleichbaren Board auch noch u.a. seinen Regler etc. zu versorgen hat, nur 0.04 bis 0.05 A. Das deckt sich ungefähr mit dem, was ich von früheren Messungen mit dem Multimeter in Erinnerung habe. Höhere Lasten bis 300mA und mehr sind immer nur Peaks, der Verbrauch im laufenden Betrieb ist um die 40 mA. ... > Eher dann per MosFet. Kann jemand mal den Strombedarf der LEDs im > Ausschaltzustand messen? Siehe oben.
Wolfgang S. schrieb: > BTDT. Danke! > Wenn ich den Artikel richtig verstehe, hat die große Wordclock 16*18+100 > == 388 Pixel. 1 + 288 Pixel. Die 100 weiteren sind optional für ein Ambilight und damit auch ein Maximalwert. Es könnten auch nur 12 Ambilight-LEDs oder auch gar keine LED sein, das ist dem Anwender überlassen. > Das ergibt rechnerisch einen Ruheverbrauch von gut 300 mA. Wenn ich richtig gerechnet habe, sind das ca. 1W bis 2W aus der Steckdose - je nach Anzahl der Ambilight LEDs. Macht dann um die 3-5 EUR im Jahr. Kann jemand meine Überschlagsrechnung bestätigen? Nochmals vielen Dank für Deine Infos.
:
Bearbeitet durch Moderator
Günter H. schrieb: > Zum Tipp von Joachim kann ich auch nichts sagen. Aber könnte nicht eine > gewinkelte Buchsenleiste auf der Platine das Bauhöhenproblem > "entschärfen"? Die Bilder von DS3231-Modulen zeigen diese immer (?) mit > einer abgewinkelten Stiftleiste. ja geht beides, habe andere Stiftleisten eingelötet, ich wollte die RTC Module nur 1:1 vom Steckbrett flach auf Platine bringen, die Löterei mit puren nackten DS3231 habe ich mir nach meinem ersten Timer abgewöhnt, zumal der Chip hier nackt teurer ist als das Fertigmodul mit LiR oder CR und I2C EEPROM. Das Schöne ist das RTC und I2C LCD Modul gleiche Belegung haben. Das LCD Modul mit PCF8574(A) nutze ich als Tastatur.
Frank M. schrieb: > Wenn ich richtig gerechnet habe, sind das ca. 1W bis 2W aus der > Steckdose - je nach Anzahl der Ambilight LEDs. Macht dann um die 3-5 EUR > im Jahr. Kann jemand meine Überschlagsrechnung bestätigen? Die überschlägige Berechnung ist perfekt!
Thomas H. schrieb: > Kannst Du mir bitte ein paar Infos zum Speichern der Daten auf dem I²C > Modul geben ? Ich habe mal im Internet nach diesem Modul gesucht und > festgestellt, das darauf normale 24C02 (2k) Chips verbaut sind. Ich hatte Dir zwar schon mal geantwortet, aber ich habe in der Zwischenzeit nochmal recherchiert, weil mir die Bezeichnung 24C02 ungewöhnlich vorkam. Es ist so, dass man auf den DS3231-Modulen die 24C32 vorfindet. Diese haben eine Speicherkapazität von 4k x 8, also 4 Kilobyte. So hatte ich das auch in Erinnerung und deshalb dachte ich bei Deiner Frage: > Reichen hier auch die 24C01 (1k) ? dass Du mit 1k ein ganzes Kilobyte meintest. Ich habe mir daher mal ein Datenblatt geschnappt und nachgeschaut: Die 24C01 haben nur 1kBit und damit sind das gerade mal 128 Bytes. Das reicht nicht. Die Version 1.8.2 benötigt bereits 196 Bytes an Konfigurationsdaten. Ich rate Dir also, Deine 14-Cent-Dinger (so viel kosten die bei Reichelt) für was anderes zu nutzen und doch die empfohlenen RTC/EEPROM-Module einzusetzen.
Frank M. schrieb im Beitrag: > Mal ehrlich: Die verwendete RTC ist bei der minutengenauen Anzeige > derart genau, dass man lediglich zur Sommer-/Winterzeitumstellung die > Uhr per IR-Fernbedienung umstellen muss. Wofür dann noch DCF77? Zweimal > im Jahr ein Knöpfchen drücken reicht für solche "Interessenten", die > kein WLAN haben, eigentlich auch. und > DCF77 ist also in der nächsten Version wieder mit dabei. Die Argumente gegen ein DCF-Modul kann ich letztlich nachvollziehen, zumal das DS3231 RCT-Modul einen TCXO mit auf dem Chip hat. Aber ich hänge nun mal irgendwie an dem "DCF-Prinzip", vielleicht weil ich vor 40 Jahren aus einem Schaltplan und einer Hand voll TTL-ICs meine erste DCF-Uhr gebaut habe, die auch noch praktisch auf Anhieb funktioniert hat - das erstaunt mich bis heute. Gruß Günter
Bei mir klappt es mit dem Update des ESP leider immer noch nicht, aber ich bin ein Stückchen weiter. Gestern lag mein kleines Spannungswandler-Modul in der Post, um den ESP aus dem gleichen Netzteil wie das Nucelo zu speisen. Alles noch mal neu verdrahtet, JP5 umgesteckt und alles kontrolliert. Im Prinzip hat es nichts gebracht. Aber ich habe dann den USB Isolator entfernt und dann bin ich etwas weiter gekommen. Nun möchte der Flash Vorgang starten, aber es kommt eine Fehlermeldung:
1 | connecting .... |
2 | Erasing flash... |
3 | |
4 | Writing at 0x00000000... (0 %) |
5 | Invalid head of packet |
Hat da jemand eine Idee zu?
Leider konnte ich das nur zwei mal reproduzieren. Danach ging es auch mit einem frischen ESP nicht mehr soweit. Irgendwas ist hier komisch, aber momentan komme ich nicht drauf.
Frank M. schrieb: > Mal ehrlich: Die verwendete RTC ist bei der minutengenauen Anzeige > derart genau, dass man lediglich zur Sommer-/Winterzeitumstellung die > Uhr per IR-Fernbedienung umstellen muss. wozu das? Gerade weil die RTC DS3231 so genau ist kann man die MEZ MESZ Umrechnung auch dem µC überlassen, so mache ich das am Arduino und Atmel jedenfalls. Code könnte ich hier einstellen, aber PeDa Dannegger hatte das auch eingestellt Beitrag "Re: Berechnung Datum + Uhrzeit + Sommerzeit" ich mache das logisch anders, vermutlich verschwenderischer, aber ich nutze auch die CT Routinen für Feiertage einchliesslich beweglicher Feiertage, Ostern und Pfingsten, ich will ja wenn frei AUSSCHLAFEN.
Joachim B. schrieb: > Gerade weil die RTC DS3231 so genau ist kann man die MEZ MESZ Umrechnung > auch dem µC überlassen, so mache ich das am Arduino und Atmel > jedenfalls. Mache ich doch auch, wenn ich mir übers Netzwerk die Zeit hole. Bei DCF77 bekomme ich die Info sogar gratis dazu. Aber wenn man kein Netz und kein DCF77 hat, und per IR-FB kein Datum einstellen kann, sondern nur eine Uhrzeit, dann wird das schwierig ;-) Also baue ich noch eine Datumseingabe über IR-FB ein? > Code könnte ich hier einstellen, aber PeDa Dannegger hatte das auch > eingestellt > > Beitrag "Re: Berechnung Datum + Uhrzeit + Sommerzeit" Ach, Joachim, die MEZ->MESZ-Umrechnung habe ich schon vor über einem Jahr im WC24h-Projekt selber implementiert, das hier ist alter Kaffee. > ich mache das logisch anders, vermutlich verschwenderischer, aber ich > nutze auch die CT Routinen für Feiertage einchliesslich beweglicher > Feiertage, Ostern und Pfingsten, ich will ja wenn frei AUSSCHLAFEN. Auch das ist kalter Kaffee, die Berechnungen habe ich vor 16 Jahren schon in fli4l eingebaut, damit er die Internet-Kosten auch für Feiertage berechnen kann. Damals gabs noch keine Flatrates. Aber mal eine Frage: Wirst Du von der Beleuchtung wach? Oder hast Du noch einen Wecker eingebaut? Danke für Deine Anregungen, aber ich glaube, Dein Projekt (wo ich Dich kürzlich nach dem Stand fragte), hat mit diesem nicht mehr viel gemein. Ich kopiere auch keine Codes von CT oder Peda. Das macht keinen Spaß und hält mich blöd.
:
Bearbeitet durch Moderator
Guten Abend! Ich habe mich mal rangesetzt und den Stromverbrauch aus reinem Interesse bei mir gemessen. Vielleicht ja auch für andere Interessant. Im laufenden Betrieb komme ich bei mir aktuell auf max: 900 mA. Bei abgeschalteten LED`s ca. 500mA. Bei abgeklemmten LED`s 255mA bei abgeklemmten LED`s und ohne Wlan-Modul 200mA Meine Uhr ist bestückt mit: Nucleo F411 ESP8266 TSOP31238 LDR I2C-Modul mit DS3231 DS18B20 Traco Power 1-2433 289 Stück WS2812B Frank M. schrieb: > Wenn ich richtig gerechnet habe, sind das ca. 1W bis 2W aus der > Steckdose - je nach Anzahl der Ambilight LEDs. Macht dann um die 3-5 EUR > im Jahr. Kann jemand meine Überschlagsrechnung bestätigen? Bei den paar € kann man meinen Vorschlag auch ignorieren. ;-)
Hallo Jan, Jan H. schrieb: > Im laufenden Betrieb komme ich bei mir aktuell auf max: 900 mA. > Bei abgeschalteten LED`s ca. 500mA. > Bei abgeklemmten LED`s 255mA > bei abgeklemmten LED`s und ohne Wlan-Modul 200mA Sehr interessant! Die Differenz 500mA minus 255mA = ca. 250mA deckt sich ja mit Wolfgangs Messungen. > Bei den paar € kann man meinen Vorschlag auch ignorieren. ;-) Ja, ich würde sagen, das schieben wir erstmal mit niedriger Priorität nach hinten. Nichtsdestotrotz wäre ein Schalten der WS2812 per MosFET schon interessant... Ich könnte zumindest einen Schaltausgang in der Software vorsehen. Das wäre ein Klacks. Wer das dann hardwaremäßig umsetzen möchte, kann das dann ja tun.
Hallo Gemeinde Bekomme das mit dem ESP nicht hin Sehe das Wlan im Tablet komme aber nicht ins Webinterface Laufschrift funzt nicht Neueste SW auf stm32 und ESP w12h stm32 was kann mache ich falsch? gruss Charly Welcome to WordClock Logger! ---------------------------- rtc is online eeprom is online ESP8266 LOGGER rl<00>l<9c><90>s<02><8c>b<02><e3>n<0c><0c><0c><8c><1c><80>l<ec><1c>p<8c> |<8e><82 ><9e><00><ec>p<03><92><9f><8f><93><9c><1e><8c><0c>b<8c>p~<f2>n<9f><00>ln o<9c><12 >b<0c>b<1c>p<ec><8e>cl`<03>rlp<f2>o<e0><82><9c><00><0c><0c><82><8e><80>l <0c><8c> <9c><80><0c><0c><0c>b<0c>n<e2><e2>ol<8c><1c><9c><0c><8e>p<0c><8c>|~<f2>o <ee><02> l<8c><8f><00>l`<02><90><13><12>on<0c>l`<03><0e><02>nr<8e><93><9f><ef><03 ><0c><0c ><83><8f><1c>sl<0f>s<92><9e>s<02><0c><0c><82><8e><8c>l`<03><fc><82>o<9c> l<0d> (E SP8266_UNSPECIFIED) (Timeout) --> AT<0d><0a> begin: end NO ECHO! F<00>D<da><07><18>Q<85>@Lh<c8>VP<d8><07><a1><d1><dc><f7>SCP@<e6><ef>ZTWZ <b5><c4> <82><b4><c5><11>dD<f5><e3>R`\<89>dH<8a>`H<84><d6><9c><85>IB`Fh<d7><e5><a 0><96>@G <f1><da>\<e5><a0><14><c4><86><d5><f6><df><85>H<b8><a2>T<d1>&<ea>`\<a9><1 4><c4>_< a5><85><cc> (Timeout) --> AT<0d><0a> begin: end NO ECHO! 0E<02><ba>GE<82>M<b5>F<7f>q<ad><fa><fe> (Timeout) --> AT<0d><0a> begin: end NO ECHO! read rtc: 2000-01-05 11:37:58 update display update display update display read rtc: 2000-01-05 11:39:01 update display read rtc: 2000-01-05 11:40:11
Angehängte Dateien:
-
Wordclock24h-Web-Timers.png
6,4 KB
Die nächste Version 1.8.3 ist fast fertig. Änderungen: - DCF77 wieder eingebaut, nun über WEB-Oberfläche aktivierbar - 8 Schaltzeiten eingebaut - siehe Bild. Das Bild beschreibt 6 Schaltzeiten: - Montags bis Freitags um 22:30 Uhr aus - Montags bis Freitags um 07:00 Uhr wieder ein - Montags bis Freitags um 08:00 Uhr nach dem Frühstück wieder aus - Montags bis Freitags um 17:00 Uhr nach der Arbeit wieder ein - Samstag/Sonntags erst um 23:30 Uhr aus - Samstag/Sonntags um 09:00 Uhr wieder ein @Jan: Würde das Dein "Wochenend-Modell" abdecken? Die neue Version kommt morgen abend raus, muss DCF77 noch testen...
:
Bearbeitet durch Moderator
Frank M. schrieb: > @Jan: Würde das Dein "Wochenend-Modell" abdecken? Cool, ja auf jeden Fall reicht mir das so. :-D Mir ist gerade mal was bei mir aufgefallen. Und zwar hab ich bei mir den DS18B20 eingebaut und wird auch in der Weboberfläche angezeigt. Die Temperatur wird aber vom DS3231 am Display ausgegeben. Wenn ich das richtig verstanden habe sollte doch beim eingebauten DS18... der dann auch den Vorrang haben, Oder ?! Kannst Du das mal bei Gelegenheit bei Dir nachsehen bzw. überprüfen ob das bei Dir auch so ist??
Charly H. schrieb: > Welcome to WordClock Logger! > ---------------------------- > rtc is online > eeprom is online > ESP8266 LOGGER Was sagen die Hyroglyphen aus? Gruss Charly
Frank M. schrieb: > - DCF77 wieder eingebaut, nun über WEB-Oberfläche aktivierbar Ist es nicht sinnvoller das DCF77 über die Fernbedienung oder Putty zu aktivieren? Jetzt ist man ja doch auf ein W-Lan Modul angewiesen. Was einige ja nicht wollten.
Jan H. schrieb: > Cool, ja auf jeden Fall reicht mir das so. :-D Freut mich, sollte auch soweit alle Fälle abdecken. Mal sehen, wann der erste kommt, der mehr als 8 Schaltzeiten braucht ;-) > Mir ist gerade mal was bei mir aufgefallen. > Und zwar hab ich bei mir den DS18B20 eingebaut und wird auch in der > Weboberfläche angezeigt. Die Temperatur wird aber vom DS3231 am Display > ausgegeben. Wenn ich das richtig verstanden habe sollte doch beim > eingebauten DS18... der dann auch den Vorrang haben, Oder ?! Ja, sollte er. Danke für den Hinweis, werde ich prüfen.
Jan H. schrieb: > Ist es nicht sinnvoller das DCF77 über die Fernbedienung oder Putty zu > aktivieren? Jetzt ist man ja doch auf ein W-Lan Modul angewiesen. Was > einige ja nicht wollten. Hm, das kann man so nicht sagen, dass dies einige nicht wollten. Eher ist es so, dass kein WLAN-Gateway zur Verfügung steht, um ins Internet zu gehen. Trotzdem kann man ESP8266 in den AP-Mode versetzen, um die Uhr komfortabel über die WEB-Oberfläche zu konfigurieren. Außerdem wird beim Abschalten dann der interne PullUp am STM32-DCF77-Eingang gesetzt, so dass die DCF77-Software damit stillgelegt wird und der Eingang nicht floatet. Ob es sinnvoll ist, dafür eine extra IR-FB-Taste zu verschwenden, ist noch die Frage. Ich kann da auch wieder die damalige Autoerkennung einbauen. Dann muss man halt, wenn man DCF77 nicht nutzen will, einen PullUp-Widerstand an den DCF77-Pin des STM32 anschließen, wenn man kein ESP8266 angeschlossen hat. Werde ich wahrscheinlich so realisieren. Entscheidung werde ich morgen treffen.
Charly H. schrieb: > Hallo Gemeinde > Bekomme das mit dem ESP nicht hin > Sehe das Wlan im Tablet komme aber nicht ins Webinterface Wenn ich das jetzt richtig verstehe siehst Du auf deinem Tablet das Wlan "wordclock"?
Charly H. schrieb: > Charly H. schrieb: >> Welcome to WordClock Logger! >> ---------------------------- >> rtc is online >> eeprom is online >> ESP8266 LOGGER > > Was sagen die Hyroglyphen aus? Sämtliche Logger-Meldungen sind nur für die Fehlersuche im Programm, nicht für Otto-Normaluser. Wenn aber jemand ein Fehlverhalten bemerkt, dann kann er mir den Log schicken und ich kann nachvollziehen, was da falschläuft. Aber ich kann sie mal übersetzen: - RTC-Modul wurde erkannt - EEPROM wurde erkannt - ESP8266-Logger wurde gestart Aber offenbar hast Du kein ESP8266 angeschlossen oder nicht die richtige Firmware drauf. Denn sonst würde es folgendermaßen weitergehen:
1 | read rtc: 2016-02-17 21:44:57 # RTC wurde ausgelesen |
2 | update display # LED Anzeige aktualisiert |
3 | (- setup UDP) # ESP8266 meldet sich: UDP aktiviert |
4 | ESP8266 now up # ESP8266 wurde erkannt |
5 | (- local port: 2421) # ESP8266 meldet sich: horcht auf Port 2421 |
6 | (- setup server UDP) # ESP8266 meldet sich: UDP server aktiviert |
7 | (- local port: 2424) # ESP8266 meldet sich: Port 2424 für Android App |
8 | (FIRMWARE 1.0.0) # ESP8266 meldet sich: Firmware ist 1.0.0 |
9 | update display # LED Anzeige wurde aktualisiert |
10 | (- connected to AP) # ESP meldet sich: Verbunden mit AP |
11 | (AP fm7320) # ESP meldet sich: AP ist fm7320 |
12 | (IPADDRESS 192.168.10.122) # ESP meldet sich: IP ist 192... |
13 | ESP8266 now online # ESP wird nun als online vermerkt |
14 | --> time "192.53.103.103"<0d><0a> # WC möchte deshalb nun NTP-Zeit |
15 | update display # WC aktualisiert Display |
16 | (OK time) # ESP meldet sich: OK, mache time-Befehl |
17 | (TIME 3664730711) # ESP meldet sich: Hier ist sie in Sek. seit 1.1.1900 |
18 | command: set time to 2016-02-17 21:45:11 # WC rechnet Timestamp um und setzt neue Zeit in RTC |
19 | (- new client) # ESP meldet sich: WEB-Client Zugriff |
20 | (HTTP GET /timers a0=active&o0=active&f0=1&t0=5&h0=22&m0=30&action=saveid0) |
21 | # ESP meldet sich mit HTTP-URL |
22 | http path: '/timers' # PATH ist Timers-Seite |
23 | http parameters: 'a0=active&o0=active&f0=1&t0=5&h0=22&m0=30&action=saveid0' |
24 | # Parameter sind diese |
25 | (- client disonnected) # Web-Client wurde abgehängt |
26 | |
27 | usw. usw. |
Charly H. schrieb: > Bekomme das mit dem ESP nicht hin Sorry, habe Deinen Beitrag mit den vollständigen Meldungen erst jetzt gesehen. > (ESP8266_UNSPECIFIED) ESP-Unsinn wurde nicht verstanden. > (Timeout) > --> AT<0d><0a> AT?? AT-Befehle gibt es nicht mehr in der Version 1.8.x > NO ECHO! Diese Meldung gibt es auch nicht mehr in Version 1.8.x > --> AT<0d><0a> Dito > begin: > end Dito. Sorry, Du hast Version 1.7.x auf dem STM32, welches noch AT-Befehle für die Espressif-Original-Firmware sendet. Das passt nicht zusammen. Du hast offenbar die aktuelle ESP-Firmware drauf, aber nicht die dazugehörige Version 1.8.x für den STM32. Installiere die aktuelle Version, also 1.8.2.
:
Bearbeitet durch Moderator
Frank M. schrieb: > Charly H. schrieb: >> Charly H. schrieb: >>> Welcome to WordClock Logger! >>> ---------------------------- >>> rtc is online >>> eeprom is online >>> ESP8266 LOGGER >> >> Was sagen die Hyroglyphen aus? Wenn alles richtig gemacht worden ist muss das so aussehen: Welcome to WordClock Logger! ---------------------------- rtc is online eeprom is online ESP8266 LOGGER read rtc: 2016-02-17 22:31:58 update display (- setup UDP) ESP8266 now up (- local port: 2421) (- setup server UDP) (- local port: 2424) (FIRMWARE 1.0.0) (IPADDRESS 192.168.4.1) ESP8266 now online --> time "192.53.103.103"<0d><0a> update display User button pressed: configuring ESP8266 as access point --> ap "wordclock","1234567890"<0d><0a> (OK time) (TIME 3664733525) command: set time to 2016-02-17 22:32:05 (OK ap) (- disconnecting...) (- starting AP mode...) (- begin server...) (AP wordclock) (IPADDRESS 192.168.4.1) ESP8266 now online
Angehängte Dateien:
-
STM32.png
420 KB
Carsten M. schrieb: > Hallo, > > ich will mir eine WC12h mit dem STM32F103-Board bauen und habe versucht > die einzelnen Komponenten auf eine Platine zupacken, die ich dann selber > herstellen möchte. Dieses Thema wurde in vielen weiteren Beiträgen vertieft. Mir ist - leider erst jetzt - noch ein Punkt aufgefallen: Im Schaltplan (und Layout) von Carsten geht +5 V an die Stripes und an den externen 3,3 V-Spannungsregler (LF 33), der alle weiteren Baugruppen einschließlich STM32 versorgt. Das STM32F103C8T6 Mini-Development Board hat einen eigenen 3,3 V-Spannungsregler (s. angehängter Schaltplan). Wäre es nicht sinnvoll, zumindest das STM32, ggf. aber auch die weitere Peripherie über diesen Regler zu versorgen und nur das WLAN-Modul ESP8266 wegen der hohen Stromaufnahme an den externen Spannungsregler anzuschließen? Gruß Günter
Günter H. schrieb: > Das STM32F103C8T6 Mini-Development Board hat einen eigenen 3,3 > V-Spannungsregler (s. angehängter Schaltplan). Ja, ich hatte mal versuchsweise kurzzeitig einen ESP8266 drangehängt. Ging sogar. Aber das würde ich nicht machen. Ich schätze der On-Board-3,3V-Spannungsregler wird dabei gehörig überlastet. > Wäre es nicht sinnvoll, > zumindest das STM32, ggf. aber auch die weitere Peripherie über diesen > Regler zu versorgen und nur das WLAN-Modul ESP8266 wegen der hohen > Stromaufnahme an den externen Spannungsregler anzuschließen? Kann man machen. Aber eigentlich ist es egal. TSOP, DCF77, EEPROM & RTC ziehen zusammen nur eine Handvoll mA. Daher: reine Geschmackssache. Ich habe kein Argument dafür aber auch keins dagegen. Aber vielleicht Du?
:
Bearbeitet durch Moderator
Jan H. schrieb: > Und zwar hab ich bei mir den DS18B20 eingebaut und wird auch in der > Weboberfläche angezeigt. Die Temperatur wird aber vom DS3231 am Display > ausgegeben. Wenn ich das richtig verstanden habe sollte doch beim > eingebauten DS18... der dann auch den Vorrang haben, Oder ?! Habe den Fehler gefunden, danke. Bugfix kommt in 1.8.3. Gruß, Frank
Frank M. schrieb: > Habe den Fehler gefunden, danke. Bugfix kommt in 1.8.3. > > Gruß, > > Frank Super, wenn die Ver. 1.8.3 online ist werde ich sie testen. Kann sein das ich dann noch einen Fehler melden muss. In der Ver. 1.8.2 ist er zwar da, aber kann auch sein das er in der neuen Version weg ist. Aktuell ist es nämlich so das im Display Mode "Temperatur" falsche Werte ausgegeben werden. MfG Jan
Jan H. schrieb: > Super, wenn die Ver. 1.8.3 online ist werde ich sie testen. Kommt leider erst heute abend, habs gestern nicht mehr geschafft. > Aktuell ist es nämlich so das im Display Mode "Temperatur" falsche Werte > ausgegeben werden. Wie äußert sich das?
Frank M. schrieb: >> Aktuell ist es nämlich so das im Display Mode "Temperatur" falsche Werte >> ausgegeben werden. > > Wie äußert sich das? Hallo Frank! Das aüßert sich so: Wenn ich im Webrowser unter "Display" den DisplayMode auf "Temperatur" setze, bekomme ich nicht die Temperatur angezeigt die unter "Main" vom RTC bzw. DS18... angegeben wird. Steht z.B. bei "RTC temperature" und "DS18xx" 18 Grad, wird an der Uhr aber 25 Grad angezeigt. Nach 10 minuten in sind es dann auch schon mal angeblich 33 Grad, tendenz steigend. Klicke ich unter "Main" im Webrowser auf den Button "Display Temperature" wird mir die richtige Gradangabe für 5 Sekunden angezeigt die vom RTC ermittelt wurde.
Jan H. schrieb: > Steht z.B. bei "RTC temperature" und "DS18xx" 18 Grad, wird an der Uhr > aber 25 Grad angezeigt. Nach 10 minuten in sind es dann auch schon mal > angeblich 33 Grad, tendenz steigend. Das hört sich so an, als ob die aktuelle Uhrzeit (Minuten) in Grad umgerechnet werden ;-) Werde ich überprüfen, danke für den Hinweis. > Klicke ich unter "Main" im > Webrowser auf den Button "Display Temperature" wird mir die richtige > Gradangabe für 5 Sekunden angezeigt die vom RTC ermittelt wurde. Okay, hat also etwas mit dem Display-Mode zu tun. Den habe ich schon lange nicht mehr kontrolliert. Gruß, Frank
Neue Version 1.8.3 ist online. Änderungen: - Anzahl der Nachtschaltzeiten auf 8 erhöht - unter Berücksichtigung der Wochentage Mo-So - Unterstützung des DCF77-Moduls wieder eingebaut. Wenn nicht angeschlossen, Eingang über 10k-100k Pullup an +3,3V! - Manuelle Aktivierung des LDRs aus Weboberfläche entfernt. LDR-Messung ist nun immer aktiv, egal ob angeschlossen oder nicht. Wenn nicht angeschlossen, Eingang über 10k Pullup an +3,3V! - Bugfix bei der Temperatur-Anzeige: Es wurde immer die DS3231-Temperatur statt der DS128xx-Temperatur gezeigt - Falsche Temperatur-Anzeige im Modus "Temperatur" korrigiert - Bezeichnungen der Anzeigemodi für WC24 gekürzt Viel Spaß, Frank
Hallo Frank! Ich habe die Version 1.8.3 bei mir eingespielt. Bei mir läuft sie nicht. Anscheinend bleibt sie bei starten hängen. Hier der Log wo es nicht weitergeht: Welcome to WordClock Logger! ---------------------------- Version: 1.8.3 rtc is online eeprom is online current eeprom version: 0x00010700 reading ir codes from eeprom reading display configuration from eeprom reading timeserver data from eeprom reading night timers from eeprom ESP8266 LOGGER
Achso, vergessen dazu zu schreiben. Ich hab es ohne DCF modul aber mit 100K Ohm Pullup an 3,3 Volt getestet. Gruß Jan
Update: Nachdem ich in meiner Wühlkiste ein DCF Modul gefunden und angeschlossen habe funktionierte es. Als ich das DCF Modul wieder entfernt habe ging es auch. Hab vorher aber 3 mal die Version 1.8.3 eingespielt um sicher zu sein das es kein Übertragungsfehler gab. Merkwürdig.... werde es morgen an meiner 2. Uhr auch noch mal ausprobieren und dann berichten.
Frank M. schrieb: > - Unterstützung des DCF77-Moduls wieder eingebaut. > Wenn nicht angeschlossen, Eingang über 10k-100k Pullup an +3,3V! Hast du das auch beachtet?
Frank M. schrieb: > - Manuelle Aktivierung des LDRs aus Weboberfläche entfernt. > LDR-Messung ist nun immer aktiv, egal ob angeschlossen oder nicht. > Wenn nicht angeschlossen, Eingang über 10k Pullup an +3,3V! Sorry, meinte das hier. Vielleicht hängt es sich ohne LDR und ohne PullUP auf?
Wäre es nicht mögliche, wenn kein plausibles Signal vom DCF und LDR kommt, den internen PullUp zu aktivieren? Oder kann man das nicht so genau festlegen? Oder reicht der nicht aus? Alternativ vielleicht den PullUp im WebInterface aktivierbar machen.
Hallo! Bernd schrieb: > Frank M. schrieb: >> - Manuelle Aktivierung des LDRs aus Weboberfläche entfernt. >> LDR-Messung ist nun immer aktiv, egal ob angeschlossen oder nicht. >> Wenn nicht angeschlossen, Eingang über 10k Pullup an +3,3V! > > Sorry, meinte das hier. > Vielleicht hängt es sich ohne LDR und ohne PullUP auf? Den LDR hab ich bei mir verbaut. Daran lag es nicht. Ich hab heute morgen mal mit dem Timer gespielt. Leider hab ich nicht aufgepasst weil ich den Raum verlassen habe. Es war so ca. 7.20 Uhr. Hab den Timer zum abschalten auf 7.30 Uhr gestellt und auf 8.30 Uhr auf einschalten. Als ich um 8 Uhr wieder in den Raum kam hatte sich die Uhr in der Zwischenzeit bei 7.49 Uhr aufgehängt. Das Display hatte sich wohl gar nicht abgeschaltet. Sehe das die blaue LED vom ESP8266 dauerleuchtet. Naja, auf jeden Fall hab ich dann die Uhr kurz stromlos gemacht und merke das die Uhr nicht mehr startet. Dafür wird der ARM-Chip auf dem Nucleo sehr heiß. Mit anderen Worten der Nucleo hat sich verabschiedet. Da ich meinen 2. Nucleo bei einem anderes Projekt zum Testen brauche, möchte ich im Moment nicht den evtl. auch noch verheizen. :-) Dienstag bekomme ich 3 neue Nucleos und dann werde ich noch mal Riskieren. Erklären kann ich mir das ganze nicht. Warum hat der Timer nicht funktioniert? Und warum ist das Nucleo gestorben? Ob es da ein Fehler in dem Timer-Modus gibt und den ARM-Chip zur Überlastung gegeben hat? Oder es war reiner Zufall. Auf jeden Fall hat die Uhr bis zum Schluss Tag für Tag gute Dienste verrichtet. Dienstag werde ich es noch mal ausprobieren.
Angehängte Dateien:
Hallo, ich habe die Idee von Carsten M. für eine Platine aufgegriffen, weitgehend auch die dazu eingegangenen Vorschläge/Anmerkungen, wobei für die Breite der Platine mein Ziel von ca. 30 mm galt. Warum so schmal? Bevor der Thread „WordClock mit WS2812“ erstellt wurde, hatte ich die Planung für eine kleinere WordClock12h (270 x 270 mm) mit monochromen LEDs begonnen. Die große Frontplatte ist sehr ästhetisch, aber für manche Umgebungen einfach zu groß. 450 mm x Faktor 0,6 = 270 mm. Buchstabenabstand 28,1 mm x Faktor 0,6 = 16,86 mm, also nicht weit weg von den 16,67 mm Buchstabenabstand der Stripes mit 60 LEDs/m! Da waren die bisherigen Planungen mit einer der ATmega 168-Steuerplatine schnell wieder in die Schublade gelegt. Noch etwas vorweg: Ich weiß, dass es „Eagle“ gibt, nutze aber „Sprint Layout“. Somit habe ich den Schaltplan von Carsten M. mit einem Bildeditor ergänzt (z. B. DCF-Modul, optionale Widerstände für DCF und LDR). Der Platinenentwurf ist 84,5 x 31 mm groß, die Gesamtlänge mit angesteckten Modulen ist ca. 135 mm. Um die Breite von ca. 30 mm realisieren zu können, habe ich die Spannungsverteilung für die Stripes von dieser Platine „verbannt“; das gibt wohl eine weitere kleine Platine. Somit kann ich die Platine mit Board und Modulen waagerecht oben montieren, die Spannungsverteilung --> Stripes soll von einer Seite aus erfolgen. Aus China gibt für ca. 1,30 € zwei Module 5 V --> 3,3 V („AMS 1117“). Da ich solche Module schon hatte, habe ich es hier für die Versorgung der Peripherie eingeplant. Das ESP8266-Modul wird in eine stehende 2x4-Buchsenleiste gesteckt, DS3231 und der 3,3V-Spannugsregler in gewinkelte Buchsenleisten. Vielleicht kann ich hiermit auch Anregungen für die „normale“ Platine geben. Gruß Günter
@Günter, das sieht ja schonmal sehr gut aus. Ich kenne zwar das Spannungsmodul nur von einem Bild, aber man könnte die Pins geradebiegen und direkt einlöten. Aber dann müssten die Anschlüsse etwas weiter von der 5V Klemme weg. Oder was wäre der Vorteil es steckbar zu machen? Das RTC-Modul könnte man um 180° drehen, gerade Pins und gerade Buchse einlöten. Das Layout passt auch dafür. Die anderen Pins auslöten oder abkneifen und man spart auch an Länge. Gut auch, dass genügend Befestigungsbohrungen vorhanden sind. Gruss Peter
Jan H. schrieb: > Nachdem ich in meiner Wühlkiste ein DCF Modul gefunden und angeschlossen > habe funktionierte es. Als ich das DCF Modul wieder entfernt habe ging > es auch. Dein Hangup-Problem kann eigentlich nicht an der DCF-SW liegen. Das ist eine reine Statemachine, die nichts anderes macht, als Pegel zu speichern. Jan H. schrieb: > Ob es da ein Fehler in dem Timer-Modus gibt und den ARM-Chip zur > Überlastung gegeben hat? Vielleicht hast Du irgendwo bei Deinen Versuchen einen Kurzschluss eingebaut? Anders kann ich mir das nicht erklären. > Oder es war reiner Zufall. Auf jeden Fall hat die Uhr bis zum Schluss > Tag für Tag gute Dienste verrichtet. Ich bastele auch schon seit über einem Jahr an dem Nucleo, probiere dies und das aus. Bisher läuft das Ding einwandfrei.
Kurzes Update zu den WS2812 Stripes als Spezialanfertigung. Habe gestern abend den Preis bekommen und lasse diesen mir gerade nochmals bestätigen, dass dieser für die Spezialanfertigung von 36 LEDs/m gilt. Sobald ich diese Bestätigung habe, werde ich alle, die sich bis jetzt bei mir gemeldet haben, eine entsprechende Info sende und den finalen Preis hier im Thread posten. Bis dahin bitte noch ein klein wenig Gedult - sollte aber diese Woche noch kommen. Der mir genannte Preis ist zumindest sehr interessant vorallem da es sich hier um eine Spezialanfertigung handelt. Allerdings muss ich auch jedesmal min 400 Meter abnehmen..... Grüße, Torsten
Ich hab zwar schon eine Wordclock, aber irgendwie reizt mich die 24h Variante jetzt doch. Ich bleib mal am Ball und melde Interesse an der Spezialanfertigung an :)
Andreas B. schrieb: > Ich hab zwar schon eine Wordclock, aber irgendwie reizt mich die 24h > Variante jetzt doch. Ich bleib mal am Ball und melde Interesse an der > Spezialanfertigung an :) Das wäre ein fataler Fehler: Die WC24h braucht 60LEDs/m, die Standard sind. Lediglich die WC12h benötigt die Spezial-Variante. Oder meintest Du sowieso die WC12h-Variante?
:
Bearbeitet durch Moderator
Torsten G. schrieb: > Der mir genannte Preis ist zumindest sehr interessant vorallem da es > sich hier um eine Spezialanfertigung handelt. Allerdings muss ich auch > jedesmal min 400 Meter abnehmen..... Davon würde ich voraussichtlich schon mal Stripe für mindestens drei Uhren nehmen.
Robert K. schrieb: > Torsten G. schrieb: >> Der mir genannte Preis ist zumindest sehr interessant vorallem da es >> sich hier um eine Spezialanfertigung handelt. Allerdings muss ich auch >> jedesmal min 400 Meter abnehmen..... > > Davon würde ich voraussichtlich schon mal Stripe für mindestens drei > Uhren nehmen. Dann wären die ersten 12 Meter ja schon reserviert ;)
Frank M. schrieb: > Das wäre ein fataler Fehler: > > Die WC24h braucht 60LEDs/m, die Standard sind. Lediglich die WC12h > benötigt die Spezial-Variante. > > Oder meintest Du sowieso die WC12h-Variante? Danke - irgendwie hatte ich das falsch im Kopf. Meinte schon die 24h Variante, also mit den 60 LEDs/m. Es gab aber schon ein paar Interessenten für die Uhr - vielleicht baue ich noch ein paar 12h Varianten.
Peter Z. schrieb: > Das RTC-Modul könnte man um 180° drehen, gerade Pins und > gerade Buchse einlöten. Das Layout passt auch dafür. > Die anderen Pins auslöten oder abkneifen und man spart auch an > Länge. Danke für die Rückmeldung. Die Idee, den DS3231-Baustein um 180° zu drehen – die Batterie liegt dann unten, finde ich prima. An dieser Stelle kann das Layout so bleiben wie es ist, beide Varianten sind möglich, es müssen nur die passenden Steckverbinder eingelötet werden. Bei der neuen Variante mit den geraden Steckverbindern für den DS3231-Baustein verkürzt sich die Baulänge mit den angesteckten Modulen von 135mm auf 123 mm. Bei dem 3,3 V-Baustein habe ich die Positionierung leicht angepasst und drei zusätzliche Lötaugen eingefügt, in die geradegebogenen Pins des Steckverbinders eingelötet werden können. Wer lieber stecken will kann das nach wie vor tun. Einen Fehler (im ergänzten Schaltplan und im Layout) habe ich selbst inzwischen gefunden: Der pullup-Widerstand an „PON“ des DCF-Anschlusses ist falsch, er gehört an „OUT“. Beides ist inzwischen korrigiert. Ansonsten will ich noch ein paar Tage abwarten, ob ggf. weitere Rückmeldungen kommen. Danach kann ich die überarbeiteten Dateien gerne noch einmal einstellen. Gruß Günter
Frage in die Runde. Wenn die speziellen WS2812 Streifen über die Sammelbestellung bestellt werden können, würde ich derzeit genau 114 LEDs anbieten. Damit hat man dann allerding keine Reserve, wobei ich derzeit davon ausgehe, dass man bei den fertigen Stripes keine Reserve benötigen wird. Wie seht ihr das? Lieber 114 LEDs oder lieber 120 LEDs pro Paket? Gruß, Torsten
Torsten G. schrieb: > Lieber 114 LEDs oder lieber 120 LEDs pro Paket? Die Wahrscheinlichkeit, dass man bei den fertigen Stripes Reserve braucht, schätze ich auch als gering ein. Dennoch bin ich für 120 LEDs pro Paket. Da kann man mit den Minuten-LEDs entspannt das Löten an den Stripes üben. Gruß Günter
Hallo, lieber 120, Reserven bilden. Falls, doch mal etwas kaputt geht, hat man immer noch welche aus der gleichen Charge(Farbe) mfg bana
Hallo Frank, ich bin mal durch den Code gegangen und muss sagen: Respekt! Sehr schön strukturiert und vieles erschließt sich direkt aus dem Code. Eine Frage habe ich jedoch: Wie funktioniert die Ausgabe an die WS2812 mit DMA? Ich verstehe, dass ein Speicher anlegt wird, in dem für jedes zu sendende Bit zwei Bytes abgelegt sind, welche für die Dauer des High-bzw. Low-Impules in Clockcycles stehen (ich habe den STM32F103C8T6) Wie die Ausgabe aber jetzt funktioniert ist mir nicht klar, zumal ich aus dem einzigen Datenblatt, welches ich gefunden [1] habe nicht schlau werde. Würdest Du mir auf die Sprünge helfen, oder mir sagen, wo ich an die Infos komme, um das zu verstehen? Vielen Dank Dario [1] "CD00171190.pdf" Seite 274ff
Dario C. schrieb: > ich bin mal durch den Code gegangen und muss sagen: Respekt! > Sehr schön strukturiert und vieles erschließt sich direkt aus dem Code. Danke fürs Kompliment :-) > Wie funktioniert die Ausgabe an die WS2812 mit DMA? > > Ich verstehe, dass ein Speicher anlegt wird, in dem für jedes zu > sendende Bit zwei Bytes abgelegt sind, welche für die Dauer des > High-bzw. Low-Impules in Clockcycles stehen (ich habe den STM32F103C8T6) Die Ansteuerung ist hier ziemlich einfach erklärt: https://www.mikrocontroller.net/articles/WS2812_Ansteuerung Hier sieht man insbesondere die Zeiten für Bit=1 und Bit=0. Ich selber verwende andere Zeiten, nämlich Mischwerte aus denen für WS2812 und WS2812B, welche beiden Timings genügen. Das habe ich auch so im Header vom Source dokumentiert. T0H 470 ns T1H 800 ns T0L 800 ns T1L 470 ns Bitbanging wäre sehr einfach zu realisieren, würde die CPU allerdings zu 100% belasten. Bei Anwendung von DMA rutscht die Belastung runter auf nahezu 0. Allerdings ist die Methode per DMA etwas tricky. Hier geht es so: Ich schreibe in den DMA-Buffer PWM-Werte rein. Die Bufferwerte werden dann per DMA an einen Timer übergegeben. Und der Timer gibt dann am Pin High/Low-Werte gemäß den PWM-Daten aus. Bei DMA auf dem STM32 hast Du die folgenden DMA-Transfermöglichkeiten: Memory --> Memory Memory --> Device Device --> Memory Dabei kann dann als Device UART, SPI, Timer usw. genommen werden. Ich benutze hier die Möglichkeit, den Speicher in den Timer zu schieben. Dabei geht beim STM32F4xx für jedes WS2812-Bit ein ganzer 16-Bit-Wert drauf, also ziemlich viel. Bei 24 Bit (3x8) pro LED sind das dann ganze 48 Byte. Bei 288 WC24h-LEDs + 100 Ambilight LEDs sind es dann ca. 18KB. Ja, Kilobyte, nicht Kilobit :-) Ich habe deshalb versucht, den Buffer byte- statt wortweise an die DMA-Unit zu übergeben, um den RAM-Bedarf zu halbieren. Das funktionierte auf dem STM43F4xx (Cortex M4) leider nicht. Ich vermute mal, dass es da an fehlendem Alignment (Bytegrenzen) scheitert. Nicht so schlimm, die STM32F4xx strotzen ja nur so vor RAM. Beim STM32F103 (Mini-Board, Cortex M3) klappte die byteweise Ansteuerung allerdings. So konnte ich die Größe des DMA-Buffers dort halbieren. War auch dringend nötig, denn der kleine STM32F103 hat ja "nur" 20KB RAM. Damit wird dort für die WC24h ca. 9KB verballert, bei der WC12h mit 4 + 110 + 100 (Ambilight) = 214 LEDs ca. 5KB. Das ist vertretbar.
:
Bearbeitet durch Moderator
Hallo Frank M. schrieb: > Es passiert dann folgendes: > > - ESP8266_GPIO0 auf low > - ESP8266_RST auf low > - warte 50msec > - ESP8266_RST auf high > - warte 500msec > - ESP8266_GPIO0 auf high > > Anschließend werden die Zeichen vom USB-UART 1:1 auf den ESP_UART > kopiert - in beiden Richtungen. > > Du kannst also - wenn alle Stricke reißen und Du einen USB->UART-Wandler > mit 3,3V-Pegeln (wichtig!) hast, das Modul auch darüber flashen. Du > musst dann nur die obige Sequenz einhalten - nur von der Reihenfolge, > das Timing ist vollkommen schnuppe. > > Meine ersten ESP8266-Flashversuche habe ich auch mit 2 Tastern und einem > USB-UART-Wandler gemacht. Aber genau diesen extra "ESP-Programmer" > wollte ich hier keinem zumuten. > >> Wie war nochmal das vorgehen bei FW 1.7.1 dann mache ich noch mal die >> Gegenprobe. > > Damit kannst Du kein ESP8266 flashen. Da war die Taster-Sequenz dafür > gedacht, den ESP8266 in den AP-Modus zu versetzen. Das geht jetzt aber > anders, siehe Artikel. Also ich habe es leider immer noch nicht hinbekommen, meine ESP zu flashen. Habe jetzt verschiedene Varianten und mehrere Module durch probiert. Am Nucleo, mit Tastern, mit Elko und Kerko am ESP, mit 3,3V USB-Seriell-Wandler, am Labornetzteil, am StepDown Wandler... Es will einfach nicht und ich weiß nicht mehr weiter. Verbinde ich mich mit HTerm und stelle die Baudrate auf 115200 dann bekomme ich wirren Output und manchmal eine lesbare Boot Sequenz. Allerdings nur, wenn ich mit dem Finger an den Pins rumpatsche...
1 | #?n?<4>?;<24><2><14><2>nr???;<2>??<\f><18><2>l`<27><4>nn???<\0><\f><28>?r?<28>??<27><2>?<28>?<\f><31>p<\f><24>p??<<2>??<\f>??<\f>b???~?n?<3>??<\f><24>r<24><2>?<18>?#?n?<4><15>r<24><2><14><2>nr???;<2>??<\f>?<14><2>?;?<2><14>r???n?<4><14>?r??l`<27>$`<27>??|??<\0>?8~?n?<2>?????r?#?n?<2>??<\f><24>??b?<4>?<\f><18>?#l`<27><4>?<\0>?$???<1>Fl???<27>??<\0><\f><24><\0><\f><24><\0><\f><24>?<\f><24>?<\f><28>r<27>???`<27><4><\b><\0>?$???<1>F??n???<\0><\f><24><\0><\f><24><\0><\f><24><\0>?<31><\0><\f>?#?l<14>#`?<4>??<27>??l???8<18>??<2>n??6bb??<\0>??<\0>ll?<3>??<\f><24>?ll?<18>n?<2>br<27>???#<\f>?<18>?l<28>??c<\f>?$?`<27>????n?<2>???n?????n?$?????<18>?<\0><\f>`<\0>l<28>?<\f><28>?l`<27>$`<27>?r<24><2>?<27>?9l?d?<\r>
|
2 | <\n>Ai-Thinker Technology Co.,Ltd.<\r> |
3 | <\n><\r> |
4 | <\n>ready<\r> |
5 | <\n> |
Mit der FW Version 1.7.1 hatte ich schon per WLAN Zugriff. Hat noch jemand eine Idee?
Ich habe es gerade noch mal ausprobiert. Mit FW 1.7.1 auf dem Nucleo 411 kann ich mich per WLAN verbinden und bekomme die Webseiten angezeigt. Das ESP Modul funktioniert also noch... Schon sehr merkwürdig.
Hallo Bernd, Bernd schrieb: > <\n>Ai-Thinker Technology Co.,Ltd.<\r> > <\n><\r> > <\n>ready<\r> > <\n> Genau das kommt, wenn GPIO0 nicht mit GND kurzgeschlossen wurde. Den Schrott davor kannst Du vergessen, da das ESP zunächt mit einer ganz krummen Baudrate startet, bevor es auf die 115200 umschaltet. Wenn Du GPIO0 während des RESETs mit GND verbindest, darf das obige nicht kommen. Stattdessen sollte dann ausschließlich unlesbares Zeug kommen, aber wesentlich weniger. Dafür aber in regelmäßigen Abständen wiederholend.
Es kommt im Terminal aber überhaupt nur etwas (über den USB-Seriell Umwandler), wenn ich mit den Fingern an den Pins des ESP rumpatsche... so als wenn es ein GND Problem gäbe. Sonst ist das Terminal still... Vermutlich kommt dann so viel, weil der ESP ständig Neustartet...
Hm, hab noch ein bisschen gesucht und GPIO2 muss beim BootUp high sein. Also fix GPIO2 auf high Pegel gelegt und es geht. Den Chip Select (CH_PD) darf man natürlich auch nicht vergessen, der muss auch high sein. GPIO0 habe ich dann beim Einschalten auf low gelassen und RST auf high. Dann einmal RST low und wieder high und GPIO0 auf high und ich konnte den ESP programmieren.
Hallo Frank (ukw), vielen Dank für die ausführliche Antwort. > Ich schreibe in den DMA-Buffer PWM-Werte rein. > Die Bufferwerte werden Ich dann per DMA an einen Timer übergegeben. Das mit den Zeiten hatte ich also schon richtig verstanden, was ich nicht wusste, ist dass man mit DMA ein Array in einen Timer schieben kann. Dass der Timer dann, die entsprechenden Pulse erzeugt ist mir jetzt auch klar. Wenn ich das Prinzip richtig verstanden habe läuft der Timer so, dass er in 1,27us einmal überläuft. Beim Überlauf wird der Pin auf High gesetzt und je nach Timerwert wird er nach 470ns (0) oder 800ns (1) wieder auf Low gesetzt. > sind es dann ca. 18KB. Ja, Kilobyte, nicht Kilobit :-) Das habe ich auch vorher verstanden. Dass der DMA Daten in den Timer schieben kann, wusste ich nicht und mir ist immer noch nicht ganz klar wie das genau funktioniert. Nach dem DMA Start kopiert dieser immer Bytes in das Timer-Register. Woher weiß der DMA, dass er all 1,27us einen neuen Wert kopieren muss? Oder ist das an den Timer-Überlauf gekoppelt? Und woher weiss der DMA, dass er fertig ist, und den IRQ auslösen soll, damit er dann abgeschaltet wird. Falls Du keine Lust/Zeit hast das zu beantworten, ist das vollkommen OK. Ich würde mich aber freuen, wenn Du mir schreibst, wo ich das nachlesen kann, am liebsten Link zur Doku zum DMA/Timer Modus und auf welcher Seite ich lesen muss. Ich finde irgendwie keine Doku zum DMA/Timer Modus. Danke nochmal, Dario
Bernd schrieb: > Hm, hab noch ein bisschen gesucht und GPIO2 muss beim BootUp high sein. Eigentlich darf der nur nicht Low sein. Offen sollte auch gehen. So betreibe ich ein halbes Dutzend der ESP-01. > Also fix GPIO2 auf high Pegel gelegt und es geht. Merkwürdig. Komisch, dass Du damit nur Probleme hast/hattest. > Den Chip Select (CH_PD) darf man natürlich auch nicht vergessen, der > muss auch high sein. Ist klar, der Pin wird aber auch vom STM32 gesteuert, wenn das ESP-Modul am STM32 hängt. > GPIO0 habe ich dann beim Einschalten auf low gelassen und RST auf high. > Dann einmal RST low und wieder high und GPIO0 auf high und ich konnte > den ESP programmieren. Gratuliere :-) Jetzt kannst Du noch probieren, ob es auch hinter dem STM32 geht, wenn Du GPIO2 mit 10k Pullup an Vcc anschließt.
:
Bearbeitet durch Moderator
Ich konnte ein zweites ESP Modul mit meiner beschriebenen Methode programmieren. Genauso wie beim ersten Erfolg am Labornetzteil und dem 3,3V USB-Seriel Wandler. Am Nucelo mit zusätzlich GPIO2 an 3,3V hat es auch nicht geklappt. Mit FW 1.8.3 und dem neu programmierten ESP habe ich dann auch eine stabile WLAN Verbindung hinbekommen.
Dario C. schrieb: > Nach dem DMA Start kopiert dieser immer Bytes in das Timer-Register. > Woher weiß der DMA, dass er all 1,27us einen neuen Wert kopieren muss? > Oder ist das an den Timer-Überlauf gekoppelt?
1 | Das sollte den Timer informieren, dass DMA zu triggern ist, wenn der PWM-Wert "raus" ist: |
2 | |
3 | void
|
4 | ws2812_init (void) |
5 | {
|
6 | ...
|
7 | TIM_DMACmd (WS2812_TIM, WS2812_TIM_DMA_TRG1, ENABLE); |
8 | ...
|
9 | }
|
Wobei WS2812_TIM_DMA_TRG1 ein define in ws2812.c ist, um die Hardware zu verstecken. In Wirklichkeit ist es TIM_DMA_CC1. > Und woher weiss der DMA, dass er fertig ist, und den IRQ auslösen soll, > damit er dann abgeschaltet wird. Daher:
1 | dma.DMA_BufferSize = WS2812_TIMER_BUF_LEN(n_leds); |
Die DMA-Unit zählt diesen Wert runter bis 0 oder zählt einen Wert hoch bis DMA_bufferSize. Konkrete Implementation beim STM32 kenne ich nicht, aber beides kommt auf dasselbe raus ;-)
:
Bearbeitet durch Moderator
Angehängte Dateien:
-
IMG_6339.JPG
340 KB -
Nucleo-shield_v2_1.JPG
400 KB
Hallo liebe Mitstreiter, heute stelle ich mal eine kleine Erweiterung des Projekts vor. Ich habe mich mit der Entwicklung eines shield für das nucleo-Board befasst und herausgekommen ist, was ihr im Anhang seht. Kurze Beschreibung: die Platine ist 55mm*90mm klein, einseitig und hat Anschlüsse für alle (heute bekannten) Schnittstellen. Ebenso eine ausreichend groß bemessene Spannungs- und Stromversorgungsmöglichkeit für die LED-Stripes. Für die Spannungsversorgung des RTC/EEProm Moduls (entweder DS3231 oder DS1307) gibt es eine Steckbrücke, die die Versorgung mit 3,3V (Bestückung mit CR2032) oder 5V (Bestückung mit LIR2032) zulässt. Mit einer kleinsten Leiterbahnbreite von 0,4mm ist sie ideal geeignet für die Selbstherstellung. Da das nucleo-Board zersägt werden muss, damit es neben die Zwischenplatte passt, habe ich auch die Schnittstellen zwischen St-Link und dem Board aufgenommen, sodass mit Hilfe von 5 Kabeln die Verbindungen zum Programmieren und für die UART Schnittstelle wieder hergestellt werden können. Schließlich dient noch der Ausschnitt der Platine dazu, dass man weiter an die beiden Taster des nucleo-Boards herankommt. Mein besonderer Dank geht an Frank M., der nicht "nur" die Software entwickelt, er hat mir auch wertvolle Tipps zur Konstruktion des shields gegeben. Ich werde - so ich Zeit finde - die Platine mit allen Anschlussbelegungen im WordClock-Artikel veröffentlichen. Vielleicht kann sie jemand von euch gebrauchen. Gruß Volker
Hallo, ich habe eine Frage zu den Masseanschlüssen an den für die WordClock eingesetzten Boards. Bei den STM32F4x1RE Nucleo-Boards ist ein separater Anschluss für die „analoge Masse (AGND) herausgeführt. An diesen ist im Layout von Volker R. der 1k-Widerstand vom Spannungsteiler der Helligkeitsmessung angeschlossen. Soweit klar. Beim STM32F103C8T6 Mini-Development Board habe ich einen solchen Anschluss bisher nicht gefunden; die „verschiedenen“ Masseanschlüsse des Mikrocontrollers werden wohl auf dem Board zusammengefasst. Ist es somit in Ordnung, auf dem „Shield“ alle GND-Anschlüsse des STM32F103C8T6 Mini-Development Board an eine durchgehende Masseleitung zu legen und daran auch alle peripheren Module/Bauelemente anzuschließen? Das ist aus meiner Sicht ein noch offener Punkt für dieses Layout. Danke und viele Grüße Günter
Günter H. schrieb: > Ist es somit > in Ordnung, auf dem „Shield“ alle GND-Anschlüsse des STM32F103C8T6 > Mini-Development Board an eine durchgehende Masseleitung zu legen und > daran auch alle peripheren Module/Bauelemente anzuschließen? Meines Erachtens ja. Die GND-Anschlüsse sind auf dem Mini-Board alle intern verbunden.
Volker R. schrieb: > heute stelle ich mal eine kleine Erweiterung des Projekts vor. Ich habe > mich mit der Entwicklung eines shield für das nucleo-Board befasst und > herausgekommen ist, was ihr im Anhang seht. Hi Volker, die schaut doch klasse aus. Ich war mal eben so frei und habe die Maße bei meinem PCB Hersteller kalkuliert. Bei einer Abnahme von 100 Stück (die ich locker wieder verkauft bekomme) würde sich ein Preis von ca 3,50 Euro pro Shield ergeben. Da stellt sich mir die Frage, ob eine Selbstherstellung da noch lohnt oder ob man das Shield nicht auch über die Sammelbestellung laufen lassen sollte/kann. Wenn es für Dich okay ist, würde ich Dein Layout gerne aufgreifen und es entsprechend so erweitern, dass sowohl das Nucleo sowie das Mini-Board aufgesteckt werden können. Hierzu wäre es klasse, wenn Du Dein Layout zur Verfügung stellen könntest. @ALL: bzgl der WS2812 Stripes habe ich leider noch keinen finalen Preis mit der Zusage das die LEDs dann einen Abstand von 28.1mm haben. Habe zwar die Zusage das solche Stripes hergestellt werden können und habe auch einen Preis, allerdings habe ich keine bestätigte Kombination. Sprich ich kenne nun einen Preis, der aber nicht explizit für unsere Variante genannt wurde. Das möchte ich mir vorab gerne noch bestätigen lassen und hoffe hier auf Euer Verständnis. Was nützt ein guter Preis, wenn er nicht zu unsere Anforderung passt :) Gruß, Torsten
Torsten G. schrieb: > Wenn es für Dich okay ist, würde ich Dein Layout gerne aufgreifen und es > entsprechend so erweitern, dass sowohl das Nucleo sowie das Mini-Board > aufgesteckt werden können. Ob das so sinnvoll ist? Volkers Shield fürs Nucleo ist definitiv zu groß für die bestehende Tasche im WC12h-Zwischenboden, kommt daher eher für die WC24h in Frage. Nur ob man dort das Mini-Board nutzen will?
Torsten G. schrieb: > Da stellt sich mir die Frage, ob eine > Selbstherstellung da noch lohnt oder ob man das Shield nicht auch über > die Sammelbestellung laufen lassen sollte/kann. > > Wenn es für Dich okay ist, würde ich Dein Layout gerne aufgreifen und es > entsprechend so erweitern, dass sowohl das Nucleo sowie das Mini-Board > aufgesteckt werden können. Hierzu wäre es klasse, wenn Du Dein Layout > zur Verfügung stellen könntest. Hallo Torsten, die Aussage mit dem Selbermachen ist halt dem Umstand geschuldet, dass ich die Platine ursprünglich für mich und daher zum selbst machen entworfen hatte. Natürlich ist eine professionelle Anfertigung, noch dazu zu so einem geringen Preis, äußerst attraktiv. Das Layout stelle ich dir die Tage per PN zu (derzeit falscher Rechner). Frank M. schrieb: > Ob das so sinnvoll ist? Volkers Shield fürs Nucleo ist definitiv zu groß > für die bestehende Tasche im WC12h-Zwischenboden, kommt daher eher für > die WC24h in Frage. Nur ob man dort das Mini-Board nutzen will? Hallo Frank, ich hab´s mal probiert. Natürlich ist die ursprüngliche Tasche im Zwischenboden der WC12h zu schmal, ich habe jedoch diesen ausgesägt und so passt das nucleo-Board und das shield problemlos. So werde ich auch meine WC12h mit dem berühmten Rahmen von Alu-Tech aufbauen (Ich warte nur noch auf Torstens LED Stripes;-)). Und du selbst hast ja gesagt, dass das nucleo-Board - im Gegensatz zum Mini-Board - genügend Platz hat für Programmerweiterungen und z.B. Spiele. Daher setze ich auf das nucleo. Beste Grüße Volker
Hi Volker, Volker R. schrieb: > ich hab´s mal probiert. Natürlich ist die ursprüngliche Tasche im > Zwischenboden der WC12h zu schmal, ich habe jedoch diesen ausgesägt und > so passt das nucleo-Board und das shield problemlos. Ah, warum hast Du das nicht gleich gesagt? Gut zu wissen :-)
Es ist nun endlich alles geklärt und wir können die WS2812 Stripes in unserem Rastermaß bekommen :) Alle Details zur Sammelbestellung können dem Artikel der älteren WordClock Variante entnommen werden. https://www.mikrocontroller.net/articles/Word_Clock_Variante_1#Sammelbestellung_Platinen_und_LED Wer mir bereits eine PN gesendet hatte, sollte auch bereits die Übersicht erhalten haben. Wer sich noch nicht gemeldet hatte bzw keine Mail von mir bekommen hat, schickt mir einfach eine PN :) Grüße, Torsten
Hallo Forum, leider stelle ich mich wieder zu blöd an. Kann mir bitte jemand sagen, wie ich den EmBitz dazu übereden kann, mit dem NucleoF411 zu Debuggen ? Ich benutze das STLink v2.1 von der Nucleo Platine. Was ich schon versucht habe: stsw-link009 Treiber Installiert. Firmware Update auf V2.J25.M13 ST Link Platine abgesägt und an STM32F103C8T6 Testboard angeschlossen. anderen USB Port. Mit dem STLink Utility funktioniert alles. Sowohl beim Nucleo, als auch beim F103. Aus EMBitz komt immer die Fehlermeldung: Debug Server is closed/terminated, debug session will stop. C:\Program Files (x86)\EmBitz\0.42\share\contrib>STLinkGDB.exe STLINK GDB Server (EmBitz Nov 18 2015 06:13:45) Connect under reset is active. WARN : Couldn't open STlink/V2-1 probe at 004:006
Torsten G. schrieb: > Es ist nun endlich alles geklärt und wir können die WS2812 Stripes in > unserem Rastermaß bekommen :) Prima! Dann kann ich nun auch die Frontplatten-Sammelbestellung starten. :) Ich habe Details und Termine im neuen WordClock-Artikel aufgeschrieben: WordClock12h: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#WC12h_Sammelbestellung_Frontplatten Das Frontplatten-Sammelbestellung-Kapitel zur WordClock24h werde ich noch im Laufe des Tages füllen. Diejenigen, die sich gemeldet haben, bekommen heute noch ein Update per Mail.
:
Bearbeitet durch Moderator
Thomas H. schrieb: > Kann mir bitte jemand sagen, wie ich den EmBitz dazu übereden kann, mit > dem NucleoF411 zu Debuggen ? Weil damals das F411 ziemlich neu war, musste ich für EM::Blocks den gdb aktualisieren. Da gabs auf der EM::Blocks-Webseite extra ein Ticket und ein Download-Link für den gdb. Aber nach googlen für die neuere Ausgabe EmBitz scheint es so zu sein, dass dieses alte Problem längst behoben ist. Ich habe aber etwas ähnliches gefunden dazu: http://www.emblocks.org/forum/viewtopic.php?f=19&t=693&start=8 Allerdings handelt es sich dort nicht um Deine Fehlermeldung. Sonst frage mal auf www.emblocks.org nach. Die Leute sind dort sehr engagiert.
Torsten G. schrieb: > Alle Details zur Sammelbestellung können dem Artikel der älteren > WordClock Variante entnommen werden. Torsten hats nun auf meine Bitte hin auch nochmal im neuen Artikel zusammengefasst: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#WC12h_Sammelbestellung_LED_Stripes_und_Zwischenb.C3.B6den Damit ist dies nicht mehr mit den älteren Sammelbestellungen vermengt und wesentlich übersichtlicher.
:
Bearbeitet durch Moderator
mal ein wenig was anderes, da die Funktionalität von der Uhr ja immer mehr erweitert wird, evtl. lohnt es sich für die WS2812B auch ein SPI statt TIMER zu benutzen? ich konnte dies zumindest erfolgreich bei mir mit seinem STM32F407 und dem gleichen blauen STM32F103C8T6 board testen. Die WS2812B scheinen von den timings her ausreichend tolerent zu sein. Damit kann ich dann über DMA+SPI einen kompletten "Frame" schicken, das dürfte die CPU ein wenig entlasten? Allerdings kostet es etwas mehr RAM, ein WS2812B Bit entspricht bei mir 4 Bits im SPI.
Frank M. schrieb: > Hier geht es so: > > Ich schreibe in den DMA-Buffer PWM-Werte rein. Die Bufferwerte werden > dann per DMA an einen Timer übergegeben. Und der Timer gibt dann am Pin > High/Low-Werte gemäß den PWM-Daten aus. >... > Dabei geht beim STM32F4xx für jedes WS2812-Bit ein ganzer 16-Bit-Wert > drauf, also ziemlich viel. >... > Beim STM32F103 (Mini-Board, Cortex M3) klappte die byteweise Ansteuerung > allerdings. So konnte ich die Größe des DMA-Buffers dort halbieren. benwilliam schrieb: > Allerdings kostet es etwas mehr RAM, ein WS2812B Bit entspricht bei mir > 4 Bits im SPI. Ich würde sagen, damit hast du im Augenblick die RAM sparsamste Version bisher ;)
benwilliam schrieb: > da die Funktionalität von der Uhr ja immer mehr erweitert wird, evtl. > lohnt es sich für die WS2812B auch ein SPI statt TIMER zu benutzen? > > ich konnte dies zumindest erfolgreich bei mir mit seinem STM32F407 und > dem gleichen blauen STM32F103C8T6 board testen. Hört sich ganz gut an. > Die WS2812B scheinen von den timings her ausreichend tolerent zu sein. Läufts auch mit den WS2812 ohne B? Ich habe die Timings so gewählt, dass beide Typen im grünen Bereich sind. > Damit kann ich dann über DMA+SPI einen kompletten "Frame" schicken, das > dürfte die CPU ein wenig entlasten? Das mache ich mit DMA + Timer doch genauso? > Allerdings kostet es etwas mehr RAM, ein WS2812B Bit entspricht bei mir > 4 Bits im SPI. 4 Bits oder 4 Byte? Du kannst mir ja mal Deinen geänderten Source zuschicken, schaue ich mir gerne an. :-)
Frank M. schrieb: > Läufts auch mit den WS2812 ohne B? Ich habe die Timings so gewählt, dass > beide Typen im grünen Bereich sind. ich habe leider keine zu Hand um das auszuprobieren aber ich denke das sollte klappen > Das mache ich mit DMA + Timer doch genauso? Ja wer lesen kann ist klar im Vorteil, als ich in deinen Code geschaut habe war mir das dann auch klar :) > 4 Bits oder 4 Byte? 4 Bits, in einem Byte verpacke ich immer 2 WS2812b bits > Du kannst mir ja mal Deinen geänderten Source zuschicken, schaue ich mir > gerne an. :-) klar für den STM32F103: https://github.com/benwilliam/equinox_clock/tree/master/WS2812b_SPI/ws2811_2/f103c8t6 für STM32F407: https://github.com/benwilliam/equinox_clock/tree/master/WS2812b_SPI
Thomas H. schrieb: > Kann mir bitte jemand sagen, wie ich den EmBitz dazu übereden kann, mit > dem NucleoF411 zu Debuggen ? Es liegt wohl an Windows 8.1 in der VM unter Win7 läuft es...
benwilliam schrieb: > ich habe leider keine zu Hand um das auszuprobieren aber ich denke das > sollte klappen Kann ich gern mal testen. >> Das mache ich mit DMA + Timer doch genauso? > Ja wer lesen kann ist klar im Vorteil, als ich in deinen Code geschaut > habe war mir das dann auch klar :) :-) >> 4 Bits oder 4 Byte? > 4 Bits, in einem Byte verpacke ich immer 2 WS2812b bits Das klingt gut! >> Du kannst mir ja mal Deinen geänderten Source zuschicken, schaue ich mir >> gerne an. :-) > klar Danke für die Links, ich werde mir das in den nächsten Tagen gern anschauen.
@Frank M. Die Anschlusspins für die verschiedenen Module und Sensoren sind jetzt ja wohl „festgezurrt“. Aus der Sicht eines (angehenden) Mini Development Boards-Nutzers: Die Ein-/Ausgänge sind mit Blick auf ein Layout perfekt den Pins auf dem Board zugeordnet! Mir fällt zwar keine vernünftige Erweiterung für die WordClock mehr ein – vielleicht noch das schon angesprochene Abschalten der WS2812 bei abgeschalteter Anzeige, womöglich könnten wir dann ein besseres Energielabel bekommen ;-). Im Ernst, könnte es Sinn machen, einen Ein- und/oder Ausgang als „Reserve“ auf einem Shield einzuplanen? Falls ja welche(r)? Gruß Günter
Günter H. schrieb: > Mir fällt zwar keine vernünftige Erweiterung für die WordClock mehr ein Ich möchte auf jeden Fall die SPI-Pins PB12-PB15 freihalten. Einmal wegen einer möglichen (späteren) Umstellung auf benwilliams SPI-Ansteuerung der WS2812, zum anderen habe ich da selbst schon vor Monaten den Anschluss von alternativen APA102-LEDs vorgesehen. > Im Ernst, könnte es Sinn machen, einen Ein- und/oder Ausgang als > „Reserve“ auf einem Shield einzuplanen? Falls ja welche(r)? Gar nicht so einfach, zu viele Möglichkeiten :-) PB4 wäre ein Kandidat. Oder auf der gegenüberliegenden Seite die Pins PB0 & PB1. PB10 oder PB11 ginge auch noch, wäre aber vielleicht später noch als zusätzlicher UART nutzbar - auch wenn ich momentan nicht weiß, wofür ;-) PA6 bis PA7 sind auch als analoge Anschlüsse möglich, daher muss man die nicht unbedingt als generische digitale IOs verballern. PC14 & PC15 sind auch noch frei, bei PC13 trügt der Schein: Da hängt bereits die Board-interne LED dran. Von allen diesen oben genannten Pins ist PB4 der einzig übriggebliebene, der 5-Volt-tolerant ist. Daher würde ich das Schätzchen nicht unbedingt für einen Power-Output-Pin verschwenden. Mach doch mal einen Vorschlag, welcher Pin layouttechnisch aus Deiner Sicht optimal wäre.
Angehängte Dateien:
Frank M. schrieb: > Mach doch mal einen Vorschlag, welcher Pin layouttechnisch aus Deiner > Sicht optimal wäre. Ich habe - ganz auf die Schnelle - die Pins im meinem vorher schon überarbeitenden Layout für das STM32 Mini Development Board in hellgrün herausgeführt, die wirklich einfach "erreichbar" sind --> fast alle. Gruß Günter
Günter H. schrieb: > Ich habe - ganz auf die Schnelle - die Pins im meinem vorher schon > überarbeitenden Layout für das STM32 Mini Development Board in hellgrün > herausgeführt, die wirklich einfach "erreichbar" sind --> fast alle. Sehr schön! Ich glaube, damit ist noch eine Menge möglich. Meines Erachtens reicht das für zukünftige Erweiterungen - auch wenn ich noch gar nicht weiß, wofür. Bis auf den "LED-Power-Strip-Pin".
:
Bearbeitet durch Moderator
Frank M. schrieb: > bei PC13 trügt der Schein: Da hängt > bereits die Board-interne LED dran. könnte man den nicht trotzdem verwenden, indem man die LED entfernt? Es braucht doch kein Mensch diese LED in der Word Clock, oder?
Frank M. schrieb: > Torsten G. schrieb: >> Es ist nun endlich alles geklärt und wir können die WS2812 Stripes in >> unserem Rastermaß bekommen :) > > Prima! Dann kann ich nun auch die Frontplatten-Sammelbestellung starten. > :) > > Ich habe Details und Termine im neuen WordClock-Artikel aufgeschrieben: > > WordClock12h: > > https://www.mikrocontroller.net/articles/WordClock... > > Das Frontplatten-Sammelbestellung-Kapitel zur WordClock24h werde ich > noch im Laufe des Tages füllen. > > Diejenigen, die sich gemeldet haben, bekommen heute noch ein Update per > Mail. Hallo Frank, ich spiele aktuell mit dem Gedanken auch ein oder zwei Wordclock24h Versionen zu bauen und da du dich ja freundlicherweise auch dort um entsprechende Frontplatten bemühst habe ich dazu mal einige Fragen... Auf Wunsch meiner Frau und zwei Bekannter habe ich vor einigen Jahren mal mehrere 12h Versionen in unterschiedlichen Farben (weiß und rot mussten es damals unbedingt sein) per Klebefolie erstellt. Das hat zwar prinzipiell ganz gut funktioniert, aber nach mehreren Jahren sehe ich einige Stellen der rückseitig verklebten Folie, die nicht mehr richtig haften, was von vorne zwar kaum wahrnehmbare, aber dennoch vorhandene Blasen verursacht. An diesen Stellen waren die Neodym Magnete befestigt, vermutlich war die mechanische Last bei der kleinen Fläche auf Dauer einfach zu viel. Habe ich damals von hinten verklebt um vorne eine homogene, glänzende Fläche zu erhalten... im Nachhinein wohl keine besonders gute Idee. Naja... Die weiße Version der Uhr hängt nun schon lange im Wohnzimmer und gefällt mir mittlerweile auch deutlich besser als die schwarze Variante... meine Frau pocht bei einem "Upgrade" der Uhr auf die 24h Version jedenfalls auch auf eine weiße Variante. Wäre es für dich mit vertretbarem Aufwand möglich hier auch eine Version der Front in weiß anzubieten? Prinzipiell könnte ich wieder auf die Klebefolienlösung zurückgreifen und diesmal einfach darauf achten, dass ich auf eine Verklebung von vorne achte, aber preislich lande ich bei der Klebefolien Frontplatte fast auf dem gleichen Preis wie für eine qualitativ deutlich hochwertigere gedruckte Version von dir. Finde es toll dass in die WS2812 Version/Weiterentwicklung so viel frischer Wind gekommen ist und die Möglichkeiten der neuen Software in Verbindung mit dem STM gefallen mir auch deutlich besser als die WS2812 Atmel Version, die ich an anderer Stelle mal versuchshalber gebaut habe. Mit WLAN Unterstützung, Temp. Ausgabe, mehreren Timern und Android App hast du fast meinen kompletten Wunschzettel an eine Weiterentwicklung auf einmal erschlagen. :-) Aber wenn ich das Wiki und die Bilder richtig verstehe ist die Software aktuell nur auf eine Farbe fest einzustellen, oder? Kannst du schon was zum geplanten Farbwechsel von der ToDo-Liste sagen oder ist das ein Thema, dass aktuell keine Prio hat? Und gibt es zufällig irgendwo Bildmaterial der Animationen? An dieser Stelle auch nochmal ein herzliches Danke an alle Mitentwickler und Organisatoren der diversen Sammelbestellungen!
:
Bearbeitet durch User
Robert K. schrieb: > Frank M. schrieb: >> bei PC13 trügt der Schein: Da hängt >> bereits die Board-interne LED dran. > > könnte man den nicht trotzdem verwenden, indem man die LED entfernt? > Es braucht doch kein Mensch diese LED in der Word Clock, oder? Diese leuchtet permanent, wenn Du die ESP-Flash-Taster-Sequenz durchgehst - als Orientierung, dass Du alles richtig gemacht hast. Zum anderen leuchtet sie bei angeschlossenem DCF-77 bei jeder Senkung des DCF-Signals - also 1mal pro Sekunde. Diese LED ist hier eine gute Hilfe für die Ausrichtung der DCF-77 Antenne. Warum machst Du Dir jetzt bereits bei der LED Gedanken, wo wir noch über ein halbes Dutzend anderer Pins frei haben? ;-)
Hi Peter, Peter G. schrieb: > Wäre es für dich mit vertretbarem Aufwand möglich hier auch eine Version > der Front in weiß anzubieten? Wenn Du mindestens 30 Mitstreiter findest, sollte das kein Problem sein. Für ein einzelnes Exemplar wird das wohl zu teuer. Aber ich kann mal in der Druckerei nachfragen, ob das Sieb auch für andere Farben genutzt werden kann und was das Wechseln der Farbe in der "Druckstraße" dann kostet. > Mit WLAN Unterstützung, Temp. Ausgabe, mehreren Timern und Android App > hast du fast meinen kompletten Wunschzettel an eine Weiterentwicklung > auf einmal erschlagen. :-) Freut mich. > Aber wenn ich das Wiki und die Bilder richtig verstehe ist die Software > aktuell nur auf eine Farbe fest einzustellen, oder? Die Farbe ist nicht fest, Du kannst den RGB-Wert jederzeit per IR-Fernbedienung oder Android-App anders einstellen - ein Knopfdruck bzw. Wischer reicht da schon. > Kannst du schon was > zum geplanten Farbwechsel von der ToDo-Liste sagen oder ist das ein > Thema, dass aktuell keine Prio hat? Hier geht es um einen gleichmäßigen, langsamen Durchlauf durch alle Regenbogenfarben, der sich ca. alle 15 Minuten wiederholt. Dieses Feature gibt es bei der alten Word Clock und dies würde ich gerne wieder einbauen. Das steht übrigens als nächstes auf meiner TODO-Liste plus die Einstellung/Speicherung von ausgesuchten Farbprofilen. > Und gibt es zufällig irgendwo Bildmaterial der Animationen? Nur auf meinem Handy ;-) Ich muss mal schauen, ob ich davon etwas verwertbares hier oder bei Youtube ablegen kann. > An dieser Stelle auch nochmal ein herzliches Danke an alle Mitentwickler > und Organisatoren der diversen Sammelbestellungen! Danke fürs Danke.
Peter G. schrieb: > ... per Klebefolie erstellt. Das hat zwar > prinzipiell ganz gut funktioniert, aber nach mehreren Jahren sehe ich > einige Stellen der rückseitig verklebten Folie, die nicht mehr richtig > haften, was von vorne zwar kaum wahrnehmbare, aber dennoch vorhandene > Blasen verursacht. Der Kleber bei diesen Klebefolien ist ausgelegt zum Halten der Folie selbst, das schafft er locker über viele Jahre. Wenn er dann noch das Gewicht einer Frontplatte halten soll, kommt es - gerade bei der relativ kleinen Klebefläche - wie beschrieben zur Blasenbildung. Die Frontplatten mit rückseitiger Klebefolien sind leicht relativ kostengünstig als "Einzelstück" (z. B. https://www.mikrocontroller.net/topic/156661#3545457) herstellbar, eignen sich nach meiner Einschätzung aber hauptsächlich für die "Bilderrahmenmethode". Vom Design her bin ich inzwischen bei der "klassischen" quadratischen Variante angekommen, mal mit Acrylglas-, mal mit einer Edelstahl-Frontplatte. Bei der Acrylglas-Frontplatte hatte ich mit den im Wiki vorgeschlagenen Neodym-Magneten mit 8 mm Durchmesser beim Kleben mit Uhu plus endfest 300 Haftungsprobleme; ich habe daraufhin die Magnete auf dünne Metallscheibchen geklebt (70° im Backofen) und konnte in einem zweiten Schritt eine größere Klebefläche an der Acrylglasplatte realisieren. Gruß Günter
:
Bearbeitet durch User
Hallo, aktuell läuft auch wieder einer Sammelbestellung der Edelstahl Frontplatten http://www.mikrocontroller.net/articles/Word_Clock#Sammelbestellung_.28Plexiglas.29 Sind das andere Maße / anderes Projekt, weil darauf im Bericht nicht veriesen wird?
Tom schrieb: > Hallo, > > aktuell läuft auch wieder einer Sammelbestellung der Edelstahl > Frontplatten > http://www.mikrocontroller.net/articles/Word_Clock#Sammelbestellung_.28Plexiglas.29 > > Sind das andere Maße / anderes Projekt, weil darauf im Bericht nicht > veriesen wird? Hi Tom, die Edelstahl Frontplatte passt auch auf die WS12h. Ich habe darauf nicht verweisen, da ich nicht wussten das da wieder eine Sammelbestellung läuft. Die Edelstahl Front wird von einen anderen Forumsmitglied organisiert, daher wissen Frank und ich das nicht immer, wenn da mal wieder eine läuft. Gruß, Torsten
Frank M. schrieb: > zum anderen habe ich da selbst schon vor > Monaten den Anschluss von alternativen APA102-LEDs vorgesehen hehe bin auch kürzlich von den WS2812B auf die APA102 umgestiegen, rein subjektiv betrachtet habe ich den Eindruck das sie gleichmäßiger und heller leuchten, hat jemand ähnliche Erfahrung gemacht ?
benwilliam schrieb: > rein subjektiv betrachtet habe ich den Eindruck das sie gleichmäßiger > und heller leuchten, hat jemand ähnliche Erfahrung gemacht ? Wenn Du die Brightness, die bei APA102 ja ein extra Datenfeld ist, auf 100% setzt, damit nix flimmert, dann ja. Aber ich empfinde das eher als Nachteil, denn auch bei geringen RGB-Werten sind die Dinger bei Brightness=100% dann überproportional hell und Fading (gleichzeitiges Ein- und Ausblenden ganzer Wörter) ist dann kaum noch zu erkennen. Dem könnte man durch Senken des Brightness-Wertes entgegenwirken. Dann fangen die Dinger aber leider zu flimmern. Offenbar ist die Helligkeitsregelung eine zusätzliche PWM, die über die 3 PWMs von Rot, Grün, Blau nochmal drübergelegt wird - also eine Art Oversampling Bleibt dann nur die Einstellung der Brightness auf 100%, was die Dynamik bei Farbverläufen und Fading erheblich reduziert - eben weil sie dann grundsätzlich heller als WS2812 sind. Vom Protokoll her finde ich die APA102 eigentlich genial: 4 Byte pro LED sind wirklich richtig sparsam. Außerdem kann man die Übertragungsgeschwindigkeit selber wählen. Dabei kanns mit dem STM32 auch erheblich flotter sein als beim WS2812-Protokoll. Ein langsamerer Prozessor wie ein AVR kann die Dinger aber trotzdem noch in gemächlichem Tempo ansteuern, um nicht ins Schwitzen zu kommen. Fazit: Die höhere Grundhelligkeit bei APA102 und damit die geringere Dynamik wirkt für mich eher störend.
:
Bearbeitet durch Moderator
Hallo, ich habe gerade festgestellt, dass es den „guten alten“ Fotowiderstand LDR 07 bei Reichelt dauerhaft nicht mehr zu geben scheint. Laut Datenblatt hat der LDR 07 bei 10 Lux einen Widerstand von 16 – 50 kOhm. Bei R. sind Alternativen lieferbar - angegeben ist jeweils der Wertebereich für den Widerstand bei 10 Lux: A 106012 16 – 33 kOhm 4,30 € A 906011 9 – 20 kOhm 1,10 € A 906013 27 – 94 kOhm 1,10 € Vom Widerstandsbereich passt der A 106012 am besten, ist aber auch mit deutlichem Abstand die teuerste Alternative. Hat jemand Erfahrung, welchen Einfluss auf die Helligkeitsreglung eine andere Widerstandskurve hat? Sollte ggf. der Spannungsteiler angepasst werden? Gruß Günter
Günter H. schrieb: > A 106012 16 – 33 kOhm 4,30 € > A 906011 9 – 20 kOhm 1,10 € > A 906013 27 – 94 kOhm 1,10 € > > Vom Widerstandsbereich passt der A 106012 am besten, ist aber auch mit > deutlichem Abstand die teuerste Alternative. Ja, der ist deutlich zu teuer. Ich habe mir den "A 906011" in den Reichelt-Warenkorb gelegt: Der kommt dann in meine nächste Bestellung. Muss den erst selber testen. Ich würde sagen, den zurren wir jetzt einfach fest. Der Rest ist sowieso Software.
Angehängte Dateien:
Ich habe mir nun auch mal Gedanken zu einen Shield für die WordClock 12h gemacht. Raus gekommen ist dabei die beigefügte Variante. Das Board ist 100 x 35 "groß" und passt so perfekt in die Zwischenböden rein. Werde mir hiervon Montag mal 10 Prototypen herstellen lassen und wenn diese dann fehlerfrei ist, werde ich dieses Shield dann auch per Sammelbestellung anbieten. Feedback ist herzlich willkommen. Gruß, Torsten
@Torsten Sehr schön! Hier sieht man die Unterschiede bei den Möglichkeiten im laout „industrielle Fertigung <---> Selbstätzen“ in aller Deutlichkeit. Der "LED-Power-Strip-Pin" ist ja noch ein Thema, wenn auch mit niedriger Priorität. Aus meiner Sicht könnte noch eine strombelastbare „Brücke“ im +5 V-Zweig eingeplant werden, an die man ggf. einen „Schalter“ anschließen kann. Dass ich bei meinen Projekten versuche, einpolige Steckverbinder (Ausgang Daten --> WS2812) aus (Stabilitätsgründen) zu vermeiden , hatte ich in diesem Thread schon angemerkt. Gruß Günter
Braucht der ESP nicht 3,3 Volt? Oder ist das mit nem Spannungsteiler gelöst? Ansonsten sieht das super aus!
Ah, gerade gesehen, das AMS1117 ist der Spannungsregler... Ziehe meine Frage zurück ;-)
Angehängte Dateien:
Peter Z. schrieb: > es fehlen noch die Befestigungsbohrungen. sind nun drin :) 3 Bohrungen mit jeweils 3.2mm sollten reichen - oder? Günter H. schrieb: > Der "LED-Power-Strip-Pin" ist ja noch ein Thema, wenn auch mit niedriger > Priorität. Aus meiner Sicht könnte noch eine strombelastbare „Brücke“ im > +5 V-Zweig eingeplant werden, an die man ggf. einen „Schalter“ > anschließen kann. Habe den GND Zweig am Stecker nun auch mit einer durchgehenden Leiterbahn in 2.18mm ausgeführt. Das Thema "Schalter" verstehe ich leider nicht. Wozu soll da ein Schalter rein? > Dass ich bei meinen Projekten versuche, einpolige Steckverbinder > (Ausgang Daten --> WS2812) aus (Stabilitätsgründen) zu vermeiden , hatte > ich in diesem Thread schon angemerkt. 1polige oder 1reihige Buchsen sind mechanisch gar nicht stabil - zumindest nach meiner Erfahrung. Daher soll hier auch nur mit gewinkelten Steckerleisten gearbeitet werden, an die dann die Module / Drähte angelötet werden. Einzig der ESP8266 und der STM32 werden von oben auf das Shield gesteckt. Werner A. schrieb: > Ah, gerade gesehen, das AMS1117 ist der Spannungsregler... > Ziehe meine Frage zurück ;-) Genau - habe nun auch mal den Schaltplan angehängt. Der AMS1117 sorgt für die 3.3V Versorgungsbannung. Grüße, Torsten
Im (zusammenfassenden) Beitrag zum Thema "Stromverbrauch von dunkelgeschalteten WS2812" Beitrag "Re: WordClock mit WS2812" schrieb Frank M.: > Ja, ich würde sagen, das schieben wir erstmal mit niedriger Priorität > nach hinten. Nichtsdestotrotz wäre ein Schalten der WS2812 per MosFET > schon interessant... Ich könnte zumindest einen Schaltausgang in der > Software vorsehen. Das wäre ein Klacks. Wer das dann hardwaremäßig > umsetzen möchte, kann das dann ja tun. Der "Schalter" bezieht sich auf die hardwaremäßige Umsetzung. Gruß Günter
Angehängte Dateien:
-
WC12h_Layout_Torsten.png
230 KB
Günter H. schrieb: > Dass ich bei meinen Projekten versuche, einpolige Steckverbinder > (Ausgang Daten --> WS2812) aus (Stabilitätsgründen) zu vermeiden , hatte > ich in diesem Thread schon angemerkt. Gemeint ist dabei der Anschluss "Data", im Bild rot markiert. Gruß Günter
Günter H. schrieb: > Der "Schalter" bezieht sich auf die hardwaremäßige Umsetzung. Ich fände es nicht schlecht, wenn man die Power für die WS2812 hardware mäßig mit einem FET abschalten könnte.
Jetzt habe ich es :) Danke für den Link Baue ich noch ein. Wer möchte kann dann den MosFET einbauen oder diesen dann brücken. Die SW Einbindung können wir dann ja noch machen. Gruß, Torsten
Gibt es für den Zwischenboden der 24h Uhr eigentlich auch eine Sammelbestellung?
Angehängte Dateien:
-
TSOP_Vergleich.png
38 KB
Für die WordClock wir zurzeit das IR-Empfänger-Modul TSOP31238 vorgeschlagen. Bei der WordClock 24h spielt die Größe dieses Empfängers keine Rolle, da IR-Empfänger (und auch LDR) hinter Punkten unterhalb der Matrix montiert werden können. Bei der WordClock 12h sind jetzt alle Buchstabenfelder mit LEDs bestückt. Die Frontfläche des TSOP31238 ist 12,5 mm x 10 mm und verdeckt innerhalb des Buchstabenfeldes ziemlich viel. Anordnen hinter der LED ist wegen der Al-Platte zumindest schwierig. Der von den Daten her vergleichbare und auch gut erhältliche TSOP4838 hat eine Frontfläche von 7 mm x 6 mm. Der TSOP4838 ist nicht pinkompatibel zum TSOP31238. Die Skizze zeigt die Größenverhältnisse. Gruß Günter
Bernd schrieb: > Gibt es für den Zwischenboden der 24h Uhr eigentlich auch eine > Sammelbestellung? Warten noch auf das Angebot der Schreiners, welcher auch den Boden für die 12h herstellt. Sobald es etwas neues gibt, werden wir das hier posten Gruß, Torsten
@Torsten: macht es eigentlich Sinn, den Verstärker der für die DCF77 Module benötigt wird mit auf die Platine zu packen?
Angehängte Dateien:
-
DCF_Detail.png
13 KB
Hallo Torsten, ich habe mir gerade deinen Schaltplan „WC12h_Shield.pdf“ nochmal im Detail angesehen. Ein Punkt bei den Anschlüssen des DCF-Moduls ist mir aufgefallen. Laut Artikel sind die Anschlüsse für ein DCF-Modul am STM32F103 Mini Development Board wie folgt: - DCF77 Out an PB8 - DCF77 PON an PB9 Außerdem: „Wird ein DCF77-Modul benutzt, welches einen Open-Collector-Ausgang verwendet, muss an PC11 (am Nucleo-Board, entspricht PB8 am Mini Development Board) noch ein 100k Pullup (zu 3,3V) angeschlossen werden. Wird KEIN DCF-Modul verwendet, sollte der µC-Eingang per 100k Pullup auf 3,3V gelegt werden!“ Wenn ich das richtig verstehe und entsprechend übertrage, müsste R3 in Schaltbild (und Layout (?), ist an Hand der Bilder nicht ganz einfach zu erkennen) statt an „B9“ an „B8“ angeschlossen werden. Gruß Günter
Werner A. schrieb: > @Torsten: > macht es eigentlich Sinn, den Verstärker der für die DCF77 Module > benötigt wird mit auf die Platine zu packen? könnte man noch mit drauf packen - habe es aber derzeit weg gelassen. Ich rechne eigentlich nicht damit, dass viele noch DCF verwenden werden, da per WLAN der Abgleich mit den NTP erfolgt. So recht erschließt sich mir da der Vorteil des DCF nicht ganz.
Günter H. schrieb: > Wenn ich das richtig verstehe und entsprechend übertrage, müsste R3 in > Schaltbild (und Layout (?), ist an Hand der Bilder nicht ganz einfach zu > erkennen) statt an „B9“ an „B8“ angeschlossen werden. Hi Günter, Du hast Recht. Ich habe den Pull-Up an den falschen Pin gehängt. Habe ich gerade geändert. Das wird dann im Prototyp falsch sein. Danke für den Hinweis. Gruß, Torsten
Torsten G. schrieb: > So recht erschließt sich > mir da der Vorteil des DCF nicht ganz. Ich plane eine bei meinen Eltern aufzuhängen. Die haben gar kein Wlan ;-) Bedienung (wenn überhaupt) dann nur über Fernbedienung. Werner
Werner A. schrie: > Ich plane eine bei meinen Eltern aufzuhängen. Die haben gar kein Wlan > ;-) > Bedienung (wenn überhaupt) dann nur über Fernbedienung. Das ist genau der Punkt: Bedienung - wenn überhaupt! Einmal die Zeitspannen einstellen, bei denen die Anzeige abgeschaltet ist, nur dann klappt der DCF-Empfang, Wunschfarbe und Grundhelligkeit definieren und dann "die Fernbdienung verstecken". Gruß Günter
Werner A. schrieb: > Ich plane eine bei meinen Eltern aufzuhängen. Die haben gar kein Wlan > ;-) > Bedienung (wenn überhaupt) dann nur über Fernbedienung. Wie ich hier schon mal sagte: Die Uhr läuft auch ohne DCF77 und NTP-Server hinreichend genau. 2x im Jahr Umstellung der Sommer-/Winterzeit per IR-Fernbedienung reicht auch.
Angehängte Dateien:
-
WS2812_schalten.png
3,9 KB
Hallo, alle warten auf die Stripes? Ich habe zwischendurch recherchiert und einen Plan gezeichnet, wie - wenn gewünscht - das An- und Ausschalten der Versorgungsspannung der Stripes funktionieren könnte. Quelle war: http://digitaldiy.io/articles/electronics/general/67-tip-logic-level-fets-p-channel Den vorgeschlagenen NDP6020P gibt es leider nicht bei R., aber bei C. (1,07 €). Vielleicht gibt es weitere Vorschläge für einen geeigneten P-Ch MOSFET und eine bessere Schaltung. Da die Schaltfrequenz sehr sehr niedrig ist, sind aus dieser Sicht keine weiteren Vorkehrungen zu treffen. Ich habe z. Z. gar keinen geeigneten MOSFET griffbereit, deshalb kann ein Test erst später erfolgen. Gruß Günter
Angehängte Dateien:
-
Schaltplan.png
94 KB -
Layout.png
64 KB
Hallo, ich hab es jetzt endlich auch mal geschaut mein Layout fertig zustellen und ich würde mich freuen wenn ihr noch mal drüber schauen könntet. Von den Maßen her ist die Platine 90mm lang und 3,5mm breit, mit den Modulen dürfte sie auf eine Länge von 140mm kommen. Für die Versorgung der Steckerleiste muss noch eine Drahtbrücke von der 5V-Buchse zur Steckerleiste gezogen werden, die im Layout nicht mit eingezeichnet ist. Ich hab mich für eine Drahtbrücke entschieden, da ich die optionale MOSFET-Schaltung mit aufnehmen wollte und je nach dem ob man einen einsetzt GND entweder zur Steckerleiste oder zum MOSFET gelegt werden muss. Als MOSFET hab ich jetzt den IRLZ44 mit einer Schaltung aus dem inet genommen, ich hoffe das passt so. Den IRLZ44 hab ich an PB4 gelegt, da der gut zu erreichen war und auch glaube noch ungenutzt ist. Die ungenutzten Pins habe ich versucht, so weit es ging raus zulegen für etwaige Erweiterungen, viele sind es aber nicht geworden (PB12-PB14 und PA11-PA12). Wie gesagt, ich bin mir unsicher ob das alles so geht und würde mich daher über Anregungen und Hinweise freuen. Gruß Carsten
Carsten M. schrieb: > Als MOSFET hab ich jetzt den IRLZ44 mit einer Schaltung aus dem inet > genommen, ich hoffe das passt so. Den IRLZ44 hab ich an PB4 gelegt, da > der gut zu erreichen war und auch glaube noch ungenutzt ist. Die Beschaltung des FET sieht komisch aus. Hast du vielleicht die Anschlüsse für GND und ECU Pin verwechselt? So ist die Masse über 10k an GND Werner
Angehängte Dateien:
-
Mosfet_Schalter.png
8 KB
Eigentlich sollte es eher so aussehen. Aber im Prinzip schon richtig, man kann besser einen N-Kanal FET einsetzen, als eine P-Kanal. Der Gatewiderstand ist nicht zwingend erforderlich, aber man kann besser den µC Pin vor dem Umladestrom schützen als den µC auszuwechseln.
Bernhard schrieb: > Aber im Prinzip schon richtig, man kann besser einen N-Kanal FET > einsetzen, als eine P-Kanal. Ja. Dieser muss aber nicht nur ein Logic-Level-Mosfet sein, sondern auch noch bei 3,3V Gatespannung zuverlässig durchschalten, damit er nicht den Hitzetot stirbt. Ich habe da auch schon an den Mosfet gedacht, der bei der früheren WordClock verwendet wird, nämlich den IRLU2905. Ich bin mir aber nicht sicher, ob der auch mit 3,3V statt 5V auskommt. > Der Gatewiderstand ist nicht zwingend erforderlich, aber man kann > besser den µC Pin vor dem Umladestrom schützen als den µC > auszuwechseln. Ja, ist okay so. Ich nehme meist 82 Ohm. Fragt sich nur, wie die erste WS2812-LED reagiert, wenn man ihr die Masse wegnimmt, aber am Data-Pin noch -5V (gemessen gegen Vdd) liegen. Man weiß ja, dass die ein wenig empfindlich sind, wenn die Potentiale nicht eindeutig sind (z.B. Data = High, Vdd nicht angeschlossen) Wer möchte das denn mal testen?
:
Bearbeitet durch Moderator
Frank M. schrieb: > Fragt sich nur, wie die erste WS2812-LED reagiert, wenn man ihr die > Masse wegnimmt, aber am Data-Pin noch -5V (gemessen gegen Vdd) liegen. > Man weiß ja, dass die ein wenig empfindlich sind, wenn die Potentiale > nicht eindeutig sind (z.B. Data = High, Vdd nicht angeschlossen) Masse möchte ich ungern schalten. Möchte den Schaltkontakt in VDD haben. Könnte man nicht, wenn der Abschaltebefehl an den MosFET geht, auch den Datenkanal abschalten? Als MosFET sollte eigentlich ein N-Kanal genutzt werden - wenn ich das soweit richtig haben. Werde hier mal etwas experimentieren.
:
Bearbeitet durch User
Sorry, vergesst mein Geschwafel von vorhin, wenn wir bei der Schaltung nicht den Lastwiderstand zwischen +5V und Drain schalten bekommen wir die erforderliche Gate - Source Spannung eh nicht zusammen. Dann wäre der Stripe ständig im "Energiesparmodus". Es muss doch ein P-Ch FET sein, wenn unbedingt die +5V geschaltet werden sollen.
Bernhard schrieb: > Es muss doch ein P-Ch FET > sein, wenn unbedingt die +5V geschaltet werden sollen. So habe ich verschiedene Quellen auch verstanden, ergänzend z. B. diese: http://dl6gl.de/grundlagen/schalten-mit-transistoren "Leider" haben P-Ch MOSFETs prinzipiell einen höheren R DS On und das Angebot ist kleiner, aber der schon vorgeschlagene NDP6020P ist mit R DS On = 0,05 Ohm bei V GS = -4,5 V nach meiner Einschätzung für diesen Zweck schon sehr gut geeignet. Test folgt. Torsten G. schrieb: > Könnte man nicht, wenn der Abschaltebefehl an den MosFET geht, auch den > Datenkanal abschalten? Genau so könnte die Lösung aussehen. Gruß Günter
Hallo, also wenn ich das richtig verstanden habe, passt das mit dem N-Ch MOSFET so nicht, da bei dem die Ugs über 5v liegen muss, damit er überhaupt durchschaltet. Beim P-CH MOSFET ist es so, dass Ugs -5v sein muss, damit er voll durchschaltet und dann gibt es auch noch ein Innenwiederstand der selbst bei Ugs -5v nicht die vollen 5v an Uds durchlässt. Hab ich das so richtig verstanden? Könnte der IRF4905 passen, der hat einen Rds von 0,02 Ohm? Gruß Carsten
Angehängte Dateien:
-
wc24h_boden.jpg
240 KB
So Leute, das Angebot des Schreiners für dne WC24h Boden liegt nun vor. Die Fräszeit beträgt knappe 50 Minunten pro Boden. Die Fräszeit wird primär durch die 288 Löcher bestimmt. Der Preis pro Boden liegt bei 125 Euro. Zum Vergleich - die WC12h Böden sind in 14 Minunte fertig. Das ist natürlich eine Hausnummer. Daher wollte ich erstmal hier fragen, ob bei dem Preis überhaupt ein weiteres Interesse an diesen Böden besteht. Habe ein Bild vom Prototyp angehängt. Leider ist der Fräser abgebrochen - daher ist der Boden nicht ganz fertig geworden. Gruß, Torsten
Moin, Torsten G. schrieb: > So Leute, das Angebot des Schreiners für dne WC24h Boden liegt nun vor. > > Die Fräszeit beträgt knappe 50 Minunten pro Boden. Die Fräszeit wird > primär durch die 288 Löcher bestimmt. Der Preis pro Boden liegt bei 125 > Euro. um es ehrlich zu sagen, ich würde es für den Preis nicht bestellen :( Kompromissvorschlag: es wird nur die Platte ohne Löcher gefräst und die Löcher bohrt sich jeder selbst ... oder macht das keinen Sinn? Viele Grüße, Thomas
Andreas B. schrieb: > Hmm, ich denke, da fräse ich es lieber selbst um ehrlich zu sein. Gibt es eine Zeichnung mit Maßen vom 24h-Boden?
Thomas S. schrieb: > um es ehrlich zu sagen, ich würde es für den Preis nicht bestellen :( Sehe ich auch so. > Kompromissvorschlag: es wird nur die Platte ohne Löcher gefräst und > die Löcher bohrt sich jeder selbst ... Halte ich für akzeptabel. Dabei könnte der Fräser ja schon mal für jedes Loch einen kleinen "Punkt" als Markierung setzen... Ich hatte mir vor ein paar Wochen auch gedacht, ich bohr mal so eben 288 Löcher durch eine MDF-Platte. Als ich merkte, dass MDF entweder für das Bohren von solchen Durchmessern sch... hart oder mein funkelnagelneuer Bohrer einfach nur Mist ist, habe ich nach 1 Minute Draufhalten aufs erste Loch die Platte einfach gaaaaaanz weit weggelegt.
:
Bearbeitet durch Moderator
Frank M. schrieb: > Ich hatte mir vor ein paar Wochen auch gedacht, ich bohr mal so eben 288 > Löcher durch eine MDF-Platte. Als ich merkte, dass MDF entweder für das > Bohren von solchen Durchmessern sch... hart oder mein funkelnagelneuer > Bohrer einfach nur Mist ist, habe ich nach 1 Minute Draufhalten aufs > erste Loch die Platte einfach gaaaaaanz weit weggelegt. Das ist das "Problem" von MDF. Das ist zum fräsen super geeignet, da es nicht reißt - ist auf der anderen Seite aber auch sehr Werkzeugraubend. Die Idee hatte ich damals schon bei den Anfängen der ersten WordClock und habe die MDF Platte dann auch nach den ersten 3 Löchern weg gelegt und dann letztendlich irgendwann entsorgt. Verstehe das Argument mit dem Preis - finde den auch recht hoch. Sieht man den allerdings in Relation zu der Zeit, ist es wieder okay. Die Maschine braucht knapp eine Stunde pro Boden. Überlegt mal wie lange man da per Hand alleine an den 288 Löchern bohren würden - die Anzahl der notwendigen Bohrer mal außen vor gelassen. Gruß, Torsten
Ich habe das ja mal gemacht, die 288 Löcher zu bohren. Da ist man schon einige Stunden dabei. Und dann hat man nur den mittleren Teil wegwn der Ausladung des Bohrständers. Einige Löcher in der Mitte muss man von Hand bohren. Die Seitenteile müssen dann angeleimt und mit der Oberfräse bearbeitet werden. Deshalb ist der Preis schon realistisch. Gruss Peter
Angehängte Dateien:
-
IMG-20160207-WA0009.jpg
160 KB
Ich muss sagen, ihr treibt ja einen ziemlichen Aufwand für eine Zwischenplatte die sowieso niemand hinterher sehen wird :) Ich hab meine aus dunklem Kunststoff und auf der Fräse bohren lassen. Die war nach ca. 5 min fertig gebohrt. Die Aussparungen für die Elektronik habe ich hinterher mit der Bandsäge ausgeschnitten.
Hallo, Ich habe sowohl WC24h als auch WC12h gebaut.Beide mit dem STM32F103mini. Mit der SW V1.6.3 lief die WC24h auch stabil. Dann habe ich mich an die WC12h gemacht (auch mit STMF103mini). Die habe ich gleich mit V1.8.3 geflasht. Hat alles funktioniert (ESP konnte ich aber erst flashen, nachdem ich GPIO0 auf GND gelegt habe), nur die IR Programmierung will bei beiden Uhren nicht laufen, ich bekomme noch auf dem Display die info in Laufschrift, dass der IR Programm Modus an ist und ich ON/OFF drücken soll und dann kommt keine weitere Reaktion. Was mich verwirrt ist, dass bei der WC24h mit V1.6.3 alles super lief. Den Anschluß 3 des TSOP31238 habe ich auf PB3 liegen, lag davor aber glaub ich an einem anderen PIN. Frage: Hat jemand den IR Modus in der o.g. Konfiguration getestet ? Habe z.B. mit dem Nucleo Board und V1.8.3 keine Probleme, läuft super ! Und da ich gerade von super spreche. Die beiden Uhren mit Ihren umfangreichen Funktionen sind es natürlich auch. Vielen Dank an alle, die da mit gemacht haben. Für mich als "Nichtprogrammierer" ist das alles phantastisch gut. Burkhard Drechsler
Gibt es den irgendwelche Alternativen zu MDF, die sich besser bearbeiten lassen? Am besten noch in Weiß, ich würde die WC gerne Rahmenlos bauen, wie das Original. Dazu wäre es schön, wenn der Zwischenboden schon weiß lackiert wäre. Hat jemand eine Idee? Selber lackieren sieht immer so unsauber aus. Gruß Carsten
POM, als Markenname Hostaform, gibt es auch mit harter, glänzender Oberfläche.
Burkhard D. schrieb: > Den Anschluß 3 des TSOP31238 habe ich auf PB3 liegen Das ist korrekt. > Frage: > Hat jemand den IR Modus in der o.g. Konfiguration getestet ? Ich muss zugeben, dass ich die letzte Version auch nur auf dem Nucleo getestet habe. Da fällt mir ein: Hast Du vielleicht den Source selbst compiliert im Debug-Mode? Denn in diesem Fall wird IRMP wegen akutem Flash-Mangel deaktiviert. Im Release-Mode ist natürlich alles drin.
Frank M. schrieb: > Denn in diesem Fall wird IRMP wegen akutem Flash-Mangel > deaktiviert. Da hatte ich gerade ein Erfolgserlebnis das euch auch helfen könnte. Habe auch dieses F103 Miniboard und Beiträge gefunden das der F103C8 auch 128 kB hat. Per OpenOCD lässt sich das komplett nutzen :-) Mit einem USB Bootloader müsste das auch gehen, da kann man ja auch die flashsize ignorieren. siehe: Beitrag "Re: Basteltip: STM32F103 DIP40 Board"
Jojo S. schrieb: > Habe auch dieses F103 Miniboard und Beiträge gefunden das der F103C8 > auch 128 kB hat. Ja, ich habe das auch schon des öfteren hier gelesen. Aber ob man sich darauf verlassen kann? Im Moment ist noch jede Menge Platz im Flash, solange man nicht debuggen wii.
Thomas H. schrieb: > Ich hab meine aus dunklem Kunststoff und auf der Fräse bohren lassen. > Die war nach ca. 5 min fertig gebohrt. Prima! Machst Du mir auch eine? Ich zahle Dir auch einen Stundenlohn von 120 EUR! Macht dann für die 5 Minuten 10 EUR. :-)
:
Bearbeitet durch Moderator
Frank M. schrieb: > Thomas H. schrieb: >> Ich hab meine aus dunklem Kunststoff und auf der Fräse bohren lassen. >> Die war nach ca. 5 min fertig gebohrt. > > Prima! Machst Du mir auch eine? Ich zahle Dir auch einen Stundenlohn von > 120 EUR! Macht dann für die 5 Minuten 10 EUR. :-) Habe heute morgen die Anfrage raus gesendet, was es kosten würde nur die 288 Löcher zu bohren. Für den Rest müsste man sich dann etwas einfallen lassen. Wobei mir ehrlich gesagt die Variante mit der rausgesägte Ecke nicht zusagt. Das würde ich für mich anders lösen. Schauen wir mal, was eine Scheibe Schweizer Käse aus 19er MDF kostet :) Gruß, Torsten
Hallo Frank, Hallo Jojo also ich muß gestehen, dass ich nicht alles von euren Kommentaren verstanden habe, bin kein Programmierer. Ich habe den STM32F103mini mit einem UART Programmer "Flash-Loader-Demonstrator" von STMicroelectronics programmiert: https://github.com/palhartinger/HowTo-STM32F103C8T6/wiki/6_Programming-with-UART Dort gibt es einen Punkt, wo angezeigt wird: Target:STM32F1_Med-density_64K und man kann wohl auch im Pulldown-Menü eine Auswahl treffen, weiss aber nicht was da noch möglich ist, denke bei meinem verwendeten Typ weiter nichts. Den Code habe ich dann als Hex-Datei mit diesem Programm via FTDI-Board auf den STM geflasht. Compilieren ist nichts für mich -:( Den Link von Jojo habe ich gelesen, verstehe aber zu wenig davon. Kann man vielleicht mit o.g. Programm auch den Speicher des STM32 erweitern? Leider habe ich den Windows PC wieder abgegeben(will mir nun auch einen eigenen bauen), so dass ich nichts testen kann. Oder gibt es noch eine andere Möglichkeit den IRMP mit Leben zu erfüllen. Mich stört ja nur, dass Temperaturauslesen jetzt nur über Browserinterface möglich ist. Alternativ könnte man noch die App. erweitern (Wunsch !) Gruß Burkhard
Hallo, ich habe zwei Fragen, könnte mit der Frontplattenbestellung für die 24h Uhr noch gewartet werden, bis das mit dem Zwischenboden geklärt ist? Und zweitens etwas Offtopic, weiß jemand wie bei Em:Blocks bzw. Em:Bitz der verwendete Compiler hinterlegt ist? Also es gibt dieses Drop Down Menü, wo man den Compiler auswählen kann. Es gibt den Bare Metal Compiler und das was bei der Installation automatisch (aus dem PATH?) erkannt wurde. Wie komme ich an nachträglich installierten Compilern bzw. wie kann ich einen Compiler auswählen, der (aus bestimmten Gründen) nicht im PATH steht? Hintergrund der Frage ist, das ich verschiedene Compiler und Compilerversionen installiert aber nicht im PATH eingetragen habe und gerne gezielt einen auswählen können möchte. Momentan sehe ich bei em:B... vermutlich die einzige Möglichkeit in einem eigenen makefile, wo ich dann aber auch alle anderen Einstellungen selber eintragen müsste. Es gibt unter C:\Users\NAME\AppData\Roaming\EmBitz\0.40\default.conf Die Einträge für das Compiler Drop Down Menü wobei eine Variabel $(TARGET_COMPILER_DIR) verwendet wird, deren Wert ich nirgendwo finde. Das Verzeichnis scheint aber auf das em:B... Verzeichnis zu verweisen und ist bei allen im Drop Down Menü hinterlegten Compilern gleich. Übrigens habe ich em:Bitz V0.42 installiert, der Ordner heißt trotzdem 0.40. Nur bevor einer fragt... Irgendwelche Ideen? em:Bitz gefällt mir ja sehr gut, auch die Möglichkeit ein eigenes makefile bei Bedarf nutzen zu können. Aber mir fehlt da etwas die Kontrolle über den verwendeten Compiler. Bei einem abgeschlossenen Projekt möchte ich gerne die verwendete Compiler Version bei Bedarf im Projekt fest nageln können, um später keine Überraschungen zu erleben. Bei CoIDE kann man den Pfad zum Compiler leicht einstellen. Es ist zwar glaube ich global, aber damit kann ich zur Not noch leben. Zumindest ist offensichtlich welcher Compiler verwendet wird. Würde mich über Hinweise freuen. Danke. Bernd
Also ich könnte den ARM GCC vermutlich in der default.conf händisch eintragen.
1 | <armgcc> |
2 | <NAME> |
3 | <str> |
4 | <![CDATA[ARM GCC Compiler (generic)]]> |
5 | </str> |
6 | </NAME> |
7 | <INCLUDE_DIRS> |
8 | <str> |
9 | <![CDATA[$(TARGET_COMPILER_DIR)\..\arm-none-eabi\include;$(TARGET_COMPILER_DIR)\..\arm-none-eabi;]]> |
10 | </str> |
11 | </INCLUDE_DIRS> |
12 | <LIBRARY_DIRS> |
13 | <str> |
14 | <![CDATA[$(TARGET_COMPILER_DIR)\..\arm-none-eabi\lib;$(TARGET_COMPILER_DIR)\..\lib;]]> |
15 | </str> |
16 | </LIBRARY_DIRS> |
17 | <MASTER_PATH> |
18 | <str> |
19 | <![CDATA[Undefined]]> |
20 | </str> |
21 | </MASTER_PATH> |
22 | </armgcc> |
Etwa so:
1 | <armgcc> |
2 | <NAME> |
3 | <str> |
4 | <![CDATA[ARM GCC Compiler (generic)]]> |
5 | </str> |
6 | </NAME> |
7 | <INCLUDE_DIRS> |
8 | <str> |
9 | <![CDATA[C:\GNU Tools ARM Embedded\5.0_2015q4\5.2_2015q4\arm-none-eabi\include;C:\GNU Tools ARM Embedded\5.0_2015q4\5.2_2015q4\arm-none-eabi;]]> |
10 | </str> |
11 | </INCLUDE_DIRS> |
12 | <LIBRARY_DIRS> |
13 | <str> |
14 | <![CDATA[C:\GNU Tools ARM Embedded\5.0_2015q4\5.2_2015q4\arm-none-eabi\lib;C:\GNU Tools ARM Embedded\5.0_2015q4\5.2_2015q4\lib;]]> |
15 | </str> |
16 | </LIBRARY_DIRS> |
17 | <MASTER_PATH> |
18 | <str> |
19 | <![CDATA[C:\GNU Tools ARM Embedded\5.0_2015q4\5.2_2015q4\bin]]> |
20 | </str> |
21 | </MASTER_PATH> |
22 | </armgcc> |
Dann ist es aber auf jeden Fall eine globale und keine projektabhängige Einstellung. Kann man das direkt im em:Bitz irgendwie projektabhängig machen?
Burkhard D. schrieb: > Den Code habe ich dann als Hex-Datei mit diesem Programm via FTDI-Board > auf den STM geflasht. Compilieren ist nichts für mich -:( Dann hast Du also die fertige Hex-Datei aus dem Artikel genommen? Vergiss dann alles andere. Dort ist IRMP selbstverständlich aktiviert und auch genügend Flash, da ich alles als "Release" übersetzt habe. Vergiss also alles andere. Du musst nichts tun. Es muss out-of-the-box mit den von mir im Artikel abgelegten Hex-Dateien funktionieren. Ich werde die STM32F103-Mini-Version nochmal selber testen und mich dann hier melden. > Den Link von Jojo habe ich gelesen, verstehe aber zu wenig davon. Vergiss das, das hat nichts mit Deinem Problem zu tun. > Alternativ könnte man noch die App. erweitern (Wunsch !) Habs auf meine Todo-Liste genommen.
:
Bearbeitet durch Moderator
Bernd schrieb: > könnte mit der Frontplattenbestellung für die 24h Uhr noch gewartet > werden, bis das mit dem Zwischenboden geklärt ist? Ich hoffe, wir können das mit dem WC24h-Zwischenboden noch diese Woche klären. Keine Panik, wir werden eine zufriedenstellende Lösung finden, da bin ich mir sicher. Torsten macht das ja extra hier transparent, damit jeder dazu etwas beitragen kann. > Und zweitens etwas Offtopic, weiß jemand wie bei Em:Blocks bzw. Em:Bitz > der verwendete Compiler hinterlegt ist? Vielleicht fragst Du das besser im Unterforum "Compiler & IDEs".
Torsten G. schrieb: > Habe heute morgen die Anfrage raus gesendet, was es kosten würde nur die > 288 Löcher zu bohren. Für den Rest müsste man sich dann etwas einfallen > lassen. Frage: Kann man nicht erst N Platten bohren lassen und anschließend die ganze Fuhre nochmals fräsen? Dann muss das Werkstück (Bohrer->Fräse) nicht N-mal gewechselt werden, sondern nur einmal. Und was ist mit der Idee, einen weicheren Kunststoff zu nehmen, wie es Thomas H. gemacht hat? Auf den Zwischenboden wirken ja keine großen Kräfte. Damit sollte das Bohren dann kein größerer Akt sein.
Frank M. schrieb: > Und was ist mit der Idee, einen weicheren Kunststoff zu nehmen, wie es > Thomas H. gemacht hat? Auf den Zwischenboden wirken ja keine großen > Kräfte. Damit sollte das Bohren dann kein größerer Akt sein. Welche Stärke muss denn der Zwischenboden haben, damit die Buchstaben gleichmäßig (!) ausgeleuchtet werden, auch was die drei Farben betrifft? Es gibt, auch in Weiß, einem PVC-Schaum namens "Forex", den habe ich aber bis jetzt nur bis zu einer Stärke von 10 mm gefunden, das scheint mir für eine gleichmäßige Ausleuchtung arg wenig zu sein. Das schon erwähnte POM wird allein vom Materialpreis teuer. Als "Holzbohrer" bin ich mit MPX-Platten passender Stärke und hartmetallbestückten "Kunstbohrern" aus China gut klargekommen - ein Bohrer hat die Löcher für zwei WordClock 12h problemlos geschafft und ist keineswegs am Ende. Zu den Kanten: Bei meiner "Konstruktion" ohne Ambilight habe ich rundum Leisten aus 3 mm Sperrholz aufgeklebt, geschliffen und mit Umleimer zum Aufbügeln versehen. Alles in allem schon Arbeit... Gruß Günter
apropros Ambilight, evtl. etwas offtopic aber hat sich jemand die LED strips mit dem zusätzlichen 4. "Kanal" weiß angeschaut? z.B: SK6812 RGBW die quasi Klone von den ws2812b sind nur eben mit der 4. LED im gleichen Gehäuse verbaut sind. Damit sind angenehmere pastel Farbtöhne möglich. Und das Weiß ist deutlich heller.
Günter H. schrieb: > Welche Stärke muss denn der Zwischenboden haben, damit die Buchstaben > gleichmäßig (!) ausgeleuchtet werden, auch was die drei Farben betrifft? Bei der WC12h hat der Zwischenboden eine Stärke von 19mm. Da sind die Buchstaben (und damit der auszuleuchtende Bereich) aber wesentlich größer als bei der WC24h. Hier würde rechnerisch eine Stärke von 12mm ausreichen. > Es gibt, auch in Weiß, einem PVC-Schaum namens "Forex", den habe ich > aber bis jetzt nur bis zu einer Stärke von 10 mm gefunden, das scheint > mir für eine gleichmäßige Ausleuchtung arg wenig zu sein. Ja, PVC-Hartschaum habe ich auch massig bei eBay gefunden und teils zu Preisen von unter 10 EUR für die Größe, die wir bräuchten. Ich hatte schon folgende Idee, weiß aber mangels Erfahrung mit dem PVC-Hartschaum nicht, ob das funktionieren könnte: - eine Schicht 310(!) x 450 x 10 mm - eine Schicht 450 x 450 x 4 mm Diese beiden aufeinanderkleben. Dann sieht das so aus:
1 | +---------------------+ |
2 | | | | | |
3 | | | o o o o o | | |
4 | | | o o o o o | | |
5 | | | o o o o o | | |
6 | | | o o o o o | | |
7 | | | o o o o o | | |
8 | | | o o o o o | | |
9 | | | | | |
10 | +---------------------+ |
Links und rechts habe ich dann "Taschen" mit 450 x 70 mm Größe. Da passt das abgesägte Nucleo locker rein. Und jetzt die Preisfrage: Ließe sich das bohren, ohne dass das ganze Zeugs auseinanderfliegt?
:
Bearbeitet durch Moderator
Die Stabilität der Klebung sollte nicht das große Problem sein, "UHU" z. B. empfiehlt dafür "UHU allplast" (im 30 g-Tübchen). Dieser Kleber löst das Material oberflächlich an und sorgt so für eine stabile Klebung. Der Wettbewerber "Henkel" empfiehlt den Kontaktkleber "Pattex". Schlecht beurteilen kann ich, ob die 4 mm-PVC-Schaumplatte hinreichend "biegesteif" ist, um die Frontplatte vernünftig zu halten. Die Acrylglasplatte wiegt ca. 700 g, eine VA-Frontplatte etwa das Doppelte. Stutzig gemacht hat mich bei einem Hersteller der Hinweis, dass die Platten flach liegend gelagert werden sollen, "um unnötige Durchbiegungen zu vermeiden" (z. B. http://www.vekaplan.de/vekaplan/files/Verarbeitungshinweise_D.pdf auf Seite 13). Ansonsten ist die Idee des "Sandwich-Aufbaus" sehr schön. Ich selbst nutze das bei meinen "Holzkonstruktionen" auch, da ich von den Werkzeugen her besser bohren und sägen als fräsen kann. Gruß Günter
Angehängte Dateien:
Hallo Gemeinde, möchte Euch meine Erfahrungen zu Rahmen für 12h Uhren mitteilen. Da ich Zugang zu einer cnc Fräsen habe habe ich zwei Möglichkeiten ausprobiert. Einmal aus 19mm mdf platte aus den vollen gefräst. Einmal aus 3mm mdf platte mit srecktechnik.
Die Stecktechnik hat gegenüber der Vollmaterialtechnik erhebliche Vorteile. Material kostet nur 5 Euro . Die Kammern sind sehr gross. Das Gewicht ist erheblich leichter.Die Stabilität ausreichend gut. Rahmenloser Aufbau gut Möglich. Mit etwas Geschick auch ohne cnc Fräsen zu bewerkstelligen. Besteht nur aus 4 unterschiedlichen Bauteilen
Charly H. schrieb: > Die Stecktechnik hat gegenüber der Vollmaterialtechnik erhebliche > Vorteile. > Material kostet nur 5 Euro . Die Kammern sind sehr gross. Das Gewicht > ist erheblich leichter.Die Stabilität ausreichend gut. Rahmenloser > Aufbau gut Möglich. Mit etwas Geschick auch ohne cnc Fräsen zu > bewerkstelligen. Besteht nur aus 4 unterschiedlichen Bauteilen Die Idee ist gut. Wie hast Du das dann mit den Taschen für die Elektronik gelöst? Und welche Stärke haben die Streifen? Gruß, Torsten
Die Matrix ist 365x400 mm passen für led strips 30 pro Meter. Damit die Buchstaben eine gute Wirkung erzeugen wurden die Felder höher wie breit. Das Außenmaße 500x500mm passt in Ikea Bilderrahmen. Somit habe ich unten und oben 50mm und links und rechts ca.65mm Platz. Das ganze aus 3mm Mdf. Die Streifen sind 20mm breit um eine gute Ausleuchten der Felder zu gewähren. Gruß Charly
Angehängte Dateien:
-
20160316_090138.jpg
210 KB
Günter H. schrieb: > Es gibt, auch in Weiß, einem PVC-Schaum namens "Forex", den habe ich > aber bis jetzt nur bis zu einer Stärke von 10 mm gefunden, das scheint > mir für eine gleichmäßige Ausleuchtung arg wenig zu sein. Das schon > erwähnte POM wird allein vom Materialpreis teuer. Den allerersten Boden den ich damals mir habe herstellen lassen ist aus Forex. Hatte diesen damals bei einem Messebauer herstellen lassen - Kostenpunkt für die Einzelanfertigung waren 75 Euro. Links auf dem Bild der erste Boden aus Forex (950 gr) und rechts der aktuelle aus MDF (1130 gr). Da müsste man eine Firma finden, die so etwas in Menge produzieren kann. Gruß, Torsten
:
Bearbeitet durch User
Angehängte Dateien:
-
20160316_111014.jpg
250 KB -
20160316_122559.jpg
230 KB -
20160316_132622.jpg
250 KB -
20160316_132637.jpg
230 KB
Die Prototypen der Shields sind heute angekommen :) Leider ist die Schraubklemme für die Stromversorgung zu nah am STM Board. Musste hier eine kleine Ecke vom STM32 DevBoard abfräsen. Das wird dann noch korrigiert. Ebenso kommt noch die DCF77 Stabilisierungsschaltung drauf. Auch der MOSFet wird noch mit rein kommen. Jetzt habe ich beim testen das Problem, dass ich den ESP8266 nicht geflashed bekomme. Den STM32 konnte ich problemlos flashen und der Debug Mode funktioniert auch
1 | Welcome to WordClock Logger! |
2 | ---------------------------- |
3 | Version: 1.8.3 |
4 | rtc is online |
5 | eeprom is online |
6 | current eeprom version: 0x00010700 |
7 | reading ir codes from eeprom |
8 | reading display configuration from eeprom |
9 | reading timeserver data from eeprom |
10 | reading night timers from eeprom |
11 | ESP8266 LOGGER |
12 | read rtc: We 2000-04-04 04:39:02 |
13 | update display |
Dann drücke ich den RESET Knopf, setzte den ESP-Flash Jumper und lasse den RESET Knopf los. Unabhängig ob ich den ESP-Flash Jumper entferne oder nicht, zeigt HTerm mir dann folgendes an:
1 | rl lœrŒbânŒ€lìpŒ|‚Ÿ ìp“r’œìlbŒp~òoŸlnoœbbpŒŽcl`rlpòoà‚œ ƒlcoâãnlìãŒpŒ|ònîlŒl`noŽslnsŽ’žsll`pónàƒrŒœ“œbnããn쎞ŒŽpŒ|~òoîŽ l`noŽslnrŽ’žs’œàl`pònà‚œ sŒœ’œàì€coâãnlŽbŒ|~ónî l`nol`nsŽ’žrrl`r’žrrl`slŒŒnœ Œpónž ŒžbrnonŒ lŒbŽ`Œpƒlbl ìl€“lìl€“’œŒ Ž€lll~sl ì“Œ llnœŒ bòll ìl€’ŒŒprnìlbc’œ ŒŒ llàcllpbƒbr‚ŒnbsbrƒŒnccll’Ÿsž~Œ|“ãnlžŽ’œŒll`rlsloÌÿ |
2 | Ai-Thinker Technology Co.,Ltd. |
3 | |
4 | ready |
Gemäß Schaltplan sind die Pins wie folgt verbunden (habe das auch nachgemessen):
1 | VCC -> +3.3V |
2 | RST -> A0 |
3 | CH_PD -> A1 |
4 | TXD -> A3 |
5 | RXD -> A2 |
6 | GPIO0 -> A4 |
7 | GPIO2 -> 10k -> +3.3V |
8 | GND -> GND |
Prinzipel gehe ich davon aus, dass die Verbindung auch sauber steht und der STM die UART Verbindung auch durchschleift, sonst würde die Ai-Thinker Meldung ja nicht kommen. Aus einem mir im Moment nicht ersichtlichen Grund, wir der ESP8266 aber nicht in den Flash Modus versetzt. Wenn ich nämlich mit dem esp8266-Flasher versuche die FW zu übertragen bekomme ich nur ein
1 | connecting .... |
2 | Failed to connect |
Liegt der Fehler im Board oder sitzt er vor dem Board :)
Torsten G. schrieb: > Die Prototypen der Shields sind heute angekommen :) Sehr schön. Wenn Du einen übrig hast, nehme ich den gern. > Aus einem mir im Moment nicht ersichtlichen Grund, wir der ESP8266 aber > nicht in den Flash Modus versetzt. Ja, die ready-Meldung darf im Flash-Modus nämlich nicht kommen. Vielleicht ist der Puls, den ich auf die GPIO0-Leitung gebe, einfach zu kurz. > Liegt der Fehler im Board oder sitzt er vor dem Board :) Ich werde das heute oder morgen abend mal mit dem Mini-Board selbst testen, weil ich das mit dem IR-Lernmodus sowieso debuggen wollte. Wie ich schon sagte: Die letzten Versionen habe ich nur noch mit dem Nucleo getestet.
:
Bearbeitet durch Moderator
Hallo, ein - für mich - merkwürdiges Problem habe ich in den letzten Tagen an der Uhr festgestellt. Ich habe diese mit dem nucleo F411 aufgebaut und sie lief die letzten Wochen zuverlässig und pünktlich. Seit ein paar Tagen jedoch geht die Uhr nach. Und zwar immer genau 1 Stunde, 3 Minuten und 20 Sekunden. Stelle ich die Uhr wieder, geht sie nach kurzer Zeit wieder nach wie oben beschrieben. Mache ich sie stromlos und stelle anschließend die Uhr wieder... (ihr ahnt es schon...) Das Ganze würde mich nicht so verwirren, wenn die Uhr nicht schon Wochenlang korrekt funktioniert hätte. Andere Timeserver habe ich probiert, gleiches Muster. Kennt jemand dieses Verhalten und hat einer einen Tipp, wie ich die Uhr wieder pünktlich bekomme? Gruß Volker
Volker R. schrieb: > Seit ein paar Tagen jedoch geht die Uhr nach. Und zwar immer genau 1 > Stunde, 3 Minuten und 20 Sekunden. Dazu fällt mir nur ein, dass in US seit dem letzten Wochenende schon Sommerzeit ist. Ich weiß das manche Server hier nun eine für uns falsche Zeit melden. Habe das Problem bei einem PHP Script welches mir via API Daten von einem Server holt. Das muss ich dann immer für diese 2 Wochen per Hand anpassen - irgendwie ein Müll. Das würde zumindest die 1 Stunde erklären - woher allerdings dann noch 3 Minuten und 20 Sekunden kommen......
Volker R. schrieb: > Seit ein paar Tagen jedoch geht die Uhr nach. Und zwar immer genau 1 > Stunde, 3 Minuten und 20 Sekunden. > Stelle ich die Uhr wieder, geht sie nach kurzer Zeit wieder nach wie > oben beschrieben. Was heisst "nach kurzer Zeit"? Nach Minuten, Stunden oder Tagen? Welche Software-Version benutzt Du? Wenn es die letzte ist, schicke mir bitte ein UART-Log nach dem Einschalten - für mind. 5 Minuten. Und schreibe bitte die Uhrzeit auf, wann Du dieses Log erstellt hast. Wenn es nicht die letzte Version ist, sondern noch eine, die mit der Original-Espressif-AT-Firmware läuft, aktualisiere bitte auf die aktuelle Version.
Torsten G. schrieb: > Dazu fällt mir nur ein, dass in US seit dem letzten Wochenende schon > Sommerzeit ist. Ich weiß das manche Server hier nun eine für uns falsche > Zeit melden. Kann eigentlich nicht sein, denn Timeserver senden immer die Zeit nach UTC, welche nicht betroffen ist von irgendwelchen Sommerzeit-Umstellungen. > Das würde zumindest die 1 Stunde erklären - woher allerdings dann noch 3 > Minuten und 20 Sekunden kommen...... Die Stunde kann ich mir nur so erklären, dass ich einen Fehler in der Berechnung von UTC auf lokale Sommer-/Winterzeit drin habe. Dazu berechne ich den letzten Sonntag im Monat März, an welchem dann die Umstellung erfolgt. Obwohl... Volkers Uhr geht über eine Stunde nach und nicht vor. Kann eigentlich nichts mit der Sommerzeit-Umstellung zu tun haben. Ich kann mir nur vorstellen, dass der Timeserver-Zugriff überhaupt nicht funktioniert. Daher fragte ich nach dem Log.
:
Bearbeitet durch Moderator
Für alle die, die mit dem MiniBoard den ESP nicht flashen konnten: Es ist in der esp8266.c in Zeile 86 der falsche GPIO Pin deklariert. Richtig muss es lauten:
1 | #define ESP8266_FLASH_PIN GPIO_Pin_4 |
Dann klappt das flashen auch auf dem MiniBoard und mit dem Shield :)
:
Bearbeitet durch User
Hi Torsten, Torsten G. schrieb: > Es ist in der esp8266.c in Zeile 86 der falsche GPIO Pin deklariert. Danke für den Hinweis. Habe den Fehler korrigiert und die HEX-Dateien für das STM32F103-Mini-Board aktualisiert. Die aktuelle Software-Version 1.8.4 ist ebenso eingecheckt. Damit sollte nun das ESP-Flash-Problem via STM32 Mini-Board nun erledigt sein. Bleibt nun noch das IRMP-Problem, was offensichtlich noch für das Mini-Board gefunden und gelöst werden muss... Viel Spaß, Frank
Frank M. schrieb: > Bleibt nun noch das IRMP-Problem, was offensichtlich noch für das > Mini-Board gefunden und gelöst werden muss... Kümmer ich mich heute abend drum :)
Frank M. schrieb: > Was heisst "nach kurzer Zeit"? Nach Minuten, Stunden oder Tagen? > > Welche Software-Version benutzt Du? Wenn es die letzte ist, schicke mir > bitte ein UART-Log nach dem Einschalten - für mind. 5 Minuten. Und > schreibe bitte die Uhrzeit auf, wann Du dieses Log erstellt hast. > > Wenn es nicht die letzte Version ist, sondern noch eine, die mit der > Original-Espressif-AT-Firmware läuft, aktualisiere bitte auf die > aktuelle Version. Hallo Frank, mit "kurzer Zeit " meine ich innerhalb einer Stunde. Meine Software Version ist 1.8.3 und diese ist ja wochenlang einwandfrei gelaufen. Ich weiß nicht, was sich geändert hat. Ein log erstelle ich und sende es dir als PN. Erstmal vielen Dank und Gruß Volker
Hallo zusammen, wie ist denn nun der Stand zum Zwischenboden für die 24h Uhr? Gibt es eine praktikable Idee für eine günstige Version? Die Bestellung der Frontplatten soll ja heute abgeschlossen werden und ich bin noch unentschlossen, da ich keine Möglichkeit habe, so einen Zwischenboden selber zu fräsen oder zu bohren und über 100€ dafür wären mir zu viel. Gruß Bernd
Hallo zusammen, gibt es zur WC12h auch schon eine englische Sprachversion ? Gruß Burkhard
Hallo Bernd, Bernd schrieb: > wie ist denn nun der Stand zum Zwischenboden für die 24h Uhr? > Gibt es eine praktikable Idee für eine günstige Version? Bisher noch nicht. Ich habe mehrere Fühler in verschiedene Richtungen ausgestreckt, aber bisher noch keine definitive Antworten. Du kannst Dich aber gerne an der Suche nach einer preisgünstigen Zwischenboden-Lösung beteiligen, denn das Projekt lebt natürlich auch von seinen Usern und man kann schlecht erwarten, dass nur einer oder zwei Leute alles allein in die Hand nehmen. > Die Bestellung der Frontplatten soll ja heute abgeschlossen werden und > ich bin noch unentschlossen, da ich keine Möglichkeit habe, so einen > Zwischenboden selber zu fräsen oder zu bohren und über 100€ dafür wären > mir zu viel. Wenns Dir nur um den Termin geht: Ich bestelle eine für Dich mit. Wenn Du die dann nicht nehmen möchtest - was ich nicht glaube - werde ich sie anderweitig unterbringen. Mach Dir also darum keine Sorgen. Gruß, Frank
Burkhard D. schrieb: > Hallo zusammen, > gibt es zur WC12h auch schon eine englische Sprachversion ? Nein, bisher noch nicht. Du kannst Dir aber gerne Gedanken über ein Layout machen :-) Dann noch die Tabellen im Programm anpassen und schon gibts nur noch eine Hürde: Eine genügend große Menge an Interessierten zusammenzubekommen, damit die Frontplatte in einer Sammelbestellung zu einem annehmbaren Preis erwerbbar wird.
hier hat schon jemand mal was vorbereitet: http://miniaturegiantspacehamster.blogspot.de/2011/03/building-word-clock-part-1-genetic.html Im wesentlichen hat er einen genetischen Algorithmus entwickelt, der die optimale Anordnung der Buchstaben für eine beliebige Sprache und Form herausfindet.
Ben W. schrieb: > hier hat schon jemand mal was vorbereitet: > http://miniaturegiantspacehamster.blogspot.de/2011/03/building-word-clock-part-1-genetic.html > > Im wesentlichen hat er einen genetischen Algorithmus entwickelt, der die > optimale Anordnung der Buchstaben für eine beliebige Sprache und Form > herausfindet. Nur baut dieser Algorithmus auf einer 10x10 / 11x11 Basis auf. Derzeit nutzen wir hier eine 11x10 Matrix. Klar ist das nun mit den WS2812 Stripes easy auf 11x11 oder 10x10 zu gehen. Nur sollte man das halt berücksichtigen :)
Burkhard D. schrieb: > Hallo, Ich habe sowohl WC24h als auch WC12h gebaut.Beide mit dem > STM32F103mini. Mit der SW V1.6.3 lief die WC24h auch stabil. Dann habe > ich mich an die WC12h gemacht (auch mit STMF103mini). Die habe ich > gleich mit V1.8.3 geflasht. Hat alles funktioniert (ESP konnte ich aber > erst flashen, nachdem ich GPIO0 auf GND gelegt habe), nur die IR > Programmierung will bei beiden Uhren nicht laufen, ich bekomme noch auf > dem Display die info in Laufschrift, dass der IR Programm Modus an ist > und ich ON/OFF drücken soll und dann kommt keine weitere Reaktion. Was > mich verwirrt ist, dass bei der WC24h mit V1.6.3 alles super lief. Den > Anschluß 3 des TSOP31238 habe ich auf PB3 liegen, lag davor aber glaub > ich an einem anderen PIN. Hi Burkhard, ich bin noch auf der Suche nach dem Fehler. Du sagst, dass in der Version 1.6.3 der IRMP auf dem MiniBoard in der WC24 lief. In der Version 1.8.3 ging der IRMP am MiniBoard weder als WC24 noch als WC12. Das der IRMP in Version 1.6.3 auf dem MiniBoard asl WC12 lief ist nicht bestätigt. Ist das soweit richtig? Sprich der IRMP funktioniert am MiniBoard in Version 1.6.3 und seitdem nicht mehr.
Frank M. schrieb: > Burkhard D. schrieb: >> Hallo zusammen, >> gibt es zur WC12h auch schon eine englische Sprachversion ? > > Nein, bisher noch nicht. Du kannst Dir aber gerne Gedanken über ein > Layout machen :-) > > Dann noch die Tabellen im Programm anpassen und schon gibts nur noch > eine Hürde: Eine genügend große Menge an Interessierten > zusammenzubekommen, damit die Frontplatte in einer Sammelbestellung zu > einem annehmbaren Preis erwerbbar wird. Da gibts doch von der Vorgängerversion schon ein englisches Layout!? Oder hab ich irgendeinen Grund übersehen, warum das nicht passen sollte? https://www.mikrocontroller.net/articles/Word_Clock#Englisch Gruß Tom
Torsten G. schrieb: > Burkhard D. schrieb: > Hi Burkhard, > ich bin noch auf der Suche nach dem Fehler. > Du sagst, dass in der Version 1.6.3 der IRMP auf dem MiniBoard in der > WC24 lief. In der Version 1.8.3 ging der IRMP am MiniBoard weder als > WC24 noch als WC12. Das der IRMP in Version 1.6.3 auf dem MiniBoard asl > WC12 lief ist nicht bestätigt. > Ist das soweit richtig? > Sprich der IRMP funktioniert am MiniBoard in Version 1.6.3 und seitdem > nicht mehr. Ja Torsten, du hast alles richtig verstanden. Gruß Burkhard
Thomas B. schrieb: > Frank M. schrieb: >> Burkhard D. schrieb: >>> Hallo zusammen, >>> gibt es zur WC12h auch schon eine englische Sprachversion ? >> >> Nein, bisher noch nicht. Du kannst Dir aber gerne Gedanken über ein >> Layout machen :-) Ich denke Tom hat Recht >> >> Dann noch die Tabellen im Programm anpassen Das Anpassen ist mein größtes Problem, bin leider nicht sehr bewandert im programmieren. Aber wenn es bis dato nichts gibt, werde ich es versuchen, sobald ich wieder einen Windows-PC habe. Und auf Unterstützung kann ich ja auch hoffen :-) >> und schon gibts nur noch eine Hürde: Eine genügend große Menge an Interessierten zusammenzubekommen, damit die Frontplatte in einer Sammelbestellung zu einem annehmbaren Preis erwerbbar wird. Ich baue die WC12h in den Maßen 50x50cm mit den Standart-WS2812B,30/m. Die Folie macht mir hierzu ein Freund. Ich denke auch, dass sich da nicht viele Interessenten finden. Ich will sie für einen russischen Freund bauen. Erst wollte ich sie in russisch auf Basis eines vorhandenen Layouts eines bekannten Herstellers machen. Mein Freund hat dann aber geschrieben, dass das Deutsche vielleicht verstehen , er nicht :-( > Da gibts doch von der Vorgängerversion schon ein englisches Layout!? > Oder hab ich irgendeinen Grund übersehen, warum das nicht passen sollte? > > https://www.mikrocontroller.net/articles/Word_Clock#Englisch > > Gruß Tom
Thomas B. schrieb: > Da gibts doch von der Vorgängerversion schon ein englisches Layout!? > Oder hab ich irgendeinen Grund übersehen, warum das nicht passen sollte? Okay, dann nehmen wir das. Da dieses Layout aber nie praktisch eingesetzt wurde, wäre es schon nett, wenn Du prüfen könntest, ob damit alle Uhrzeiten auch abgebildet werden können. Burkhard D. schrieb: > Das Anpassen ist mein größtes Problem, bin leider nicht sehr bewandert > im programmieren. Wenn Du mir das Okay gibst, dass das Layout passt, dann kann ich das mit den Tabellen gerne übernehmen. > Ich baue die WC12h in den Maßen 50x50cm mit den Standart-WS2812B,30/m. > Die Folie macht mir hierzu ein Freund. Okay, dann ist das ja auch geklärt :)
Hi, gibt es den schon neue Erkenntnisse zum Abschalten der Stripes? Ich hab jetzt mal versuch die Schaltung von Günter H.oben mit einem IRF4905 aufzubauen aber irgendwie funktioniert das nicht, ich bekomme UDS nicht auf 0V. Ist der IRF4905 überhaupt dafür geeignet oder gibt es noch eine andere Möglichkeit für das abschalten der Stripes? Gruß Carsten
Frank M. schrieb: > Thomas B. schrieb: >> Da gibts doch von der Vorgängerversion schon ein englisches Layout!? >> Oder hab ich irgendeinen Grund übersehen, warum das nicht passen sollte? > > Okay, dann nehmen wir das. Da dieses Layout aber nie praktisch > eingesetzt wurde, wäre es schon nett, wenn Du prüfen könntest, ob damit > alle Uhrzeiten auch abgebildet werden können. Das würd ich dann doch lieber dem Burkhard überlassen. ;) Wusste nicht, dass es nie verwendet wurde und will selbst auch keine englische Version bauen. Wollte nur den Tip mit dem Layout geben. Gruß Tom
Thomas B. schrieb: > Das würd ich dann doch lieber dem Burkhard überlassen. ;) Ja natürlich, sorry für das Missverständnis. Ich meinte natürlich Burkhard.
Das auf dem STM32-Mini-Board aufgefalllene IRMP-Problem nach Wechseln auf den Pin PB3 ist gelöst. Standardmäßig ist hier JTAG aktiv, was abgeschaltet werden muss. Schadet nicht, da man bei diesem Board standardmäßig über das zweipolige SWD und nicht über JTAG debuggt. Update auf 1.8.5 für das Mini-Board kommt im Laufe des Nachmittags. Dann klappts auch mit IRMP. Mittlerweile hat Torsten auch freundlicherweise DCF77 mit dem Mini-Board getestet. Läuft auch. Viel Spaß, Frank
Frank M. schrieb: > Update auf 1.8.5 für das Mini-Board kommt im Laufe des Nachmittags. Dann > klappts auch mit IRMP. Mittlerweile hat Torsten auch freundlicherweise > DCF77 mit dem Mini-Board getestet. Läuft auch. Damit läuft auf dem MiniBoard Shield alles und ich kann in die Serie gehen. Weiß jemand zufällig ob das Nucleo Shield getestet ist? Volker hatte mir die Gerber Dateien zur Verfügung gestellt, nur würde ich gerne wissen ob das so getestet ist. Macht ja keinen Sinn das produzieren zu lassen, wenn dann ein Bug drin ist. Werde hierzu heute abend noch ein Update an alle senden, die die WS2812 Stripes bestellt haben, raussenden. Gruß, Torsten
Torsten G. schrieb: > Weiß jemand zufällig ob das Nucleo Shield getestet ist? Hallo Torsten, hatten wir ja per PN geklärt. shield ist getestet und Prototyp läuft bei mir zu Hause. Gruß Volker
Torsten G. schrieb: > Günter H. schrieb: >> Es gibt, auch in Weiß, einem PVC-Schaum namens "Forex", den habe ich >> aber bis jetzt nur bis zu einer Stärke von 10 mm gefunden, das scheint >> mir für eine gleichmäßige Ausleuchtung arg wenig zu sein. Das schon >> erwähnte POM wird allein vom Materialpreis teuer. > > Den allerersten Boden den ich damals mir habe herstellen lassen ist aus > Forex. Hatte diesen damals bei einem Messebauer herstellen lassen - > Kostenpunkt für die Einzelanfertigung waren 75 Euro. > > Links auf dem Bild der erste Boden aus Forex (950 gr) und rechts der > aktuelle aus MDF (1130 gr). > > Da müsste man eine Firma finden, die so etwas in Menge produzieren kann. > > Gruß, > Torsten Hallo Thorsten Wo sind den die aktuellen Zeichnungen zur Grundplatte zum downloaden ? Ich habe eine Firma (R2 - Werbetechnik), eine Fräse 1500 x 2500mm und sämtliche Materialien (Forex, Dibond, Acryl, Holz, MDF, Alu,...) die man für die Wordclock braucht. Wir können Acryl bis 15 mm lasern. Bin selber auch Elektronik-Fan. Ich kann Euch hier gerne Forex 10 oder 19 mm gefräst inkl. Versand anbieten. Wenn ich die Zeichnung habe kann ich gerne die Platte kalkulieren. Wer Interesse hat kann sich dann gerne bei mir per PN oder hier in diesem Threat melden. lg Eddi
Anbei der aktuelle Schaltplan des WordClock Shield für das MiniDevBoard inklusive DCF77 Stabilisierungsschaltung. Gruß, Torsten
Angehängte Dateien:
-
WS2812_Schutz.png
2,6 KB
Hallo, für die Option des Schaltens der Versorgungsspannung der WS2812 gibt es wohl noch keine einfache Lösung. Es gibt mit z. B. BTS 432 E2 „High Side Switches“ (auch aus Sande), welche - die positive Versorgungsspannung schalten können, - bei einer Steuerspannung von 1,5 V – 2,4 V voll durchschalten, - einen R On 38 mOhm haben(--> bei 4 A 0,6 W Verlustleistung), - umfangreiche Schutzschaltungen haben und - 3,60 € kosten, womit die Stromersparnis des ersten Jahres für das Bauteil „draufgeht“ (aber manchmal geht es ja ums Prinzip). Zum WS2812: Frank M. hatte schon auf die Empfindlichkeit der WS2812 hingewiesen und das Datenblatt zeigt, dass die Spannung am Dateneingang (V I) max. 0,5 V größer oder kleiner sein darf als die Versorgungsspannung (V DD). Zwei Schottky-Dioden an der Datenleitung könnten, zusätzlich zum Abschalten der Daten per Software, dieses „Problem“ lösen – das wurde so in anderen Foren auch schon vorgeschlagen. Gruß Günter
:
Bearbeitet durch User
Günter H. schrieb: > Es gibt mit z. B. BTS 432 E2 „High Side Switches“ (auch aus Sande), Wer so einen Schalter möchte, sollte bitte auch eine fertige getestete Schaltung liefern, denn ich selbst kümmere mich eher um die Software und wegen dieser Tatsache: > - 3,60 € kosten, womit die Stromersparnis des ersten Jahres für das > Bauteil „draufgeht“ ist diese Geschichte für mich sowieso eher akademischer Natur. Ich baue die Ansteuerung gerne in die Software ein, aber bitte erst dann, wenn die Schaltung getestet und praxisgerecht ist. > Zum WS2812: Frank M. hatte schon auf die Empfindlichkeit der WS2812 > hingewiesen und das Datenblatt zeigt, dass die Spannung am Dateneingang > (V I) max. 0,5 V größer oder kleiner sein darf als die > Versorgungsspannung (V DD). Zwei Schottky-Dioden an der Datenleitung > könnten, zusätzlich zum Abschalten der Daten per Software, dieses > „Problem“ lösen – das wurde so in anderen Foren auch schon > vorgeschlagen. Auch eine Idee. In der jetzigen Schaltung ist zur Strombegrenzung jedoch schon ein R 220 drin, der auch desöfteren als ausreichend empfohlen wurde. Was besser ist, kann ich da nicht beurteilen.
:
Bearbeitet durch Moderator
Hallo, ein „Killerkriterium“ für den Einsatz des BTS 432 E2 in der WordClock habe ich hier Beitrag "BTS432 wird heiß? Blinker schalten" und dann auch im Datenblatt selbst gefunden: Die minimale Betriebsspannung für den BTS 432 E2 ist mit 4,5 V viel zu nahe an den 5 V für die WS2812! Damit ist – auch für mich – das Thema „Schalten der Betriebsspannung der WS2812“ erledigt. Gruß Günter
Wäre evtl. ein SSR eine Möglichkeit? https://www.reichelt.de/Solid-State-Relais/FIN-34-81-05-024/3/index.html?&ACTION=3&LA=2&ARTICLE=74928&GROUPID=3298&artnr=FIN+34.81+05-024 Schaltet Spannungen ab 1,5V, Steuerspannung min. 3,5V (Problem?), Dauerbelastbarkeit 2A (ausreichend für 12h-Variante?), Spannungsabfall bei 2A 0,12V Preis, naja... ;) Bin hier kein Fachmann, vielleicht kann sich jemand das Datenblatt mal genauer ansehen? https://www.reichelt.de/index.html?&ACTION=7&LA=3&OPEN=0&INDEX=0&FILENAME=C300%252FS34DE.pdf Gruß Tom
Für mich ist das derzeit Out of Scope. Wenn mir jemand hier eine funktionierende Schaltung präsentieren kann, dann kann ich diese gerne für das nächste Release einplanen. Habe die Shields - Danke an Volker für das Nucleo Shield - gestern Abend bestellt und kann diese nun wie folgt anbieten: * STM32 MiniDevelopmentBoard Shield einzeln zu 3,50 EUR * STM32 Nucleo Shield einzeln zu 5,50 EUR Ich habe - hoffentlich - alle angeschrieben, die bei mir die WS2812 Stripes bestellt haben. Falls jemand Interesse an den Shields hat, schickt mir bitte eine PN. Gruß, Torsten
Thomas B. schrieb: > Wäre evtl. ein SSR eine Möglichkeit? > > https://www.reichelt.de/Solid-State-Relais/FIN-34-81-05-024/3/index.html?&ACTION=3&LA=2&ARTICLE=74928&GROUPID=3298&artnr=FIN+34.81+05-024 Das ist aber kein SSR. Das ist ein herkömmliches Relais. SSRs die DC schalten sind am Markt dünn gesät. @Torsten Also bei dem Preis könnte ich mich auch dafür erwärmen. Ich werde mich dann doch mal registrieren und dir eine PN schicken. Gruß Bernhard
Bernhard schrieb: > Also bei dem Preis könnte ich mich auch dafür erwärmen. Ich werde mich > dann doch mal registrieren und dir eine PN schicken. Habe auch einfach mal aufs blaue jeweils 150 Stück bestellt......
Die Version 1.6 der Android-App WC24h ist nun zum Download verfügbar: WordClock mit WS2812: Download Details zur App: WordClock mit WS2812: Android App Unter den Einstellungen kann nun gewählt werden, ob eine WC24h oder eine WC12h ferngesteuert werden soll. Dies betrifft die Liste der möglichen Anzeige-Modi.
Version 1.8.6 der STM32-Software ist online. Es betrifft lediglich einen Punkt bei der WC12h: - Verzögerte Reaktion der Minuten-LEDs bei Farbwechsel behoben
Bernhard schrieb: > Thomas B. schrieb: >> Wäre evtl. ein SSR eine Möglichkeit? >> >> > https://www.reichelt.de/Solid-State-Relais/FIN-34-81-05-024/3/index.html?&ACTION=3&LA=2&ARTICLE=74928&GROUPID=3298&artnr=FIN+34.81+05-024 > > Das ist aber kein SSR. Das ist ein herkömmliches Relais. SSRs die DC > schalten sind am Markt dünn gesät. Bin ich auch schon drübergestolpert, aber es scheint wirklich ein SSR mit Optokoppler zu sein. Es gibt von dieser Baugröße 2 Varianten, einmal Standard-Relais (Datenblatt S. 1) und einmal SSR mit Optokoppler. Vgl. Datenblatt S.2: ----------------------------------- Serie 34 - Optokoppler (SSR) 0,1 - 2 A 5 mm schmaler Opto-koppler ... • Für DC oder AC-Lasten, kein Kontaktmaterialabbrand ... Seite 5: Wärmeabgabe an die Umgebung: ohne Ausgangsstrom : 0,17 W bei Nennausgangsstrom: 0,4 W + Kennlinien ----------------------------------- Also wenn die anderen Kennwerte nicht dagegensprechen, wäre es evtl. geeignet? Gruß Tom
:
Bearbeitet durch User
Hallo Tom, das oben beschriebene Relais ist definitiv ein SSR-Typ. In der gleichen Baureihe gibt es auch ein "normales" Relais, vielleicht ist das der Grund für die unterschiedlichen Ansichten. Bei der minimalen Steuerspannung von 3,5 V wird die direkte Ansteuerung nicht erfolgreich sein, aber mit einem weiteren Transistor so wie hier https://www.mikrocontroller.net/articles/Relais_mit_Logik_ansteuern wird das klappen. Die Freilaufdiode kann beim SSR-Relais natürlich entfallen. Der Laststromkreis schaltet dann die +5 V für die WS2812, 2 A sind nicht "üppig", könnten für die WordClock12h ohne Ambilight aber gerade reichen. Gruß Günter
Hi, ich hätte noch eine Frage zu den Zwischenböden. Ist es für die LED Abstrahlung besser, ein großes Loch mit 24 mm zu bohren oder ist es besser mit einem Kegelsenker ein Kegel auszufräsen und dann ein kleines Loch zu bohren. Hat der wer Erfahrungen. Gruß Carsten
Hallo Günter, danke für Deine Antwort. Das wäre auch mein Workaround gewesen, wenn die direkte Ansteuerung nicht läuft. Evtl. versuch ich's mal, wenn die Teile aus der Sammelbestellung da sind. Aber wie Du schon geschrieben hast, sind die 2A wohl doch nicht ausreichend (Animationen, Ambilight,...). Wo wir gerade beim Thema stromverschwendende Animationen und Ambilight sind... @Frank Hätte noch ein paar Fragen/Anregungen zu der Software... ;) Kann man für das Ambilight, unabhängig von der Zeitanzeige, Farbe und Helligkeit regeln, bzw. das Ambilight ein- und ausschalten? Gibt es schon einen Modus, in welchem den inaktiven Buchstaben eine Hintergrundfarbe zugewiesen werden kann. (Z.B. Zeit in rot und alle anderen Felder in gedimmtem Blau)? Wäre evtl. auch eine nette Spielerei... ;) Evtl. könnte man die Temperatur auch zum steuern der Farbe des Ambilights und/oder Hintergrunds nutzen... Anzeige von Wetterdaten über Symbole und Laufschrift (Rechenleistung ausreichend?) Nur mal so ein paar Ideen, die mir gerade durch den Kopf gingen. ;) Gruß Tom
:
Bearbeitet durch User
Angehängte Dateien:
-
IMG_5531.jpg
240 KB -
IMG_5538.jpg
230 KB -
IMG_5539.jpg
230 KB
Hallo, Nach einer längeren Abstinenz melde ich mich mal wieder :) Wie ich sehe, ist das Projekt schon um einiges gewachsen. Respekt dafür! Ich wollte euch nur mitteilen, wie ich mittlerweile beim Bau meiner Wordclock 12h vorgegangen bin: Da ich ein µC Einsteiger bin und nicht gleich alles überstürzen wollte, habe ich klein begonnen und versucht die Wordclock mit einem Atmega328 aufzubauen, da ich mit dem Arduino erste Erfahrungen gesammelt hatte und dies sich somit gut angeboten hat. Weiters wollte ich nicht 114 Leds einzeln löten und ich entschied mich für den Strip mit 30 Led / m. Um so nah wie möglich an den "original" Maßen zu bleiben, habe die Strips statt horizontal, vertikal montiert (auf einer 3mm Platte). Die Idee mit der vertikalen Montage hatte ich im Internet gefunden. Somit ergibt sich ein Zeilenabstand von 33,33mm. Proportional dazu und zum "originalen" Maß ergibt sich ein Spaltenabstand von 30,21mm. Die Minutenpunkte habe ich in einem Abstand von 25mm positioniert. Damit passte die ganze Konstruktion noch in 45x45 cm und wirkt optisch auch nicht zu überfüllt. Die Zwischenplatte habe ich mir aus einer 19mm MDF Platte mit einem Akkuschrauber selbst gebohrt ;) Für alle, die wissen wollen, wie lange so etwas ungefähr dauert: Ich habe 4 Stunden für eine Platte gebraucht, aber nach circa 50 Löchern war der Bohrer nicht mehr so motiviert wie ich :) Als RTC habe ich ein DS3231 verwendet, Netzteil ist ein 5V/4A von Pollin. Jetzt bin ich nur mehr auf der Suche nach einer passenden Frontplatte und einem Rahmen. Das File für die Frontplatte habe ich aber schon fast fertig. Falls jemand Interesse am Code hat, kann er sich gerne bei mir melden. Vielleicht lesen hier vielleicht die ein oder anderen Arduino Anfänger mit und können sich, so wie ich, noch nicht viel unter STM und Co vorstellen :) Und nun hätte ich zwei Fragen, die allgemein auf die Wordclock bezogen sind: 1.) Kann es sein, dass die WS2812b LEDs einen leichten Farbunterschied aufweisen, obwohl sie auf die gleiche Farbe eingestellt sind? Ich stelle zum Beispiel für Rot, Grün und Blau jeweils 255 als Farbwert ein und habe dann einige LEDs, die einen Rotstich haben und andere, die einen Blaustich haben. Liegt das an den LEDs, sind sie vielleicht defekt oder liegt das an meiner Software? Habt ihr schon ähnliches bemerkt? 2.) Diese Frage bezieht sich auf den DS3231: Ich verwende hierfür eine Library, mit welcher ich die Zeit einstellen kann. Ich will per Knopfdruck die Stunden um 1 weiterschalten können. Dazu verwende ich diese Funktion: RTC.setDateTime(rtcDate.year, rtcDate.month, rtcDate.day, rtcDate.hour + 1, rtcDate.minute, rtcDate.second); Mein Problem ist jedoch, dass die Sekunden immer auf dem gleichen Wert bleiben, während man die Stunden einstellt. Sind die Sekunden zum Beispiel auf 21, so wird dann wieder 21 in die RTC geschrieben. Es wird jedoch nicht beachtet, ob man fast bei Sekunde 22 war. Die RTC fängt bei Sekunde 21:00 wieder an. Habt ihr dieses Problem auch gehabt oder ist es bei euch ganz anders? Ich entschuldige mich für diesen langen Text, und hoffe dass dies der richtige Platz dafür gewesen ist. Falls nicht, bitte kurz sagen, dann melde ich mich in einem anderen Thread zu Wort. Schönen Abend noch, Phil
Carsten M. schrieb: > Hi, > > ich hätte noch eine Frage zu den Zwischenböden. Ist es für die LED > Abstrahlung besser, ein großes Loch mit 24 mm zu bohren oder ist es > besser mit einem Kegelsenker ein Kegel auszufräsen und dann ein kleines > Loch zu bohren. Hat der wer Erfahrungen. > > Gruß > Carsten Hallo Carsten, Meines Wissens haben die WS2812 einen Abstrahlwinkel von 120°, somit wäre ein Kegel wohl besser, aber nur, wenn das Innere auch entspreched reflektiert. (Bei rohem MDF wird man wohl kaum einen Unterschied bemerken, wenn überhaupt.) An Deiner Stelle würd ichs einfach kurz mit einer LED und den beiden Lochvarianten in nem Stück Holz auspobieren. Am besten noch ein Blatt Papier vor das Loch, um die Ausleuchtung besser beurteilen zu können. (Oder am einfachsten, die Röhre und den Kegel auch schnell aus nem Streifen Papier zusammengeklebt...) Gruß Tom
Frank M. schrieb: > Robert K. schrieb: >> Frank M. schrieb: >>> bei PC13 trügt der Schein: Da hängt >>> bereits die Board-interne LED dran. >> >> könnte man den nicht trotzdem verwenden, indem man die LED entfernt? >> Es braucht doch kein Mensch diese LED in der Word Clock, oder? > > Diese leuchtet permanent, wenn Du die ESP-Flash-Taster-Sequenz > durchgehst - als Orientierung, dass Du alles richtig gemacht hast. Bei meinem Mini Development Board fängt sie kurz nach dem Start an zu leuchten und bleibt dann auch permanent an. Habe ich da etwas falsch gemacht? DCF ist nicht angeschlossen. Gruß Bernhard
Thomas B. schrieb: > Kann man für das Ambilight, unabhängig von der Zeitanzeige, Farbe und > Helligkeit regeln, bzw. das Ambilight ein- und ausschalten? Ich finde diese Idee sehr gut. Habe gerade meine erste WC24h mit Ambilight in Betrieb genommen und muß sagen, dass es schon bei leichter Dunkelheit im Raum durch das Ambilight (5 Stk. WS2812b pro Seite) zu einer Art Blendung durch das Ambilight kommt und dann die relativ kleinen Buchstaben nicht mehr problemlos gelesen werden können. Eine getrennte Helligkeitsregelung wäre also hilfreich. Ob es da noch unterschiedlicher Farben im Gegensatz zur Zeitanzeige braucht ist sicher mehr individueller Geschmack. Bei TV mit Ambilight wird das glaub ich auch nicht in der Form angewendet. Dort wird auch immer nur die aktuelle Farbe am Bildschirmrand auf das Ambilight daneben übertragen, oder liege ich da falsch ?? Gruß Burkhard
Thomas B. schrieb: > Hallo Günter, > > danke für Deine Antwort. Das wäre auch mein Workaround gewesen, wenn die > direkte Ansteuerung nicht läuft. > > Evtl. versuch ich's mal, wenn die Teile aus der Sammelbestellung da > sind. > > Aber wie Du schon geschrieben hast, sind die 2A wohl doch nicht > ausreichend (Animationen, Ambilight,...). > > Wo wir gerade beim Thema stromverschwendende Animationen und Ambilight > sind... > > @Frank > Hätte noch ein paar Fragen/Anregungen zu der Software... ;) > > Kann man für das Ambilight, unabhängig von der Zeitanzeige, Farbe und > Helligkeit regeln, bzw. das Ambilight ein- und ausschalten? Mit einem kleinen Trick kann man die o.g. Funktionen auch ohne SW schon mal aufrufen, vielleicht auch nur um zu ergründen welche Funktionen Sinn machen: Man muß in die DO/DI Leitung des LED-Stripes vor der ersten Ambilight LED einen ein/aus Schalter einbauen. Dann kann man bei "ein" die Farbe und Helligkeit wie gehabt einstellen, aber mit Augenmerk auf die Ambilight_LED's. Dann den Schalter auf "aus" und nun die LED's der Zeitanzeige nach Belieben in Farbe und Helligkeit regeln. Durch die Unterbrechung der Datenleitung zu den Ambilight's reagieren diese nicht mehr. Allerdings auch nicht, wenn die Zeitanzeige per Timer oder anders abgeschaltet werden :-( Da hilft dann nur noch Neustart Gruß Burkhard > > Gibt es schon einen Modus, in welchem den inaktiven Buchstaben eine > Hintergrundfarbe zugewiesen werden kann. (Z.B. Zeit in rot und alle > anderen Felder in gedimmtem Blau)? Wäre evtl. auch eine nette > Spielerei... ;) > Evtl. könnte man die Temperatur auch zum steuern der Farbe des > Ambilights und/oder Hintergrunds nutzen... > > Anzeige von Wetterdaten über Symbole und Laufschrift (Rechenleistung > ausreichend?) > > Nur mal so ein paar Ideen, die mir gerade durch den Kopf gingen. ;) > > Gruß > Tom
Frage zur IR-FB und der Status LED bei WC24h: Was signalisiert die Status LED genau ? -Empfang eines IR Codes oder -Empfang und die Erkennung /Decodierung oder -Empfang und die Erkennung /Decodierung und Ausführung des Codes ? Hintergrund zur Frage: Bei meiner WC24h mit STM32F103, SW 1.8.6 lassen sich alle in der Tabelle zur IR-FB aufgeführten Befehle programmieren und ausführen bis auf "Helligkeit der Farbe Rot reduzieren". Auch nach Wiederholung der Programmierung nicht. Nun ist mir aufgefallen, dass bei allen gesendeten Codes die Status LED blinkt, bei besagtem aber nichts passiert. Bei WC12h mit ansonsten gleicher Konfiguration funktionieren alle Codes fehlerfrei. Hat jemand eine Idee ? Danke Gruß Burkhard
Hallo zusammen, Vielen Dank an die Aktiven hier, vor allem an die SW-&HW-Entwickler und Sammelbestellungsabwickler! Meine erste Uhr mit den Streifenplatinen hängt schon ewig an der Wand, die AOO-Variante auch, aber um die WS2812 komm ich net drumrum :-) Habe noch zwei Fragen: kann mir einer den EBay Händler für die Aluplatte 310mm x 310 mm nennen? Ich finde nur 300mm oder 350mm. Benötige ich für die STM32 MiniBoard Variante neben dem ST Link V2 noch den USB UART Adapter zum flashen des ESP8266? Für was muss der geflasht werden? Da werde ich aus dem Artikel nicht schlau. Dachte auch gelesen zu haben, dass die SW mittlerweile dieses flashen übernimmt! Vielen Dank
Philipp E. schrieb: > Benötige ich für die STM32 MiniBoard Variante neben dem ST Link V2 noch > den USB UART Adapter zum flashen des ESP8266? Für was muss der geflasht > werden? Da werde ich aus dem Artikel nicht schlau. Dachte auch gelesen > zu haben, dass die SW mittlerweile dieses flashen übernimmt! Hi Philipp, Du benötigst keinen weiteren UART Adapter, da der ST Link bereits ein USB UART Adapter ist :) Den ESP8266 kannst Du im eingebauten Zustand über den STM32 flashen. Der STM32 verbindet intern seine RX / TX Pins mit denen des ESP8266 und setzt diesen in den FalshModus. Hierzu einfach wie im Artikel beschrieben vorgehen: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Flash_des_WLAN-Moduls Warum es diese spezielle FW für den ESP8266 gibt, steht dort auch im ersten Satz :)
1 | Für das ESP8266-Wlan-Modul wird aus Stabilitäts- und Geschwindigkeitsgründen eine spezielle auf die WordClock-Anwendung abgestimmte Firmware benutzt (siehe Download), die über das STM32-Board geflasht werden kann. Das ESP8266 kann also während des Flashens in der WordClock-Schaltung verbleiben. |
Philipp E. schrieb: > Kann mir einer den EBay Händler für die Aluplatte > 310mm x 310 mm nennen? Hallo Philipp, suche mal bei ebay nach dem Verkäufer "metalschmiede" (genau so geschrieben). Die verkaufen auf Anfrage hin auch ein "Wunschmass", man muss allerdings die nächste "Normgröße" bezahlen. Gruß Günter
Torsten G. schrieb: > Du benötigst keinen weiteren UART Adapter, da der ST Link bereits ein > USB UART Adapter ist. Hallo Torsten, als "Nichtprogrammierer" habe ich den Artikel bisher auch so verstanden, dass man einen ST Link V2 zum Flashen des STM32-MDB und dann einen 3,3V-USB UART zum Flashen des ESP8266 "über" das STM32-MDB braucht. Dieses "Verständnis" wird dadurch bestärkt, dass der ST Link V2 keine Anschlüsse hat, "auf denen TX und RX steht". Dieser Punkt lässt sich sicher einfach - auch im Artikel - klarstellen. Und mein Dank geht an alle "Programmierer"! Gruß Günter
Torsten G. schrieb: > Philipp E. schrieb: >> Benötige ich für die STM32 MiniBoard Variante neben dem ST Link V2 noch >> den USB UART Adapter zum flashen des ESP8266? > Du benötigst keinen weiteren UART Adapter, da der ST Link bereits ein > USB UART Adapter ist :) Hallo Torsten, Vielen Dank für die rasche Rückmeldung! Meine Shield Bestellung hast du bekommen? Günter, dir danke für die Unterstützung als "Nicht-Programmierer" und für die Alu-Sache!
Günter H. schrieb: > als "Nichtprogrammierer" habe ich den Artikel bisher auch so verstanden, > dass man einen ST Link V2 zum Flashen des STM32-MDB und dann einen > 3,3V-USB UART zum Flashen des ESP8266 "über" das STM32-MDB braucht. > Dieses "Verständnis" wird dadurch bestärkt, dass der ST Link V2 keine > Anschlüsse hat, "auf denen TX und RX steht". > > Dieser Punkt lässt sich sicher einfach - auch im Artikel - klarstellen. > Und mein Dank geht an alle "Programmierer"! Hallo Günter, da gebe ich Dir Recht. Ich muss gestehen, dass ich den Teil im Artikel nicht gelesen habe :) Da ich das Nucleo Board habe und dort ein ST-Link drauf ist, welcher auch ein UART hat, dachte ich - in meinem Leichtsinn - dass jeder ST-Link ein UART hat. Habe gerade mal eben Google gefragt und feststellen müssen, dass der ST-Link als Stand-Alone kein UART hat! Im denke dass man den ST-Link für das MiniBoard generell nicht braucht und stattdessen besser einen UART Adapter kauft. Über den Flash Loader von ST kann das STM32MiniBoard per UART geflashed werden - so habe ich das auch gemacht. Hatte zum STM32MiniBoard immer nur die 3 Drähte RX/TX/GND und darüber den Controller selbst und das ESP geflashed. Habe zum flashend des MiniBoard nie die SWD Schnittstelle verwendet. Sorry für die Verwirrung :) Gruß, Torsten Link zum Flash Loader: http://www.st.com/web/en/catalog/tools/PF257525 PS: die Shield Bestellungen gehe ich heute alle durch - war über Ostern einfach mal OFF
Torsten G. schrieb: > Im denke dass man den ST-Link für das MiniBoard generell nicht braucht > und stattdessen besser einen UART Adapter kauft. Über den Flash Loader > von ST kann das STM32MiniBoard per UART geflashed werden - so habe ich > das auch gemacht. > > PS: die Shield Bestellungen gehe ich heute alle durch - war über Ostern > einfach mal OFF Danke für die Klarstellung! Also ST Link V2 schon mal umsonst bestellt :-) Hat mir jemand einen Link zum Erwerb eines brauchbaren USB UART Adapters oder kann ich da wirklich jeden x-beliebigen bestellen? Dieser und das Softwaretool Flash Loader ist dann alles was man zum flashen der gesamten WC12h braucht? Also als einzige Verbindung von PC zu WC12h neben optionalem WLAN ? Torsten, dein gutes Recht Ostern Ostern sein zu lassen! Dank dir! Gruß Philipp
Hallo zusammen, ich war über Ostern im Urlaub, daher kann ich die Fragen erst heute beantworten: Thomas B. schrieb: > Kann man für das Ambilight, unabhängig von der Zeitanzeige, Farbe und > Helligkeit regeln, bzw. das Ambilight ein- und ausschalten? Im Moment noch nicht, ich halte dies aber für eine sehr sinnvolle Idee. Kommt auf die Todo-Liste. > Gibt es schon einen Modus, in welchem den inaktiven Buchstaben eine > Hintergrundfarbe zugewiesen werden kann. (Z.B. Zeit in rot und alle > anderen Felder in gedimmtem Blau)? Wäre evtl. auch eine nette > Spielerei... ;) Nein, gite es noch nicht. Auch das setze ich auf die Liste. Am besten erstelle ich diese im Artikel. > Evtl. könnte man die Temperatur auch zum steuern der Farbe des > Ambilights und/oder Hintergrunds nutzen... Auch nett :-) > Anzeige von Wetterdaten über Symbole und Laufschrift (Rechenleistung > ausreichend?) Ja! Gefällt mir. Es gibt Wetterdienste, die man sehr einfach übers Internet auslesen kann. Wie wärs noch mit einer Laufschrift für die neuesten Nachrichten? ;-) Bernhard S. schrieb: > Bei meinem Mini Development Board fängt sie kurz nach dem Start an zu > leuchten und bleibt dann auch permanent an. Habe ich da etwas falsch > gemacht? DCF ist nicht angeschlossen. Bei DCF wird die Board-LED ebenso benutzt. Vermutlich hast Du den Pullup-Widerstand vergessen, wenn kein DCF77 angeschlossen ist? Bitte nachrüsten. Rene H. schrieb: > Wie ist der Stand der WC12h Frontplatten Sammelbestellung? Voraussichtlich werden die Frontplatten am Ende dieser Woche eintreffen. Ob ich es schaffe, alle schon an diesem Wochenende zu verpacken, weiß ich in Anbetracht der Menge noch nicht. Ich gehe da nach der Reihenfolge der Beteiligten vor. Burkhard D. schrieb: > Frage zur IR-FB und der Status LED bei WC24h: > > Was signalisiert die Status LED genau ? > -Empfang eines IR Codes oder > -Empfang und die Erkennung /Decodierung oder > -Empfang und die Erkennung /Decodierung und Ausführung des Codes ? Letzteres. > Hintergrund zur Frage: > Bei meiner WC24h mit STM32F103, SW 1.8.6 lassen sich alle in der Tabelle > zur IR-FB aufgeführten Befehle programmieren und ausführen bis auf > "Helligkeit der Farbe Rot reduzieren". Auch nach Wiederholung der > Programmierung nicht. Nun ist mir aufgefallen, dass bei allen gesendeten > Codes die Status LED blinkt, bei besagtem aber nichts passiert. > Bei WC12h mit ansonsten gleicher Konfiguration funktionieren alle Codes > fehlerfrei. Muss ich mir näher anschauen, ich melde mich dazu nochmal. Philipp E. schrieb: > kann mir einer den EBay Händler für die Aluplatte > 310mm x 310 mm nennen? Ich finde nur 300mm oder 350mm. Ich habe einen dieser eBay-Anbieter einfach angeschrieben, nämlich mit der Mail-Adresse ebay(at)blechboerse.de. Ich habe für 2 einfache Alubleche mit Stärke 1mm und 310x310mm 6,78 EUR + Versandkosten von 5,95 insgesamt 12,73 EUR bezahlt. Philipp E. schrieb: > Hat mir jemand einen Link zum Erwerb eines brauchbaren USB UART Adapters > oder kann ich da wirklich jeden x-beliebigen bestellen? Du kannst da eigentlich jeden nehmen. Nimm am besten einen mit 3,3V-Pegel - auch wenn die STM32 meist auf den UART-Pins 5V-tolerant sind. Beispiel: http://www.amazon.de/USB-TTL-Konverter-Modul-mit-eingebautem-CP2102/dp/B008RF73CS Der ist günstig, hat aber auch eine längere Lieferzeit. Meist kosten die Dinger, wenn sie aus Deutschland innerhalb 2-3 Tagen gesandt werden, das doppelte, also um die 7-8 EUR.
Frank M. schrieb: > Hallo zusammen, > > ich war über Ostern im Urlaub, daher kann ich die Fragen erst heute > beantworten: > > Thomas B. schrieb: >> Kann man für das Ambilight, unabhängig von der Zeitanzeige, Farbe und >> Helligkeit regeln, bzw. das Ambilight ein- und ausschalten? > > Im Moment noch nicht, ich halte dies aber für eine sehr sinnvolle Idee. > Kommt auf die Todo-Liste. > >> Gibt es schon einen Modus, in welchem den inaktiven Buchstaben eine >> Hintergrundfarbe zugewiesen werden kann. (Z.B. Zeit in rot und alle >> anderen Felder in gedimmtem Blau)? Wäre evtl. auch eine nette >> Spielerei... ;) > > Nein, gite es noch nicht. Auch das setze ich auf die Liste. Am besten > erstelle ich diese im Artikel. > >> Evtl. könnte man die Temperatur auch zum steuern der Farbe des >> Ambilights und/oder Hintergrunds nutzen... > > Auch nett :-) > >> Anzeige von Wetterdaten über Symbole und Laufschrift (Rechenleistung >> ausreichend?) > > Ja! Gefällt mir. Es gibt Wetterdienste, die man sehr einfach übers > Internet auslesen kann. Wie wärs noch mit einer Laufschrift für die > neuesten Nachrichten? ;-) Hallo Frank, hoffe mal, Dein Kurzurlaub war erholsam. Find ich ja schon mal super, dass ich Dich für meine Vorschläge so begeistern kann. ;) Leider kann ich, mit meinen beschränkten Programmierkenntnissen, bei der Umsetzung nicht wirklich unterstützen. Könnte lediglich anbieten, die Funktionen bei der 12h-Version inkl. Ambilight zu testen, sobald die Teile aus der Sammelbestellung eingetroffen sind und meine Uhr fertiggestellt ist. Das mit den neuesten Nachrichten wollte ich fast auch schon vorschlagen. Aber ich frag mich, wie es mit der Lesbarkeit des Scrolltextes aussieht. Bei der 24h sicher besser als bei der 12h. ;) Symbole zur Wetteranzeige wären da evtl. einfacher erkennbar. Hierzu müsste man sich dann allerdings noch überlegen, in welcher Art und wann das Wetter angezeigt werden soll. Zum Anzeigezeitpunkt könnte ich mir folgendes vorstellen: - einstellbar alle x Minuten - bei Bedarf aktivierbar über brührungslosen Näherungsschalter (wäre hierfür noch ein Eingang am STM Board verfügbar?) <== wäre meine favorisierte Lösung Zur Art der Darstellung kann ich mir gerne auch mal Gedanken machen, sofern die Umsetzung des Konzepts für Dich in Frage kommt. Hab auf Youtube hierzu noch ein Video gefunden, wo das Ganze schon mal in Ansätzen umgestzt wurde: https://www.youtube.com/watch?v=wcLQDykRBbM Daneben sind in dem Video noch ein paar andere Ideen wie Außentempertur, Mondphase, Sonnenauf- und -untergangszeit und natürlich TETRIS zu sehen... PS: Wenn Du das mit den Nachrichten wirklich umsetzen solltest, wäre es evtl. eine Möglichkeit, Twitter als Quelle zu nutzen. Hier ist eigtl. jeder Nachrichtendienst vertreten und die Länge der Nachrichten ist auf 140 Zeichen beschränkt. Außerdem wäre auf diese Weise der Anbieter, ohne zusätzliche Anpassungen, frei wählbar, da ja alles über Twitter läuft. (Und wenn man keine Nachrichten mehr lesen will, stellt man über die App einfach um auf Donald Trump oder Justin Bieber... ;) ) PPS: Je länger ich drüber nachdenk, desto besser gefällt mir die Twitter-Funktion... ;) Gruß Tom
Hallo, Phil P. schrieb: > Und nun hätte ich zwei Fragen, die allgemein auf die Wordclock bezogen > sind: > > 1.) Kann es sein, dass die WS2812b LEDs einen leichten Farbunterschied > aufweisen, obwohl sie auf die gleiche Farbe eingestellt sind? Ich stelle > zum Beispiel für Rot, Grün und Blau jeweils 255 als Farbwert ein und > habe dann einige LEDs, die einen Rotstich haben und andere, die einen > Blaustich haben. Liegt das an den LEDs, sind sie vielleicht defekt oder > liegt das an meiner Software? Habt ihr schon ähnliches bemerkt? Meine zweites Problem habe ich mittlerweile selbst gelöst :) Bleibt nur noch die allgemeine Frage, ob ihr auch Farbunterschiede zwischen einzelnen WS2812b LEDs bei gleicher Farbeinstellung erkannt habt oder ich eventuell eine schlechte Ware erhalten habe. Meine Uhr sieht leicht bunt aus, obwohl ich alle LEDs auf den gleichen Farbwert programmiere (255,255,255). :) Liebe Grüße Phil
Hallo, das mit den zusätzlichen Features (twitter etc.) sind tolle Ideen, die auch gut funktionieren dürften. Allerdings basiert die Umsetzung im video auf einem raspberry pi, also "leicht" andere hardware als zb das miniboard. Es sind nette features, auch tetris oder das matrix modul. Da ich die version bereits nachbauen konnte, weiss ich, wie oft ich es seither genutzt habe. die lesbarkeit für nachrichten ist schon sehr beschränkt bei der 12h version. man muss schon recht weit entfernt sein, um es gut lesen zu können. insoweit meine frage, wenn solche zusatzfeatures eingebunden werden sollten künftig, könnte es zumindest für die minidev. boarder weiterhin eine quasi basissoft nur mit den aktuellen modi geben, damit man sich entscheiden kann? oder zumindest beim flashen abwählbare optionen. wäre sehr schön. die mit dem st32 soll bei mir nur uhr sein.
Phil P. schrieb: > Bleibt nur noch die allgemeine Frage, ob ihr auch Farbunterschiede > zwischen einzelnen WS2812b LEDs bei gleicher Farbeinstellung erkannt > habt oder ich eventuell eine schlechte Ware erhalten habe. Vielleicht liegts auch an Deiner Software? Wenn ich es richtig verstanden habe, benutzt Du einen ATmega und nicht die STM32-Software, die hier diskutiert wird. Wir befinden uns hier im Unterforum Forum: Projekte & Code Hier könnt ihr eure Projekte, Schaltungen oder Codeschnipsel vorstellen und diskutieren. und hier wird konkret das Projekt besprochen bzw. diskutiert, was unter WordClock mit WS2812 dokumentiert ist. Vielleicht machst Du einen eigenen Thread auf, um Dein Problem darzustellen? Irgendwie passt das hier nicht...
Seb schrieb: > die lesbarkeit für nachrichten ist schon sehr > beschränkt bei der 12h version. man muss schon recht weit entfernt sein, > um es gut lesen zu können. Ja, die Lesbarkeit der Laufschrift ist auf der WC24h wesentlich besser. Der Font, der benutzt wird, ist zwar derselbe, aber auf der WC24h können zwei Buchstaben fast vollständig gleichzeitig gezeigt werden. Vielleicht sollte ich einen kleineren Font für die WC12h wählen, um die Lesbarkeit zu erhöhen. > insoweit meine frage, wenn solche > zusatzfeatures eingebunden werden sollten künftig, könnte es zumindest > für die minidev. boarder weiterhin eine quasi basissoft nur mit den > aktuellen modi geben, damit man sich entscheiden kann? Die Basissoftware bleibt auf jeden Fall erhalten und dieser wird auch weiterhin die höchste Priorität eingeräumt. Spielereien können höchstens als Add-On aktiviert werden, denn irgendwann ist Schluss mit dem Flash des Mini-Boards. Beim Nucleo siehts natürlich anders aus.
Frank M. schrieb: > Thomas B. schrieb: >> Kann man für das Ambilight, unabhängig von der Zeitanzeige, Farbe und >> Helligkeit regeln, bzw. das Ambilight ein- und ausschalten? > > Im Moment noch nicht, ich halte dies aber für eine sehr sinnvolle Idee. > Kommt auf die Todo-Liste. ich bin gerade dabei eine art kleine "animations engine" für LED-Stripes und dem STM32F103 zu bauen. Allerdings ist das für eine equinoxClock und nicht eine wordClock aber da Prinziep ist das gleiche. eine Reihe von vorgefertigten Animationen kommen gleich mit: ein paar simple Beispiele kann man hier abschauen: http://dougalcampbell.github.io/LEDStrip/
Frank M. schrieb: > > und hier wird konkret das Projekt besprochen bzw. diskutiert, was unter > WordClock mit WS2812 dokumentiert ist. > > Vielleicht machst Du einen eigenen Thread auf, um Dein Problem > darzustellen? Irgendwie passt das hier nicht... Hallo Frank, Danke für deine Antwort. Ich habe mir gedacht, da die WS2812b hier ein Hauptthema sind, dass jemand vielleicht ähnliches bemerkt hat. Da dies jedoch nicht der Fall zu sein scheint, wird es wohl eher ein Softwareproblem sein, welches natürlich dann nicht mehr hierher passt. Danke trotzdem und viel Spaß noch bei der Weiterentwicklung! Liebe Grüße, Phil
Hi, gibt es eigentlich eine alternative zum Fotowiderstand LDR 07 von reichelt? Der Conrad bei mir ums eck hat den leider nicht. Den alleine bei reichelt zu bestellen würde sich kaum lohnen. Hat jemand ein Vorschlag? Gruß Carsten
Burkhard D. schrieb: > Bei meiner WC24h mit STM32F103, SW 1.8.6 lassen sich alle in der Tabelle > zur IR-FB aufgeführten Befehle programmieren und ausführen bis auf > "Helligkeit der Farbe Rot reduzieren". Auch nach Wiederholung der > Programmierung nicht. Hallo Frank, ich habe heute o.g. Problem bei/mit STM32F401RE Nucleo versucht zu reproduzieren. Dort läuft aber alles wie es sein sollte ;-) Gruß Burkhard
Ben W. schrieb: > Frank M. schrieb: >> Thomas B. schrieb: >>> Kann man für das Ambilight, unabhängig von der Zeitanzeige, Farbe und >>> Helligkeit regeln, bzw. das Ambilight ein- und ausschalten? >> >> Im Moment noch nicht, ich halte dies aber für eine sehr sinnvolle Idee. >> Kommt auf die Todo-Liste. > > ich bin gerade dabei eine art kleine "animations engine" für LED-Stripes > und dem STM32F103 zu bauen. > Allerdings ist das für eine equinoxClock und nicht eine wordClock aber > da Prinziep ist das gleiche. > eine Reihe von vorgefertigten Animationen kommen gleich mit: ein paar > simple Beispiele kann man hier abschauen: > http://dougalcampbell.github.io/LEDStrip/ Hallo Frank und Ben, wenn ihr euch dem Ambilight widmet hier noch ein Vorschlag aus einem YouTube video https://www.youtube.com/watch?v=zlDaeOhOmlc Umlaufende Sekundenanzeige. Dort wurden pro Kante 8 Led x 4 =32 LED eingesetzt und in dem sek-Modus leuchten sie dann alle 2 Sekunden. Finde ich auch nicht schlecht. Viele Grüße Burkhard
Carsten M. schrieb: > Jetzt gibt es den LDR 07 auch nicht mehr bei reichelt :( Ersatz ist der A 906011 von Reichelt. Ich werde mir auch einen bei der nächsten Bestellung bei Reichelt mitbestellen.
Carsten M. schrieb: > Jetzt gibt es den LDR 07 auch nicht mehr bei reichelt :( Ersatz ist der A 906032 - steht aber auch so in der Einkaufsliste :) http://www.reichelt.de/A-906032/3/index.html?&ACTION=3&LA=446&ARTICLE=47510&artnr=A+906032&SEARCH=fotowiderstand Gruß, Torsten EDIT: da war Frank schneller :)
:
Bearbeitet durch User
Burkhard D. schrieb: > wenn ihr euch dem Ambilight widmet hier noch ein Vorschlag aus einem > YouTube video > > Youtube-Video "A selfmade wordclock inspired by Biegert & Funk > (qlocktwo)" > > Umlaufende Sekundenanzeige. Dort wurden pro Kante 8 Led x 4 =32 LED > eingesetzt und in dem sek-Modus leuchten sie dann alle 2 Sekunden. Ja, darüber hatte ich schon letztes Jahr nachgedacht. Ich dachte dabei aber auf eine echte 60sek-Anzeige, also 60 Ambilight-LEDs. Macht 15 Stück auf jeder Seite. Kommt mit auf die TODO-Liste.
Frank M. schrieb: > Ersatz ist der A 906011 von Reichelt. Torsten G. schrieb: > Ersatz ist der A 906032 Ich war zwar schneller, aber Torsten hat recht. ;-) Ersatz ist A 906032 und nicht der A 906011. Letzterer hat nämlich eine Lieferzeit von 3-5 Tagen.
Angehängte Dateien:
-
LDR-Tabelle.jpg
48 KB
> Ersatz ist A 906032 und nicht der A 906011. Letzterer hat nämlich eine > Lieferzeit von 3-5 Tagen. Ist es hier egal, welchen Wert man nimmt ? Wie machst du die Auswertung ? Der LDR07 hatte je bei 10 Lux ~16 bis 30k. Der neue Typ A906032 hat nun irgendwas bei 120 - 200k. Ich hab mal bei Ali geschaut, hier gibt es z.B. die Typen (G)5528 mit ~10-20k oder 5539 mit 50-100k oder 5549 mit 100-200k bei 10Lux für "kleines Geld". Für welchen legst du dich fest ? lg Thomas Edit: Tabelle angefügt...
:
Bearbeitet durch User
Thomas H. schrieb: > Ist es hier egal, welchen Wert man nimmt ? Wie machst du die Auswertung > ? Es ist nahezu egal. Im Moment ist das Programm auf den LDR07 fest getrimmt, aber ich werde das noch Ändern: 1x messen bei voller Helligkeit, 1x messen bei Dunkelheit, dann Gerade durchlegen. Das reicht - auch wenn die Kennlinie des LDRs vielleicht keine Gerade ist. Der Widerstand im Teiler sollte ungefähr den gleichen Wert haben wie der LDR bei mittlerer Helligkeit. Es sind sowieso nur 8 Helligkeitsstufen für die automatische Helligkeits-Einstellung vorgesehen, daher ist das nicht so genau zu nehmen. Gruß, Frank P.S. Du plenkst, dadurch wandern Satzzeichen allein auf eine folgende Zeile. ;-)
:
Bearbeitet durch Moderator
Angehängte Dateien:
-
20160331_120617.jpg
230 KB -
20160331_120625.jpg
250 KB -
20160331_120632.jpg
240 KB -
20160331_120640.jpg
240 KB -
20160331_120655.jpg
240 KB
Habe einen angepasstes Angebot für den Boden erhalten. Die Löcher sind nun alle gebohrt und die Taschen alle auf eine gleichmäßige Tiefe von 12mm glatt ausgefräst. Der Stückpreis würde bei knappen 60 Euro liegen. Günstiger wird er über meine Wege nicht machbar sein. Grüße, Torsten
Torsten G. schrieb: > Habe einen angepasstes Angebot für den Boden erhalten. Vielen Dank für Deinen Einsatz :) > Die Löcher sind nun alle gebohrt und die Taschen alle auf eine > gleichmäßige Tiefe von 12mm glatt ausgefräst. Sieht gut aus. Was ist das für Material? Nach MDF sieht es in meinen Augen nicht aus. Erfahrungen mit der Nachbearbeitbarkeit (falls mal eine Bohrung fehlt)? > Der Stückpreis würde bei knappen 60 Euro liegen. Günstiger wird er über > meine Wege nicht machbar sein. Das klingt doch schon ganz anders als 115€. Für 60€ würde ich eine Platte nehmen (IIRC lag die Platte der WC12h mit 48€ auch nicht wesentlich darunter) Viele Grüße, Thomas
Thomas S. schrieb: > Sieht gut aus. Was ist das für Material? Nach MDF sieht es in meinen > Augen nicht aus. Erfahrungen mit der Nachbearbeitbarkeit (falls mal eine > Bohrung fehlt)? doch - das ist MDF. Habe den Boden nicht hier, die Bilder hat mir mein Schreiner heute rüber gesendet. Die Fräszeit halbiert sich bei dieser Variante, deshalb auch der halbe Preis :) Grüße, Torsten
Torsten G. schrieb: > doch - das ist MDF. Ah, danke. Da habe ich mich von der hellen Farbe (oder der hell erscheinenden Farbe) täuschen lassen Viele Grüße, Thomas
Hallo Torsten mit einer Platte wäre ich auch dabei. Nur auf Ambilight müssten wir dann wohl verzichten.
@Torsten G. In Deinem Beitrag Beitrag "Re: WordClock mit WS2812" Hast du auf dem Shield einen Sockel für das Mini Development Board verbaut. Ich frage mich jetzt, wie hast du die Pins der Stiftleiste in den Sockel bekommen, bei mir passen die dicken Stifte nicht in den gedrehten Sockel. Allerdings würde ich das Board gerne Sockeln (die erforderlichen Shields bräuchte ich dann, wie bereits erwähnt, auch). Und am Rande bemerkt: Ich würde auch eine der Platten nehmen. Sehen sehr gut aus! Gruß Bernhard
Bernhard S. schrieb: > In Deinem Beitrag Beitrag "Re: WordClock mit WS2812" > Hast du auf dem Shield einen Sockel für das Mini Development Board > verbaut. Ich frage mich jetzt, wie hast du die Pins der Stiftleiste in > den Sockel bekommen, bei mir passen die dicken Stifte nicht in den > gedrehten Sockel. Allerdings würde ich das Board gerne Sockeln (die > erforderlichen Shields bräuchte ich dann, wie bereits erwähnt, auch). Lass den Sockel weg. Der Aufbau wird sonst auch zu hoch, d.h. er ragt mit dem Sockel aus der Zwischenboden-Tasche raus - jedenfalls die Jumper-Pins. Zumindest diese müsstest Du dann abpitschen und und dann wieder mit einem kurzen Kabel miteinander verbinden. Gedrehte Sockel sind für die Montage über Stiftleisten sowieso nicht geeignet. Es gibt ja noch andere, die sogar billiger sind. Dort kann man die Stifte mit Gewalt reinpressen. Aber insgesamt tust Du Dir keinen Gefallen mit dem Sockel.
:
Bearbeitet durch Moderator
Torsten G. schrieb: > Habe einen angepasstes Angebot für den Boden erhalten. > > Die Löcher sind nun alle gebohrt und die Taschen alle auf eine > gleichmäßige Tiefe von 12mm glatt ausgefräst. > > Der Stückpreis würde bei knappen 60 Euro liegen. Günstiger wird er über > meine Wege nicht machbar sein. > > Grüße, > Torsten Hallo Torsten, würdest du davon die dxf(?) Vorlage zur Verfügung stellen? Ich würde gerne probieren die Böden auf der eigenen Fräse zu erstellen. Danke & Gruß Christian
:
Bearbeitet durch User
Aktueller Stand der Frontplatten-Sammelbestellung: Die Druckerei hat es nicht geschafft, bis zum 1.4. fertigzuwerden. Ich bekomme die Platten nun am Mittwoch, also übermorgen. Da das Verpacken ziemlich zeitaufwendig ist, kann ich sie erst am nächsten Wochenende verpacken. Die Platten gehen dann am Montag raus. Sollte ich nicht alle schaffen, werden die restlichen im Laufe der nächsten Woche verschickt. Gruß, Frank
hi Frank ich hab mir das STM32F411RE geholt. nun hab ich aber eine andere Rev.MB1136- C02. weisst du ob die lötarbeiten dort gleich sind? wenn du willst schick ich dir mal ein bild von der rev. C03. gruss pierre
Hi Perre, Pierre N. schrieb: > ich hab mir das STM32F411RE geholt. nun hab ich aber eine andere > Rev.MB1136- C02. weisst du ob die lötarbeiten dort gleich sind? Hm, keine Ahnung. Aber ich vermute mal, dass auch hier die Lötarbeiten dieselben sind. > wenn du > willst schick ich dir mal ein bild von der rev. C03. Kannst Du gern machen. Gruß, Frank
Pierre N. schrieb: > ich hab mir das STM32F411RE geholt. nun hab ich aber eine andere > Rev.MB1136- C02. weisst du ob die lötarbeiten dort gleich sind? ich meinte nartürlich Rev.MB1136- C03! bild folgt.
Angehängte Dateien:
-
20160404_191828.jpg
240 KB -
20160404_191843.jpg
230 KB
hi Frank hier die bilder zur rev. c03 gruss Pierre
Frank M. schrieb: > Bernhard S. schrieb: >> Bei meinem Mini Development Board fängt sie kurz nach dem Start an zu >> leuchten und bleibt dann auch permanent an. Habe ich da etwas falsch >> gemacht? DCF ist nicht angeschlossen. > > Bei DCF wird die Board-LED ebenso benutzt. Vermutlich hast Du den > Pullup-Widerstand vergessen, wenn kein DCF77 angeschlossen ist? Bitte > nachrüsten. Hallo Frank, Pullup ist (war auch schon) angeschlossen, trotzdem geht ca 5 sek. nach dem Start die LED an und bleibt es auch. Komischerweise behauptet er auch wir haben ein völlig anderes Datum und Uhrzeit, obwohl er Daten vom Timeserver holt:
1 | command: start net time request |
2 | |
3 | --> time "192.53.103.103"<0d><0a> |
4 | |
5 | (- client disonnected) |
6 | |
7 | (OK time) |
8 | |
9 | (TIME 3668841464) |
10 | |
11 | command: set time to Su 2016-04-05 12:37:44 |
durchgeführt um 12:37:44 aber heute!!! Habe ich irgendwas falsch eingestellt? Zeitzone ist auf 1, Zeit stimmt ja auch, aber er hinkt halt zwei Tage hinterher. Gruß Bernhard Sorry, hab' gerade gesehen, dass das Datum ja stimmt, er Zeigt nur den falschen Wochentag an. Man sollte auch genau hinsehen. Ich hatte jetzt nur auf das "Su" geachtet und dann auf die Zeit geschaut.
:
Bearbeitet durch User
Bernhard S. schrieb: > Sorry, hab' gerade gesehen, dass das Datum ja stimmt, er Zeigt nur den > falschen Wochentag an. Ja, ich habe einen blöden Copy&Paste-Fehler in der Wochentagsberechnung. Ist bereits gefunden. Das Update kommt noch diese Woche. Gruß, Frank
Ist es möglich/sinnvoll einen Lautsprecher (plus Software) vorzusehen, um das Ticken bzw. das Schlagwerk einer alten Standuhr zu simulieren (SD-Card mit entsprechenden Wave-Dateien)?
Torsten G. schrieb: > Die Löcher sind nun alle gebohrt und die Taschen alle auf eine > gleichmäßige Tiefe von 12mm glatt ausgefräst. > > Der Stückpreis würde bei knappen 60 Euro liegen. Günstiger wird er über > meine Wege nicht machbar sein. Habe nun 2 Testböden bei mir. 1x mit 12er Löchern und 1x mit 14er Löchern - jeweils gebohrt. Von meiner Seite sind die Böden sehr gut geworden. Das Nucelo Board (mit ebgetrenntem ST-Link) passt auch in eine Tasche rein. Werde nur hier die Frästiefe größer wählen, so dass das von der Höhe besser passt. Ich könnte diese Böden noch mit in die aktuelle Bestellung rein bekommen. Der Preis von 59,50 Euro ist bei einer Abnahme von 40 Stück gerechnet. Denke das ich da noch etwas drehen kann, wenn wir die in die aktuelle Bestellung mit rein bekommen. Daher - wer einen dieser WC24h Boden über mich beziehen möchte, der sollte sich bitte bei mir melden. Ich sammel das erstmal auf einem Zettel und wenn ich min 20 Böden zusammen habe, spreche ich mit meinem Schreiner. Bisher habe ich 3 Meldungen:
1 | 1x larswars |
2 | 1x boondock2010 |
3 | 1x sebsch75 |
Also - meldet Euch wenn der WC24h Boden zu 59,50 Euro für Euch passt und ihr einen bestellen wollt. Der Vorteil wenn wir das noch in die aktuelle Lieferung reinbekommen: Es fallen keine weiteren Versandkosten an (diese liegen immer um die 150 Euro). Wenn ich zu einem späteren Zeitpunkt nur WC24h Böden bestelle, wird der Bodenpreis sich um den Anteil der Versandkosten erhöhen - das möchte ich vermeiden. Gruß, Torsten
Torsten G. schrieb: > Bisher habe ich 3 Meldungen: 1x larswars > 1x boondock2010 > 1x sebsch75 2x ukw
Warum verfolgt ihr nicht das System mit eingelegtem Wabenmuster? Sollte wenn man den oberen Vorschlag (der hier schon gemacht wurde) etwas modifiziert auch mit umlaufendem Rand um einiges günstiger und weniger Zeitaufwendig sein.
X. O. schrieb: > Warum verfolgt ihr nicht das System mit eingelegtem Wabenmuster? Du meinst den "Setzkasten"? Wenn ich es recht beurteile, hat der keine Vertiefungen für die Elektronik, oder? Ausserdem wurde da uns nichts aktiv zugespielt. Wir beide (ich und Torsten) können nicht alles von Grund auf neu entwickeln und die anderen warten dann bzw. sitzen das aus, bis die günstigste Lösung gefunden ist. Da müsste dann schon mehr Input kommen. Der Kompromiß, den Torsten mit dem Schreiner eingegangen ist, dass die Löcher einfach gebohrt und nicht gefräst werden und sich damit der Preis halbiert, ist für mich absolut in Ordnung.
Frank M. schrieb: > Torsten G. schrieb: >> Bisher habe ich 3 Meldungen: 1x larswars >> 1x boondock2010 >> 1x sebsch75 > > 2x ukw 1 x b_sa
Frank M. schrieb: > Torsten G. schrieb: >> Bisher habe ich 3 Meldungen: 1x larswars >> 1x boondock2010 >> 1x sebsch75 > > 2x ukw 1 x b_sa 1x aapn2000
X. O. schrieb: > Warum verfolgt ihr nicht das System mit eingelegtem Wabenmuster? Warum verfolgst DU diesen Ansatz nicht weiter und suchst nach einem Hersteller für diese Setzkästen? Ich bin von der Ursprungsidee ausgehend nach etlichen Telefonaten und eMails mit meinem Schreiner zu dem aktuellen Kompromiss gekommen. Es wird hier keiner davon abgehalten sich AKTIV um eine günstigere Alternative zu kümmern. Wobei kümmern halt nicht bedeutet zu sitzen und waren das es ein andere macht. Ich halte auch keinen, dem der Boden zu teuer ist, davon ab sich seine eigene Lösung zu bauen. Also auf auf und suche einen Hersteller für die Setzkästen und präsentiere hier dann die Lösung / das Angebot. Gruß, Torsten @Frank, Bernhard, Pierre - habe euch vermerkt
@LARSWARS: Deine Mailadresse ist abgemeldet - daher kann ich Dir keine Mail senden. Bitte schicke mir eine alternative Mailadresse - ansonsten werde ich Deine Bestellung stornieren müssen. Danke & Gruß, Torsten
X. O. schrieb:
> Warum verfolgt ihr nicht das System mit eingelegtem Wabenmuster?
Warum verfolgst DU diesen Ansatz nicht weiter und suchst nach einem
Hersteller für diese Setzkästen?
Das mit dem Setztkasten finde ich eher eine instabile Lösung - da
gefällt mir die gefräste Variante besser.
Desweiteren halte ich die derzeiteige Lösung der Zwischenplatte als sehr
ausgeklügelt und gut. Lob an Torsten und Frank.
Die 60,- Euro sind sicher besser in eine stabile Fräslösung investiert -
immerhin soll ja die gesamte Elektronik stabil untergebracht werden.
Ich fräse mir die Grundplatten derzeit selber und diese sind in Forex
und mehr als leicht und stabil.
lg Eddi
Torsten G. schrieb: > Daher - wer einen dieser WC24h Boden über mich beziehen möchte, der > sollte sich bitte bei mir melden. Ich sammel das erstmal auf einem > Zettel und wenn ich min 20 Böden zusammen habe, spreche ich mit meinem > Schreiner. Bitte einen Boden für mich vormerken: 1x thomas-st Vielen Dank und viele Grüße, Thomas
Im WordClock Artikel wurde die Einkaufsliste nun um die notwendigen Artikel für das Mini Shield und das Nucleo Shield erweitert. https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Teileliste_f.C3.BCr_WC12h_oder_WC24h_und_Bezugsquellen Aktueller Stand der WC24h Böden: 11 [EDIT: Nucleo Shield Teileliste ist nun auch online - DANKE an Volker]
:
Bearbeitet durch User
Kurzes Update zu den Zwischenböden: Da alle WC12 Böden bereits fertig sind und verschickt werden sollen, habe ich mich mit meinem Schreiner auf eine Menge von 15 Böden für die WC24h geeinigt, die er mir nun noch zum genannten Preis herstellt - auch wenn ich damit unter der Mindestmenge für den Preis liege. Die Böden werden dann nun nächste Woche gefräßt und dann kommen alle in der KW16 zu mir. Alle die sich bei mir gemeldet hatten, bekommen gleich die Info das der WC24h Boden verfügbar ist. Bei der Restmenge gilt First Come - First Served! Gruß, Torsten
Hi Torsten, ich melde mal vorsichtiges Interesse an einem 24h Uhr Zwischenboden an. Der bringt mir aber nur etwas, wenn Frank noch eine Frontplatte übrig hat, da ich nicht mitbestellt hatte. Er hat sich auf meine PM aber noch nicht gemeldet. Gruß Nils
Nils N. schrieb: > Er hat sich auf meine PM aber noch nicht gemeldet. Hab Dir gerade Mail geschrieben. Aber ich nehme mal an, dass dies von allgemeinem Interesse ist: Die 24er Frontplatten gingen ruckzuck weg. Ich gehe davon aus, dass ich spätestens am Monatsende neue nachbestellen werde, da die Nachfrage nachwievor hoch ist. Ich habe jetzt schon wieder 8 Nachbestellungen. Gruß, Frank
Hallo Frank, ich versuche gerade mittels des STM32F103 Mini Boards den ESP zu flashen. Bekomme aber nur die Fehlermeldung "Failed to connect". Neuste Firmware, Verdrahtung & Port habe ich kontrolliert. Und im Hyperterminal wird nach einem Normalen Reset auch keine Fehlermeldung ausgegeben. Aktuell ist meine Vermutung, dass ich ein nicht kompatibles ESP Modul gekauft hab: http://www.ebay.de/itm/291640273250 FYI: Aktuell ist nur EEPROM, USB-UART und ESP angeschlossen
Frank M. schrieb: > Torsten G. schrieb: >> Bisher habe ich 3 Meldungen: 1x larswars >> 1x boondock2010 >> 1x sebsch75 > > 2x ukw ... und einmal Volker R (pcl86)
Tom schrieb: > Hallo Frank, > > ich versuche gerade mittels des STM32F103 Mini Boards den ESP zu > flashen. Bekomme aber nur die Fehlermeldung "Failed to connect". Hallo Tom, versuche einfach mal den GPIO0 auf "Dauer" GND zu legen und dann ein paar mal die Prozedur wie beschrieben zu wiederholen. Bei mir war das bis Dato immer die einzige Erfolgsstorie. Anders habe ich es auch nie hinbekommen. Gruß Burkhard
Hallo Burkhard, vielen Dank. Hab jetzt mal auf gut Glück das Steckbrett auf die Seite gelegt und die Komponenten auf eine Platine gelötet. Nachdem ich dann auch noch den ESP ausgetauscht hab, funktioniert es jetzt. Gruß Tom
Torsten G. schrieb: > Habe nun 2 Testböden bei mir. 1x mit 12er Löchern und 1x mit 14er > Löchern - jeweils gebohrt. Nur mal zur Info nachgefragt, welchen Lochdurchmesser haben denn die im Zulauf befindlichen Böden? Ich bastle nämlich gerade an einer Frontplatte (meine Frau hat so ihre eigenen Vorstellungen bezüglich Schriftart). Was tut man nicht alles für einen guten WAF? Gruß Bernhard
Angehängte Dateien:
-
20160412_130137.jpg
240 KB -
20160412_130144.jpg
240 KB -
20160412_130158.jpg
240 KB -
20160412_130204.jpg
230 KB -
20160412_130241.jpg
240 KB
Kurzes Zwischenupdate - die Platinen sind heute gekommen. Anbei Bilder der Shields. Glaube die sind ganz gut geworden :) Grüße, Torsten
Hast Du meine Email bzgl. der Bestellung bekommen? es kam damals keine Rückmeldung... lg THomas
Thomas H. schrieb: > Hast Du meine Email bzgl. der Bestellung bekommen? > es kam damals keine Rückmeldung... Ich hatte Dir damals eine Mail gesendet und habe diese heute nochmals weiter geleitet. Bitte melde Dich doch nochmal per PN falls die Mail nicht ankommt. Gruß, Torsten
Torsten G. schrieb: > Anbei Bilder der Shields. Glaube die sind ganz gut geworden :) Sehen wirklich gut aus. Freu mich aufs bauen!
Angehängte Dateien:
-
2016-04-14_at_12.40.37.jpg
230 KB
Habe gestern eine WC24h Front bekommen - Danke an Frank! Heute habe ich dann die Frontplatte mit dem Zwischenboden gegen das Licht gehalten. Das passt so wie die Böden nun gefertigt wurden/werden. Ich kann mich nur nicht mehr erinnern, warum die Böden auf 44.4 x 44.4 gezeichnet (und somit auch gefertigt) wurden - und eben nicht auf 45 x 45. Kennt da noch jemand den genauen Hintergrund? Gruß, Torsten
:
Bearbeitet durch User
Torsten G. schrieb: > Ich kann mich nur nicht mehr erinnern, warum die Böden auf 44.4 x 44.4 > gezeichnet (und somit auch gefertigt) wurden - und eben nicht auf 45 x > 45. Kennt da noch jemand den genauen Hintergrund? War da nicht irgendwas mit Anleimern aus Massivholz wegen der Optik? Weißt du welchen Durchmesser die Löcher bei den beauftragten Zwischenböden haben? Ich hatte oben weiter schon mal angefragt. Gruß Bernhard
Torsten G. schrieb: > Heute habe ich dann die Frontplatte mit dem Zwischenboden gegen das > Licht gehalten. Sieht wirklich klasse aus! Her mit dem Boden! :-)
Bernhard S. schrieb: > Weißt du welchen Durchmesser die Löcher bei den beauftragten > Zwischenböden haben? Ich hatte oben weiter schon mal angefragt. Klar :) Die Löcher haben ein Durchmesser von 14mm. Hatte das dann weiter oben wohl übersehen. Ich habe zwei Böden hier. Einen mit 12er und einen mit 14er Löchern. Mit den 12ern passt das so gerade ebene - gerade bei dem M ist es richtig knapp. Bei den 14ern bleibt da sogar etwas Luft. Denke die Entscheidung auf 14mm zu gehen war die richtige. Grüße, Torsten
Torsten G. schrieb: > Bernhard S. schrieb: >> Weißt du welchen Durchmesser die Löcher bei den beauftragten >> Zwischenböden haben? Ich hatte oben weiter schon mal angefragt. > > Klar :) Die Löcher haben ein Durchmesser von 14mm. > Hatte das dann weiter oben wohl übersehen. Danke! Ich finde 14 auch besser. Ich soll auf bitten meiner Frau das ganze mit einer anderen Schriftart machen, da kommt zu dem "W" und dem "M" so wie den Umlauten auch noch eine größere Unterlänge bei dem "Q" hinzu. Mit 12 hätte ich da partiell nacharbeiten müssen. (Was tut man nicht alles für den WAF) Bernhard
Moin, ich hätte noch einen Vorschlag für ein Softwarefeature. Ein- und Ausschalten der Uhr per HTTP-Request. (Oder geht das vielleicht auch schon?) Dann könnte man die Uhr bequem über eine Hausautomatisierung ein- und ausschalten. Sie müsste dann zum Beispiel nicht zu einer festen Zeit ausgehen, wenn man gerade beim Essen sitzt, sondern wenn man ins Bett geht oder das Haus verlässt.
Robert K. schrieb: > ich hätte noch einen Vorschlag für ein Softwarefeature. > Ein- und Ausschalten der Uhr per HTTP-Request. (Oder geht das vielleicht > auch schon?) Geht schon: http://x.x.x.x/?action=poweroff http://x.x.x.x/?action=poweron
Hallo, wollte mal die WC12h nur mit DCF77 und RTC mit folgender Configutation betreiben: STM32F103C8T6, RTC DS3231 und DCF77 Modul von ELV open-collector (Pullup 100K zu 3,3V angeschlossen) Auf dem STM Board blinkt auch das Empfangssignal des DCF absolut sauber ,Die LED ist Länger an als aus, denke im Verhältnis 2:1 und im Log sieht das so aus: Version: 1.8.6 rtc is online eeprom is online current eeprom version: 0x00010700 reading ir codes from eeprom reading display configuration from eeprom reading timeserver data from eeprom reading night timers from eeprom ESP8266 LOGGER read rtc: Su 2000-01-01 00:00:57 update display update display read rtc: Su 2000-01-01 00:02:03 update display Kann mir jemand sagen, warum das DCF-Modul nicht angezeigt wird oder ist das so, weil was faul ist? Muß das DCF Signal des ELV Moduls vielleicht invertiert werden ? Hat jemand Erfahrung mit diesem Modul. Pollin DCF habe ich leider nicht zum Test (ich hatte mit ELV DCF sehr gute Erfahrungen). Mit einem Nucleo Board ergibt sich das gleiche Fehlerbild. Danke für jede Hilfe Burkhard
Hallo Burkhard, ich habe bei der ATmega-basierten WordClock ein DCF-Modul von Conrad (641138) ohne weitere Zusatzbeschaltung problemlos im Betrieb. Dabei ist, wie im Artikel beschrieben, der "nicht-invertierte Open-Collector-Ausgang Pin 3" als Signal an die WordClock angeschlossen. Verglichen damit ist, wie Du vermutest, beim ELV-Modul das DCF-Signal invertiert. Eine Option für einen Inverter findest Du im Schaltplan für das C-Modul. Gruß, Günter
Torsten G. schrieb: > Ich kann mich nur nicht mehr erinnern, warum die Böden auf 44.4 x 44.4 > gezeichnet (und somit auch gefertigt) wurden - und eben nicht auf 45 x > 45. Kennt da noch jemand den genauen Hintergrund? Als Rand sollten 3mm-Leisten (Massivholz/Alu/Edelstahl/...) verwendet werden. Die Stirnseite von MDF ergibt auch durch Lackieren keinen sauberen Rand, da wäre dann sonst zusätzlich evtl. mehrfach spachtel und schlefen nötig. Außerdem kann man die Leisten etwas breiter als die Dicke der MDF-Platte nehmen und so auch eine Abdeckplatte auf der Rückseite abdecken.....
Hallo Günter, habe das Signal nun invertiert. Aber einen Übernahme der Zeit erfolgt anscheinend nicht. Im Log wird auch nicht angezeigt, ob DCF angeschaltet oder nicht. Es kommen aber vereinzelt Fehlermeldungen des DCF. Leider weis ich damit nichts anzufangen ausser das es wohl ein Empfangsproblem gab. Wie viele saubere Minuten müssen denn empfangen werden, bis das DCF Signal als gut anerkannt wird? Hier Auszüge aus dem Log Welcome to WordClock Logger! ---------------------------- Version: 1.8.6 rtc is online eeprom is online current eeprom version: 0x00010700 reading ir codes from eeprom reading display configuration from eeprom reading timeserver data from eeprom reading night timers from eeprom ESP8266 LOGGER read rtc: Su 2000-01-01 00:01:26 update display ldr: old brightnes: 255 new brightness: 8 update display ldr: old brightnes: 8 new brightness: 10 update display DCF77 Error: High pulse >= 25 DCF77 Error: High pulse >= 25 update display DCF77 Error: High pulse >= 25 read rtc: Su 2000-01-01 00:02:32 DCF77 Error: High pulse >= 25 update display DCF77 Error: High pulse <= 5 read rtc: Su 2000-01-01 00:03:42 DCF77 Error: High pulse >= 25 update display DCF77 Error: High pulse >= 25 DCF77 Error: High pulse <= 5 read rtc: Su 2000-01-01 00:04:52 DCF77 Error: High pulse >= 25 update display DCF77 Error: High pulse >= 25 Auch nach 13 min immer noch nichts read rtc: Su 2000-01-01 00:13:02 Hat noch jemand einen Tip ? Gruß Burkhard
Hallo Burkhard, ich habe mal auf die Schnelle ein C... DCF77-Modul an meine WC24 angeschlossen, allerdings mit 1m Abstand. Hier mein log: Welcome to WordClock Logger! ---------------------------- Version: 1.8.3 rtc is online eeprom is online current eeprom version: 0x00010700 reading ir codes from eeprom reading display configuration from eeprom reading timeserver data from eeprom reading night timers from eeprom ESP8266 LOGGER read rtc: Sa 2016-04-16 18:18:06 update display (- setup UDP) esp8266 now up (- local port: 2421) (- setup server UDP) (- local port: 2424) (FIRMWARE 1.0.0) (- connected to AP) (AP fli4l2) (IPADDRESS 192.168.178.21) esp8266 now online --> time "192.53.103.103"<0d><0a> update display (OK time) (TIME 3669812297) command: set time to Th 2016-04-16 18:18:17 update display read rtc: Th 2016-04-16 18:19:10 dcf77: Sa 2016-04-16 18:20:00 update display read rtc: Sa 2016-04-16 18:20:22 dcf77: Sa 2016-04-16 18:21:00 update display read rtc: Sa 2016-04-16 18:21:32 dcf77: Sa 2016-04-16 18:22:00 update display read rtc: Sa 2016-04-16 18:22:42 dcf77: Sa 2016-04-16 18:23:00 update display Ist allerdings noch mit einer älteren FW. Ich hatte das Problem, wenn DCF mittig auf der Rückseite der liegenden WC24 lag, gab es keine Probleme. Nur an der Stelle, wo es später sein sollte (Mitte,Oben), ging es überhaupt nicht. Habe es dann erstmal zurückgestellt. An meinen alten Wordclocks geht es auch nie, bei abgeschalteter Anzeige aber immer. Gruss Peter
Hallo Peter, vielen Dank für die Info. Ein ESP habe ich absichtlich nicht angeschlossen. Es sollte ja auch so gehen! Mit DCF hatte ich bei den Vorgängern der WC auch nie Probleme. Ich weiß, das es ein kleines Sensiebelchen ist, und deshalb habe ich mich nach vielen Vergleichen zwischen Pol.. und EL.) auch für EL. entschieden, obwohl ca 3x teurer. Aber ich wohne ca 650km von FF entfernt (zum Glück auf dem Lande), da ist aber auch bei Gewitter "unterwegs" (meine Vermutung) oft der Empfang gestört gewesen wenn ich Pollen dran hatte. Und das Display muß bei mir immer aus sein, sonst geht es nicht! Aber wie ich deinem Log entnehme wird jede Minute 1 x die Zeit als ok empfangen und weitergegeben? Kannst du vielleicht den ESP mal deaktivieren und RTC auf Null setzen. Was passiert dann? Welche FW hast du installiert ? Gruß Burkhard
Moin Burkhard, meine FW ist 1.8.3. Wenn ich jetzt ESP und RTC ausbaue, dann hat die Uhr ja garnichts mehr. Trotzdem stellt sie nach drei, vier Minuten die Uhrzeit nach DCF ein. Ja, diese Modul-Antennen müssen immer enigermassen quer zur Frankfurt Richtung ausgerichtet sein, sonst geht da garnichts. Gruss Peter
Hallo Peter, danke für die Infos. Es hat jetzt auch bei mir funktioniert. 1. habe ich das DCF Signal aus dem ELV Modul invertiert und 2. habe ich die SW auf 1.8.4 downgraded. Dann ergibt sich nach reset dieses Log: Version: 1.8.4 rtc is online eeprom is online current eeprom version: 0x00010700 reading ir codes from eeprom reading display configuration from eeprom reading timeserver data from eeprom reading night timers from eeprom ESP8266 LOGGER read rtc: Su 2000-01-01 00:00:03 update display IRMP: POWER key update display DCF77 Error: High pulse >= 25 update display read rtc: Su 2000-01-01 00:01:09 update display read rtc: Su 2000-01-01 00:02:19 update display dcf77: Su 2016-04-17 14:27:00 update display read rtc: Su 2016-04-17 14:27:06 update display read rtc: Su 2016-04-17 14:28:16 update display read rtc: Su 2016-04-17 14:29:26 dcf77: Su 2016-04-17 14:30:00 update display Werde nun nochmals alles auf die letzte SW 1.8.6 upgraden und erneut versuchen. Werde berichten Gruß Burkhard
Hallo Peter, letzte Meldung zum Thema DCF77. Es funkt auch mit SW 1.8.6 !! Mit den Versuchaufbauten ist es ja schon immer so ein Problem gewesen. Gruß Burkhard
Angehängte Dateien:
-
WS2812_schalten_01.png
4,1 KB -
IRF9310.jpg
62 KB -
WS2812_schalten_Test.jpg
270 KB
Hallo, wo wir gerade bei Versuchsaufbauten sind: Die Option zum Schalten der Versorgungsspannung für die WS2812-Stripes hat mir doch keine Ruhe gelassen. Der IRF9310 P-Channel-MOSFET hat bei V GS = - 4,5 V einen Drain-to-Source Widerstand von typ. 5,8 mOhm (max. 6,8 mOhm) und ist dabei bis 16 A belastbar. Gibt es auch bei Reichelt, kostet dort 0,90 €. Gehäuse: "Leider" SO-8. Soweit die Theorie - der Versuch lehrt. Die Steuerspannung für den BS170 wurde über einen Spannungsteiler 15 kOhm/22 kOhm (nicht im Schema eingezeichnet) auf ca. 3 V vermindert. Über die H4-Lampe (Abblend- und Fernlicht in Serie) fließen 2,37 A, die 39,4 mV sind der Spannungsabfall Drain --> Source des IRF9310. Damit liegt der aus dem Spannungsabfall errechnete Drain-to-Source Widerstand bei rund 17 mOhm, die Verlustleistung des IRF9310 bei rund 94 mW. In diesen 17 mOhm über Drain --> Source sind die Übergangswiderstände des Steckbrettes natürlich auch enthalten, das wird in einem "richtigen" Aufbau noch besser. Für eine größere Last fehlte mir eine Spannungsquelle, vor allem aber ein passender "Lastwiderstand". Wie auch immer: Der IRF9310 hat mehrere "Testläufe" klaglos überstanden, wobei der Einschaltstrom bedingt durch den Kaltwiderstand der H4-Lampe bei ca. 4 A lag. Der "nächstbeste" P-Channel-MOSFET im TO-220-Gehäuse ist der schon erwähnte NDP6020. Diese hat V GS = - 4,5 V einen Drain-to-Source Widerstand von typ. 41 mOhm bis 12 A. Konnte noch nicht beschafft und somit noch nicht getestet werden. Somit liegt eine getestete und kostengünstige Schaltung zum Schalten der Versorgungsspannung der WS2812-Stripes vor. Gruß Günter
:
Bearbeitet durch User
Hallo, im Artikel zur "WordClock mit WS2812" gibt es einen Link unter - 1.4 Software für Windows .... Die Software zum Flashen des Programms: .... wahlweise kann das STM32MiniBoard auch der UART über die RX/TX Anschlüsse geflashed werden. Dann braucht man keinen ST-Link und verwendet folgende Software: http://www.st.com/web/en/catalog/tools/PF257525 Dieser Link ist - zumindest seit gestern - nicht mehr aufrufbar. Die Seite erscheint zwar kurz, wird dann aber durch "Error 404" überdeckt. Aus meiner Sicht ist das hier der "neue" Link: http://www2.st.com/content/st_com/en/products/development-tools/software-development-tools/stm32-software-development-tools/stm32-programmers/flasher-stm32.html Gruß Günter
Günter H. schrieb: > Dieser Link ist - zumindest seit gestern - nicht mehr aufrufbar. Die > Seite erscheint zwar kurz, wird dann aber durch "Error 404" überdeckt. Heute geht er wieder - bei mir jedenfalls. > Aus meiner Sicht ist das hier der "neue" Link: > > http://www2.st.com/content/st_com/en/products/development-tools/software-development-tools/stm32-software-development-tools/stm32-programmers/flasher-stm32.html Ja, sieht ziemlich gleich aus. Habe den Artikel an dieser Stelle angepasst. Es stehen nun beide Links drin. Außerdem habe ich die "unglückliche" Satzformulierung korrigiert.
:
Bearbeitet durch Moderator
Hallo, kann hier jemande einen günstigen Laserservice (auser geerscutting) empfehlen? Ich möchte mir eine Frontplatte aus Cortenstahl für Edelrostoptik lasern lassen. LG Ralf
Ralf E. schrieb: > Ich möchte mir eine Frontplatte aus Cortenstahl für Edelrostoptik lasern > lassen. Bedenke, dass Du dann einen Font benötigst, der innenliegende "Löcher" hält, wie z.B. beim "O" oder "B". Sonst schau mal hier: https://www.mikrocontroller.net/articles/Word_Clock#Sammelbestellung_.28Edelstahl.29 Der User "hansa" bietet ab und zu Sammelbestellungen für Edelstahlblenden an. Diese sind mit der WC12h kompatibel.
:
Bearbeitet durch Moderator
Angehängte Dateien:
schon klar, hatte mir die Datei damals aus dem anderen Thread angepasst
Hallo Frank, zunächst mal vielen Dank für die tolle Arbeit die du in diesem Projekt leistest. Ich bin z.Zt. dabei mir eine Wordclock zu bauen. Da die "Mechanik" noch nicht soweit ist, beschäftige ich mich mit der Elektronik. Hierzu nutze ich ein Nucleo F411RE. Gestern ist das ES8266 Modul angekommen, die Inbetriebnahme hat wunderbar funktioniert. Allerding scheint mit der Wochentag Berechnung was nicht ganz zu stimmen:
1 | Welcome to WordClock Logger! |
2 | ---------------------------- |
3 | Version: 1.8.6 |
4 | rtc is offline |
5 | eeprom is offline |
6 | ESP8266 LOGGER |
7 | update display |
8 | (- setup UDP) |
9 | esp8266 now up |
10 | (- local port: 2421) |
11 | (- setup server UDP) |
12 | (- local port: 2424) |
13 | (FIRMWARE 1.0.0) |
14 | (- connected to AP) |
15 | (AP WLAN_1) |
16 | (IPADDRESS 192.168.37.53) |
17 | esp8266 now online |
18 | --> time "192.53.103.103"<0d><0a> |
19 | update display |
20 | (OK time) |
21 | (TIME 3670383538) |
22 | command: set time to Mo 2016-04-23 08:58:58 |
23 | update display |
Heute (23.4.2016) ist doch Samstag und nicht Montag (Mo). Habe ich was falsch gemacht? Die RTC/EEPROM Module sind noch unterwegs... Grüsse Timo
:
Bearbeitet durch User
Frank M. schrieb: > Bernhard S. schrieb: >> Sorry, hab' gerade gesehen, dass das Datum ja stimmt, er Zeigt nur den >> falschen Wochentag an. > > Ja, ich habe einen blöden Copy&Paste-Fehler in der Wochentagsberechnung. > Ist bereits gefunden. Das Update kommt noch diese Woche. Ist schon in Arbeit... Gruß Bernhard
Jetzt muss dann nur noch jemand den Tag an die Zwischenböden anpassen ;-) Ich hätte manchmal auch gerne etwas mehr Zeit. --8<----8<----8<-- Es werden folgende Zwischenböden angeboten: ....Zwischenboden (WC25h) ohne Ambilightausfräsung (MDF 19mm gefräst) - 59,50Eur --8<----8<----8<-- Gruß Bernhard
Bernhard S. schrieb: > (WC25h) Danke! Habs korrigiert, auch wenn dann 1 Stunde flöten geht ;-)
:
Bearbeitet durch Moderator
Version 1.8.7 ist online. Einziger Punkt: - Fehler in der Wochentagsberechnung korrigiert Viel Spaß, Frank
Frank M. schrieb: > ...auch wenn dann 1 Stunde flöten geht ;-) 'ne Stunde mehr wäre auch nicht verkehrt gewesen ;-) Bernhard
Hallo zusammen, ich wollte fragen, ob irgendjemand mit geeigneter Hardware bereit wäre mir einen Zwischenboden für die 24h WC zu bauen (oder mir einen Tipp geben kann wo ich die fertigen lassen könnte (falls jemand die passenden Pläne dafür hat))? Grobe Verhandlungsbasis wäre 100€, aber darüber kann man ja noch sprechen. Ich würde mich sehr über Angebote oder Hinweise freuen. Ich hatte leider Probleme mit meinem Mail-Server (Hetzner und IPv6 ist leider manchmal hackelig), weswegen ich bei der ersten Bestellung von Torsten jetzt doch nicht berücksichtigt wurde. (Trotzdem danke für den Versuch!) Torsten hat mir geschrieben, dass die nächste Bestellung vermutlich erst im August raus geht, und da ich dort zum ersten mal Nachwuchs erwarte, glaube ich nicht, dass ich dann noch viel Zeit zum basteln haben werde.
:
Bearbeitet durch User
Angehängte Dateien:
gestern hat der Postbote noch ein paar Briefe vom Chinamann gebracht. Da hab ich gleich zum Lötkolben gegriffen und mir den Shield für das STM32F103C8T6 Board zusammengelötet.... Hat auf Anhieb wunderbar funktioniert und dank der 1.8.7 Version wird auch der richtige Wochentag ausgegeben. Auch wenn der Logger noch von 1.8.6 aus geht.... Vielen Dank nochmals für die tolle Arbeit vor allem dafür, dass hier viele Leute an einem Strang ziehen und etwas richtig tolles auf die Beine gestellt haben. Timo
Hallo, auf der Adafruit Seite "https://learn.adafruit.com/adafruit-neopixel-uberguide/best-practices"; steht: "This resistor must be at the NeoPixel end of the wire to be effective!" Da der Widerstand allerdings auf den Shields vorgesehen ist stellt sich mir die Frage, unter welchen Bedingungen es erforderlich ist, den auf die Strip Seite zu verlegen, oder ob es in diesem Fall auch bei Montage auf dem Shield Problemlos funktioniert. Grüße Bernhard
Bernhard S. schrieb: > Hallo, > > auf der Adafruit Seite > "https://learn.adafruit.com/adafruit-neopixel-uberguide/best-practices"; > steht: > > "This resistor must be at the NeoPixel end of the wire to be effective!" > > Da der Widerstand allerdings auf den Shields vorgesehen ist stellt sich > mir die Frage, unter welchen Bedingungen es erforderlich ist, den auf > die Strip Seite zu verlegen, oder ob es in diesem Fall auch bei Montage > auf dem Shield Problemlos funktioniert. Sieh das mal nicht so eng mit dem Widerstand. Der soll Deine LED-Stripes davor schützen, dass bei häufigem Anklipsen an eine Quelle die erste LED durch statische Aufladung/Potentialunterschied etc. kaputtgeht. Hier haben wir aber eine statische Geschichte. Hier wird nicht zigmal hin und her gesteckt, sondern einmal der Strip mit der Schaltung verlötet und fertig. Da kannst Du den Widerstand sogar durch eine Brücke ersetzen. Ja, ich benutze meine Prototypen zum Testen auch immer ohne Widerstand. Aber ich verbinde Shield und Stripe immer nur im ausgeschalteten Zustand. Bisher habe ich es noch nicht geschafft, eine WS2812 damit zu grillen. P.S. Wenn Du die Gänsefüßchen um den URL weglässt, klappt auch der Link: https://learn.adafruit.com/adafruit-neopixel-uberguide/best-practices
Lars W. schrieb: > Torsten hat mir geschrieben, dass die nächste Bestellung > vermutlich erst im August raus geht Ich werde die nächste Runde am kommenden Montag starten und erstmal die Vormerkungen sammeln. Sobald die notwendige Mindestmenge erreicht ist - oder es absehbar ist - starte ich die Runde dann richtig. Abhängig davon wann das sein wird, hängt der spätere Versand. Die Produktion der LEDs, PCBs, Böden dauert in der Regel 4 Wochen. Sollte ich anhand der Vormerkungen absehen können, dass ich die nächste Runde ende Mai / erste Juni Woche bestellen kann, dann werde ich das tun und alles daran setzten, die Bestellung noch vor dem 10.Juli abzuschließen. Ab dann bin ich bis Ende Juli nicht erreichbar. Daher kommt meine derzeitige Aussage, dass ein Versand der nächsten Runde voraussichtlich erst im August erfolgen wird. Also wenn es eher wird, bin ich gerne dabei und kümmere mich direkt um die nächste Runde. Macht Werbung - je mehr sich melden, um so eher sind die Mindestmengen erreicht und ich kann die nächste Runde starten :) Gruß, Torsten
Hier die ersten Bilder der WC24 im Aufbau und Betrieb. Wundert Euch nicht über die Frontplatte. Diese war leider von vornherein verkratzt und ist daher mein Testobjekt. Das LED-Licht wirkt etwas schwach. Das liegt aber eher daran, dass die Sonne im Moment hell scheint. In Wirklichkeit sind die Kontraste auch bei gut ausgeleuchtetem Raum sehr klar und deutlich. Das Rot ist auch wesentlich wärmer und kräftiger als hier auf dem Bild. Über die ersten Erfahrungen werde ich noch berichten - insbesondere, wie man am besten mit dem WC24-Zwischenboden klarkommt. So, jetzt ab in die Sonne :-)
Eine neue Software-Version ist verfügbar:
Android-App
===========
Version 1.7.0:
- Button für Temperatur-Anzeige eingebaut.
ESP8266 ESP-01 Firmware
=======================
Version 1.1.0:
- Fehler im NTP-Client behoben: Bei vorherigen Timeouts kann u.U.
eine ältere Uhrzeit ausgegeben werden.
STM32 WordClock Software
========================
Version 1.8.8:
- Für WC12h kleineren Font (5x8) für Laufschriften zwecks
besserer Lesbarkeit integriert. Damit sind nun immer
zwei Zeichen gleichzeitig lesbar.
- Auswertung des Temperatur-Anzeige-Kommandos per Android App
(ab Version 1.7.0)
Download:
https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Download
Viel Spaß,
Frank
:
Bearbeitet durch Moderator
Unter https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Geplante_Features habe ich mal die nächsten geplanten Punkte zur WordClock-Software aufgenommen: - Ambilight: Umlaufende Sekundenanzeige - Separate Farbauswahl für Display und Ambilight - Weitere Animation: Automatischer Farbverlauf durch alle Regenbogenfarben - Spiele wie TRON und TETRIS Habe ich noch irgendwelche Vorschläge aus diesem Thread vergessen?
Frank M. schrieb: > Habe ich noch irgendwelche Vorschläge aus diesem Thread vergessen? Ich will hier das Thema "Schalten der Versorgungsspannung für die WS2812-Stripes" nochmals ansprechen. Dass das mit einem geeigneten P-Channel MOSFET machbar ist, habe ich hier Beitrag "Re: WordClock mit WS2812" gepostet. Ich will die Schaltung in den nächsten Tagen auf einer kleinen Platine mit 16-poligem Pfostenstecker aufbauen und mit einer 3 V-Steuerspannung testen. Mit auf der Platine sollen zusätzlich zwei Schottky-Dioden sein, welche „DI“ der WS2812 auch bei abgeschalteter Versorgungsspannung spezifikationsgerecht begrenzen. Mehr an Tests kann ich dann nicht mehr machen, solange kein Pin ausgewählt und die Software entsprechend angepasst ist ;-) Gruß Günter
:
Bearbeitet durch User
Günter H. schrieb: > Mehr an Tests kann ich dann nicht mehr machen, solange kein Pin > ausgewählt und die Software entpsrechend angepasst ist ;-) Ich kann Dir gerne einen Pin zuweisen und das prototypisch in die Software einbauen, damit Du das komplett testen kannst. Teile mir bitte dafür das Zielsystem (Nucleo STM32F401, STM32F411 oder STM32F103 Mini Board) und die WC-Variante (WC12h, WC24h) mit, damit ich das nicht für den Test direkt für alle 3x2 = 6 Zielsysteme implementieren muss. Ich stelle mir das dann so vor, dass ich nach einem OFF-Befehl einige zehntel Sekunden nach dem Erlischen aller LEDs die Versorgungsspannung über den Pin abschalte. Umgekehrt würde ich dann nach einem ON-Befehl zunächst die Versorgungsspannung einschalten und wenig später denn die LEDs mit den entsprechenden Werten initialisieren.
:
Bearbeitet durch Moderator
Hallo Frank, das Zielsystem ist das STM32F103 Mini Board mit der WC12h-Variante. Ganz eilig ist die Implementierung nicht, da ich realistisch betrachtet erst Ende Mai zum Testen des kompletten Systems komme. Ich wollte nur zeitnah deine Frage oben reagieren. Danke und viele Grüße Günter, ab jetzt wieder in der Sonne ;-)
Günter H. schrieb: > Mit auf der Platine sollen zusätzlich zwei Schottky-Dioden sein, > welche „DI“ der WS2812 auch bei abgeschalteter Versorgungsspannung > spezifikationsgerecht begrenzen. Was ich schon lange mal fragen wollte: Warum zwei Dioden? Reicht nicht eine zwischen Datenleitung und geschalteter Versorgungsspannung? Da Masse nicht geschaltet wird, kann der Datenpin doch nie negativer als der Masseanschluss der WS2812 werden, womit die Schutzdiode zwischen Masse und Datenpin doch eigentlich überflüssig ist. Oder übersehe ich da etwas? Viele Grüße, Thomas
Thomas S. schrieb: > Warum zwei Dioden? Das ist eine sehr gute Frage! Ich hatte mich hier http://www.led-studien.de/2014/06/24/schutzschaltung-fuer-ws2812-pixel/ „inspirieren“ lassen. In dieser Schaltung geht es wohl um den Schutz von WS2812-Stripes auch unter widrigen Bedingungen. Die Diode zwischen Datenpin und Masse ist bei einer „fest verkabelten“ WordClock überflüssig; schon die Diode vom Datenpin zur geschalteten Versorgungsspannung tendiert in Richtung „Luxus“, da Frank über die Software ja zuerst die LEDs ausschalten und dann erst die Versorgungsspannung abschalten will. Viele Grüße Günter
Günter H. schrieb: > Ich hatte mich hier > > http://www.led-studien.de/2014/06/24/schutzschaltung-fuer-ws2812-pixel/ > > „inspirieren“ lassen. Habe ich mir mal angesehen ... das scheint ein Komplettschutz zu sein. > Die Diode zwischen Datenpin und Masse ist bei einer „fest verkabelten“ > WordClock überflüssig; schon die Diode vom Datenpin zur geschalteten > Versorgungsspannung tendiert in Richtung „Luxus“, da Frank über die > Software ja zuerst die LEDs ausschalten und dann erst die > Versorgungsspannung abschalten will. Die Diode gegen Vcc halte ich eher für einen Schutz gegen Fehlfunktionen in der Software (ich will damit natürlich nichts unterstellen :) ) und damit würde ich die schon einbauen wollen. ... am besten paar Pads für die Dioden vorsehen und jeder kann selbst entscheiden, ob sie reinkommen oder nicht Viele Grüße, Thomas
Frank M. schrieb: > Unter > > https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Geplante_Features > > habe ich mal die nächsten geplanten Punkte zur WordClock-Software > aufgenommen: > > - Ambilight: Umlaufende Sekundenanzeige > > - Separate Farbauswahl für Display und Ambilight > > - Weitere Animation: Automatischer Farbverlauf durch alle > Regenbogenfarben > > - Spiele wie TRON und TETRIS > > Habe ich noch irgendwelche Vorschläge aus diesem Thread vergessen? Hi Frank, wenn du das Ambilight ohnehin farblich von der Anzeige der Uhr trennst, würde ich mir bei der Gelegenheit auch eine separate Regelung der Helligkeit für das Ambilight wünschen. Sollte ja eigentlich ein recht überschaubarer zusätzlicher Aufwand sein, oder? Beim Farbverlauf durch alle Farben würde ich mir wünschen, dass neben den Regenbodenfarben auch Weiß mit durchläuft... meine Frau hatte sich das damals bei der ATMega basierten 12h gewünscht und ich hatte es auch entweder selbst eingefügt oder irgendwo im Thread als Codeschnipsel gefunden und gemopst. Leider ist die Festplatte mit dem veränderten Sourcecode schon länger tot und beerdigt. :´-( Dann wurde hier im Thread mal angesprochen ob ggf. eine Unterstützung der SK6812 LEDs möglich wäre. Ich habe eine Anfrage aus dem Freundeskreis, die partout keine "Kaugummiautomaten-Blinkiblinki-Farbe" in der Uhr haben wollen und mich gefragt haben ob die SK6812 LEDs ebefalls funktionieren würden. Die Dinger sind im Prinzip eine WS2812 RGB LED mit zusätzlichem 4. Kanal für Warm- oder Kaltweiß. (Gibts z.B. hier bei Ali: http://www.aliexpress.com/item/Wholesale-4m-5m-SK6812-similar-ws2812b-RGBW-4-in-1-Waterproof-IP65-IP67-60-leds-pixles/32476317187.html) Ich bin mir nicht sicher ob das für das MiniDevBoard mit einem Kanal extra schon zu viel wird, aber für das große Nucleus Board sollte das kein Problem sein. Ob du das unterstützen möchtest ist natürlich eine ganz andere Frage... aber fragen kostet ja erstmal nichts. :-) Wenn es die Möglichkeit gäbe würde ich diese LEDs auch in meiner geplanten 24h benutzen. Als Alternative habe ich den beiden vorgeschlagen eine Variante der WS2812/SK6812 zu testen, die in 3 unterschiedlichen Weißtönen (warm, kalt, gelblich) daherkommt und in Sachen Ansteuerung wohl kompatibel zu den WS2812 zu sein scheint... gibts ebenfalls bei Ali: http://www.aliexpress.com/item/SK6812-WWA-warm-white-cool-white-amber-color-individual-led-addressable-strip-60leds-m-non-waterproof/32438577918.html Die könnte man vermutlich einfach so benutzen, ohne etwas an der Software ändern zu müssen, nur dass man dann statt RGB die verschiedenen Weißtöne steuert. Hat zufällig jemand hier die Dinger schon mal eingesetzt und Erfahrungswerte was die Ansteuerung betrifft? Sorry für den vielen Text und Viele Grüße, Peter
Peter G. schrieb: > wenn du das Ambilight ohnehin farblich von der Anzeige der Uhr trennst, > würde ich mir bei der Gelegenheit auch eine separate Regelung der > Helligkeit für das Ambilight wünschen. Das habe ich sowieso schon vorgesehen. > Beim Farbverlauf durch alle Farben würde ich mir wünschen, dass neben > den Regenbodenfarben auch Weiß mit durchläuft... Kein Problem. Finde ich auch sinnvoll. > Dann wurde hier im Thread mal angesprochen ob ggf. eine Unterstützung > der SK6812 LEDs möglich wäre. Ja, ist möglich. Verbraucht allerdings ein Drittel mehr RAM. Zudem muss man dann natürlich alle 4 Einzelfarben steuern können. Die Änderungen fangen bei der IR-Fernbedienung an, gehen übers Webinterface bis zur Android-App - ganz zu schweigen von dem eigentlichen Display-Source. Die Anpassungen sind also nicht in 5 Minuten getan ;-) > Ich bin mir nicht sicher ob das für das MiniDevBoard mit einem Kanal > extra schon zu viel wird, aber für das große Nucleus Board sollte das > kein Problem sein. Ob du das unterstützen möchtest ist natürlich eine > ganz andere Frage... aber fragen kostet ja erstmal nichts. :-) Das RAM auf dem STM32F103 könnte knapp werden, auf dem Nucleo wäre das aber kein Problem. > Als Alternative habe ich den beiden > vorgeschlagen eine Variante der WS2812/SK6812 zu testen, die in 3 > unterschiedlichen Weißtönen (warm, kalt, gelblich) daherkommt und in > Sachen Ansteuerung wohl kompatibel zu den WS2812 zu sein scheint... > gibts ebenfalls bei Ali: > http://www.aliexpress.com/item/SK6812-WWA-warm-white-cool-white-amber-color-individual-led-addressable-strip-60leds-m-non-waterproof/32438577918.html > Die könnte man vermutlich einfach so benutzen, ohne etwas an der > Software ändern zu müssen, nur dass man dann statt RGB die verschiedenen > Weißtöne steuert. Ja, das nehme ich auch an. Ich habe leider keine SK6812 zum Testen, um die Software entsprechend anzupassen. Aber ich werde Deine Anregung mal mit auf die TODO-Liste setzen. Eine Alternative zu den SK6812 wären auch APA102-RGBW Leds. Diese haben auch 4 LEDs, können aber sehr einfach per SPI angesteuert werden. Den APA102-Treiber habe ich schon in der WordClock-Software drin und auch getestet - allerdings in der RGB-Version, also ohne zusätzliche weiße LED. Der Speicherbedarf ist selbst bei DMA-Transfer weniger als halb so groß gegenüber dem WS2812-Protokoll. Außerdem ist der Datentransfer nicht nur schneller, sondern überhaupt nicht zeitkritisch, denn der Master bestimmt hier über den Takt die Geschwindigkeit. Im Moment halte ich diese Alternative daher für sinnvoller.
:
Bearbeitet durch Moderator
Hallo Frank, ist es eigentlich auch möglich über den Webserver oder über die App die Uhrzeit einzustellen? Viele Grüße
Tom schrieb: > ist es eigentlich auch möglich über den Webserver oder über die App die > Uhrzeit einzustellen? Darüber habe ich schon mehrfach nachgedacht: Um auf den Webserver oder die App zuzugreifen, muss die Uhr im Netz sein. Wenn die Uhr aber sowieso schon im Netz ist, dann kann sie auch die Uhrzeit über einen Timeserver holen. Daher ist es eigentlich nicht notwendig, die Uhrzeit noch manuell über Webserver oder die App einzustellen. Aber es gibt doch zwei Szenarien, wo dies sinnvoll ist: 1. Die Uhr hängt zwar in einem WLAN, aber dieses ist gar nicht mit dem Internet verbunden - aus welchen Gründen auch immer. 2. Der ESP-01 läuft im AP-Modus. Dies ist zwar eigentlich nur für die erstmalige Konfiguration gedacht, kann aber auch permanent genutzt werden - nämlich an Orten, wo überhaupt kein WLAN-Router oder anderer AP existiert, z.B. bei Opa und Oma, die kein Internet haben. Auch hier wäre es schon sinnvoll, per App ab und zu, wenn man Opa und Oma mal besucht, die Uhrzeit neu zu stellen. Daher ist Deine Frage schon berechtigt. Ich werde das also einbauen. Wie kamst denn Du auf diese Frage? Habe ich da noch etwas anderes übersehen?
:
Bearbeitet durch Moderator
Eine Frage noch zum Procedere: 1. AP konfigurieren (sag ich halt mal so) 2. WLAN Client konfigurieren fürs Heimnetz (berechtigen usw..) Wenn aber die Uhr dann bei Oma hängt wäre für mich ein "Software Button" für "zurück in den AP Modus" nicht schlecht, damit ich die Uhr aus dem WLAN Netz wieder aushängen könnte ( - ich hoffe, ich habe es nicht übersehen - habe bislang SW Stand 1.8.7 und 1.0.0). Und vielen Dank für die Mühe EDIT: Oder ein IR- Fernbedienungs-Reset für das WLAN Modul... dann könnten die Taster der Uhr innerhalb des Gehäuses bleiben - ohne, dass dieses geöffnet werden muss für eine Betätigung.
:
Bearbeitet durch User
Michael W. schrieb: > Wenn aber die Uhr dann bei Oma hängt wäre für mich ein "Software Button" > für "zurück in den AP Modus" nicht schlecht, damit ich die Uhr aus dem > WLAN Netz wieder aushängen könnte Wenn ich es recht verstehe: Du hängst die Uhr zunächst in Dein WLAN, konfigurierst sie und trägst sie dann rüber zur Oma. Und dort soll sie dann als AP laufen. Du könntest - bevor Du die Uhr engültig für die Oma in schönes Blümchenpapier einpackst - einmal den User-Button drücken, dann geht der ESP-01 in den AP-Modus. Und dort sollte der ESP-01 auch nach einem Poweroff/Reset dann auch bleiben. Kannst Du ja mal testen und berichten, ob sich das wirklich so verhält. Okay, ich habe Dich schon verstanden: Du möchtest den User-Button in Software. Ja, den könnte ich ins Web-Interface einbauen. > Oder ein IR- Fernbedienungs-Reset für das WLAN Modul... dann könnten die > Taster der Uhr innerhalb des Gehäuses bleiben - ohne, dass dieses > geöffnet werden muss für eine Betätigung. Extra ein IR-Fernbedienungs-Button dafür halte ich für Verschwendung. Es sind sowieso schon ziemlich viele IR-Tasten belegt und ohne entsprechende Beschriftung auch kaum noch zu merken.
Angehängte Dateien:
Hallo zusammen, ich habe ein Problem beim flashen des STM32 MiniBoard, bekomme immer folgende angehängte Fehlermeldung. Ich verwende den FLASHER-STM32 mit angehängten Einstellungen und den USB zu TTL-Konverter-Modul mit eingebautem in CP2102, dies habe ich auf 3,3V eingestellt. Habt ihr eine Idee was ich falsch mache? Vielen Dank schon mal! Gruß Jan
Jan P. schrieb: > Hallo zusammen, > > ich habe ein Problem beim flashen des STM32 MiniBoard, bekomme immer > folgende angehängte Fehlermeldung. > > Ich verwende den FLASHER-STM32 mit angehängten Einstellungen und den USB > zu TTL-Konverter-Modul mit eingebautem in CP2102, dies habe ich auf 3,3V > eingestellt. Ich selber habe es über diesen Weg (Flash über Bootloader/UART) noch nie probiert, sondern immer ein ST-Link/V2 dafür verwendet. Hast Du keins? Ich selbst habe mir dafür den oberen Teil eines Nucleo-Boards abgesägt. Es gibt aber auch bei eBay welche für unter 10 EUR. Damit geht das Flashen sehr einfach. Kann es sein, dass Du RX/TX vertauscht hast? Dreh die beiden Adern mal rum. Wenn ich es richtig in Erinnerung habe, hat Torsten die Anschlüsse auf dem Shield so beschriftet, dass TX->TX und RX->RX verbunden werden müssen. Okay, das ist ein wenig irreführend... Hast Du Dir die AN2606 von ST angeschaut, insbesondere den Teil "Bootloader activation"? Boot-Jumper richtig gesteckt? Wenn ich mir die AN2606 näher anschaue, muss für STM32F10xx eingestellt sein: Pattern1 Boot0(pin) = 1 and Boot1(pin) = 0 Da muss doch für das Flashen über den Bootloader noch zumindest der RESET-Button ins Spiel kommen... oder nicht? Gruß, Frank
Frank M. schrieb: > Okay, ich habe Dich schon verstanden: Du möchtest den User-Button in > Software. Ja, den könnte ich ins Web-Interface einbauen. Ja, das wäre schön:) Ich möchte eine Uhr ins Büro hängen und befürchte technisch begeisterte, lustige Kollegen, die mich aus der Uhr aussperren. Evtl. muss ich dennoch mittels "Hardware Schalter" das WLAN komplett ausschalten.
Frank M. schrieb: > Kann es sein, dass Du RX/TX vertauscht hast? Dreh die beiden Adern mal > rum. Wenn ich es richtig in Erinnerung habe, hat Torsten die Anschlüsse > auf dem Shield so beschriftet, dass TX->TX und RX->RX verbunden werden > müssen. Okay, das ist ein wenig irreführend... Das wird in der nächsten Bestellung korrigiert :) Ich weiß auch nicht mehr, wieso ich das so gemacht habe. Für den Fehler gibt es eigentlich nur 2 mögliche Ursachen: 1) RX/TX sind nicht richtig angeschlossen 2) der STM32 ist nicht im BootLoader Falls 1 ausgeschlossen werden kann, ruhig mehrfach den STM32 versuchen in den BootLoader zu bringen. Hatte das selber schon bei einem STM32, dass dieser erst nach dem x-ten Anlauf in den BootLoader gegangen ist - warum auch immer. Gruß, Torsten
Michael W. schrieb: > Ich möchte eine Uhr ins Büro hängen und befürchte technisch begeisterte, > lustige Kollegen, die mich aus der Uhr aussperren. Dafür wäre eher ein Zugangs-Passwort fürs Web-Interface sinnvoller. Aber mal gefragt: Wie sollten die Dich aussperren? ;-)
Frank M. schrieb: > Eine Alternative zu den SK6812 wären auch APA102-RGBW Leds. Diese haben > auch 4 LEDs, können aber sehr einfach per SPI angesteuert werden. Den > APA102-Treiber habe ich schon in der WordClock-Software drin und auch > getestet - allerdings in der RGB-Version, also ohne zusätzliche weiße > LED. Der Speicherbedarf ist selbst bei DMA-Transfer weniger als halb so > groß gegenüber dem WS2812-Protokoll. Außerdem ist der Datentransfer > nicht nur schneller, sondern überhaupt nicht zeitkritisch, denn der > Master bestimmt hier über den Takt die Geschwindigkeit. > > Im Moment halte ich diese Alternative daher für sinnvoller. Oh, die kenne/kannte ich noch gar nicht. Habe mal ein wenig bei Ali gestöbert, konnte aber irgendwie nichts passendes finden... hast du mal nen Link für die RGBW Version? Ich finde irgendwie nur die APA102 in RGB und die APA104 als RGBW, allerdings immer eine RGB und eine white LED im Wechsel auf dem Strip. Technisch klingt deine Version besser, aber ich glaube die SK6812 sind irgendwie besser zu beschaffen oder weiter verbreitet... o_O Eine Möglichkeit die Uhrzeit per Webinterface zu stellen fänd ich ebenfalls super. Ich habe meinen Testaufbau gestern mal in Betrieb genommen und bekomme den ESP leider nicht in mein WLAN integriert. Liegt vermutlich an den Sonderzeichen in der SSID, leider kann ich die SSID aber absehbar nicht ändern, da der WLAN Aufbau aktuell eine Arbeitskopie vom Firmen WLAN zu Testzwecken ist. :-( Könnte eines der folgenden Zeichen problematisch sein? Und falls ja: Gibt es einen Weg die Uhr trotzdem irgendwie ins WLAN zu bekommen (abgesehen von der offensichtlichen Änderung der SSID ;-)) Sonderzeichen: '()<> Oh und bei der Gelegenheit fällt mir noch was ein... ich hatte mal eine weiße Version der Frontplatte für die 24h angefragt, bin aber scheinbar der Einzige, der daran Interesse hat. Du hattest geschrieben, dass du ggf. mal beim Hersteller der Fronten fragen kannst, ob es möglich ist die vorhandenen Siebe dafür mit zu nutzen und ob das zu halbwegs vernünftigen Kosten machbar ist. Würdest du dich da vielleicht nochmal erkundigen, wenn du mit denen das nächste mal in Kontakt bist? Eilt gar nicht und wenns nicht klappt muss ich mir halt was anderes überlegen... vielleicht einfach Edelstahl/Blech lasern lassen und dann weiß lackieren. Gruß, Peter
Frank M. schrieb: > Pattern1 Boot0(pin) = 1 and Boot1(pin) = 0 Torsten G. schrieb: > 2) der STM32 ist nicht im BootLoader Vielen Dank euch zwei :) Genau da lag der Fehler, ich hatte den Jumper nicht richtig gesteckt...
Hallo, erstmal Anerkennung und Dank an alle Beteiligten für das schöne Projekt; ich habe mir in den letzten Wochen mal was aufgebaut und mir ist nach dem Anlernen der Fernbedienung noch etwas aufgefallen: Wenn ich die Uhr mit allen drei Farben max. (weiss) starte sollte ich mit der FB die drei Farben +/- per Taste regulieren können. Dies geht bei mir nur mit 5 von 6 Tasten. Rot+ geht dann über die FB nicht (kann nur heruntergeregelt werden!) obwohl FB Code sendet. ...mein SW Stand 1.8.7 und 1.1.0 Gruss Bernd
Bernd F. schrieb: > Rot+ geht dann über die FB nicht (kann nur heruntergeregelt werden!) > obwohl FB Code sendet. Ich habe mal in den Source geschaut und kann da keinen Fehler entdecken. Kannst Du mal einen UART-Log erstellen? Dabei mal die Farb-Tasten in der Kombination + und - drücken. Danke, Frank
Angehängte Dateien:
-
20160508_113602.jpg
190 KB -
20160508_113619.jpg
180 KB
Ich habe den WordClock Boden für die WC24h noch geändert. Anbei auf den Bildern findet ihr die aktuelle Version, welche dann auch ab der nächsten Sammelbestellung so ausgeliefert werden würde. Die Gründe für die Änderungen waren folgende: * bedingt durch die "Bubbels" rechts und links mussten relativ lange Drahtschlaufen erstellt werden. Da sie eh keinen Nutzen hatten, sind diese nun entfallen. * das Außenmaß wurde auf 450x450 geändert und ist somit wieder passend für die Frontplatten. Ich bin diesen Schritt gegangen, da ich denke das die Minderheit sich ein Echtholzfunier um den Boden klebt und die Mehrheit die Uhr wohl in einen Rahmen einbaut * es sind ein paar Schnörkel bei den Taschen entfallen * rechts wurden die Taschen auf eine Breite von 40 mm geändert - so passt dort nun das MiniDevShield problemlos rein Der WordClock Artikel ist auch bereits entsprechend angepasst worden. Bei der Bodengröße kann ich leider nicht 2 unterschiedliche Maße anbieten, da ich das dann beim verpacken nicht mehr handhaben kann. Das ist derzeit schon mit den vielen unterschiedlichen Optionen immer wieder eine Herausforderung und ich bin dann immer froh, wenn ich am ende das verpackens nichts mehr übrig haben oder bei letzten Karton dann nichts fehlt. Gruß, Torsten
Angehängte Dateien:
-
2a.jpg
91 KB
Torsten G. schrieb: > * bedingt durch die "Bubbels" rechts und links mussten relativ lange > Drahtschlaufen erstellt werden. Da sie eh keinen Nutzen hatten, sind > diese nun entfallen. Nicht nur die Knubbel links und rechts sind entfallen, sondern auch die beiden "Wände" oben und unten, welche einen Abstand von 297mm hatten, so dass man von einer 300x300mm Aluplatte die Höhe durch Absägen um 5mm verringern musste. Diese beiden Änderungen sind meines Erachtens die wichtigsten. Grund: Jetzt kann man auch auf den WC24er Zwischenboden eine komplett abdeckende Aluplatte mit der Größe von 310x310mm drauflegen. Okay, das Standardmaß von 300x300mm geht natürlich auch - obwohl es mit der optischen Abdeckung aller Löcher verdammt knapp ist. Nichtsdestotrotz bevorzuge ich die 310x310mm, welche man ohne nennenswerten Aufpreis bei den meisten eBay-Aluplatten-Händlern per Mail ordern kann. Ich hatte in der ersten Version des 24er Zwischenbodens das Miniboard in die untere rechte große Tasche, welche für das Nucleo gedacht war, reingelegt. Das geht natürlich auch. Allerdings musste ich dann wegen der geringeren Breite das RTC-Modul in die linke untere Tasche legen und das ganze mit einem Flachbandkabel verbinden - siehe Bild. Durch die Vergrößerungen der seitlichen Taschen passt das Mini-Board nun mit der ganzen Länge inkl. angelöteter Module in eine einzige Tasche. Danke an Torsten. Die Vereinfachungen des 24er Bodens erleichtern den zukünftigen Zusammenbau. Der 24er Boden ist nun genauso einfach zu verwenden, wie es der 12er Boden schon immer war.
:
Bearbeitet durch Moderator
Angehängte Dateien:
-
WS2812_schalten_02.png
20 KB -
MOSFET-Schalter_1.jpg
48 KB -
Testaufbau_MOSFET-Schalter_1.jpg
87 KB
Schalten der Versorgungsspannung für die WS2812-Stripes Wie geplant habe ich eine kleine Platine (50 mm x 22 mm) für die IRF9310 MOSFET und die Zusatzbeschaltung hergestellt (eher schnell als schön). Statt des BS170 wurde ein BSS123 verwendet. Mit auf der Platine ist auch eine (optionale) Schottky-Diode – geschaltet zwischen WS2812-Daten und geschalteter Versorgungsspannung. Bei den Anschlüssen dafür (1x Schraubklemme, 1x Steckstifte) gibt auch noch Optimierungsmöglichkeiten… Die gemessenen Daten bei einer Steuerspannung von 3 V: Laststrom 4,59 A („Fernlicht“ und „Abblendlicht“ parallel) Spannungsabfall Drain --> Source 41,8 mV. Damit liegt der aus dem Spannungsabfall errechnete Drain-to-Source Widerstand bei 9,1 mOhm, die Verlustleistung des IRF9310 bei rund 190 mW. Da an der Platine – bedingt durch meinen Aufbau – nur 4,3 V anliegen, kommt der errechnete Drain-to-Source Widerstand nahe an die Spezifikationsdaten (Bei V GS = - 4,5 V Drain-to-Source Widerstand von typ. 5,8 mOhm /max. 6,8 mOhm) heran. Die Schaltung bleibt sowohl bei häufigem An-/Ausschalten (Einschaltstrom ca. 8,5 A!) wie auch bei Dauerbetrieb über vier Stunden ganz „cool“. Lediglich die Kabel vom Netzteil zum Molex-Steckverbinder werden etwas warm, die H4-Lampe natürlich heiß. Nebenbei: An den für +5 V und Masse gebündelten Adern des 50 cm langen Flachbandkabels fallen jeweils ca. 70 mV ab. Nach dem jetzt noch ausstehenden Test mit der angepassten Software (meinerseits frühestens ab Ende Mai) werde ich die Platine noch anpassen. Als gut geeigneten und leicht beschaffbaren P-Channel MOSFET habe ich nur den IRF9310 im SO-8-Gehäuse gefunden. Bei den anderen Bauteilen tendiere ich zu TH-Bauteilen. Für meine Anforderungen liegt ein Adernpaar an der nicht geschalteten Versorgungsspannung, damit wird das Shield versorgt. Die „Schalterplatine“ soll in einer seitlichen Tasche Platz finden, das Shield kommt in eine Tasche oben. Gruß Günter
Günter H. schrieb: > Für meine Anforderungen liegt ein Adernpaar an der nicht geschalteten > Versorgungsspannung, damit wird das Shield versorgt. Die > „Schalterplatine“ soll in einer seitlichen Tasche Platz finden, das > Shield kommt in eine Tasche oben. Wenn die Schaltung auch mit SW erfolgreich getestet wurde, könnte man die doch dirket ins Shield einfliesen lassen. Und wer die Spannungsversorgung nicht geschaltet haben will, kann dann anstelle des IRF9310 eine Brücke löten. Nur so eine Idee von mir. Gruß, Torsten
Torsten G. schrieb: > Wenn die Schaltung auch mit SW erfolgreich getestet wurde, könnte man > die doch dirket ins Shield einfliesen lassen. Halte ich auch für sinnvoll. Die Software-Änderung kommt mit dem nächsten Release. > Und wer die > Spannungsversorgung nicht geschaltet haben will, kann dann anstelle des > IRF9310 eine Brücke löten. Zusatz: Eine fette Brücke löten. ;-)
Frank M. schrieb: > Zusatz: Eine fette Brücke löten. ;-) Oder die Brücke wird geätzt und muss dann durchtrennt werden. Das ich wohl besser als eine fette Brücke zu löten :)
Peter G. schrieb: > hast du mal nen Link für die RGBW Version? Wo Du mich so direkt fragst... ich hab mal gestöbert. Man findet zwar welche mit der Angabe RGBW, aber wenn man sich dann die Details anschaut, steht da komischerweise nur noch RGB. Ich werde nochmal intensiver danach suchen. Aber Du hast wohl recht: Die APA-Dinger mit RGBW sind wohl extremst selben - eigentlich schade. > Eine Möglichkeit die Uhrzeit per Webinterface zu stellen fänd ich > ebenfalls super. Habe ich mittlerweile eingebaut. Kommt mit dem nächsten Release. > Könnte eines der folgenden Zeichen problematisch sein? Und falls ja: > Gibt es einen Weg die Uhr trotzdem irgendwie ins WLAN zu bekommen > (abgesehen von der offensichtlichen Änderung der SSID ;-)) > Sonderzeichen: '()<> Es könnte durchaus an den Sonderzeichen liegen. Kannst Du mal im UART-Log nachschauen, was von Deiner SSID, die Du im WEB-Interface eingibst, dann tatsächlich ans ESP-01 geschickt wird? > Oh und bei der Gelegenheit fällt mir noch was ein... ich hatte mal eine > weiße Version der Frontplatte für die 24h angefragt, bin aber scheinbar > der Einzige, der daran Interesse hat. Ja, frage ich nochmal nach.
Frank M. schrieb: > Die Software-Änderung kommt mit dem > nächsten Release. Danke! Torsten G. schrieb: > Wenn die Schaltung auch mit SW erfolgreich getestet wurde, könnte man > die doch direkt ins Shield einfliesen lassen. Und wer die > Spannungsversorgung nicht geschaltet haben will, kann dann anstelle des > IRF9310 eine Brücke löten. Ja klar, gerne. Und es muss ja dann niemand die Bauteile für die Abschaltung bestücken, außer ggf. eine dicke Drahtbrücke einlöten. Ich bin immer noch (gedanklich) mit einer kleineren WordClock 12h beschäftigt, dabei will ich aus Platzgründen Shield und Spannungsverteilung getrennt anordnen. Gruß Günter
Günter H. schrieb: > Danke! der Pin auf dem Mini-Board wird PC14 sein. Ich werde hier vor dem Release demnächst eine HEX-Datei ablegen, damit Du was zum Testen hast.
Wlan über kleinen Schalter abschaltbar machen wäre evtl . nicht schlecht. Das der Nachbar nicht Zugriff auf die Uhr hat. :)
Wlan schaltbar schrieb: > Wlan über kleinen Schalter abschaltbar machen wäre evtl . nicht > schlecht. > Das der Nachbar nicht Zugriff auf die Uhr hat. :) Hängt Dein Nachbar in Deinem WLAN?
Hallo Frank, ich hätte auch noch einen Wunsch. :) ich habe hier eine alte Fernbedienung von einem alten MP3 Player. diese hat genau 27 Tasten und ist damit wohl jetzt voll belegt. Könnte man nicht für Helligkeit, Farben RGB, Mode usw. eine Taste als Auswahl nehmen und dann zwei Tasten für +/- definieren? Also ich wähle z.B. Rot und kann dann mit +/- heller oder dunkler Regeln. Das würde schon mal einige Tasten einsparen und würde meiner Meinung nach auch die Bedienung vereinfachen. Dann könnte man auch mit einer Taste das WLAN On/Off toggeln oder andere Funktionen schalten. lg Thomas
Thomas H. schrieb: > Könnte man nicht für Helligkeit, Farben RGB, Mode usw. eine Taste als > Auswahl nehmen und dann zwei Tasten für +/- definieren? Also ich wähle > z.B. Rot und kann dann mit +/- heller oder dunkler Regeln. Das würde > schon mal einige Tasten einsparen und würde meiner Meinung nach auch die > Bedienung vereinfachen. Ich bin über die vielen IR-Tasten auch nicht glücklich und habe auch schon drüber nachgedacht, die Bedienung zu vereinfachen. Dein Vorschlag ist schon mal ein guter Ansatz. Desweiteren könnte man für seltene Tasten auch ein Menü mit Laufschrift bauen. Ich werde da mal ein Konzept dafür erarbeiten...
Hallo Frank,
da du ja gerade dabei bis, eine Wunschliste zusammen zu stellen ...
- Muss man eigentlich in der Fernbedienung alle Tasten anlernen? Ein
"Skip" wäre ggf. auch sinnvoll. Unter "Vollausbau" mit
Helligkeitssteuerung, WLAN (und später automatischer Farbwechsel) würde
ich auf der Fernbedienung max. Ein/Aus und die Temperaturanzeige nutzen.
- Auf der "alten" WordClock gab es die Spracheinstellungen doppelt,
jeweils mit der Option "Es ist" immer ein oder nur zu vollen Stunde. Hab
mich so daran gewöhnt, dass mich das die aktuelle Einstellung ("Es ist"
immer an) fast schon stört.
mfg
Ralf
Ralf H. schrieb: > - Muss man eigentlich in der Fernbedienung alle Tasten anlernen? Ein > "Skip" wäre ggf. auch sinnvoll. Skip sollte mit der PowerOff-Taste gehen. Deshalb wird diese ja als erste angelernt. Die PowerOff-Taste selbst kannst Du daher nicht "skippen", aber alle anderen. > - Auf der "alten" WordClock gab es die Spracheinstellungen doppelt, > jeweils mit der Option "Es ist" immer ein oder nur zu vollen Stunde. Hab > mich so daran gewöhnt, dass mich das die aktuelle Einstellung ("Es ist" > immer an) fast schon stört. Interessanter Vorschlag, ist relativ einfach zu realisieren. Du meinst jetzt aber auch die WC12h, oder?
Frank M. schrieb: > Ralf H. schrieb: >> - Auf der "alten" WordClock gab es die Spracheinstellungen doppelt, >> jeweils mit der Option "Es ist" immer ein oder nur zu vollen Stunde. Hab >> mich so daran gewöhnt, dass mich das die aktuelle Einstellung ("Es ist" >> immer an) fast schon stört. > > Interessanter Vorschlag, ist relativ einfach zu realisieren. Du meinst > jetzt aber auch die WC12h, oder? Ja, bei der WC12h ist es mir aufgefallen. Die WC24h habe ich noch nicht fertig.
Ralf H. schrieb: > Die WC24h habe ich noch nicht fertig. Mit meiner Frage meinte ich eher, ob Du das auch für die WC24h als sinnvoll erachtest. Wenn ich das über die Display-Modes regele, verdoppeln sich diese. Bei den 4 Modes bei der WC12h wäre das nicht so tragisch, bei der WC24h werden dann mal fast 30 Display-Modes draus. Das wird dann ziemlich unhandlich. Okay, dann lasse ich das besser mit dem Verdoppeln der Display-Modes. Stattdessen werde ich fürs Web-Interface einen Haken vorsehen: "ES IST nur zu voller Stunde anzeigen" Das sollte reichen. Ich glaube nicht, dass man das alle paar Minuten umstellen möchte.
:
Bearbeitet durch Moderator
Frank M. schrieb: > Wlan schaltbar schrieb: > Wlan über kleinen Schalter abschaltbar machen wäre evtl . nicht > schlecht. > Das der Nachbar nicht Zugriff auf die Uhr hat. :) > > Hängt Dein Nachbar in Deinem WLAN? Nein zum Glück nicht. Zugegebener Maßen nur notwendig wenn man die Uhr im Access-Point Modus belässt. Einmal mit dem eigenen Netzwerk verbunden ist es in der Tat kein Problem mehr. Kann man die Uhr auch wieder komplett resetieren? Wenn ich z.B. Wlan ändere?
Hallo Zusammen, ich habe mich heute einmal daran gesetzt die Wordclock 12h zu bauen. Benutzt habe ich - meine alte Wordcklock Hardware, - selbst gelötete WS2812 Streifen - das Shield für STM32 MiniDevBoard @Thorsten: Dabei ist mir bezüglich des Shields aufgefallen, dass an den Pinheadern nicht der Pin 1 markiert ist, sondern GND. Das ist die erste Platine, die ich sehe, wo das so ist. INHO ist das verwirrend! Vorschlag: zusätzlich den Pin 1 mit einer "1" markieren. Die Beschriftung des UART ist ja, wie hier schon erwähnt anders herum. Zusätzlich kann man sie aber auch nicht mehr lesen, wenn der Pinheader eingelötet ist. @Frank: Ich habe mir sowohl das 1.8.8 er Tarball als auch das aktuelle SVN ausgecheckt, aber beide scheinen noch 1.8.6 zu sein. Während sich der Logger mit der HEX-Datei Wc12h-STM32F103.hex mit
1 | Welcome to WordClock Logger! |
2 | ---------------------------- |
3 | Version: 1.8.8 |
meldet, ist es bei beiden Tarball und SVN noch die 1.8.6 er Versionen :
1 | Welcome to WordClock Logger! |
2 | ---------------------------- |
3 | Version: 1.8.6 |
In der main.c steht auch:
1 | #define VERSION "1.8.6" // 2016-03-24
|
Sind da noch nicht alle Änderungen im SVN? Nochmal vielen Dank an Frank und Thomas für dieses Projekt Ich werde jetzt erstmal die Anzeigeroutine ändern, da ich die LEDs anders herum verkabelt habe. Wenn ich fertig bin, werde ich auch ein paar Bilder hier hochladen, falls gewünscht. Grüße aus Bochum Dario
Wlan schaltbar schrieb: > Zugegebener Maßen nur notwendig wenn man die Uhr im Access-Point Modus > belässt. Einmal mit dem eigenen Netzwerk verbunden ist es in der Tat > kein Problem mehr. Auch im AP-Modus gibt es ein Password. Das ist im Moment aber nicht änderbar, weil ich davon ausging, dass der AP-Modus sowieso ein temporärer Zustand ist. Jetzt, wo sich herausstellt, dass der AP-Modus unter gewissen Umständen durchaus sinnvoll sein kann (Uhr hängt bei der Oma), wird man im nächsten Release auch ein Password für den AP-Modus vergeben können. > > Kann man die Uhr auch wieder komplett resetieren? Wenn ich z.B. Wlan > ändere? Sobald Du den User-Button drückst, bist Du wieder im AP-Modus und kannst eine neue SSID eintragen.
Dario C. schrieb: > - selbst gelötete WS2812 Streifen Oh, selbst gelötet! :-) > Dabei ist mir bezüglich des Shields aufgefallen, dass an den Pinheadern > nicht der Pin 1 markiert ist, sondern GND. Das ist die erste Platine, > die ich sehe, wo das so ist. INHO ist das verwirrend! Wenn mans weiß, ist es praktisch. > Vorschlag: zusätzlich den Pin 1 mit einer "1" markieren. Guter Vorschlag. > @Frank: > Ich habe mir sowohl das 1.8.8 er Tarball als auch das aktuelle SVN > ausgecheckt, aber beide scheinen noch 1.8.6 zu sein. Nein, die Version ist schon 1.8.8. Aber leider habe ich vergessen, vor dem CheckIn ins SVN in main.c die Konstante
1 | #define VERSION "1.8.6" // 2016-03-24
|
zu aktualisieren. Daher zeigt der WordClock-Logger den falschen Wert. Ich habs gerade auch nochmal mit einem diff überprüft, ob sonst nichts fehlt. Leider kann ich das aktuelle main.c nicht einchecken, da sich das mittlerweile weiterentwickelt hat. Unter anderem sind da nun die Stromversorgungs-Steuerungen drin. > *Nochmal vielen Dank an Frank und Thomas für dieses Projekt* Danke fürs Danke. Du meinst sicher Torsten, nicht Thomas ;-) > Ich werde jetzt erstmal die Anzeigeroutine ändern, da ich die LEDs > anders herum verkabelt habe. Du meinst, nicht in Schlangenform? Die Stelle findest Du in display.c:
1 | static void |
2 | display_set_display_led (uint_fast16_t n, LED_RGB * rgb, uint_fast8_t refresh) |
3 | {
|
4 | ....
|
5 | |
6 | if (y & 0x01) // snake: odd row: count from right to left |
7 | {
|
8 | x = n % WC_COLUMNS; |
9 | n = y * WC_COLUMNS + (WC_COLUMNS - 1 - x); |
10 | }
|
11 | ....
|
12 | }
|
Einfach den obigen if-Block auskommentieren. > Wenn ich fertig bin, werde ich auch ein paar Bilder hier hochladen, > falls gewünscht. Bin gespannt :-)
:
Bearbeitet durch Moderator
Angehängte Dateien:
-
Controller.jpg
250 KB -
Minutenpunkt.jpg
240 KB -
Streifen.jpg
240 KB -
Umlenkung.jpg
250 KB
Frank M. schrieb >> - selbst gelötete WS2812 Streifen > Oh, selbst gelötet! :-) Ja, ich hatte mir vor Jahren mal 1000 WS2812 auf Mini-Platinen, auch Heatsink genannt zugelegt, die habe ich per Draht verbunden. >> ... nicht der Pin 1 markiert ist, sondern GND. > Wenn mans weiß, ist es praktisch. Wenn mans nicht weiß, sucht man lange nach dem Fehler :-) >> *Nochmal vielen Dank an Frank und Thomas für dieses Projekt* > Danke fürs Danke. Du meinst sicher Torsten, nicht Thomas ;-) Genau. >> Ich werde jetzt erstmal die Anzeigeroutine ändern, da ich die LEDs >> anders herum verkabelt habe. > Du meinst, nicht in Schlangenform? Nein, schon in Schlangenform, aber meine Minuten-LEDs sind auch in der Schlange. Habe ich angepasst, musste aber zwei Routinen ändern:
1 | static void |
2 | display_set_display_led (uint_fast16_t n, LED_RGB * rgb, uint_fast8_t refresh) |
und static void display_minute_leds (uint_fast8_t power_is_on, uint_fast8_t minute) [/c] >> Wenn ich fertig bin, werde ich auch ein paar Bilder hier hochladen, >> falls gewünscht. > Bin gespannt :-) Hier schon mal die ersten Bilder, aber oben noch etwas unaufgeräumt. Ich muss den RTC noch per Kabel verlängern und Serial-Logger und Programieradapter entfernen. Ich habe einige Änderungen zum Original vorgenommen: 1) Spannungsversorgung LEDs: Hier gibt es senkrecht links eine GND und rechts eine VCC Leitung Somit ist Spannung an jeder LED nahezu identisch, sofern die senkrechten Leitungen dick genug sind. Ich habe festgestellt, dass sich die Farbe leicht verändert, wenn die Spannung nicht konstant ist. Deutlich sieht man das bei einem 100er Streifen, der nur von einer Seite versorgt wird: Wenn alle LEDs weiss gesteuert werden, werden die zum Ende hin immer roter, da die Spannung nicht mehr ausreicht um die blaue LED zum Leuchten zu bringen. 2) Minutenpunke: Weil ich Kabel sparen wollte, nein eigentlich weil ich zu faul war ein Kabel außen rum zu legen, habe ich die Minutenpunkte in die Schlange mit eingebaut:
1 | [0] [12] |
2 | 1 2 3 4 5 6 7 8 9 10 11 |
3 | 23 22 21 20 19 18 17 16 15 14 13 |
4 | 24 25 26 27 28 29 30 31 32 33 34 |
5 | 45 44 43 42 41 40 39 38 37 36 35 |
6 | 46 47 48 49 50 51 52 53 54 55 56 |
7 | 67 66 65 64 63 62 61 60 59 58 57 |
8 | 68 69 70 71 72 73 74 75 76 77 78 |
9 | 89 88 87 86 85 84 83 82 81 80 79 |
10 | 90 91 92 93 94 95 96 97 98 99 100 |
11 | 112 111 110 109 108 107 106 105 104 103 102 |
12 | [113] [101] |
3) Lage des Controllers: Den habe ich auch nach oben gelegt, da sind auch die Kabel zu LDR, TSOP31238 und zur ersten LED nicht so weit. Die Spannung hole ich mir auch aus dem senkrechten Versorgungsleitungen, das spart wieder Kabel. PS: Woran kann es liegen, dass ich über Wifi keine Antwort bekomme? ntp scheint zu gehen und die IP stimmt lauft Fritzbox auch?
1 | Welcome to WordClock Logger! |
2 | ---------------------------- |
3 | Version: 1.8.8 |
4 | rtc is online |
5 | eeprom is online |
6 | current eeprom version: 0x00010700 |
7 | reading ir codes from eeprom |
8 | reading display configuration from eeprom |
9 | reading timeserver data from eeprom |
10 | reading night timers from eeprom |
11 | ESP8266 LOGGER |
12 | read rtc: Fr 2016-05-13 14:56:22 |
13 | update display |
14 | (- setup UDP) |
15 | esp8266 now up |
16 | (- local port: 2421) |
17 | (- setup server UDP) |
18 | (- local port: 2424) |
19 | (FIRMWARE 1.0.0) |
20 | (- connected to AP) |
21 | (AP ohs-ftth-intern-2) |
22 | (IPADDRESS 192.168.66.102) |
23 | esp8266 now online |
24 | --> time "192.53.103.103"<0d><0a> |
25 | update display |
26 | (OK time) |
27 | (TIME 3672132992) |
28 | command: set time to Fr 2016-05-13 14:56:32 |
29 | update display |
Aber ein http://192.168.66.102 gibt keine Antwort, auch Ping geht nicht.
Dario C. schrieb: > Ich habe einige Änderungen zum Original vorgenommen: > 1) Spannungsversorgung LEDs: > Hier gibt es senkrecht links eine GND und rechts eine VCC Leitung > Somit ist Spannung an jeder LED nahezu identisch, sofern die > senkrechten Leitungen dick genug sind. Ich habe festgestellt, dass > sich die Farbe leicht verändert, wenn die Spannung nicht konstant > ist. Deshalb wird auch im Artikel empfohlen, in jeder zweiten Zeile die Versorgungsspannung neu einzuspeisen, nämlich über ein Flachbandkabel. Sieht man schön in den Bildern dort. Das heisst, bei einer WC12h werden alle 22 LEDs +5V und GND neu angeschlossen. Damit ist keine Farbveränderung sichtbar. > Deutlich sieht man das bei einem 100er Streifen, der nur von einer > Seite versorgt wird: Wenn alle LEDs weiss gesteuert werden, werden Klar, bei 100 LEDs sieht man das. Ist aber normalerweise nicht die empfohlene Vorgehensweise, siehe Artikel. > PS: Woran kann es liegen, dass ich über Wifi keine Antwort bekomme? > ntp scheint zu gehen und die IP stimmt lauft Fritzbox auch? Ja, NTP geht. Geht klar aus dem LOG hervor. Vermutlich hast Du bei Deiner Fritzbox "Kommunikation zwischen Clients erlauben" (oder so ähnlich lautend) nicht aktiviert. Da gibt es extra ein Häkchen dafür. Gruß, Frank
Frank M. schrieb: > Deshalb wird auch im Artikel empfohlen, in jeder zweiten Zeile die > Versorgungsspannung neu einzuspeisen, nämlich über ein Flachbandkabel. Das habe ich gesehen. Ich persönlich finde nur das Flachbandkabel nicht so schön, dass es seine Funktion erfüllt bezweifel ich nicht. >> PS: Woran kann es liegen, dass ich über Wifi keine Antwort bekomme? > Vermutlich hast Du bei Deiner Fritzbox "Kommunikation zwischen Clients > erlauben" (oder so ähnlich lautend) nicht aktiviert. Nein, das geht meiner Meinung nach auch nur beim Gastzugang unter der Option:
1 | [ ] Die mit dem Gastzugang verbundenen Geräte dürfen untereinander kommunizieren. |
aber ein Reboot von der Wordclock hat es behoben, jetzt geht es. Noch eine Frage: Gibt es schon eine Funktion, dass die Uhr Ihre Farbe kontinuierlich ändert? Ähnlich dem "Automatischer Farbwechselmodus (Regenbogen)" aus dem alten Wordclock Projekt? Falls nein, wo wäre der geeignete Punkt um den einzubauen? Grüße aus Bochum Dario
Dario C. schrieb: > Noch eine Frage: > Gibt es schon eine Funktion, dass die Uhr Ihre Farbe kontinuierlich > ändert? Ähnlich dem "Automatischer Farbwechselmodus (Regenbogen)" > aus dem alten Wordclock Projekt? Gibts noch nicht, wurde aber hier schon mehrfach angesprochen und steht daher auch schon länger auf der TODO-Liste - siehe Artikel. > Falls nein, wo wäre der geeignete Punkt um den einzubauen? Funktion display_animation(), diese wird 40 mal pro Sekunde aufgerufen. Aber damit ist es nicht getan, muss auch zu den anderen Animationsmodi passen, im EEPROM gespeichert werden, über IR, App & Web aktiviert werden können usw. Muss also ins Gesamtkonzept integriert werden. Einen schnellen Hack will ich eher nicht. Aber der Punkt steht bei mir ziemlich weit oben, dauert also nicht mehr lange.
Angehängte Dateien:
-
Wordclock24h-Web-Main.png
6,5 KB -
Wordclock24h-Web-Network-AP.png
7,8 KB
Im Artikel steht die STM32-Version 1.8.9 zum Download bereit. Neu im Web-Interface: - Manuelles Stellen von Datum/Uhrzeit - AP- oder WLan-Client-Modus nun auswählbar - Einstellung von SSID und Key für AP-Modus Sonstiges: - Steuerung der LED-Stripe-Spannungsversorgung (ungetestet) Neu ist ebenso die ESP8266-Firmware 1.2.0 mit folgender Änderung: - Ausgabe des WLAN-Modus: WLAN-Client oder AP Die Uhr kann damit nun dauerhaft im AP-Modus betrieben werden. Die SSID und der Key (mindestens 10 Zeichen!) können über das Web-Interface eingestellt werden. Ein Rücksetzen auf den Standard SSID=wordclock und KEY=1234567890 ist aber weiterhin über den User-Button möglich. @Günter H.: Du kannst mit dieser Version die Spannungsversorgungssteuerung testen. Der Pin ist PC14 am Mini-Board. Viel Spaß, Frank
Hallo, zunächst mal Danke an alle die sich hier so toll engagieren und das Projekt voranbringen, echt super. Ich spiele schon länger mit dem Gedanken mir eine WC12h zu bauen; bisher hat mich der Lötaufwand immer abgeschreckt aber mit den WS2812-Streifen hat sich der ja nochmal reduziert so daß ich mich auch an das Projekt traue. Ich bin aktuell dabei die Teile zu bestellen und orientiere mich dabei an der praktischen Liste https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Teileliste_f.C3.BCr_WC12h_oder_WC24h_und_Bezugsquellen Damit ich dann nicht beim Zusammenbau feststelle das was fehlt und ein paar Wochen auf die Nachlieferung warten muss frage ich besser hier mal nach: 1) Ich plane das empfohlene STM32 MiniBoard zu verwenden. Brauche ich zum Flashen des ESP8266 den im Text (aber nicht in der Liste) erwähnten USB-UART-Adapter oder reicht der STM32 ST-Link? 2) In der Teileliste fehlt vermutlich die Frontplatte (mit Verweis auf die Sammelbestellungen). Hier https://www.mikrocontroller.net/articles/Word_Clock#Sammelbestellung_.28Edelstahl.29 findet sich auch noch was zu einer Edelstahlfrontplatte. Sehe ich es richtig, daß die auch kompatibel wäre? 3) Betreibt ihr eure Uhr rahmenlos oder habt ihr einen Rahmen um eure Uhr (habe wohl mal was von Ikea-Ribba-Rahmen gelesen)? Letzteres geht nicht mit Ambilight zusammen oder? 4) Brauche ich das IR-Empfangsmodul TSOP31238 und eine Fernbedienung (welche ggf?) oder kann ich die einfach weg lassen und alles per Web-Interface einstellen (oder nutzt ihr die Fernbedienung häufig? Irgendwie sehe ich mich nicht häufig die Uhrzeit und Farbe etc. um zu stellen). 5) Erfolgt über den Internet-Timeserver und die Software auch die Sommer/Winterzeitumstellung automatisch oder müsste man dafür dann doch ein DCF77 Modul einbauen? Vielen Dank für die Antworten Hauke
Frank M. schrieb: > Du kannst mit dieser Version die Spannungsversorgungssteuerung testen. > Der Pin ist PC14 am Mini-Board. Mache ich gerne! Muss aber noch bis Ende Mai warten, da ich z. Z. unterwegs bin. Gruß Günter
Hauke W. schrieb: > 1) Ich plane das empfohlene STM32 MiniBoard zu verwenden. Brauche ich > zum Flashen des ESP8266 den im Text (aber nicht in der Liste) erwähnten > USB-UART-Adapter oder reicht der STM32 ST-Link? Umgekehrt wäre die Frage sinnvoller. Den USB-UART-Adapter brauchst Du auf jeden Fall, um den ESP zu flashen. Bleibt noch die Frage, ob Du den ST-Link/V2 brauchst. Es geht auch mit dem UART-Adapter, wenn Du über den Bootloader flashst, siehe Artikel. Dafür müssen die beiden Jumper aber entsprechend gesetzt werden. Wie, wurde erst vor ein paar Tagen im Thread erwähnt, musst Du nur etwas zurückgehen. > 2) In der Teileliste fehlt vermutlich die Frontplatte (mit Verweis auf > die Sammelbestellungen). Hier > https://www.mikrocontroller.net/articles/Word_Clock#Sammelbestellung_.28Edelstahl.29 > findet sich auch noch was zu einer Edelstahlfrontplatte. Sehe ich es > richtig, daß die auch kompatibel wäre? Ich habe vorsichtshalber ein paar Acrylglas-Frontplatten mehr bestellt. Du kannst Dich also noch an der Sammelbestellung beteiligen. Melde Dich einfach bei mir. Ja, die Edelstahlfrontplatte ist zur WC12h kompatibel. Geht auch. > 3) Betreibt ihr eure Uhr rahmenlos oder habt ihr einen Rahmen um eure > Uhr (habe wohl mal was von Ikea-Ribba-Rahmen gelesen)? Ikea-Ribba-Rahmen finde ich nicht so prickelnd. Ich (und bekanntermaßen auch viele andere) nehme einen schwarzen Alu-Rahmen, sieht einfach besser aus: https://www.alutech.de/alu---zuschnitt-profil-18.html Dort einfach Farbe schwarz anklicken. > Letzteres geht nicht mit Ambilight zusammen oder? Korrekt. In diesem Fall wird die Uhr rahmenlos aufgebaut und die Frontplatte wird mit aufgeklebten Magneten befestigt. Achtung: Kleber beachten, sonst wird die Farbschicht der Frontplatte angegriffen! Welcher Kleber geht, steht im Artikel. > 4) Brauche ich das IR-Empfangsmodul TSOP31238 und eine Fernbedienung > (welche ggf?) oder kann ich die einfach weg lassen Kannst Du auch weglassen. In dem Fall empfehle ich einen Pullup-Widerstand am Eingangspin, damit der Eingang nicht "floatet". > 5) Erfolgt über den Internet-Timeserver und die Software auch die > Sommer/Winterzeitumstellung automatisch oder müsste man dafür dann doch > ein DCF77 Modul einbauen? Die Umstellung geht automatisch. Gruß, Frank
Frank M. schrieb: > Kannst Du auch weglassen. In dem Fall empfehle ich einen > Pullup-Widerstand am Eingangspin, damit der Eingang nicht "floatet". Und was nimmt man da am besten? 10K oder 100k Pullup?
Hallo Frank, Danke für das neue Update aber ich glaube dass das Verzeichnis "power" im Tarball fehlt. Beim Kompilieren bringt er eine Fehlermeldung. Nach dem Auskommentieren der Funktionen geht's. lg eddi
Angehängte Dateien:
-
Unbenannt-1.jpg
130 KB -
Unbenannt-2.jpg
210 KB
Hallo zusammen, hat jemand die neuste Firmware-Version mit einem STM32F103 getestet (12h Variante) In der HTML-Ansicht bekomm ich in der Kopfzeile eine komische Ausgabe und das Jahr kann ich auch nicht konfigurieren. siehe Anhang (Könnte aber auch an meinem Aufbau liegen, da ich aktuell auch noch eine fehlerhafte LED Ausgabe bekomme...)
Edmund R. schrieb: > Danke für das neue Update aber ich glaube dass das Verzeichnis "power" > im Tarball fehlt. Du hast recht. Sorry, ich habe Vergessen, das Verzeichnis zum Repository hinzuzufügen. Nun sind die power-Sources mit drin.
Tom schrieb: > hat jemand die neuste Firmware-Version mit einem STM32F103 getestet (12h > Variante) Ja, ich. Ich kann die Phänomene bei Dir nicht nachvollziehen. > In der HTML-Ansicht bekomm ich in der Kopfzeile eine komische Ausgabe > und das Jahr kann ich auch nicht konfigurieren. siehe Anhang Das sieht nach einem Kommunikationsproblem zwischen ESP01 und STM32 aus. Überprüfe nochmal die Verbindungen und Spannungsversorgung. Das ESP01 kommt mit den paar Milliampere aus dem STM32F103-Modul, welches dort der 3,3V-Pin liefert, nicht aus. Das ESP01 braucht daher einen eigenen 3,3V Spannungsregler, der bis zu 300mA liefern kann. > (Könnte aber auch an meinem Aufbau liegen, da ich aktuell auch noch eine > fehlerhafte LED Ausgabe bekomme...) Ja, sieht tatsächlich so aus.
:
Bearbeitet durch Moderator
Hallo, > Den USB-UART-Adapter brauchst Du > auf jeden Fall, um den ESP zu flashen. Ok, sollte man den dann nicht (statt des STM32 ST-Links) in der Teileliste aufführen? Da ich da nichts rauslöschen wollte hab ich das mal nicht verändert. Hab aber ein paar andere Einträge der Teileliste editiert und würde euch aber bitten da nochmal drüber zu schauen. > Du kannst Dich also noch an der Sammelbestellung beteiligen. > Melde Dich einfach bei mir. Hatte dir schon vor meinem Post eine Nachricht diesbezüglich geschickt, ist die nicht angekommen? > Ja, die Edelstahlfrontplatte ist zur WC12h kompatibel. Hab deine Plexiglasplatten und die Edelstahlvariante mal in die Teileliste mit aufgenommen. > > https://www.alutech.de/alu---zuschnitt-profil-18.html > > Dort einfach Farbe schwarz anklicken. Hab das auch mal in die Teileliste mit aufgenommen. Evtl. kann noch jemand die idealen Abmessungen ergänzen? > die > Frontplatte wird mit aufgeklebten Magneten befestigt. Sind die beim "Paket 6 (Ambilight - STM32 Basis - WS2812)" enthalten oder was für Magnete werden da empfohlen? Könnte man auch noch in die Teileliste packen. > > Kannst Du auch weglassen. In dem Fall empfehle ich einen > Pullup-Widerstand am Eingangspin, damit der Eingang nicht "floatet". > Da würde mich dann auch die Dimension des Widerstandes interessieren. Noch eine dumme Frage, wofür brauche ich den in der Teileliste aufgeführten "AMS1117 Drop Down Regler", zu mindestens "AMS" oder "Drop" gibt keine sonstigen Treffer im Text und Spannungsregler taucht nur beim Nucleo-Board auf. Viele Grüße Hauke
Hauke W. schrieb: > Ok, sollte man den dann nicht (statt des STM32 ST-Links) in der > Teileliste aufführen? Am besten sollte man beide aufführen. Ein ST-Link/V2 ist im Zweifel die bessere Wahl, um den STM32F103 zu flashen. Beim Nucleo ist das ST-Link/V2 und auch der USB-UART-Adapter bereits "on Board". > Da ich da nichts rauslöschen wollte hab ich das > mal nicht verändert. Führe einfach beide auf und erkläre, dass man u.U. auch mit dem USB-UART-Adapter flashen kann. Das steht übrigens schon an anderer Stelle im Artikel. > Hab aber ein paar andere Einträge der Teileliste editiert und würde euch > aber bitten da nochmal drüber zu schauen. Gut! Schön, dass Du Dich in dieser Richtung engagierst. Je mehr mitmachen, desto "runder" wird der Artikel. Schaue ich mir an. >> Du kannst Dich also noch an der Sammelbestellung beteiligen. >> Melde Dich einfach bei mir. > > Hatte dir schon vor meinem Post eine Nachricht diesbezüglich geschickt, > ist die nicht angekommen? Doch, ich habe aber seit gestern abend nicht mehr in meine Mailbox geschaut. Du bekommst nachher noch eine Mail von mir. > Hab deine Plexiglasplatten und die Edelstahlvariante mal in die > Teileliste mit aufgenommen. Sehr gut :-) > Hab das auch mal in die Teileliste mit aufgenommen. Evtl. kann noch > jemand die idealen Abmessungen ergänzen? Abmessung: 450x450mm. Die Maße, die man dort angeben muss, sind Innenmaße. > Sind die beim "Paket 6 (Ambilight - STM32 Basis - WS2812)" enthalten > oder was für Magnete werden da empfohlen? Könnte man auch noch in die > Teileliste packen. Nein, die Magnete sind gewiss nicht dabei. Die Montage der Frontplatte macht jeder anders, deshalb wird im Artikel nicht darauf eingegangen. Ich selber nutze den oben genannten Rahmen und habe deshalb auch keine Erfahrungen mit den Magneten. Am besten meldet sich da mal jemand, der in den letzten 6 Jahren "WordClock-Projekt" die Magnete desöfteren dafür verwendet hat. > Da würde mich dann auch die Dimension des Widerstandes interessieren. Irgendwas mit 10k bis 100k. > Noch eine dumme Frage, wofür brauche ich den in der Teileliste > aufgeführten "AMS1117 Drop Down Regler", zu mindestens "AMS" oder "Drop" > gibt keine sonstigen Treffer im Text und Spannungsregler taucht nur beim > Nucleo-Board auf. Der wird benutzt, um das ESP-01-Modul zu versorgen. Dieser wird direkt an das Shield fürs Mini-Dev-Board angelötet. 5 Stück gibt es hier: http://www.ebay.de/itm/161732734449 mit Lieferung aus Deutschland, ist nach 2-3 Tagen dann im Briefkasten. Bestellungen beim Chinesen sind etwas billiger, dauern dann aber ein paar Wochen.
:
Bearbeitet durch Moderator
>> https://www.alutech.de/alu---zuschnitt-profil-18.html >> >> Dort einfach Farbe schwarz anklicken. Die Farbe muss nicht schwarz sein, da kann jeder die Farbe wählen die ihm gefällt, daher würde ich die Farbe nicht angeben und auch darauf hinweisen, dass dieses nur ein Beispielrahmen ist. Da gibt es sicherlich noch andere Varianten. Auf die anderen Punkte ist Frank ja bereits eingegangen. Gruß, Torsten
Angehängte Dateien:
-
Wordclock24h-Web-Display.png
8,8 KB
Neue Version 1.9.0 ist zum Download verfügbar, siehe https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Download Einzige Änderung: - Neuer Farbanimationsmodus: Rainbow Damit werden über mehrere Minuten hinweg sämtliche möglichen Farben langsam durchgespielt. Der Modus lässt sich mit allen sonstigen Animations-Modi kombinieren und über die Web-Schnittstelle aktivieren. Eine neue Android-App, mit der man ebenso die Uhrzeit stellen kann (seit 1.8.9) und den Rainbow-Modus einstellen kann (Version 1.9.0) folgt in Kürze. Das Einstellen des Rainbow-Modus über IR-Fernbedienung kommt etwas später. Vorher wollte ich das Bedienkonzept prinzipiell vereinfachen - siehe Diskussion dazu in diesem Thread.
@Frank, bin gerade dabei, Günters Spannungsversorgungssteuerung zu testen. Allerdings sind die 5V nur bis kurz nach der Init eingeschaltet und werden dann ausgeschaltet. Ich habe 2 Timer benutzt. Werden die im Log angezeigt? Sehe zwar "reading night timers from eeprom", aber nicht, ob on oder off. Gruss Peter
Hallo Peter, Peter Z. schrieb: > bin gerade dabei, Günters Spannungsversorgungssteuerung zu testen. Prima! > Allerdings sind die 5V nur bis kurz nach der Init eingeschaltet > und werden dann ausgeschaltet. Upps, da scheint wohl noch ein Fehler drin zu sein. Wie schon geschrieben: Die Steuerung für die Spannungsversorgung ist komplett ungetestet. Ich werde mir den Source dahingehend nochmal anschauen. > Ich habe 2 Timer benutzt. Sollte auch mit jedem On-/Off-Befehl gehen (WLAN, IR, App), die Steuerung ist komplett unabhängig von den Timern. > Werden die im Log angezeigt? Gute Frage, werde ich überprüfen. Wenn sie fehlen, baue ich sie ein. Gruß, Frank
Frank M. schrieb: > Hi Perre, > > Pierre N. schrieb: > >> ich hab mir das STM32F411RE geholt. nun hab ich aber eine andere >> Rev.MB1136- C02. weisst du ob die lötarbeiten dort gleich sind? > > Hm, keine Ahnung. Aber ich vermute mal, dass auch hier die Lötarbeiten > dieselben sind. > >> wenn du >> willst schick ich dir mal ein bild von der rev. C03. > > Kannst Du gern machen. > > Gruß, > > Frank Hallo zusammen, kann jemand die für die C01 Version beschriebenen Lötarbeiten nun für die C03 Version bestätigen? Woran würde ich das merken? Danke und Gruß
Frank M. schrieb: > Hauke W. schrieb: >> Ok, sollte man den dann nicht (statt des STM32 ST-Links) in der >> Teileliste aufführen? > > Am besten sollte man beide aufführen. Ein ST-Link/V2 ist im Zweifel die > bessere Wahl, um den STM32F103 zu flashen. Beim Nucleo ist das > ST-Link/V2 und auch der USB-UART-Adapter bereits "on Board". Ist erledigt. Hab die beiden Boardvarianten mal zu einem Eintrag zusammengefasst. Ich hoffe, daß ihr das auch übersichtlicher findet (nicht, daß jemand sonst beide Boards kauft oder so). Bei den Leuchtmitteln WC12h/WC24h war das ja auch schon ein gemeinsamer Eintrag. Die Shieldineträge sind so schon lang genug, die hab ich getrennt gelassen (aber jeweils die Abhängigkeiten explizit erwähnt). > Gut! Schön, dass Du Dich in dieser Richtung engagierst. Je mehr > mitmachen, desto "runder" wird der Artikel. Schaue ich mir an. Das ja das mindeste und bin froh so auch einen kleinen Beitrag leisten zu können. Wäre aber sicher alles andere als verkehrt wenn da nochmal jemand mit Ahnung drüber schauen würde. Wenn mehrere Leute mitmachen besteht natürlich auch immer die Gefahr von Wildwuchs (unterschiedliche Nomenklatur...). Auch habe ich keinen Überblick was sonst noch so in der Liste fehlt. Ist natürlich ein variabler Grad zwischen einfachen Dingen die man so rumliegenhat (Kabel, Widerstände) bzw. offensichtlichen Dingen (offensichtlich brauche ich für Wlan einen Router...) zu Dingen die man bestellen muss (hab den Kleber jetzt z.B. nicht aufgeführt). Mir ist aber erst gerade aufgefallen, daß bei der Montage der WC24h eine Aluminiumplatte empfohlen wird. Gilt das auch für die WC12h? Weil so was hätte ich nicht rumliegen... > Der [AMS1117 Drop Down Regler] wird benutzt, um das ESP-01-Modul zu versorgen. Dieser wird direkt > an das Shield fürs Mini-Dev-Board angelötet. > Bin ich blind oder warum sehe ich den auf dem Schaltplan https://www.mikrocontroller.net/articles/Datei:WordClock24h-an-STM32F103-C8T6.png nicht und auch keine Erwähnung im Text wo ich den genau anlöten soll? Um zu vermeiden, daß ich was falsches in den Artikel schreibe frage ich nochmal nach: D.h. für das STM32 Nucleo Shield bräuchte man den nicht? Weil zu mindestens auf dem Photo "Prototyp-Shield für das Nucleo-Board" ist auch ein Spannungsregler benannt. Viele Grüße Hauke
Hauke W. schrieb: > Bin ich blind oder warum sehe ich den auf dem Schaltplan > https://www.mikrocontroller.net/articles/Datei:WordClock24h-an-STM32F103-C8T6.png > nicht und auch keine Erwähnung im Text wo ich den genau anlöten soll? Ich hatte den Schaltplan des Shield in den Artikel hier eingetragen https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Shield_f.C3.BCr_STM32_MiniDevBoard
Hallo! Philipp E. schrieb: > Hallo zusammen, > > kann jemand die für die C01 Version beschriebenen Lötarbeiten nun für > die C03 Version bestätigen? Ja, man muss diese Änderungen durchführen. > Woran würde ich das merken? Spätestens dann wenn das ST-Link-Teil absägst wurde, funktioniert der HSE-Modus nicht mehr. Gruß Jan
Hallo Frank, sollte sich die Helligkeitsregelung per LDR mit der Zeit anpassen? Bei mir sind die Werte relativ klein. Der LDR bekommt hinter der Frontplatte auch nicht sehr viel Licht ab - die Anzeige ist mir dann zu dunkel. Ich habe mir mal einfach den Max-Wert gemerkt und setzte den qktuellen Meßwert dazu ins Verhältnis. Es muss halt auch mal richtig Hell werden, bis sich das einpendelt ....
1 | /*-------------------------------------------------------------------------------------------------------------------------------------------
|
2 | * poll LDR value
|
3 | *-------------------------------------------------------------------------------------------------------------------------------------------
|
4 | */
|
5 | uint_fast8_t
|
6 | ldr_poll_brightness (uint_fast8_t * brightness_p) |
7 | {
|
8 | uint16_t adc_value; |
9 | uint_fast8_t rtc; |
10 | static uint16_t max_adc_value = 1; |
11 | |
12 | rtc = adc_poll_conversion_value (&adc_value); |
13 | |
14 | if (rtc) |
15 | {
|
16 | if (adc_value > max_adc_value) |
17 | {
|
18 | max_adc_value = adc_value; |
19 | }
|
20 | //*brightness_p = (adc_value >> 8) & 0x0F; // adc_value has 12 bits, but we need only 4 bits (16 values) for brightness
|
21 | *brightness_p = (15*adc_value/max_adc_value) & 0x0F; |
22 | |
23 | |
24 | }
|
25 | |
26 | return rtc; |
27 | }
|
mfg Ralf
Hi Frank, Frank M. schrieb: > Habe ich mittlerweile eingebaut. Kommt mit dem nächsten Release. und > Ja, frage ich nochmal nach. --> Danke! :) Auch für den Farbwechselmodus im aktuellen Release! ^^ > Es könnte durchaus an den Sonderzeichen liegen. Kannst Du mal im > UART-Log nachschauen, was von Deiner SSID, die Du im WEB-Interface > eingibst, dann tatsächlich ans ESP-01 geschickt wird? Guter Tipp, ich hab am Wochenende mal meine Testschaltung wieder in Betrieb genommen und dabei im Log gesehen, dass sich beim Copy & Paste vom WLAN Passwort aus der Fritzbox einige unerwünschte Sonderzeichen eingeschlichen haben. Die Sonderzeichen in der SSID werden problemlos umgesetzt, wegen eines ungültigen Passworts kam dann aber wohl keine Verbindung zustande. Aus dem UART Log (Passwort in 11111111... geändert): &pw=​1111​1111​1111​1111​1111&action=savea ccesspoint' --> Diverse "​" vor den eigentlichen Blöcken des Passworts, jeweils im 4er Abstand. Doof, hätte ich auch selbst drauf kommen können. :o) Blöderweise ist mir beim Testen ein China Stepdown Konverter durchgebrannt und hat scheinbar mein MiniDevBoard mitgerissen, daher habe ich gestern Abend dann doch noch keinen erfolgreichen Connect testen können, aber ich werde die Tage mal die Shields vom Torsten aufbauen und nochmal in Ruhe testen. An dieser Stelle auch nochmal ein herzliches Danke an Torsten für die Shields, waren superschnell hier und sehen super aus! :) Gruß, Peter
Hallo Ralf, Ralf H. schrieb: > sollte sich die Helligkeitsregelung per LDR mit der Zeit anpassen? Nein, aber ich wollte irgendwann mal eine "Kalibrierung" einbauen, nämlich das Messen der Helligkeit bei vollem Licht und bei Dunkelheit. Anschließend wollte ich durch diese beiden Messwerte eine "Gerade" durchziehen, anschließend Nulldurchgang und Steigung im EEPROM speichern. Das habe ich jedoch noch nicht implementiert, denn ich wollte damit warten, bis ich zumindest eine WC24h komplett aufgebaut habe, um unter realistischen Bedingungen zu testen. Grund für die "Kalibrierung" ist, dass die volle Helligkeit je nach Ort des LDRs einen größeren oder mal geringeren Wert ergibt. Außerdem ist der LDR07 bei Reichelt nicht mehr erhältlich, so dass damit zu rechnen ist, dass zukünftig da verschiedene LDR-Varianten auftauchen. > Bei mir sind die Werte relativ klein. Denke ich mir. Kann so ziemlich alles vorkommen :-) > Ich habe mir mal einfach den Max-Wert gemerkt und setzte den qktuellen > Meßwert dazu ins Verhältnis. Es muss halt auch mal richtig Hell werden, > bis sich das einpendelt .... Klappt das zufriedenstellend? Was ist bei einem Neustart? Ich glaube, Deine Lösung ist auf jeden Fall besser als (bisher) gar keine. Ich werde das erstmal so übernehmen. Kommt ins nächste Release. Später kann ich ja immer noch die "Kalibrierung" und Speicherung im EEPROM einbauen. Dank und Gruß, Frank
:
Bearbeitet durch Moderator
Peter G. schrieb: > --> Diverse "​" vor den eigentlichen Blöcken des Passworts, Das sieht nach einem UTF-8 Sonderzeichen aus. Dafür habe ich erstmal keine Lösung, denn UTF-8 unterstützt die Software nicht. Wenns ein Umlaut ist, kannst Du mal versuchen, diesen in das Web-Interface der WC einzutippen (aber nicht per Copy&Paste kopieren!), denn hier wird von ISO8859-1 ausgegangen. Vielleicht klappt das. Ich weiß nicht, wie so eine Fritzbox einen Umlaut o.ä. im Key intern speichert.
Hallo Frank, >> Ich habe mir mal einfach den Max-Wert gemerkt > Was ist bei einem Neustart? Nach einem Neustart ist der Max-Wert natürlich erstmal weg. Das führt dazu, dass die Uhr nach einem Neustart zunächst hell ist. Um das zu vermeiden könnte man zwar den Wert im EEPROM speichern, allerdings braucht man dann wieder eine Möglichkeit, diesen Wert zurückzusetzen. > Klappt das zufriedenstellend? Perfekt ist das auch noch nicht. Diese Lösung brauch halt ein "Tag" um einen passenden Max-Wert zu finden. Mein letzter Reboot war gestern Abend als es schon ziemlich dunkel war. Danach war der Max-Wert natürlich klein und jede Änderung hat sich recht stark bemerkbar gemacht. Da hat eine Bewegung vor der Uhr ausgereicht, damit sich die Helligkeit merklich ändert. Die "alte" Lösung war mir allerdings tagsüber zu dunkel ... mfg Ralf
Ralf H. schrieb: > Die "alte" Lösung war mir allerdings tagsüber zu dunkel ... Die "alte" Lösung war ja auch noch keine Lösung. Hier wurde der LDR für erste Tests einfach ohne Einschränkung beleuchtet. Wie gesagt, ich übernehme erstmal Deinen Code, bis die Kalibrierung da ist.
Angehängte Dateien:
-
Wc24h-Android.png
80 KB
Neue Version 1.8.0 der Android-App ist verfügbar über Download-Link https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Download Neuigkeiten: Version 1.8.0: - Manuelles Stellen von Datum/Uhrzeit über Menü -> Synchronisieren - Auswählen der Farbanimation "Rainbow"
:
Bearbeitet durch Moderator
Gibt es die Sourcen für die ESP8266 Firmware eigentlich auch irgendwo zum Download? Konnte das in den ganzen Threads bis jetzt leider noch nicht so ganz herauslesen.
Frank S. schrieb: > Gibt es die Sourcen für die ESP8266 Firmware eigentlich auch irgendwo > zum Download? Bisher nicht. Kann ich aber gerne ins SVN schieben.
Frank M. schrieb: > Frank S. schrieb: >> Gibt es die Sourcen für die ESP8266 Firmware eigentlich auch irgendwo >> zum Download? > > Bisher nicht. Kann ich aber gerne ins SVN schieben. Wäre das für die Android App auch möglich? Würde gerne mal versuchen das ganze auf Bt umzustricken. Hast Du damit evtl. schon experimentiert?
Jürgen F. schrieb: > Wäre das für die Android App auch möglich? Ja, wäre wohl möglich. Allerdings habe ich keine Ahnung, ob ich das Ganze Zeugs, welches Android Studio um den eigentlichen Source-Code wickelt, dafür auch bereitstellen muss. Muss ich mich mal schlaumachen. Oder hat da jemand einen Tipp? Ganzes Projekt-Verzeichnis einpacken oder gehts einfacher/schlanker? > Würde gerne mal versuchen das ganze auf Bt umzustricken. > Hast Du damit evtl. schon experimentiert? Nein. Man könnte jedoch, wenn Du den ESP-01 durch ein BT-Modul ersetzen möchtest, die Schnittstelle zum ESP-01 nachbilden (soweit möglich), um nicht den ganzen Source umzukrempeln. Dürfte nicht schwierig sein. Kandidat dafür ist listener.c, der die ganzen reinkommenden Befehle über App und Web abfackelt.
Frank M. schrieb: > Ja, wäre wohl möglich. Allerdings habe ich keine Ahnung, ob ich das > Ganze Zeugs, welches Android Studio um den eigentlichen Source-Code > wickelt, dafür auch bereitstellen muss. Muss ich mich mal schlaumachen. > Oder hat da jemand einen Tipp? Ganzes Projekt-Verzeichnis einpacken oder > gehts einfacher/schlanker? Wäre nicht schlecht wenn Du das zur Verfügung stellen könntest. Bisher habe ich immer den kompletten Ordner eines Projekts gepackt und dann auf dem Zielrechner im Workspace wieder entpackt und im Studio importiert. An einer einfacheren Lösung wäre ich aber auch interessiert, falls da jemand etwas hat? Frank M. schrieb: > Nein. Man könnte jedoch, wenn Du den ESP-01 durch ein BT-Modul ersetzen > möchtest, die Schnittstelle zum ESP-01 nachbilden (soweit möglich), um > nicht den ganzen Source umzukrempeln. Dürfte nicht schwierig sein. > Kandidat dafür ist listener.c, der die ganzen reinkommenden Befehle über > App und Web abfackelt. Genau, ich hatte mir gedacht anstatt des ESPs ein BT-Modul anzuschließen.
Jürgen F. schrieb: > Bisher habe ich immer den kompletten Ordner eines Projekts gepackt und > dann auf dem Zielrechner im Workspace wieder entpackt und im Studio > importiert. Habe gerade mal nachgeschaut: Das Projekt beinhaltet sage und schreibe 916 Dateien! Davon bestehen meine Sources für die App lediglich aus zwei Java-Dateien und einer XML-Datei. Krass! Ich werde die 916 Dateien gewiss nicht ins SVN einchecken. Schicke mir per PN Deine E-Mail-Adresse und ich schicke Dir eine Zip-Datei zu.
Frank M. schrieb: > Die ESP8266 Firmware ist nun mit im SVN - steckt im Unterordner ESP8266. Super, vielen Dank.
Hallo Frank, ich habe die LDR-Automatic nochmal überarbeitet. Jetzt wird auch der Min-Wert ermittel. Bei mir pendeln sich die Werte bei Min=18 und Max=200 ein. Es wird hier nichts dauerhaft gespeichert, also sind nach dem Einschalten die Werte erstmal gleich. Dies würde dazu führen, dass die Helligkeit direkt nach dem Einschalten stark schwangt. Um das zu verhindern, wird die Automatic erst aktiv, wenn die Differenz zwischen den Werten größer 45 ist. Da hat sich das bei mir beruhigt. Ob das immer passt, kann ich nicht sagen. Ich habe das erstmal so im Code eingebaut. Ich weiß steht ja irgendwie schon auf der ToDo-Liste :-) ... Langfristig wäre es sicher besser die LDR-Werte für minimale und maximale Helligkeit auf der Web-Oberflächen verändern zu können und im EEPROM zu speichern. Evtl. will man ja auch die max. Helligkeit schon bei einem LDR-Wert von 150, obwohl die Messung auch mal bis 200 geht. Zur Unterstützung könnte man ja die seit dem letzen Einschalten ermittelten Min-/Max-Werte mit Anzeigen ... mfg Ralf
1 | /*-------------------------------------------------------------------------------------------------------------------------------------------
|
2 | * poll LDR value
|
3 | *-------------------------------------------------------------------------------------------------------------------------------------------
|
4 | */
|
5 | uint_fast8_t
|
6 | ldr_poll_brightness (uint_fast8_t * brightness_p) |
7 | {
|
8 | uint16_t adc_value; |
9 | uint_fast8_t rtc; |
10 | static uint16_t min_adc_value; |
11 | static uint16_t max_adc_value; |
12 | |
13 | |
14 | rtc = adc_poll_conversion_value (&adc_value); |
15 | |
16 | if (rtc) |
17 | {
|
18 | if (!max_adc_value) |
19 | {
|
20 | //init
|
21 | min_adc_value = adc_value; |
22 | max_adc_value = adc_value; |
23 | }
|
24 | if (adc_value < min_adc_value) |
25 | {
|
26 | min_adc_value = adc_value; |
27 | }
|
28 | if (adc_value > max_adc_value) |
29 | {
|
30 | max_adc_value = adc_value; |
31 | }
|
32 | if (max_adc_value - min_adc_value > 45) // erst wenn genug Werte da sind, geht die Automatic an |
33 | {
|
34 | *brightness_p = (15 * (adc_value - min_adc_value) / (max_adc_value - min_adc_value)) & 0x0F; |
35 | }
|
36 | else
|
37 | {
|
38 | rtc = 0; |
39 | }
|
40 | }
|
41 | return rtc; |
42 | }
|
Hallo Ralf, Ralf H. schrieb: > ich habe die LDR-Automatic nochmal überarbeitet. Jetzt wird auch der > Min-Wert ermittel. Vielen Dank! Werde ich gerne übernehmen. Noch heute abend kommt eine neue Version mit einem Dutzend weiterer Neuigkeiten. Deine Änderung wird selbstverständlich dabei sein :-)
Angehängte Dateien:
Neue Version 2.0.0 ist zum Download verfügbar.
Änderungen/Neuigkeiten:
Version 2.0.0:
- Bugfix: Abschalten des Ambilights bei Power-Off-Befehl
funktionierte bisher nicht.
- Bugfix: Ein-/Ausschalten der Spannungsversorgung für LED-Stripe.
Sollte nun korrekt funktionieren
- Anzeige des Wortes "UHR" zur vollen Stunde hinzugefügt - dort,
wo es bisher fehlte. Betrifft nur WC24h.
- Neue Einstellung, ob "ES IST" permanent leuchten soll oder nur zur
vollen Stunde.
- Verbesserung der Rainbow-Animation (Dank an Ralf Hammeran).
- Dynamische Anpassung der automatischen Helligkeitssteuerung an die
Umgebungshelligkeit (Dank an Ralf Hammeran).
- Neue Übergangs-Animationen: "Snake", "Teletype" und "Cube".
- Anzahl der möglichen Ambilight-LEDs auf 60 Stück begrenzt,
siehe auch Ambilight-Modus "Clock" (umlaufende Sekundenanzeige).
- Neue Seite "Ambilight" in der Web-Konfiguration.
- Neue Einstellung, ob Ambilight-Farben synchron zu den
Display-Farben angepasst werden sollen oder separat gesteuert
werden sollen.
- Neue separate Farbauswahl und Helligkeitssteuerung für Ambilight.
- Neuer Ambilight-Modus "Clock": Umlaufende Sekundenanzeige.
- Neuer Ambilight-Modus "Rainbow": Regenbogenfarben-Animation
jetzt auch im Ambilight möglich.
- Diverse kleinere Bugfixes
Zu der Clock-Animation beim Ambilight werde ich auch noch etwas im
Artikel schreiben - auch was die Anordnung der Ambilight-LEDs betrifft.
Viel Spaß,
Frank
:
Bearbeitet durch Moderator
Hallo Frank, habe die 1.2.0 mal auf eine WC24 aufgespielt. Vielen Dank für die gewohnt klasse Arbeit. Nach ersten kurzen Tests läuft alles wie es soll. Helligkeitsregelung geht auch, muss man wohl über einen längeren Zeitraum beobachten. Allerdings habe ich ein Problem mit der Begrenzung bei Ambi auf 60 LEDs. Da ich knapp 100 LEDs habe, geht Ambi natürlich nicht mehr komplett rum. Könnte man nicht die Anzahl der LEDs mit Ambimode = clock verknüpfen? Gruss Peter
Hallo Frank, > - Neue Übergangs-Animationen: "Snake", "Teletype" und "Cube". Klasse die neuen Animationen. Bei "Snake" und "Automatic brightness" habe ich den Effekt, dass die LEDs nach der Animation kurz Hell werden. Im Code habe dazu nichts gefunden. Habe 'ne WC12h, der LDR sitzt hinter dem "F" in der unteren Reihe. Ich denke der Mode ist bisher der einzig Fall, dass das "F" mal etwas länger leuchtet und somit den LDR beeinflußt. Ich habe nach dem Snake eine Pause von 500 ms eingebaut, das verhindert den Effekt. Ich denke du findest ggf. eine "bessere" Stelle. Alternativ könnte ich auch die LDR Messung erweitern, so daß erst ein neuer Wert ausgegeben wird, wenn 3x das selbe Meßergebnis ermittelt wird. Ach ja: mind. die Einstellung für "ES IST" und "Snake" sind nach einen Reset nicht mehr vorhanden .... mfg Ralf
Hallo Peter, Peter Z. schrieb: > Allerdings habe ich ein Problem mit der Begrenzung bei Ambi auf > 60 LEDs. Da ich knapp 100 LEDs habe, geht Ambi natürlich nicht mehr > komplett rum. Stimmt, Deine ultravielen Ambilight-LEDs hatte ich noch im Hinterkopf, habs aber verdrängt. ;-) Hier handelt es sich doch um ein Nucleo-Board, oder? Dann würde ich fürs Nucleo wieder auf die Maximalzahl 100 gehen, beim STM32F103-Mini bei 60 bleiben. Bei letzterem hatte ich mich nämlich auf die RAM-Ersparnis gefreut. Ist zwar im Moment noch nicht akut, aber ich habe da schon weitere Pläne, die ich umsetzen will. Da wäre ein wenig RAM-Reserve nicht schlecht. ALso: Nucleo: 100 STM32-Mini: 60 Wäre der Kompromiss okay für Dich? Gruß, Frank
Ralf H. schrieb: > Klasse die neuen Animationen. Danke :-) Ich betrachte sie aber noch nicht als fertig. "Snake" dauert auf der WC24h ziemlich lange, da sind schließlich fast 3x mehr LEDs als auf der WC12h. Hier werde ich noch dafür sorgen, dass die noch dumme "Snake" wirklich nur die erleuchteten Wörter einsammelt, also Abkürzungen nimmt. Ich muss sie also hier noch etwas mit "Intelligenz" versorgen ;-) Die Cube-Animation sieht beim Ausschalten so aus, als ob man einen alten Röhrenfernseher abschaltet. Das Ergebnis gefällt mir so ganz gut. Allerdings muss bei einem Update danach der Röhrenfernseher wieder eingeschaltet werden, also der umgekehrte Effekt dargestellt werden. Da bastle ich noch dran. > Habe 'ne WC12h, der LDR sitzt hinter dem "F" in der unteren Reihe. Ich > denke der Mode ist bisher der einzig Fall, dass das "F" mal etwas länger > leuchtet und somit den LDR beeinflußt. Stimmt, das habe ich nicht bedacht. Während eine Animation läuft, darf keine Helligkeitsmessung gemacht werden. Die einfachste Abhilfe wäre, um das Ergebnis zu testen: display.c: Alt:
1 | static uint_fast8_t animation_stop_flag; |
Neu:
1 | uint_fast8_t animation_stop_flag; |
main.c: Alt:
1 | if (auto_brightness && ldr_poll_brightness (&ldr_value)) |
Neu:
1 | extern uint_fast8_t animation_stop_flag; |
2 | if (animation_stop_flag && auto_brightness && ldr_poll_brightness (&ldr_value)) |
Dann wird die Helligkeit nur noch gemessen, wenn keine Animation läuft. > Ich habe nach dem Snake eine Pause von 500 ms eingebaut, das verhindert > den Effekt. Ich denke du findest ggf. eine "bessere" Stelle. Siehe oben. Kannst Du das mal testen? Müsste so klappen. Wenn ich positive Rückmeldung habe, deklariere ich das Flag in display.h als global und setze das so um. > Ach ja: mind. die Einstellung für "ES IST" und "Snake" sind nach einen > Reset nicht mehr vorhanden .... Hm, muss ich mir nochmal anschauen. Hast Du auch "Save all" gedrückt? Ich habe gestern abend noch mit den EEPROM-Routinen in display.c gekämpft, kann sein, dass ich da noch einen Bug drin habe oder vergesse, alles komplett zu speichern.
:
Bearbeitet durch Moderator
> Hast Du auch "Save all" gedrückt?
ups, schon funktioniert es ... wie man sieht muss der Fehler nicht immer
im Code sein.
Hallo Frank,
> Kannst Du das mal testen? Müsste so klappen.
reicht leider noch nicht, es ist schon besser, aber eine kurzes
Aufleuchten ist noch da ....
mfg
Ralf
Ralf H. schrieb: > reicht leider noch nicht, es ist schon besser, aber eine kurzes > Aufleuchten ist noch da .... Habe nochmal in den Source geschaut... Die ADC-Conversion wird an anderer Stelle gestartet:
1 | if (auto_brightness && ldr_conversion_flag) |
2 | {
|
3 | ldr_start_conversion (); |
4 | ldr_conversion_flag = 0; |
5 | }
|
Auch hier muss das Flag getestet werden, also:
1 | if (animation_stop_flag && auto_brightness && ldr_conversion_flag) |
2 | {
|
3 | ldr_start_conversion (); |
4 | ldr_conversion_flag = 0; |
5 | }
|
Das sollte dann reichen. Erst hatte ich die asynchrone DMA-Übertragung im Verdacht. Da aber die Animationen im 1/40 sec Raster gestartet werden, kann es das eigentlich nicht sein. Das sind Ewigkeiten... ;-)
Moin Frank, ja, meine WC24h hat ein Nucleo-Board, da gibt es reichlich Speicher. 100/60 ist ok. Meine WC12h werden auch nur 60 LEDs haben. Ambi mit unterschiedlichen Farben an den Seiten sieht auch nicht schlecht aus. Den Ambi-Clock-Modus könnte man auch invertiert ausprobieren, sprich alle Ambi LEDs an und die entsprechende LED hart oder fadend im Sekundentakt ausschalten. 5V der Stripes schalten, teste ich noch. Gruss Peter
Peter Z. schrieb: > ja, meine WC24h hat ein Nucleo-Board, da gibt es reichlich Speicher. > 100/60 ist ok. Danke, dann mache ich das so. > Ambi mit unterschiedlichen Farben an den Seiten sieht auch nicht > schlecht aus. Du meinst jetzt 4 verschiedene Farben, an jeder Seite eine? > Den Ambi-Clock-Modus könnte man auch invertiert ausprobieren, sprich > alle Ambi LEDs an und die entsprechende LED hart oder fadend im > Sekundentakt ausschalten. Beim invertierten Modus wird man wohl die eine nicht-leuchtende LED gar nicht bemerken. Aber: Ich wollte sowieso im Clock-Modus die Übergänge durch Fading weicher machen und auch die Anzahl der leuchtenden LEDs verbreitern, mit Helligkeitsmaximum bei der aktuellen Sekunde. Also eine Art Gauß-Glocke um die aktuelle Sekunde. Dann wird auch der invertierende Modus interessanter, weil dann mehrere LEDs schwächer leuchten. > 5V der Stripes schalten, teste ich noch. Bin gespannt. Ich habe das nur mit Log-Ausgaben auf dem UART getestet. Wichtig ist dabei, dass die aktuelle Animation beim Ausschalten noch komplett durchgeführt wird. Lässt sich am besten mit "Snake" testen, da diese am längsten läuft. Beim Einschalten gebe ich den LEDs 200ms Zeit, hochzufahren, bevor ich sie mit Signalen beliefere. Bin mir da nicht ganz so sicher, ob das reicht.
@Frank Nein, nicht den Seiten zugeordnet, sondern fließend. Ähnlich den Equinox-Animationen. > Bin gespannt. Ich habe das nur mit Log-Ausgaben auf dem UART getestet. > Wichtig ist dabei, dass die aktuelle Animation beim Ausschalten noch > komplett durchgeführt wird. Lässt sich am besten mit "Snake" testen, da > diese am längsten läuft. > > Beim Einschalten gebe ich den LEDs 200ms Zeit, hochzufahren, bevor ich > sie mit Signalen beliefere. Bin mir da nicht ganz so sicher, ob das > reicht. Ok, teste es dann mal mit "Snake". Dazu muss ich aber erstmal meine Hardware umbauen, werde berichten. Gruss Peter
Hallo Frank
> Auch hier muss das Flag getestet werden, also:
super, jetzt passt es wieder!
mfg
Ralf
Angehängte Dateien:
-
equinox1.jpg
160 KB
Peter Z. schrieb: > Nein, nicht den Seiten zugeordnet, sondern fließend. > Ähnlich den Equinox-Animationen. Achso, also wie im angehängten Bild, das kommt Dir bestimmt bekannt vor :-) > Dazu muss ich aber erstmal meine Hardware umbauen, werde berichten. Danke.
:
Bearbeitet durch Moderator
Ralf H. schrieb: > super, jetzt passt es wieder! Danke für den Test. Die 2.0.1 wird dann nicht mehr lange auf sich warten lassen... Jetzt mache ich den PC aber erstmal aus. Wetter ist schöner! :-)
Bei mir trudeln so langsam die elektronischen Bauteile für meine WC12h ein und die Vorfreude steigt. Kann jemand von denen die schon eine gebaut haben bitte nochmal über die im Artikel https://www.mikrocontroller.net/wikisoftware/index.php?title=WordClock_mit_WS2812 angegebene Teileliste drüber schauen und sagen ob da noch was fehlt damit ich das dann schon im Vorfeld bestellen kann. Ich frage mich insbesondere ob man die für die WC24h im Abschnitt "Mechanik" erwähnte Alu-Platte auch für die WC12h verwenden sollte (der Abschnitt ist leider leer) und wie das mit der Fixierung der Frontplatte (mit Magneten) funktioniert.
Moin Hauke, die Bauteileliste sollte soweit passen. Netzteil könnte wohl, speziell für Ambi, etwas mehr Amps haben. Ich habe meine WC12h aber noch nicht fertig, deshalb kann ich es nicht genau sagen. Zur Befestigung der FP mit Magnete gibt es was im alten wiki: https://www.mikrocontroller.net/articles/Word_Clock_Variante_1_-_getrennte_Steuerplatine#Befestigung_der_Frontplatte_.28.E2.80.9CPlexiglasvariante.E2.80.9D.29_an_der_Zwischenplatte Gruss Peter
@Hauke Das 3,3v Modul brauchst Du auch. @Frank Schaltet die 5V gleich nach init wieder aus, wie schon mal beschrieben. Außerdem wird bei der 103er Version im Normalbetrieb Ambi nicht abgeschaltet, das funzt aber bei der WC24h. Gruss Peter
@Peter Was das Netzteil angeht, da es ja auch für die WC24h gelistet wird und die deutlich mehr LEDs als die WC12h+Ambilight hat hoffe ich, daß es für letztere ausreicht (?). Danke auch für den Link zu den Magneten, hab den auch mal im aktuellen Wikiartikel verlinkt. Keine Ahnung ob man auch den Abschnitt komplett in den neuen Artikel übernehmen sollte? Sehe ich es richtig, daß in der per Sammelbestellung erhältlichen Zwischenböden keine Löcher für die Magnete vorgesehen sind? Wäre es nicht sinnvoll die da schon vor zu bohren? Die vier Löcher würden doch nicht viel Mehrkosten verursachen und wer keine Magnete nutzen will kann die ja einfach leer lassen. @Peter 2 Meinst du mit "3,3v Modul" einen USB-UART-Adapter (der mit entsprechender Spannungen arbeitet und in der aktuellen Wiki-Artikelliste bereits enthalten ist) oder was anderes? Apropos Magnete, ist die hier https://www.mikrocontroller.net/articles/Word_Clock_Variante_1_-_getrennte_Steuerplatine#Wandbefestigung_der_Uhr beschriebene Wandbefestigung eurer Meinung nach noch die beste Variante? Offensichtlich wurde da auch keine Alu-Platte als Hinterabdeckung verwendet, wenn jetzt also niemand was gegenteiliges schreibt werde ich da also auch drauf verzichten. Ich habe noch eine Frage zu euren WC12h mit 60 LEDs fürs Ambilight. Wie habt ihr das realisiert? Weil zu mindestens im "Paket 6 (Ambilight - STM32 Basis - WS2812)" sind "nur" 40 WS2812-LEDs enthalten. Vermutlich hat diese Zahl ja einen Grund oder ist die Ambilight-Aussparung auf jeder Seite (15-1)*28,1=39,4 mm lang so das man einfach mehr LEDs bestellen kann oder seid ihr auf LED-Streifen mit kleinerem Abstand ausgewichen? Wie ist das eigentlich mit den hier https://www.mikrocontroller.net/articles/Word_Clock_Variante_1_-_Software#IR geposteten Folien für die Fernbedienung. Die verlinkte Fernbedienung hat ja 6*4=24 Tasten aber die Folie nur 5*4+1=21? Oder ist eh geplant, neu angepasste Fernbedieungslayouts zu erstellen wenn es das überarbeitete Bedienkonzept gibt? Viele Grüße Hauke
Hallo Hauke, > Meinst du mit "3,3v Modul" einen USB-UART-Adapter (der mit > entsprechender Spannungen arbeitet und in der aktuellen > Wiki-Artikelliste bereits enthalten ist) oder was anderes? Das ist das 3,3VModul http://www.ebay.de/itm/252237092737?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT > Offensichtlich wurde da auch keine Alu-Platte als Hinterabdeckung > verwendet, wenn jetzt also niemand was gegenteiliges schreibt werde ich > da also auch drauf verzichten. Aber das ist die alte Variante mit Platinen. Bei der neueren Variante mit den LED-stripes musst Du die ja irgendwie befestigen, dafür ist das Alu-Blech. Gruss Peter
Hallo Peter, > Das ist das 3,3VModul > http://www.ebay.de/itm/252237092737?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT > Ich hatte folgenden Spannungswandler bestellt http://www.ebay.de/itm/131755681508 und erst gerade festgestellt, daß er zwar auch AMS1117 heißt aber nur 2,5 V liefert. Habe mir jetzt http://www.ebay.de/itm/381599529100 bestellt. Hoffe, daß ich da nichts übersehen habe. Habe es in der Teileliste auf der Wikiseite mal auf 3,3 V konkretisiert. Brauche ich außer für den Anschluss des ESP8266 ESP-01: WLAN Moduls noch weitere Spannungswandler (weil da ist er wie gesagt schon in der Teileliste aufgeführt)? > Bei der neueren Variante mit den LED-stripes musst Du die ja > irgendwie befestigen, dafür ist das Alu-Blech. OK, hab das Blech dann mal in der Teileliste ergänzt. Hoffe mal, daß die Maße stimmen. Wie habt ihr das Blech dann fixiert? Könnte mir vorstellen, daß man es für "Wartungsarbeiten" mal abnehmen muss. Irgendwie ist das absurd mit den geringen Kosten (von Elektronikbauteilen) aus Asien. Das hier https://www.mikrocontroller.net/articles/Word_Clock_Variante_1_-_getrennte_Steuerplatine#Wandbefestigung_der_Uhr empfohlene System aus 2 einfachen kleinen Blechen, Exzenterscheiben und Magneten kostet 7,30 € + 6,90 € Versand = 14,20 € und damit mehr als STM32F103 Mini Development Board, USB-UART-Adapter, STM32 ST-Link v2, ESP8266 ESP-01 Wlan-Modul, AMS1117 3,3V Spannungsregler für ESP, DS3231 RTC + EEPROM inkl. Knopfzelle zusammen, sogar inkl. 6 (!) mal Versandkosten aus Asien. Viele Grüße Hauke
Angehängte Dateien:
-
IMG_20160518_070525.jpg
280 KB -
IMG_20160518_070545.jpg
260 KB
Hallo Hauke und Frank, Ich habe mal ein neues Layout für eine Fernbedienung 5x4 erstellt. die untere Reihe habe ich noch für weitere zusätzliche Optionen (z.B. Ambilight, usw. ) noch offen. Ich denke es ist recht übersichtlich so und hoffe es gefällt euch so. Das PDF hänge ich gleich mit dran dann kann es sich jeder selber ausdrucken. Es unterscheidet sich das Foto von der Datei insofern als dass ich Power und Save getauscht habe - dachte das macht so mehr Sinn. @Frank: Du kannst das PDF gerne in deinen Artikel zum Download aufnehmen. Falls bei deiner Sammelbestellung Interesse besteht könnte ich Dir die Kleber drucken und zukommen lassen. (es iste eine dünne Selbstklebefolie auf einer Latexdruckmaschine gedruckt). lg eddi
Hallo Eddi, das ging ja fix. Ich finde das Design sehr schön klar. Habe das pdf mal in den Artikel zur WordClock mit WS2812 eingebunden (sowohl in der Beschreibung zur Fernbedinung als auch in der Teileliste). > Es unterscheidet sich das Foto von der Datei insofern als dass ich Power > und Save getauscht habe - dachte das macht so mehr Sinn. Bin ich zu blöd oder ist nicht sowohl in der pdf als auch auf den Bildern Power oben rechtes und Save oben links? Viele Grüße Hauke
Hallo Frank, die Kids sehen immer so genau hin ... ich hatte heute ein Diskussion zum Thema "Warum ist das bei der neuen Uhr anders?" Anbei ein Vorschlag zur Anpassung der Anzeige von "ES IST" alt:
1 | if ((display_flags & DISPLAY_FLAGS_PERMANENT_IT_IS) || minute == 0) |
neu:
1 | #if WCLOCK24H == 1
|
2 | if ((display_flags & DISPLAY_FLAGS_PERMANENT_IT_IS) || minute == 0 || minute == 30) |
3 | #else
|
4 | if ((display_flags & DISPLAY_FLAGS_PERMANENT_IT_IS) || ((minute >= 0) & (minute <= 4)) || ((minute >= 30) & (minute <= 34))) |
5 | #endif
|
mfg Ralf
Hallo Haucke, Ja hast Recht ich habe die falsche Version erwischt :-) Anbei die neue. lg eddi
Peter Z. schrieb: > Ja, so in etwa, sieht doch klasse aus. Ja, sieht klasse aus. Ich werde da wohl um eine Equinox-Simulation nicht herumkommen ;-) Aber die 60 ATTinys in der Equinox sind etwas intelligenter als die dummen WS2812. Erstens machen sie 12-Bit-PWM auf jedem Kanal, zum zweiten können sie selbstständig faden. Die Farbübergänge sind dabei nicht nur weicher, auch die Berechnungen finden hier dezentral statt. Ich versuchs, trotzdem hinzubekommen, die STM32 haben dafür ja auch mehr "Power".
Peter Z. schrieb: > Schaltet die 5V gleich nach init wieder aus, wie schon mal beschrieben. Upps. Ich lasse jeden Funktionsaufruf von power_off() und power_on() auf dem UART ausgeben. Einen power_off()-Befehl sehe ich da nach dem init nicht. Vielleicht grätscht da irgendein anderes verwendetes Device dazwischen, welcher den Pin unbrauchbar macht. Das muss ich wohl mal debuggen - mit einer LED am Power-Pin. Dann werde ich wohl herausfinden, wer dazwischenfunkt. > Außerdem wird bei der 103er Version im Normalbetrieb Ambi nicht > abgeschaltet, das funzt aber bei der WC24h. Mist, das kann ich nachvollziehen. Vorgestern lief das aber noch. Dass dies nur bei der WC12h so ist, verstehe ich allerdings nicht. Hier gibt es in der Behandlung keinen Unterschied zwischen STM32F4xx und STM32F103 bzw. WC12h und WC24h. Danke für die Hinweise, werde ich überprüfen.
Hauke W. schrieb: > OK, hab das Blech dann mal in der Teileliste ergänzt. Hoffe mal, daß die > Maße stimmen. Ich empfehle nachwievor das Maß 310x310mm - auf jeden Fall für den WC12h-Zwischenboden. Dann werden alle Löcher auch komplett abgedeckt und man hat an den Ecken Platz für 4 Bohrlöcher, durch die man mit kleinen 4 Schrauben das Blech gut fixieren kann. Beim bisherigen WC24h-Zwischenboden ist das etwas anders, weil da die seitlichen "Knubbel" und die obere untere Beschränkung eine Verwendung der 310x310er Platte verhindern. Die seitlichen Knubbel kann man gut appitschen, indem man diese mit einer Metallsäge kurz anritzt und dann mit dem Schraubendreher weghebelt, da sie nur aus gepresster Pappe bestehen. Die obere und untere "Wand" ist da stabiler, da habe ich die Aliplatte mit einer Metallsäge auf die Höhe 295mm gekürzt. Ich habe deshalb mit Torsten vereinbart, dass die nächste Version des WC24h-Zwischenbodens ("V2") diese Beschränkungen nicht mehr hat. Die seitlichen Knubbel entfallen und auch die Wände oben und unten. Und dann passt auch hier die 310x310mm-Aluplatte, weil dann der WC24h-Zwischenboden nur noch 2 Ebenen hat: Untere Ebene für Elektronik, ober Ebene für Alu-Platte mit LEDs. Alle Klarheiten beseitigt? Wenn Du nicht weißt, wo man eine 310er Alu-Platte bekommt, kann ich gern die Bezugsquelle bekanntgeben. Ich habe sie von einem eBay-Händler, der nur 300er Platten als Standardmaß anbot. Flugs per Mail angeschrieben und drei Tage später waren die 310er Platten da.
Edmund R. schrieb: > Ich habe mal ein neues Layout für eine Fernbedienung 5x4 erstellt. Sieht soweit ganz gut aus. Allerdings scheinst Du diese Postings dabei überlesen zu haben: Beitrag "Re: WordClock mit WS2812" und Beitrag "Re: WordClock mit WS2812" Hier geht es darum, die vielen IR-Tasten (bei denen noch etliche Änderungen der letzten Wochen noch gar nicht nachgezogen wurden!) dahingehend zu optimieren, dass es nur noch zwei Tasten für Plus und Minus gibt. Man drückt also erst die Taste für GRÜN und anschließend die Plus- oder Minus-Taste. Das kann man für die Farben, Helligkeiten, Display-Modes usw. machen. Dadurch halbieren sich annähernd die benötigten Tasten. Ich habe später (nicht nur in obigem Posting) angekündigt, das IR-Tasten-Konzept zu überarbeiten, um die Vielfalt der Funktionalitäten überhaupt noch abbilden zu können. Dein Vorschlag arbeitet noch mit dem alten Konzept - für jede Funktionalität eine Plus- und Minus-Taste - und kommt daher etwas zu früh. Denn in zwei Wochen kann das schon wieder ganz anders aussehen. Gib mir daher bitte etwas Zeit, bis ich das neue IR-Tasten-Konzept vorgestellt habe.
Hallo Ralf, Ralf H. schrieb: > die Kids sehen immer so genau hin ... ich hatte heute ein Diskussion zum > Thema "Warum ist das bei der neuen Uhr anders?" Da haben Deine Kids wirklich sehr genau hingesehen :-) > Anbei ein Vorschlag zur Anpassung der Anzeige von "ES IST" Ich brauchte eine zeitlang, um es zu verstehen, aber dann habe ich es kapiert: 1. "ES IST" soll also nicht nur zu jeder vollen, sondern auch zu jeder halben Stunde erscheinen. 2. Bei der WC12h muss "ES IST" jeweils 5 Minuten lang stehen bleiben, da sich die Anzeige ja auch nur alle 5 Minuten ändert. Danke für die Hinweise. Baue ich ein. Dann sollte ja volle Kompatibilität zur alten WordClock gegeben sein.
Frank M. schrieb: > Peter Z. schrieb: >> Außerdem wird bei der 103er Version im Normalbetrieb Ambi nicht >> abgeschaltet, das funzt aber bei der WC24h. > > Mist, das kann ich nachvollziehen. Vorgestern lief das aber noch. Dass > dies nur bei der WC12h so ist, verstehe ich allerdings nicht. Ich habe nun herausgefunden, woran es liegt. Ist keine Color-Animation fürs Display eingeschaltet, dann wird das Ambilight auch korrekt ausgeschaltet. Läuft auf dem Display die Rainbow-Animation, geht das Ambilight nicht aus - bzw. nur kurz und geht dann direkt wieder an. Es hat also nichts mit 103er oder WC12h vs WC24h zu tun, sondern liegt an der Rainbow-Animation, die dazwischenfunkt. Werde ich korrigieren. EDIT: Habe bei der Korrektur nun bemerkt, dass auch der Clock- und der Rainbow-Ambilight-Modus das Abschalten des Ambilights verhindert. Wird ebenso korrigiert.
:
Bearbeitet durch Moderator
Hallo Peter, Peter Z. schrieb: > Schaltet die 5V gleich nach init wieder aus, wie schon mal beschrieben. Hast Du das am Nucleo oder am STM32F103 getestet? Ich habe nämlich im Datenblatt des STM32F103 folgendes gefunden: "PC13, PC14 and PC15 are supplied through the power switch. Since the switch only sinks a limited amount of current (3 mA), the use of GPIOs PC13 to PC15 in output mode is limited: the speed should not exceed 2 MHz with a maximum load of 30 pF and these IOs must not be used as a current source (e.g. to drive an LED)." und: "Main function after the first backup domain power-up. Later on, it depends on the contents of the Backup registers even after reset (because these registers are not reset by the main reset). For details on how to manage these IOs, refer to the Battery backup domain and BKP register description sections in the STM32F10xxx reference manual, available from the STMicroelectronics website: www.st.com." Von daher ist PC14 am Mini-Board keine gute Wahl. Ich werde da wohl den Pin wechseln müssen.
:
Bearbeitet durch Moderator
@Frank Getestet habe ich das mit dem STM32F103. Dann wechsel doch mal auf einen anderen Pin.
Hallo Frank, Ich kannte bisher nur das alte Konzept wenn Du mir die Eckdaten für das neue Konzept geben kannst kann ich das Layout ganz schnell nachziehen. lg eddi
Peter Z. schrieb: > Getestet habe ich das mit dem STM32F103. Dann wechsel doch > mal auf einen anderen Pin. Hier eine Vorabversion der V2.0.1, wo die gestern und heute aufgetrenen Bugs beseitgt sind - STM32F103 als WC12h. Power-Pin ist hier jetzt PB0. Wenn diese Version bzgl. Power-Schaltung funktioniert, werde ich die V2.0.1 einchecken und auch die Hex-Dateien für die anderen Varianten zum Download freigeben.
Edmund R. schrieb: > Ich kannte bisher nur das alte Konzept wenn Du mir die Eckdaten für das > neue Konzept geben kannst kann ich das Layout ganz schnell nachziehen. Mach ich selbstverständlich - wenn das Konzept soweit steht. Ist aber noch nicht soweit. Da muss ich die in den letzten Wochen hinzugekommenen neuen Funktionalitäten noch einbauen - sofern das für IR sinnvoll ist.
Frank M. schrieb: > Ich empfehle nachwievor das Maß 310x310mm - auf jeden Fall für den > WC12h-Zwischenboden. Danke für die Korrektur (hab die Maßen nun auch im Wiki-Artikel korrigiert, zum Aufbau der WC12h auf der Alu-Platte gibs dort ja leider keine Informationen. Vielleicht findet ja jemand Zeit das aus zu bauen). Mal schauen ob ich meine eBay-Bestellung noch korrigieren kann. > Ich habe deshalb mit Torsten vereinbart, dass die nächste Version des > WC24h-Zwischenbodens ("V2") diese Beschränkungen nicht mehr hat. Die > seitlichen Knubbel entfallen und auch die Wände oben und unten. > Ist dann auch eine WC24h-Variante mit Ambilightausfräsung geplant? Ich hatte Torsten auch schon gefragt ob man nicht die Bohrlöcher für die vier Magnete zur Fixierung der Frontplatte standardmäßig bohren könnte (in allen Zwischenbodenvarianten). > Alle Klarheiten beseitigt? Aktuell habe ich noch folgende Fragen (weitere kommen vermutlich spätestens beim Bau in ein paar Wochen): 1) Ich brauche nur ein "3,3VModul" (nämlich zum Anschließen des ESP8266 ESP-01 Wlan-Modul), richtig? 2) Kann man schon sagen ob es beim neuen IR-Bedienkonzept weiterhin bei einer Fernbedienung mit 4x6=24 Tasten bleiben wird? Sonst warte ich mit dem Bestellen meiner Fernbedienung lieber noch. 3) Wie habt ihr (für die WC12h) Ambilight mit 60 LEDs realisiert? 4) Wie habt ihr eure WC an der Wand fixiert? Bevor ich 14,20 € in das hier https://www.mikrocontroller.net/articles/Word_Clock_Variante_1_-_getrennte_Steuerplatine#Wandbefestigung_der_Uhr beschriebene System investieren wäre es gut zu wissen ob das mit der Aluplatte überhaupt zusammen geht und noch die für die WC12h empfohlene Variante ist (ich frage mich ob das nicht sehr von der Wand absteht?) Viele Grüße Hauke
:
Bearbeitet durch User
Hauke W. schrieb: > Danke für die Korrektur (hab die Maßen nun auch im Wiki-Artikel > korrigiert, zum Aufbau der WC12h auf der Alu-Platte gibs dort ja leider > keine Informationen. Eigentlich ist der Aufbau der LED-Platte aus LED-Stripes und Alu-Platte analog zum Aufbau der WC24h. Es sind halt weniger Stripes in größeren Abständen. > Vielleicht findet ja jemand Zeit das aus zu bauen). Ja, kann ich mal bei Gelegenheit machen. > Ist dann auch eine WC24h-Variante mit Ambilightausfräsung geplant? Nein, bisher nicht mangels Nachfrage. Mehrere Varianten in einer Sammelbestellung sind schwierig zu planen, wenn fast nur eine Variante gefragt ist. Die Nachfrage nach der WC12h-Version ist wesentlich höher. > Ich hatte Torsten auch schon gefragt ob man nicht die Bohrlöcher für die > vier Magnete zur Fixierung der Frontplatte standardmäßig bohren könnte > (in allen Zwischenbodenvarianten). Kann ich nichts zu sagen. Soviel ich weiß, hat Torsten da nicht die Original-Datei zum Ändern. Das kann nur der Schreiner. Ich werde Torsten mal anschreiben und fragen, was sich da machen lässt. Ein paar Vertiefungen in dem Zwischenboden stören ja auch nicht, wenn man wegen eines Rahmens gar keine Magnete verwendet. > 1) Ich brauche nur ein "3,3VModul" (nämlich zum Anschließen des ESP8266 > ESP-01 Wlan-Modul), richtig? Korrekt. > 2) Kann man schon sagen ob es beim neuen IR-Bedienkonzept weiterhin bei > einer Fernbedienung mit 4x6=24 Tasten bleiben wird? Sonst warte ich mit > dem Bestellen meiner Fernbedienung lieber noch. Du kannst eigentlich fast jede ausgediente IR-Fernbedienung nehmen, die Du in Deinem Haushalt erübrigen kannst. Diese kannst Du dann anlernen. Über 90% aller heutzutage üblichen Fernbedienungen werden von IRMP unterstützt. Ich möchte die Anzahl der nötigen Tasten möglichst minimieren, damit das alles nicht zu verwirrend ist. Solche Einstellungen wie die "ES-IST"-Anzeige müssen ja nicht über die IR-FB gehen. So etwas stellt man einmalig per Browser ein. Mehr als 24 Tasten werden es definitiv nicht. Das kann ja keiner mehr überblicken. > 3) Wie habt ihr (für die WC12h) Ambilight mit 60 LEDs realisiert? Da kann ich wenig bis nichts zu sagen, da ich bisher kein Ambilight verbaut habe. Ich schließe lediglich zum Testen der Software einen zusätzlichen Streifen an meinen Test-Aufbau an. Nur soviel kann ich dazu sagen: Ich empfehle 4 Streifen mit je 15 LEDs an jeder Seite. Dabei sollte die erste LED des Ambilights unten auf der linken Seite beginnen und dann im Uhrzeigersinn um die Uhr geführt werden. Dann ist der Anschluß des Ambilights an die letzte LED des Displays am kürzesten. Ausserdem habe ich für den Clock-Modus des Ambilights die Sekunde 0 auf LED 22 des Ambilights gestellt, so dass bei Sekunde = 0 genau die mittlere LED auf der oberen Seite leuchtet und dann rundum geht. Wenn man Stripes mit 60 LEDs/m verwendet, braucht man dann für das Ambilight genau 1 Meter LED-Stripes - mit 15 LEDs pro Seite und einer Länge von 25cm. Ist natürlich noch nicht optimal, da dann je 10 cm links und rechts unbeleuchtet bleiben. Hier kann ja mal jemand bessere Vorschläge machen. > 4) Wie habt ihr eure WC an der Wand fixiert? Bevor ich 14,20 € in das Da ich den erwähnten Alu-Rahmen verwende, ist das überhaupt kein Problem. Da sind 2 Aufhänger für oben links und rechts dabei. Zwei Nägel in die Wand, aufhängen und fertig. Zur rahmenlosen Variante kann ich da nichts beitragen.
:
Bearbeitet durch Moderator
Danke für die ausführliche Antwort. > So etwas stellt man einmalig per Browser ein. Hatte auch überlegt ob ich überhaupt eine IR-Funktionalität einbaue (für Veränderungen vom Sofa aus gibts ja auch noch die Android-App) aber da das Empfangsmodul so günstig war hab ich mich dafür entschieden. > Ich empfehle 4 Streifen mit je 15 LEDs an jeder Seite. Wäre es möglich per Software eine variable Anzahl (<=60) an LEDs für die umlaufenden Sekunden zu nutzen? Also dass z.B. bei den aktuell fürs Ambilight angebotenen 40 LEDs halt alle 1,5 Sekunden weitergeschaltet wird? Weiß nicht ob man überhaupt das An/Ausschalten der einzelnen LEDs sieht oder das nicht eher ein konstanter Fluss ist (dann wäre es egal ob es nun genau 60 LEDs sind) Bin mir eh unsicher ob ich die umlaufenden Sekunden nutzen möchte (irgendwie widerspricht das dem Konzept, daß diese Uhr die Zeit nur grob anzeigt) aber würde mir halt gerne die Option offen halten. > Wenn man Stripes mit 60 LEDs/m verwendet, braucht man dann für das > Ambilight genau 1 Meter LED-Stripes - mit 15 LEDs pro Seite und einer > Länge von 25cm. Ist natürlich noch nicht optimal, da dann je 10 cm > links und rechts unbeleuchtet bleiben. Beim für die WC12h verwendeten Rastermaß von 28,1 mm würde es prinzipiell von der Gesamtkkantenlänge deutlich besser passen ((15-1)*28,1=393,4 mm) aber ich bezweifle, daß die aktuellen Ambilight-Ausfräsung dafür lang genug sind? (keine Ahnung wie das mit den unbeleuchteten Ecken bei dem aktuell mit 4*10 LEDs angebotenen Ambilight-Set aussieht)? Viele Grüße Hauke
Hallo Frank, eine Frage zum Ambilight: Kann man das über Timerfunktion ein- und ausschalten? Ich denke es kommt ja besonders bei schwachem Umgebungslicht zur Geltung und ist bei Tageslicht eher schwer erkennbar. Alle anderen Funktionen (auch noch zu realisierende) zu Ambilight entsprechen absolut meinen Vorstellungen. Gruß Burkhard P.S. war ein paar Tage Enkel hüten und bin völlig hin und weg was Du (Ihr) in der kurzen Zeit an neuen Funktionen in die "Uhr" implementiert habt. S U P E R !
Hauke W. schrieb: > 4) Wie habt ihr eure WC an der Wand fixiert? Bevor ich 14,20 € in das > hier > https://www.mikrocontroller.net/articles/Word_Clock_Variante_1_-_getrennte_Steuerplatine#Wandbefestigung_der_Uhr > beschriebene System investieren wäre es gut zu wissen ob das mit der > Aluplatte überhaupt zusammen geht und noch die für die WC12h empfohlene > Variante ist (ich frage mich ob das nicht sehr von der Wand absteht?) Ein einfaches Kantenabschlussprofil aus dem Baumarkt für ca. 3€ ist hervorragend dafür geeignet. Von der Form her ein P in dem nur der untere waagerechte Strich des Ps fehlt.
@Frank Habe gerade mal die Pre 2.0.1 getestet. Das Schalten der 5V mit Pin B0 funktioniert. Was mir aufgefallen ist: Habe ich als Animation "Snake" ausgewählt, dann läuft jedesmal vor dem Ausschalten die Animation ab. Beim Einschalten dann das gleiche. Die "Snake"-Animation läuft auch bei jedem Minutenwechsel, sollte das nicht alle 5 Minuten sein? Animationen wie "Teletype" oder "Explode" laufen beim Ein- Ausschalten nicht ab, aber manchmal beim Minutenwechsel. Ich hoffe, Du kannst damit etwas anfangen. Gruss Peter
Hauke W. schrieb: > Wäre es möglich per Software eine variable Anzahl (<=60) an LEDs für die > umlaufenden Sekunden zu nutzen? Also dass z.B. bei den aktuell fürs > Ambilight angebotenen 40 LEDs halt alle 1,5 Sekunden weitergeschaltet > wird? Ja, wäre möglich. Ich plane ja sowieso, die Sekundenanzeige durch Fading "aufzuweichen" und breiter zu machen, damit die Übergänge fließender werden. Dann ist es eigentlich egal, ob da jetzt 40, 60 oder 100 LEDs fürs Ambilight verwendet werden. Hauptsache, das Licht "wandert" in 60 Sekunden einmal um die Uhr herum. Burkhard D. schrieb: > eine Frage zum Ambilight: Kann man das über Timerfunktion ein- und > ausschalten? Du meinst unabhängig vom Display? Nein, im Moment wird beides synchron geschaltet. Könnte man aber auch voneinander unabhängig machen. Ich schreibe den Punkt mal auf die TODO-Liste.
Peter Z. schrieb: > @Frank > Habe gerade mal die Pre 2.0.1 getestet. Das Schalten der 5V mit > Pin B0 funktioniert. Na prima! Ich hatte schon an mir gezweifelt, weil ich den Fehler nicht fand. So kann ich es nun auf die Hardware bzgl. dem besonderen Verhalten von PC14 schieben :-) > Was mir aufgefallen ist: > Habe ich als Animation "Snake" ausgewählt, dann läuft jedesmal > vor dem Ausschalten die Animation ab. Ja, das ist korrekt. Jede Änderung des Display-Inhaltes soll eine Animation triggern - auch das Ausschalten. Ob Snake gerade dafür die geeignetste ist, darüber kann man gewiss streiten. > Beim Einschalten dann das gleiche. Jepp. > Die "Snake"-Animation läuft auch bei jedem Minutenwechsel, > sollte das nicht alle 5 Minuten sein? Allerdings, bei der WC12h nur alle 5 Minuten, da sich das Display ja auch nur alle 5 Minuten ändert. Wenn es bei der WC12h auch jede Minute passiert, ist das ein Fehler. Werde ich mir gleich mal anschauen. > Animationen wie "Teletype" oder "Explode" laufen beim Ein- Ausschalten > nicht ab, aber manchmal beim Minutenwechsel. Doch, auch die - wenn sie eingestellt sind - sollten auch beim Ein- und Ausschalten aufgerufen werden. Bei mir klappt das auch so. Bei Explode bin ich mir jedenfalls sicher, weil ich die eigentlich immmer laufen habe. Bei Teletype hast Du bzgl. Ausschalten natürlich recht. Denn da werden nur die neuen Buchstaben im "Schreibmaschinentakt" geschrieben. Beim Ausschalten wird aber nichts geschrieben, da ja dann alle LEDs ausgeschaltet sein sollen ;-)
Peter Z. schrieb: > Die "Snake"-Animation läuft auch bei jedem Minutenwechsel, > sollte das nicht alle 5 Minuten sein? Kann nicht nachvollziehen. Bei mir laufen mit der WC12h-Software die Animationen nur alle 5 Minuten. Das einzige, was passieren kann: Wenn die "CPU-Takt-Uhrzeit" mehr als eine Minute abweicht im Vergleich zu RTC, DCF77 oder der Netzzeit und deshalb die Uhr neu gestellt werden muss, läuft auch die Animation auf der WC12h. Diesen Umstand halte ich aber nur für einen kleinen Schönheitsfehler, da sie in der Realität ganz selten bis nie auftritt. Ich vermute mal, dass Dein WC12h-Testsystem noch unvollständig aufgebaut ist. Ich habe im Moment auch keine fertige WC12h-Uhr, aber eine WC24h. Ich teste das, indem ich die WC12h-Software auf die WC24h spiele. Dann kann man zwar nicht die Urzeit ablesen, aber trotzdem sehe ich alle Uhrzeit-Wechsel. Ausserdem kann ich so das Ambilight beobachten. Hier liegen die Ambilight-LEDs halt auf dem Display. Das reicht zum Test vollkommen aus. > Animationen wie "Teletype" oder "Explode" laufen beim Ein- Ausschalten > nicht ab, aber manchmal beim Minutenwechsel. Auch das kann ich nicht nachvollziehen. Sowohl mit der WC12h als auch mit der WC24h laufen diese Animationen beim Ein- und Ausschalten ab. Ausnahme ist Teletype beim Ausschalten - aus oben bereits genannten Gründen. Ich sehe daher die Version 2.0.1 als Bugfix zur Version 2.0.0 erstmal als abgeschlossen an und werde die gleich einchecken.
Version 2.0.1 steht zum Download bereit.
Änderungen gegen der 2.0.0:
- Konfiguration von "ES IST"-Anzeige korrigiert: nun auch jede
halbe Stunde.
- Bugfix bei der "ES IST"-Anzeige auf WC12h: Die Anzeige wird nun
5 Minuten lang beibehalten - und nicht nur eine Minute.
- Bugfix: Farbanimationen bzw. Ambilight-Animationen verhinderten
das Abschalten des Ambilights bei Power-Off.
- Umgebungs-Helligkeitsmessungen werden nun nur noch durchgeführt,
wenn keine Übergangs-Animation läuft.
- Anzahl der möglichen Ambilight-LEDs nun bei Verwendung eines
Nucleo-Board gleich 100, sonst 60.
- Power-Off-Signal, um LED-Spannungsversorgung abzuschalten, nun
beim Mini-Board (STM32F103) auf Pin PB0.
- Fading-Effekt durch kleinere Farbänderungsschritte verstärkt.
Dieser ist nun deutlich besser wahrnehmbar.
Viel Spaß,
Frank
@Frank Ist die 2.0.1 für die 103er identisch mit der Pre 2.0.1? Die Animation alle Minute hängt mit der angeschlossenen DCF zusammen. Stöpsel ich die ab, ist alles ok. Die Animation ist dann alle 5 Minuten bei der WC12h.
Hallo Peter, Peter Z. schrieb: > Ist die 2.0.1 für die 103er identisch mit der Pre 2.0.1? Nein, nicht ganz. Aber nicht relevant, was die minutenweisen Animationen bei der WC12h betrifft. > Die Animation alle Minute hängt mit der angeschlossenen DCF > zusammen. Stöpsel ich die ab, ist alles ok. Die Animation ist > dann alle 5 Minuten bei der WC12h. Danke für den wichtigen Hinweis. Auch hier sollte das eigentlich nur passieren, wenn die angezeigte Minute nicht mit der empfangenen übereinstimmt. Hast Du denn auch eine RTC an Deinem Testsystem, damit die Soft-Clock des µCs synchron gehalten wird?
:
Bearbeitet durch Moderator
Hallo Frank, ja, RTC ist dran. Ist eigentlich alles dran, ausser LDR und TSOP.
Hallo Peter, Peter Z. schrieb: > ja, RTC ist dran. Ist eigentlich alles dran, ausser LDR und TSOP. Dann verstehe ich es nicht. Werde ich mir nochmal näher anschauen. Ausgerechnet das DCF-Modul habe ich nicht angeschlossen.
Kann mir bitte jemand sagen wo die erste Led der Ambilight Beleuchtung platziert wird und welche Laufrichtung verwendet wird?
X. O. schrieb: > Kann mir bitte jemand sagen wo die erste Led der Ambilight > Beleuchtung > platziert wird und welche Laufrichtung verwendet wird? Auszug aus https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Ambilight "Bei dem Ambilight-Modus "Clock" werden die 60 Ambilight-LEDs als umlaufende Sekundenanzeige verwendet. Hierfür muss die erste Ambilight-LED links unten und die Stripes im Uhrzeigersinn angebracht werden." oder auch hier im Thread: Beitrag "Re: WordClock mit WS2812" "Dabei sollte die erste LED des Ambilights unten auf der linken Seite beginnen und dann im Uhrzeigersinn um die Uhr geführt werden. Dann ist der Anschluß des Ambilights an die letzte LED des Displays am kürzesten. Ausserdem habe ich für den Clock-Modus des Ambilights die Sekunde 0 auf LED 22 des Ambilights gestellt, so dass bei Sekunde = 0 genau die mittlere LED auf der oberen Seite leuchtet und dann rundum geht." Edit: Ich werde aber noch den Offset der Sekunde = 0 noch im Web-Interface konfigurierbar machen. Dann ist es egal, wo man anfängt. Hauptsache, die LED-Stripes laufen im Uhrzeigersinn.
:
Bearbeitet durch Moderator
Da ist man mal ein paar Tage offline...... > Ich habe deshalb mit Torsten vereinbart, dass die nächste Version des > WC24h-Zwischenbodens ("V2") diese Beschränkungen nicht mehr hat. Die > seitlichen Knubbel entfallen und auch die Wände oben und unten. Das ist bereits umgesetzt und wird in der nächsten Sammelbestellung der Böden auch so sein. Siehe auch >> https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Zwischenb.C3.B6den > Ich hatte Torsten auch schon gefragt ob man nicht die Bohrlöcher für die > vier Magnete zur Fixierung der Frontplatte standardmäßig bohren könnte > (in allen Zwischenbodenvarianten). Das muss ich mit dem Schreiner klären. Das "Problem" ist hier, dass diese Löcher von vorne gebohrt werden und somit das Werkstück neu eingespannt werden muss. Das bedeutet einen weiteren manuellen Arbeitsschritt. Daher muss ich das erst klären und eine Einschätzung für den Mehraufwand bekommen. Dann kann ich entscheiden ob wir das machen oder nicht. Wenn es nur ein paar Euro sind, dann kann man das sicherlich in alle Böden einfließen lassen. Wie gesagt, die Anfrage läuft. Sobald ich eine Rückinfo habe, können wir das weiter diskutieren. > 3) Wie habt ihr (für die WC12h) Ambilight mit 60 LEDs realisiert? Ich werde aus diesem Grund das Paket 6 (Ambilight WS2812) von 40 auf 60 LEDs umstellen. Damit kann man dann die umlaufende Sekundenanzeige nutzen. Gruß, Torsten
Hallo zusammen, ich hatte das Problem, dass die LEDs nur sporadisch funktionierten. Nur ab und zu leuchteten die LEDs im "Display-Test"-Modus auf; und dann hatten diese nicht mal die gleichen Farben... Nach langer suche, habe ich jetzt den 220 Ohm Widerstand mal überbrückt. Nun funktioniert alles tadellos. Hatte jemand ein ähnliches Problem oder kennt gar den Fehler? Ansonsten werde ich jetzt erstmal beobachten, wie lange es dauert bis die ersten LEDs drauf gehen... Gruß Tom
Angehängte Dateien:
-
LEDProfil_P5_8x20.JPG
19 KB
Eigentlich sind die 8 Bohrungen (waren mal 10) von hinten im Zwischenbioden in der 24h-Version für die Magnete gedacht, nur nicht ganz durch gebohrt, eben um das Umschalgen beim Fräsen zu vermeiten. Die Löcher lassen sich auch von Hand ganz leicht vollständig mit einem Bohrer oder notfalls auch mit einem Cutter vollständig durchbrechen. Welche und wie viele man davon verwendet bleibt jedem selbst überlassen, mir waren beim Entwurf allerding nur 4 bei der Größe zu wenig, ich wollt vermeiten, das die FB oder der Zwischenboden "schüsseln) und sih damit dei Frontblatte in der mitte abhebt. Unten und oben sinds dann auch zwei in der Mitte geworden um Platz für die Versorgungsleitung genau mittig zu haben. Die zwei rechts und links in der Mitte sind bei der V2 anscheinen den Spaarmaßnahmen zum Opfer gefallen. Der leichte Fräßrand an den Seiten war für Bastler gedacht, die mit der Säge umgehen können. Schneidet man den Rand ab, dann sollte von den Maßen ein handelsübliche Alu-LED-Profil mit Abdeckung (p5, 8,5x20mm, oder z.B. hier der Typ SU: http://www.ebay.de/itm/LED-Alu-Profilleisten-Aluminium-Lichtleiste-Profilschiene-Stripe-Aluprofil-/252088141554 ) für ein umlaufendes Ambilight hinter der Frontplatte verschwinden. LG Ralf
:
Bearbeitet durch User
Hallo Frank, >> ja, RTC ist dran. Ist eigentlich alles dran, ausser LDR und TSOP. > Dann verstehe ich es nicht. Werde ich mir nochmal näher anschauen. > Ausgerechnet das DCF-Modul habe ich nicht angeschlossen. nachdem ich das gelesen hatte, ist mir aufgefallen, dass mein DCF-Modul gar nicht aktiv war. Jetzt geht es .... und ich kann diesen Effekt bestätigen. Hinzu kommt: Mit der Netzzeit ging die Uhr synchron zu meiner "normalen" DCF-Uhr, jetzt mit DCF geht die Uhr im Vergleich 2-3 Sekunden vor. mfg Ralf
Sind von den 28,1mm Stripes eigendlich auch kürzere Längen verfügbar oder hat schon jemand welche über? Das Raster würde als Ambilight zur 24h-Uhr (450 mm Seitenlänge) passen: 28,1 mm x 15 = 421,5 mm Stripelänge LG Ralf
Frank M. schrieb: > Hauke W. schrieb: >> Ist dann auch eine WC24h-Variante mit Ambilightausfräsung geplant? > > Nein, bisher nicht mangels Nachfrage. Mehrere Varianten in einer > Sammelbestellung sind schwierig zu planen, wenn fast nur eine Variante > gefragt ist. Dumme Frage, aber warum beglückt man nicht alle Leute mit Ambilightausfräsung? Wer die nicht will muss ja keine Lichter rein bauen. Da der Preis bei der WC12h mit und ohne Ambilightausfräsung gleich ist, scheint der Mehraufwand nicht so groß zu sein und im Rahmen sollte das ja trotzdem halten und zu mindestens auf den Photos sieht die Frontplatte blickdicht aus. Oder was habe ich übersehen. @Ralf, sind die Löcher für die Magnete so passgenau, daß die so in den Löchern drin halten oder hast du die festgeklebt? Hast du den Lochrand auf der Vorderseite dann von Hand etwas angeschrägt damit man die Magnete vertikal zueinander verschieben kann und die Frontplatte trotzdem bündig auf der Zwischenplatte aufliegt? @Torsten, denkst du, daß man die Löcher für die Magnete noch in die Zwischenböden der aktuell laufenden Sammelbestellung rein machen könnte (entweder so wie in dem verlinkten Thread beschrieben oder wenigstens Ralfs Variante)? @Ralf, hattest du "Paket 6 (Ambilight - STM32 Basis - WS2812) - 20,40Eur : 60 WS2812-LEDs als Stripe im Sonderabstand" hier https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Sammelbestellung_LED_Stripes.2C_Zwischenb.C3.B6den.2C_Shields gesehen? Torsten hatte es extra von 40 auf 60 LEDs erhöht. Wenn ich dich richtig verstehe ist das genau das was du suchst. Viele Grüße Hauke
Löcher von hinten mit nem 8er Holzbohrer vollständig durchgebohrt und dann von vorne mit einem 45° Kegelsenker etwas angesenkt. Magnete passen releativ stramm, hab ich aber eingeklebt. Kleber und Magnete in das Loch, Folie drauf und darauf dann die 0.5mm-Magnete und bündig bzw. ganz leicicht tiefer gedrückt. Darauf dann wieder etwas Kleber und die Frontplatte. Im Bild des Zwischenbodens im Artikel sind die löcher doch auch bei der V2 dabei. Das 60er-Paket hatte ich tatsächlich noch nicht gesehen...... LG Ralf
Ralf E. schrieb: > Im Bild des Zwischenbodens im Artikel sind die löcher doch auch bei der > V2 dabei. Aber nicht bei der von mir ins Auge gefassten WC12h (die durchgehenden Löcher in den Ecken sind ja für die Minutenanzeige). Viele Grüße Hauke
Tom schrieb: > Nach langer suche, habe ich jetzt den 220 Ohm Widerstand mal überbrückt. > Nun funktioniert alles tadellos. Wahrscheinlich ist es besser, den 220 Ohm Widerstand generell zu brücken. Er dient als Schutz der ersten LED bei öfterem An- und Abstöpseln. Das ist aber in der Praxis eher weniger der Fall. > Ansonsten werde ich jetzt erstmal beobachten, wie lange es dauert bis > die ersten LEDs drauf gehen... Ich nehme mal an, da passiert gar nichts. Ralf H. schrieb: > Hinzu kommt: Mit der Netzzeit ging die Uhr synchron zu meiner "normalen" > DCF-Uhr, jetzt mit DCF geht die Uhr im Vergleich 2-3 Sekunden vor. Ja, den Fehler hast Du mir auch per Mail beschrieben, habe das verstanden. Das wird auch der Grund sein, warum bei Vorhandensein des DCF77-Moduls bei der WC12h die Animationen minütlich statt alle 5 Minuten gestartet werden. Ich werde das korrigieren - so wie ich Dir das per Mail beschrieben habe.
Hallo zusammen, ich baue mir auch gerade die WC12h aus den von den fleißigen Leuten hier bereitgestellten Teilen zusammen (Herzlichen Dank nochmal an alle!). Ich verwende das STM32F103 MiniDevBoard, zusammen mit dem Shield von T. Giese, inkl. ESP8266, RTC, DS1820 und LDR. Ich habe zwei ESP-Module. Auf das eine konnte ich gestern zugreifen, habe es dann für das WLAN beim zukünftigen Einsatzort der Uhr konfiguriert. Wollte hier das zweite Modul im AP-Modus lassen, um die Uhr zu testen, habe jetzt aber leider folgendes Problem: Die Firmware hängt sich komplett auf, wenn ich auf den Webserver zugreifen will (Auch keine Zeit-Updates mehr). Gestern hatte ich noch die Firmware 1.8.x, heute morgen habe ich dann gesehen, dass es ja eine Neue (2.0.1) gibt und diese aufgespielt. Hier ein Auszug aus dem seriellen Log: 08:32:27.744: (- setup UDP) esp8266 now up (- local port: 2421) (- setup server UDP) (- local port: 2424) (FIRMWARE 1.2.0) (- working as AP) (MODE ap) (IPADDRESS 192.168.4.1) esp8266 now online 08:32:32.039: --> time "192.53.103.103"<0d><0a> update display 08:32:32.054: (OK time) 08:32:41.412: update display 08:33:23.175: (- new client) (HTTP GET /) http path: '/' http parameters: ''
Martin schrieb: > Die Firmware hängt sich komplett auf, wenn ich auf den Webserver > zugreifen will (Auch keine Zeit-Updates mehr). Wann greifst Du auf den Webserver zu? Das darf erst geschehen, nachdem die IP-Adresse auf dem Display vollständig durchgelaufen ist. Martin schrieb: > Nachtrag: mit der Firmware 1.8.8 geht es wieder... Hm, keine Erklärung, da hat sich eigentlich nichts geändert. Ich werde das heute abend nochmal testen. Hat dieses Problem sonst noch jemand mit der V2.0.1?
Hauke W. schrieb: > Dumme Frage, aber warum beglückt man nicht alle Leute mit > Ambilightausfräsung? Wer die nicht will muss ja keine Lichter rein > bauen. Da der Preis bei der WC12h mit und ohne Ambilightausfräsung > gleich ist, scheint der Mehraufwand nicht so groß zu sein und im Rahmen > sollte das ja trotzdem halten und zu mindestens auf den Photos sieht die > Frontplatte blickdicht aus. Oder was habe ich übersehen. Bitte auf jeden Fall die Variante ohne Ausfräsungen beibehalten. Wird die Uhr Rahmenlos (Stichwort Neodyn Magnete) und ohne Ambilight aufgehängt, dann sieht es mit dem Voll umlaufenden Rahmen passender aus.
Tom schrieb: > ich hatte das Problem, dass die LEDs nur sporadisch funktionierten. Nur > ab und zu leuchteten die LEDs im "Display-Test"-Modus auf; und dann > hatten diese nicht mal die gleichen Farben... Das Problem hatte ich anfangs auch, allerdings war die Schaltung da noch auf einem Breadboard aufgebaut. Es gab offensichtlich Probleme mit der Spannungsversorgung der Stripes. Seit alles gelötet bzw. sauber gesteckt ist gibt es keine Probleme mehr.
Hallo Gemeinde, Wenn auf dem Shield für STM32 ein LDR verbaut werden soll, muss dann ein 10k Widerstand nicht verbaut werden. Wenn ja welcher ist das? LG CHARLY
Hallo Gemeinde, habe aus versehen im Web Interface auf Fernsteuerung anlernen getippt obwohl ich kein TSOP verbaut habe. Daraufhin konnte ich nur durch mehrmaliges ein Aus schalten die web Oberfläche wieder starten. Nur zur Info!
Charly H. schrieb: > Hallo Gemeinde, > Wenn auf dem Shield für STM32 ... STM32 sind alle Varianten. Du meinst das Shield für das Mini-Board? > ... ein LDR verbaut werden soll, muss dann ein > 10k Widerstand nicht verbaut werden. Wenn ja welcher ist das? Das ist der, den es auf dem Shield nicht gibt :-) Wenn kein LDR - dann 10k an die beiden LDR-Pins anschließen - und den 1k Widerstand weglassen Wenn LDR - dann LDR anschließen und 1k Widerstand einlöten Alles klar? :-) Charly H. schrieb: > Daraufhin konnte ich nur durch mehrmaliges ein > Aus schalten die web Oberfläche wieder starten. Einmal ausschalten, 5 Sekunden warten, dann wieder einschalten sollte reichen.
:
Bearbeitet durch Moderator
Könnte man das noch hier https://www.mikrocontroller.net/attachment/288080/WC12h_Shield.pdf vermerken! LG Charly
Frank M. schrieb: > Das ist der, den es auf dem Shield nicht gibt :-) Auf dem Shield was ich habe, ist parallel zu dem 220 Ohm Widerstand für die WS2812 ein 10k Widerstand, der parallel zu den Anschlüssen für den LDR liegt!
:
Bearbeitet durch User
Bernhard S. schrieb: > Auf dem Shield was ich habe, ist parallel zu dem 220 Ohm Widerstand für > die WS2812 ein 10k Widerstand, der parallel zu den Anschlüssen für den > LDR liegt! Upps, Du hast recht! Den habe ich übersehen, sorry.
Frank M. schrieb: > Bernhard S. schrieb: >> Auf dem Shield was ich habe, ist parallel zu dem 220 Ohm Widerstand für >> die WS2812 ein 10k Widerstand, der parallel zu den Anschlüssen für den >> LDR liegt! > > Upps, Du hast recht! Den habe ich übersehen, sorry. Ich denke das der 10k Widerstand nicht stört, wenn der LDR angeschlossen ist. Sorgt aber auf der anderen Seite für ein definierten Pegel bei nicht angeschlossenem LDR.
Philipp E. schrieb: > Bitte auf jeden Fall die Variante ohne Ausfräsungen beibehalten. Wird > die Uhr Rahmenlos (Stichwort Neodyn Magnete) und ohne Ambilight > aufgehängt, dann sieht es mit dem > Voll umlaufenden Rahmen passender aus. Genau aus dem Grund haben wir ja den WC12h Boden mit und ohne Ambilight. Die werde ich beide auch beibehalten.
@Torsten Könnte man nicht die 3 Pins der seriellen Schnittstelle um einen 5V Pin erweitern, dann ist es einfacher, ein BT-Modul anzuschliessen.
Ralf E. schrieb: > Löcher von hinten mit nem 8er Holzbohrer vollständig durchgebohrt und > dann von vorne mit einem 45° Kegelsenker etwas angesenkt. Magnete passen > releativ stramm, hab ich aber eingeklebt. Kleber und Magnete in das > Loch, Folie drauf und darauf dann die 0.5mm-Magnete und bündig bzw. ganz > leicicht tiefer gedrückt. Darauf dann wieder etwas Kleber und die > Frontplatte. Sprich die nicht durchgebohrten Löcher im WC24h Boden sind genau für die Magneten gedacht? Wenn dann Magnete verbaut werden sollen, müssen diese nur noch mit einem 8mm Bohrer durchgebohrt (sind ja eh nur noch 2mm Material) und dann von der Vorderseite angesenkt werden? Das bekomme ich sicherlich einfacher in den WC12h Boden rein. > Im Bild des Zwischenbodens im Artikel sind die löcher doch auch bei der > V2 dabei. Die bleiben auch drin. Die mittleren an den Seiten sind dem Platz für das MiniShield zum Opfer gefallen ..... > Das 60er-Paket hatte ich tatsächlich noch nicht gesehen...... Das waren vorher auch nur 40 - habe das nun auch Grund der umlaufenden Sekundenanzeige auf 60 LEDs pro Paket erhöht. Gruß, Torsten
Peter Z. schrieb: > @Torsten > Könnte man nicht die 3 Pins der seriellen Schnittstelle um > einen 5V Pin erweitern, dann ist es einfacher, ein > BT-Modul anzuschliessen. das ist machbar - wird aber nicht in der aktuellen Sammelbestellung drin sein, da ich diese wohl noch vollständig aus dem aktuellen Bestand (was die Shields angeht) beliefern kann. Ändere ich aber im Board, so dass bei der nächsten Neubestellung diese Änderung drin ist.
Nochmal 'ne dumme Frage zu den Zwischenböden. Kann man nicht anstelle der waagerechten Ausfräsungen rechts und links der LED Stripes besser rechts und links jeweils eine senkrechte Ausfräsung machen, in der dann die Drahtbrücken verschwinden? Die müssen ja eigentlich auch gar nicht so tief sein. Wenn die breit genug ist bzw. sind (eigentlich nur auf der Seite, wo die Stromversorgung erfolgt) kann man ja auch die Zuleitung für die Stromversorgung dort einführen.
Hallo Frank! Ich habe bei meiner 24h die Animation auf "Random" stehen. Wenn die Animation "Cube" an der Reihe ist dann geht die Uhr für eine Minute aus. Das ist doch nicht Richtig so, oder? Ist schon eine weniig nervig wenn diese Animation z.B 3. mal hintereinander kommt und mann sieht nur die Animation aber keine Uhrzeit mehr. Gruß Jan
Jan H. schrieb: > Ich habe bei meiner 24h die Animation auf "Random" stehen. > Wenn die Animation "Cube" an der Reihe ist dann geht die Uhr für eine > Minute aus. Das ist doch nicht Richtig so, oder? Nein, natürlich ist das nicht richtig. Bei mir geht sie aber nicht aus. Nucleo oder STM32-Mini-Board? Welche Komponenten sind angeschlossen?
Frank M. schrieb: > Jan H. schrieb: > Ich habe bei meiner 24h die Animation auf "Random" stehen. > Wenn die Animation "Cube" an der Reihe ist dann geht die Uhr für eine > Minute aus. Das ist doch nicht Richtig so, oder? > > Nein, natürlich ist das nicht richtig. Bei mir geht sie aber nicht aus. > Nucleo oder STM32-Mini-Board? Welche Komponenten sind angeschlossen? Hallo Frank! Ich habe bei meinen Uhren das Nucleo F411. Bis auf das DCF77-Modul sind alle Komponenten angeschlossen.
Ralf E. schrieb: > Eigentlich sind die 8 Bohrungen (waren mal 10) von hinten im > Zwischenbioden in der 24h-Version für die Magnete gedacht, nur nicht > ganz durch gebohrt, eben um das Umschalgen beim Fräsen zu vermeiten. > Die Löcher lassen sich auch von Hand ganz leicht vollständig mit einem > Bohrer oder notfalls auch mit einem Cutter vollständig durchbrechen. > Ich hab' für die Wordclock24h gerade eine nur 8mm starke MDF-Platte in Arbeit, die von vorne gefräst wird. Es werden nur die Löcher für die LEDs und für die Magneten gefräst. Dadurch, dass die Platte von Haus aus so dünn ist, erspart man sich die Ausfräsungen der Taschen auf der Rückseite. Damit löst sich das Problem mit dem Umspannen von selbst. Die MDF-Platte misst nur 440 mm x 440 mm und erhält einen Rand aus 5 x 20 mm Buche-Massivholzumleimern (Baumarkt). Mit den Umleimern misst sie dann aussen 450 x 450 x 20 mm. Die Massivholz-Umleimer haben den Vorteil, dass sie sehr stabil sind, und dass man sie beliebig beizen/ lackieren kann. Das Ambilight werde ich mit Alu-Profilen machen, die etwas nach innen versetzt eine Kammer von ca. 320 x 320 x 25(30?) mm bilden. Der Hohlraum bietet Platz für die Aluplatte mit dem LEDs und mit der rückseitig darauf montierten Elektronik. Das Ambilight leuchtet bei mir also aus dem Hintergrund hervor, und nicht am Rand der Uhr. Dadurch vermeide ich einen Blendeffekt bei seitlicher Draufsicht.
:
Bearbeitet durch User
Hallo, ich habe soeben eine Beobachtung gemacht, welche wenn ich das richtig sehe, auf einen Fehler im Programm hindeutet. Es geht um die Timerfunktion, Ich habe die folgenden Timer angelegt:
1 | Slot Active On From To Hour Min |
2 | 0 [X] [X] Su Sa 07 00 |
3 | 1 [X] [ ] Su Sa 00 00 |
Meine Intention dabei ist, dass an jedem Tag um 0:00 das Display ausgeschaltet und um 7:00 wieder eingeschaltet wird. Bisher scheint das auch zu funktionieren, aber gerade (Sonntag, 2:00) komme ich von einer Hochzeit nach Hause und stelle fest, dass die Uhr noch an ist. Ich schätze, da ist ein Fehler, dass Schaltzeiten am Sonntag um 0:00 nicht ausgeführt werden. Ist das möglich? Grüße aus Bochum Dario
Dario C. schrieb: > Ich schätze, da ist ein Fehler, dass Schaltzeiten am Sonntag um 0:00 > nicht ausgeführt werden. > > Ist das möglich? Hallo und Guten Morgen! Ja.das kann ich bestätigen. Der Timer Funktioniert nur in der Woche. Am Wochende (Sa,So) geht er nicht.
Dario C. schrieb: > Ich schätze, da ist ein Fehler, dass Schaltzeiten am Sonntag um 0:00 > nicht ausgeführt werden. Danke für den Hinweis, werde ich überprüfen. Helge Z. schrieb: > Der Timer Funktioniert nur in der Woche. > Am Wochende (Sa,So) geht er nicht. Diese generelle Aussage kann ich nicht bestätigen. Da heute Sonntag ist, habe ich hier gerade testweise gesetzt: Slot Active On From To Hour Min 0 [X] [ ] Su Sa 14 46 1 [X] [X] Su Sa 14 47 Die Uhr ging um 14:46 aus und um 14:47 wieder an. Ich habe es auch umgekehrt ausprobiert, also zuerst die On- und dann die Off-Zeit gesetzt: Slot Active On From To Hour Min 0 [X] [X] Su Sa 14 51 1 [X] [ ] Su Sa 14 50 Funktionierte ebenso. Das Problem scheint also komplizierter zu sein. Wahrscheinlich ist es der Übergang auf 00:00 Uhr. Vermutlich wäre das nicht passiert, wenn Dario die Off-Zeit auf 23:59 Uhr gestellt hätte. Das werde ich mir noch näher anschauen.
:
Bearbeitet durch Moderator
Angehängte Dateien:
-
WC12_komplett_rueckseite.jpg
150 KB -
WC12_Stripes_auf_AluPlatte.jpg
230 KB
Habe die Beschreibung für das MiniDevBoard in den Artikel eingefügt. https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Shield_f.C3.BCr_STM32_MiniDevBoard Anbei noch ein Bild einer fertigen WC12h auf Basis des STM32. (Habe hierzu einen alten defekten Boden genutzt)
Frank M. schrieb: > Martin schrieb: > >> Die Firmware hängt sich komplett auf, wenn ich auf den Webserver >> zugreifen will (Auch keine Zeit-Updates mehr). > > Wann greifst Du auf den Webserver zu? Das darf erst geschehen, nachdem > die IP-Adresse auf dem Display vollständig durchgelaufen ist. Ja, die IP-Adresse wurde schon angezeigt. > Martin schrieb: >> Nachtrag: mit der Firmware 1.8.8 geht es wieder... > > Hm, keine Erklärung, da hat sich eigentlich nichts geändert. Ich werde > das heute abend nochmal testen. Hat dieses Problem sonst noch jemand mit > der V2.0.1? Hallo Frank, ich habe mir das Phänomen nochmal genauer angeschaut. Nur unter folgenden Randbedingungen hat sich die Uhr aufgehängt (Zeitanzeige ging auch nicht mehr). Systemkonfiguration ist STM32F103, ESP8266, TSOP, DS1820, RTC, LDR. Software: WC12h - 2.0.1 / ESP - 1.2.0 im AP Mode / Zugriff über Webserver Zugriff per App hat funktioniert. Habe es außerdem mit einem zweiten ESP, das als Client konfiguriert war getestet, da geht auch der Zugriff per Webserver. Was mir auch noch aufgefallen ist: Die Uhr war per Timer aus, aber bei einem 5-Minuten Wechsel kam eine Animation (Snake?), danach war wieder aus. Ich werde mal beobachten, ob das regelmäßig passiert.
Neue Version 2.0.2 ist online.
Änderungen:
- Um unnötige Animationen zur vollen Minute bei der WC12h zu
vermeiden, wird die DCF77-Zeit nun um hh:mm:15 verzögert
ausgeliefert. Timeserver-Zugriffe pendeln sich im Laufe der
Zeit auf hh:mm:30 (alle 3780 Sekunden) ein, RTC-Zugriffe werden
jede Minute um hh:mm:45 ausgeführt.
- Power-Taste auf der IR-Fernbedienung kann nun beim Anlernen als
Skip-Taste verwendet werden.
- DCF77-Messung: Die Zeit der vorherigen Minute wird nun als
zusätzliche Plausibilitätsprüfung herangezogen
- Snake-Animation: Es werden nun gezielt die Wörter der alten
Uhrzeit "gefressen".
Dank an Ralf Hammeran, der sich maßgeblich an dieser neuen Version
beteiligt hat.
:
Bearbeitet durch Moderator
Hallo Forum, die Uhr befindet sich nun seit Mittwoch im Dauerbetrieb. Ich benutze hierfür das STM32F103C6T8, kein DFC77 Modul, kein DS18B20. EEPROM Modul, IR Empfängger und LDR sind aber bestückt. Es sind zwei Timer eingestellt 23:00 Uhr OFF, 6:00 ON. Zuerst mit der Version 1.8.6 ist mir aufgefallen, das die Uhr einfach sporadisch einmal täglich "stehenbleibt". Nach Spannung Aus/Ein lief sie ganz normal weiter. Gestern Vormittag hab ich dann die V2.01 aufgespielt. Heute früh ist mir aufgefallen, das die Uhr um 9:08 Uhr 8:04 anzeigt und mit dieser Differenz auch weiter läuft. Alle Animationen laufen auch problemlos (Rainbow, Teletype). Ich kann nicht sagen zu welcher Zeit diese Differenz entsteht. Hat jemand ähnliche Probleme? Thomas
:
Bearbeitet durch User
Hallo Thomas! Thomas H. schrieb: > Zuerst mit der Version 1.8.6 ist mir aufgefallen, das die Uhr einfach > sporadisch einmal täglich "stehenbleibt". Nach Spannung Aus/Ein lief sie > ganz normal weiter. Hast Du das W-Lan Modul dran? Und wenn ja welche Firmware ist drauf? Ansonsten mal kurz die Batterie vom EEPROM Modul reisnehmen. Ich hatte mal ein ähnliches Problem (Einstellungen wurden nicht gespeichert) nachdem ich die Batterie kurz gezogen hatte war es weg.
WLAN Modul ist dran, jedoch noch mit Version 1.0 Soweit ich verstanden habe, hat sich bei der neuen Version ja nur die AP Funktion geändert. Diese benötige ich nicht. Einstellungen werden auch problemos gespeichert.
Thomas H. schrieb: > WLAN Modul ist dran, jedoch noch mit Version 1.0 Dann bitte aktualisieren. Die ESP-Firmaware 1.1.0 korrigiert den Bug, dass Deine Uhr 3800 Sekunden nachläuft. Das passiert dann, wenn der Timeserver seine Zeit verspätet ausliefert, die ESP-Software deshalb in einen Timeout läuft und dann 3800 Sekuden später diese veraltete Uhrzeit ausliefert. Ist hier auch dokumentiert: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#ESP8266_ESP-01_Firmware Version 1.1.0: Fehler im NTP-Client behoben: Bei vorherigen Timeouts kann eine alte Uhrzeit ausgegeben werden Installiere am besten direkt 1.2.0.
:
Bearbeitet durch Moderator
Hallo Frank M. ich freu mich über die ausführliche Anleitung, so dass ich als noop auch die Chance habe, mir solch eine Uhr zu bauen und will mich auf diesem Wege bedanken. Ich hätte eine Frage bezüglich der Farbe der LEDs (wenn das nicht schon gestellt wurde): Ist es möglich, die Farbe der LEDs der Uhrzeit entsprechend einzustellen? Ich meine: Es ist Tag, es ist Hell, also eine gut lesbare farbe. Es ist Nacht, also dunkel, somit brauch ich eventuell eine andere Farbe um besser ablesen zu können. Oder als zweite Idee: Mit dem Verlauf des Tages ändert sich die Farbe: Tagsüber meinetwegen rot oder gelb, über den Abend, an den Sonnenuntergang angelehnt, wechselt die Farbe von gelb über orange nacht rot und wenn es dunkel ist, was der LDR ja misst und mir der Urzeit gepaart auch ausgewertet werden könnte, wird die Anzeige auf blau umgestellt. Quasi die Tagesfarben im Uhrenformat... Mit freundlichen Grüßen
Hallo Tommy, Tommy Tomate schrieb: > Ist es möglich, die Farbe der LEDs der Uhrzeit entsprechend > einzustellen? Ich meine: Es ist Tag, es ist Hell, also eine gut lesbare > farbe. Es ist Nacht, also dunkel, somit brauch ich eventuell eine andere > Farbe um besser ablesen zu können. Über den LDR wird die Helligkeit der LEDs angepasst, aber nicht die Farbe. Die LEDs leuchten also dann tagsüber z.B. hellblau, am Abend dann dunkelblau. Das würde ich auch so beibehalten wollen. Hier geht es darum, tagsüber bei hellem Tageslicht die Uhr gut ablesen zu können und nachts trotzdem von den LEDs nicht geblendet zu werden. Wenn man dann abends das Licht einschaltet, wird die Uhr dann auch automatisch wieder heller. Daher ist die Helligkeit nicht wirklich von der Tageszeit, sondern eher von der Umgebungshelligkeit abhängig. Aber man könnte das natürlich mit Deinem Vorschlag kombinieren: > Mit dem Verlauf des Tages ändert sich die Farbe: > Tagsüber meinetwegen rot oder gelb, über den Abend, an den > Sonnenuntergang angelehnt, wechselt die Farbe von gelb über orange nacht > rot ... Das heisst: Man gibt für bestimmte Uhrzeiten, z.B. 3,6,9,12,15,18,21,24 Uhr die gewünschte Farbe als "Stütze" an. Die Zwischenfarben könnte die Software dann berechnen und dann über die jeweils 3 Stunden bis zur nächsten Stütze langsam durchfahren.
:
Bearbeitet durch Moderator
Frank M. schrieb: > Das heisst: Man gibt für bestimmte Uhrzeiten, z.B. 3,6,9,12,15,18,21,24 > Uhr die gewünschte Farbe als "Stütze" an. Die Zwischenfarben könnte die > Software dann berechnen und dann über die jeweils 3 Stunden bis zur > nächsten Stütze langsam durchfahren. Eventuell ist es ja einfacher und komfortabler, wenn man (so denn es möglich ist) im Web-Interface einfach eine Funktion "Tag-Nacht-Zyklus" hinterlegt und in dieser den kürzesten / längsten Tag des Jahres mit der ungefähren Sonnenaufgangs- / Sonnenuntergangszeit hinterlegt und den Farbwechsel von Nachts (blau) auf Tags (rot, orange oder gelb) automatisch für das aktuelle Datum interpoliert. Das wäre sicherlich Programmtechnisch Arbeit (wenn es umzusetzen ist) aber der User selbst hat nur ein Haken zu setzen und muss sich nicht mit irgend welch komplizierten Einstellungen beschäftigen oder viele Einstellungen vornehmen. Erweitern ließe sich das ganze eventuell über die Farbwahl für Tag / Nacht, aber das sind nur Ideen, die ich selbst nicht umsetzen könnte und daher als Anreiz gedacht.
Im Anhang mal ein Bild meiner Mini-WC12h für den Schreibtisch, 150mm x 150mm Aussenmass. @Frank Ich habe darauf mal die 2.0.2 aufgespielt (103er). Nach Reset läuft am linken Rand eine Info in grün von oben nach unten, war das schon immer so? Gruss Peter
Hallo Peter, Peter Z. schrieb: > Im Anhang mal ein Bild meiner Mini-WC12h für den > Schreibtisch, 150mm x 150mm Aussenmass. Sieht klasse aus! Benutzt Du da Stripes mit 144 LEDs/m? > Nach Reset läuft am linken Rand eine Info in grün > von oben nach unten, war das schon immer so? Das ist offenbar die Snake-Animation, welche die erleuchteten Wörter frisst. Beim Einschalten sind aber zunächst keine LEDs an, die gefressen werden können. So flitzt die Schlange einfach enttäuscht von links oben nach links unten. Das ist der kürzeste Weg, um wieder zu verschwinden. Falls Du einen Vorschlag für diesen Sonderfall (keine LED eingeschaltet) hast, lass es mich wissen :-)
Hallo Frank, ich hatte mir diese LEDs fürs Ambi gekauft: http://www.ebay.de/itm/141939816007?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT Die kann man vereinzeln und mit Darios Methode (Silberdraht) dann exakt die 15 Ambi-LEDs auf die vorhandene Breite verteilen. Man kann sie aber auch reihenweise abbrechen, sind 10 Stck plus eine dazu, schon hat man eine 10x11 Matrix. So bin ich dann auf die Idee gekommen. Der hor. Abstand ist 9,3333 mm. Z.Zt. liegt die org. FP pdf verkleinert auf 33,5% drauf, allerdings passen die Min-Leds nicht, habe ich mich wohl verrechnet. Ist halt überall wenig Platz, die Bohrungen sind 7,3mm. Nein, bei der Animation musst Du meinetwegen nichts ändern. Gruss Peter
Hallo Frank, wie sieht es eigentlich mit einer weiteren Bestellrunde für Frontplatten (24h) aus? Du hattest mal was von Ende Mai geschrieben. Gibt es schon konkretere Pläne?
Angehängte Dateien:
-
WCMini24h001.jpg
240 KB -
WCMini24h002.jpg
240 KB -
WCMini24h003.jpg
440 KB -
WCMini24h004.jpg
240 KB -
WCMini24h005.jpg
250 KB -
WCMini24h006.jpg
230 KB -
WCMini24h007.jpg
28 KB -
WCMini24h008.jpg
140 KB -
WCMini24h009.jpg
150 KB
Hallo Frank, Peter & fleißige Uhrenbauer, ich habe aktuell ebenfalls eine (Mini-)Version der Uhr für den Schreibtisch im Aufbau, allerdings auf Basis der 24h Version mit 144LED/m Strips. Ursprünglich eigentlich nur geplant um den 3D Drucker mal an seine Grenzen zu treiben und weil ich wissen wollte wie klein man die 24h aufbauen kann bevor es auf Basis der Strips bzw. 5050 LEDs einfach nicht mehr kleiner geht. Ich muss zwar die Tage noch das Gehäuse drucken, mit Verkabelung und Lötarbeiten bin ich aber so weit fertig. Ich habe mal ein paar Bilder vom Testaufbau angehängt, die Buchstabenfront und Lichtschächte zwischen den LEDs waren aber nur ein quick & dirty Test am Drucker, das geht qualitativ noch deutlich besser! Auch die Kamera hatte so ihre Probleme bei so viel Licht ein brauchbares Foto zu machen. Aber zumindest weiß ich jetzt, dass auch mein gedruckter 0.2mm Diffusor funktioniert! :) Ich habe mal ein paar Bilder angehängt. Das Stück Blech hinter der LED Matrix ist 140mmx130mm und mit etwas Schummelei habe ich auch tatsächlich alle 288 LEDs angeordnet bekommen. Die 144LED/m Strips sind leider ziemlich breit, daher musste ich sie uberlappend befestigen... ist zwar etwas fummelig, aber es geht. Das Gehäuse basiert auf der genialen OpenSCAD Datei von Roman B. (Beitrag "Re: Minutengenaue 24 Stunden-Wortuhr - wer will mitbauen?" bzw. http://www.thingiverse.com/thing:1330897), die ich für meine Zwecke erweitert und angepasst habe. An dieser Stelle nochmal vielen Dank an Roman für die Veröffentlichung deiner hervorragenden SCAD Datei! Die fertige Uhr wird nach aktueller Planung 180mmx180mm, 40mm tief, hat einen eingebauten 0.2mm starken Diffusor und steht auf Füßen... für bessere Lesbarkeit und damit sie auch noch steht wenn der Chef mal durchs Büro gepoltert ist. ;) Mein Ziel war es die Uhr aus "einem Guss" zu drucken (abgesehen vom Deckel hinten). Ich hatte zwischendurch auch mal über eine kleine, runde Version mit "Sekundenzeigerambilight" nachgedacht, aber vorher muss ich erstmal noch ein paar Bestellungen aus dem Freundeskreis abarbeiten. Bis ich damit durch bin ist vermutlich wieder Winter... :( @Frank & Ralf: Habe gestern die v2.0.2 geflasht, das erste mal die LED Matrix in ihrer ganzen Pracht gesehen und bin begeistert von den tollen Animationen und Übergängen. Echt ne super Arbeit, ein dickes Danke von mir dafür! Auch der Farbverlauf mit dem Schritt über weiß gefällt mir richtig gut! >Die Cube-Animation sieht beim Ausschalten so aus, als ob man einen alten >Röhrenfernseher abschaltet. Das Ergebnis gefällt mir so ganz gut. >Allerdings muss bei einem Update danach der Röhrenfernseher wieder >eingeschaltet werden, also der umgekehrte Effekt dargestellt werden. Da >bastle ich noch dran. Ist mir gestern ebefalls aufgefallen und fand ich fürs Ausschalten super! >Falls Du einen Vorschlag für diesen Sonderfall (keine LED eingeschaltet) >hast, lass es mich wissen :-) Ich wäre ja für den ungekehrten Cube beim Einschalten... :)
Frager schrieb: > wie sieht es eigentlich mit einer weiteren Bestellrunde für Frontplatten > (24h) aus? Du hattest mal was von Ende Mai geschrieben. > Gibt es schon konkretere Pläne? Die letzte Frontplatten-Sammelbestellung lief bis 09.05.2016. Die Frontplatten sind auch letzten Samstag - also fast Ende Mai - bei mir angekommen und ich bin schon fleißig beim Verpacken. Ich habe vorsichtshalber ein paar Frontplatten mehr bestellt, weil sich immer ein paar Nachzügler melden. Wer möchte, kann sich also noch an der Frontplatten-Sammelbestellung beteiligen. Schreibt mich einfach per PN an. Das gilt für WC12h und auch WC24h.
Schalten der Versorgungsspannung für die WS2812-Stripes Ich hatte ja zugesagt, den MOSFET-Schalter (Beitrag "Re: WordClock mit WS2812") noch am STM32-Board zu testen – das Ziel Ende Mai wurde „knapp“ verpasst. Aber während meiner offline-Zeit waren Peter und Frank schon aktiv, haben getestet und Verbesserungen vorgenommen – danke! So zeigten meine Tests jetzt (STM32-Board – WC12h - Software 2.0.2 und MOSFET-Schalter) keine Auffälligkeiten: Die Versorgungsspannung für die Stripes (120 Stück noch auf der Rolle) wird sauber aus- und angeschaltet, die Peripherie (WLAN-Modul, RTC, TSOP und zeitweise DCF-Modul) funktioniert; entsprechend ist in der PuTTY-Logdatei alles ok. Gruß Günter
Peter G. schrieb: > Aber zumindest weiß ich jetzt, dass auch mein gedruckter > 0.2mm Diffusor funktioniert! :) d.h. du hast einfach einen Einzel-Layer als "Lappen" gedruckt und als Diffusor benutzt? Respekt - was hast du für einen Drucker? Glaube kaum dass meiner (oder ich) das hinbekäme...
Jan L. schrieb: > d.h. du hast einfach einen Einzel-Layer als "Lappen" gedruckt und als > Diffusor benutzt? Respekt - was hast du für einen Drucker? > Glaube kaum dass meiner (oder ich) das hinbekäme... Hi Jan. Ich habe einfach eine 0.2mm solide Fläche vor die eigentliche Wortmatrix gesetzt (deshalb sieht man auf den gerenderten Bildern von vorne auch keine Buchstaben). Je nach Layerhöhe sind das einfach 1-2 Lagen Material, damit man nicht direkt in die LED schaut. Ich drucke in PETG und es ist sogar relativ egal was für eine Farbe ich nehme... Ich habe schwarz und weiß getestet, dunkle Farben scheinen sich aber wegen des stärkeren Kontrasts zu den beleuchteten Buchstaben besser zu eignen. Weiß ist in dieser Buchstabengröße deutlich schwerer abzulesen. Der Diffusor hat auch den netten Nebeneffekt, dass die Buchstabenmatrix deutlich besser haftet, da die ggf. auftretenden Unebenheiten der Druckplatte bereits ausgeglichen sind und so auch sehr feine Teile der Buchstaben sofort sauber haften. Als ich testhalber mal nur die Buchstabenmatrix gedruckt habe, musste ich mit der Geschwindigkeit schon ziemlich runter gehen um die fitzeligen Buchstaben zu drucken (und aufpassen dass das "stringy" PETG nicht bei Bewegungen ohne Retract alles wieder verhunzt). Habe mal ein Bild vom gedruckten Modell angefügt, das ich auf dem Handy hatte. Leider war die LED Matrix etwas schief eingeklebt, deshalb leuchten im Bild mehr Buchstaben als gedacht. Ist aber mittlerweile korrigiert. Bei Gelegenheit will ich das Gehäuse nochmal drucken, dann aber mit 0.3mm starkem Diffusor und 0.2mm Düse für die Buchstaben statt meiner üblichen 0.4er (dann sollten die Buchstaben nochmal deutlich besser werden und die "Hotspots" z.B. bei den "E"s nicht mehr auftreten). Der Drucker ist nach heutigen Maßstäben eigentlich nix besonderes: Ein selbst gebauter P3Steel (also ähnlich dem Prusa I3) mit den genialen Verbesserungen von Toolson. Sprich: viel bewegte Masse auf Y und bei weitem nicht so elegant wie ein Drucker nach CoreXY oder Delta Prinzip. Dafür extrem billig und einfach in Aufbau/Kalibration... mehr hat das Hobby Portemonnaie einfach nicht hergegeben ;-) Kenne zwar deinen Drucker nicht, aber du siehst ja es geht definitiv auch ohne Highend-Hardware. Gruß, Peter
Günter H. schrieb: > So zeigten meine Tests jetzt (STM32-Board – WC12h - Software 2.0.2 und > MOSFET-Schalter) keine Auffälligkeiten: Die Versorgungsspannung für die > Stripes (120 Stück noch auf der Rolle) wird sauber aus- und > angeschaltet, die Peripherie (WLAN-Modul, RTC, TSOP und zeitweise > DCF-Modul) funktioniert; entsprechend ist in der PuTTY-Logdatei alles > ok. Dann werde ich die MiniBoard entsprechend anpassen und die neue Version (v2) dann ende Juni bestellen. Volker wird das Nucleo Board entsprechend anpassen und mir die Gerber Files wieder zur Verfügung stellen. So kann ich dann von beiden Boards Ende Juni die neue Variante bestellen. Grüße, Torsten
Peter G. schrieb: > Ich habe einfach eine 0.2mm solide Fläche vor die eigentliche > Wortmatrix gesetzt (deshalb sieht man auf den gerenderten Bildern von > vorne auch keine Buchstaben). Je nach Layerhöhe sind das einfach 1-2 > Lagen Material, damit man nicht direkt in die LED schaut. Ich drucke in > PETG und es ist sogar relativ egal was für eine Farbe ich nehme... ah, ok, verstehe; ja das klingt eigentlich praktikabel. Dass das eher nicht mit PLA geht, hatte ich mir schon gedacht. Vielleicht nehme ich das als Gelegenheit, auch mal PETG auszuprobieren... Wollte mir so ein Gehäuse in der Grösse für eine W12h drucken ("Wortwecker"). > Der Drucker ist nach heutigen Maßstäben eigentlich nix besonderes: Ein > selbst gebauter P3Steel (also ähnlich dem Prusa I3) mit den genialen > Verbesserungen von Toolson. Sprich: viel bewegte Masse auf Y und bei > weitem nicht so elegant wie ein Drucker nach CoreXY oder Delta Prinzip. > Dafür extrem billig und einfach in Aufbau/Kalibration... mehr hat das benutze auch einen billigen iPrusa3-Verschnitt, wegen Z-Wobble gerade bei so dünnen Layern leider bissel problematisch...
Torsten G. schrieb: > Dann werde ich die MiniBoard entsprechend anpassen und die neue Version > (v2) dann Ende Juni bestellen. Hört sich gut an! Melde Dich bitte, falls Du noch ergänzende Informationen brauchst. Gruß Günter
Hallo allerseits! Ich hab da mal ne Frage. Kann mir jemand sagen was ich in der Datei display.c ändern muss damit bei der "animation Cube" die Uhr nicht für 1. Minute aus ist? Mich nervt es wenn diese Animation ofters nacheinander kommt und dann ist die Uhr immer für 1.Minute aus. Sonst muss ich halt die Cube animation aus der "Random" Rotine rausnehmen. Aber eigendlich wollte ich sie behalten. Danke und schönes WE Gruß Bernd
Hallo Bernd, Bernd Stühmer schrieb: > Kann mir jemand sagen was ich in der Datei display.c ändern muss damit > bei der "animation Cube" die Uhr nicht für 1. Minute aus ist? Wenn ich das wüsste... bei mir geht die Uhr eben nicht für eine Minute aus. > Mich nervt es wenn diese Animation ofters nacheinander kommt und dann > ist die Uhr immer für 1.Minute aus. Welches Board? WC12h oder WC24h? Welcher Display-Mode? Ich kann das sonst leider nicht reproduzieren.
Hallo Frank, das ist mir auch aufgefallen... Hab es aber immer wieder vergessen :) WC24h und STM32F103 Board Wenn man Cube Animation anwählt, wird die Animation noch ausgeführt, danach jedoch keine Zeit mehr angezeigt. LG Thomas
Thomas H. schrieb: > WC24h und STM32F103 Board Ich habe die gleich Kombination. > Wenn man Cube Animation anwählt, wird die Animation noch ausgeführt, > danach jedoch keine Zeit mehr angezeigt. Mist, den Fall bekomme ich nicht hin. Bei mir wird danach die Zeit unmittelbar wieder gezeigt. Ist das denn auch wirklich die letzte Version, also 2.0.2? Ich habe nämlich in Erinnerung, dass ich extra hier nochmal zur Sicherheit einen Funktionsaufruf eingebaut, damit auch wirklich die Uhrzeit-Anzeige danach wieder erscheint. Ich werde das am Wochenende nochmal gründlich testen.
Also, ich habe es gerade mal ausprobiert: WC24h Nucleo 2.0.2 random WC12h STM32F103 2.0.2 cube-mode Bei mir geht es soweit. Animation wird ausgeführt und dann kommt gleich wieder die Uhrzeit. Peter
Zusatz: Da fällt mir nochwas ein: Ist die Farbanimation vielleicht dabei abgeschaltet? Ich habe nämlich immer "Rainbow" laufen. Das könnte nämlich bewirken, dass das Display dann doch wieder rechtzeitig "zum Leben erweckt" wird.
Hi Peter, Peter Z. schrieb: > Also, ich habe es gerade mal ausprobiert: > WC24h Nucleo 2.0.2 random > WC12h STM32F103 2.0.2 cube-mode > Bei mir geht es soweit. > Animation wird ausgeführt und dann kommt > gleich wieder die Uhrzeit. Wie steht bei Dir die Farbanimation? Vielleicht "Rainbow"? Diese könnte den Bug überdecken...
Peter Z. schrieb: > Hi Frank, > dann bleibt das Display aus. Danke, dann weiß ich ja, wonach ich suchen muss :)
...Kann ich bestätigen. mit Rainbow Animation wird Uhrzeit angezeigt, ohne bleibt das Display dunkel. :)
Hallo Frank, ich habe die Anzeige etwas angepasst. Vielleicht könnte man diese mit Parameter auf der Web-Oberfläche mit integrieren: - Der Rainbow-Modus war mir zu dynamisch. Hier wurden bisher alle Farben in ~10 Minuten durchlaufen. Das habe ich um den Faktor 10 erhöht, also ~100 Minuten. - Das Ambilight war mir zu hell. Diese habe ich um den Faktor 4 zu den Tasten LEDs reduziert. - Trotz Helligkeits-Sensor war mir die gesamte Helligkeit immernoch zu hell. Hier habe ich die minimalle maximale Helligkeit des Sensorswertes ebenfalls reduziert Ja, ich mags eher dezenter ;)
Tom schrieb: > - Der Rainbow-Modus war mir zu dynamisch. Hier wurden bisher alle Farben > in ~10 Minuten durchlaufen. Das habe ich um den Faktor 10 erhöht, also > ~100 Minuten. Ich hatte sowieso schon überlegt, für jede (oder manche) Animation einen "Geschwindigkeitsregler" vorzusehen. Damit wäre das individuell einstellbar. > - Das Ambilight war mir zu hell. Diese habe ich um den Faktor 4 zu den > Tasten LEDs reduziert. "Tasten LEDs"? Verstehe ich jetzt nicht. Meinst Du das Helligkeits-Verhältnis Display zu Ambilight? > - Trotz Helligkeits-Sensor war mir die gesamte Helligkeit immernoch zu > hell. Hier habe ich die minimalle maximale Helligkeit des Sensorswertes > ebenfalls reduziert Also hier noch einen Korrekturfaktor auf die automatische Helligkeitsregelung. Ja, gefällt mir.
Zu Punkt 2: Sorry, meine natürlich die Buchstaben LEDs. Die Buchstaben leuchten heller als das Ambilight. Zu Punkt 3: Aktuell unterscheidet der Helligkeitssensor zwischen 15 Stufen. Wenn bisher z.B. Stufe 1 eine Helligkeit von 30% hatte und Stufe 15 eine Helligkeit von 100% hatte, habe ich dies hart im Quellcode um den Faktor 0.8 reduziert. -> Stufe 1 = 24% ... -> Stufe 15 = 80%
Tom schrieb: > Aktuell unterscheidet der Helligkeitssensor zwischen 15 Stufen. > Wenn bisher z.B. Stufe 1 eine Helligkeit von 30% hatte und Stufe 15 eine > Helligkeit von 100% hatte, habe ich dies hart im Quellcode um den Faktor > 0.8 reduziert. Wenn ich das so übernehmen soll, dann mache ich das auch konfigurierbar. Du willst 0.8 und nächste will dann 0.6 :-) Also baue ich einen Regler ein, mit dem man das Helligkeitsverhältnis angeben kann. P.S. Diese Konstruktion
1 | static void |
2 | calc_dimmed_colors (DSP_COLORS * dimmed_colors, DSP_COLORS * colors) |
3 | {
|
4 | static const uint8_t dimmed_color_array[MAX_BRIGHTNESS] = { 8, 8, 9, 9, 10, 10, 11, 11, 12, 12, 13, 13, 14, 14, 15 }; |
5 | ....
|
hast Du gesehen?
Peter Z. schrieb: > dann bleibt das Display aus. Thomas H. schrieb: > ...Kann ich bestätigen. > > mit Rainbow Animation wird Uhrzeit angezeigt, > ohne bleibt das Display dunkel. :) Ich hatte leider am Wochenende weder Zeit noch Gelegenheit, meinen Bugfix zu diesem Fehler zu testen. Vielleicht kommt ja jemand dazu, der gerade die Möglichkeit hat. Im Anhang hängt das modifizierte display.c. Kann das jemand testen? Danke.
Frank M. schrieb: > Im Anhang hängt das modifizierte display.c. Kann das jemand testen? Habs jetzt ein paar Stunden lang laufen lassen: Fehler taucht nicht mehr auf Meine Hardware: STM32F103, 12h Variante
Frank M. schrieb: > Im Anhang hängt das modifizierte display.c. Kann das jemand testen? Fehler ist weg! Getestet mit STM32F411, 24h Variante Gruß Jan
Tom schrieb: > Fehler taucht nicht mehr auf Jan H. schrieb: > Fehler ist weg! Vielen Dank fürs Testen. Dann checke ich das gleich ein und erstelle eine neue Version. Gruß, Frank
Ich hab letztens eine Original QLockTwo gesehen, da ist mir direkt ein Unterschied aufgefallen: Die Minuten-Punkte beginnen links oben, nicht rechts oben https://www.youtube.com/watch?v=SociH9g4_5Q
Markus schrieb: > Die Minuten-Punkte beginnen links oben, nicht rechts oben Irgendwie muss man sich ja abheben :-) Naja, das kann ja jeder selbst für sich entscheiden, wie er die Minutenpunkte verdrahtet.
Neue Version 2.0.3 ist zum Download verfügbar.
Nur ein Punkt:
- Bugfix: einminütiges Abschalten des Displays nach Snake-Animation
behoben.
Frank M. schrieb: > Neue Version 2.0.3 ist zum Download verfügbar. > > Nur ein Punkt: > > - Bugfix: einminütiges Abschalten des Displays nach Snake-Animation > behoben. - Bugfix von der Bugfixmeldung: einminütiges Abschalten des Displays nach Cube-Animation behoben. ;-)
Ich möchte bei Aliexpress ein paar ESP8266 Module bestellen. Gibt es da irgendwelche Präferenzen bzw. sind Qualitätsprobleme bekannt?
Herbert P. schrieb: > Ich möchte bei Aliexpress ein paar ESP8266 Module bestellen. Gibt es da > irgendwelche Präferenzen bzw. sind Qualitätsprobleme bekannt? Hallo Herbert! Was ich dazu sagen kann ist, das ich diese ESP module aus verschidenen China-Quellen erworben habe und nie Probleme damit gehabt. Es kann immermal vorkommen das da ein faules Ei dazwischen liegt....... muss aber nicht.
Herbert P. schrieb: > Ich möchte bei Aliexpress ein paar ESP8266 Module bestellen. Gibt > es da > irgendwelche Präferenzen bzw. sind Qualitätsprobleme bekannt? Ich kaufe auch regelmäßig bei Ali - das einzige was mir aufgefallen ist, man sollte bei den ESP8266-nodemcu Module auf den USB Chipsatz achten. Da gibt es welche mit CH340 USB Treibern - die laufen bei mir nicht 100%ig stabil. Kann aber auch an Windows liegen :) Für die Uhr braucht man diese ja nicht, somit für die Uhr irrelevant - nur als Hinweis falls Du mal selber mit dem ESP8266 experimentieren willst :)
Danke Jan, danke Torsten! Das mit den CH340 Treibern ist ein guter Hinweis. Da bei mir die gesamte Elektronik in einem geschirmten Gehäuse sitzt, habe ich mir einmal probeweise ein Modul ESP-05 mit externer Antenne bestellt. Bin neugierig, ob und wie dieses Modul funktioniert.
Hallo zusammen, interessantes Projekt! Stellt die Uhr im WLAN mit dem ESP-01 Modul eigentlich eine Schwachstelle im WLAN dar? Also ist das WLAN über dieses Modul evtl. leichter angreifbar? Immerhin kennt das Modul den WLAN Schlüssel...
Egbert schrieb: > Stellt die Uhr im WLAN mit dem ESP-01 Modul eigentlich eine > Schwachstelle im WLAN dar? Also ist das WLAN über dieses Modul evtl. > leichter angreifbar? Ich wüsste nicht, wie. > Immerhin kennt das Modul den WLAN Schlüssel... Mit dem ESP-01 kann nur jemand kommunizieren, der bereits im WLAN eingeloggt ist. Damit muss dieser auch bereits den WLAN-Schlüssel haben. Eine Anfrage beim ESP-01 "Hey, verrate mir mal den WLAN-Schlüssel!" ist daher absolut überflüssig. Außerdem rückt das ESP-01 den Schlüssel auch nicht raus. Mir ist jedenfalls keine Methode bekannt. Der STM32 selbst speichert ihn auch nicht im EEPROM.
:
Bearbeitet durch Moderator
Gibt es eigentlich Bestrebungen besondere "Events" zu implementieren? Sowas wie alle 5min Herz-Grafik zum Geburtstag, oder Tannenbaum zu Weihnachten, oder manuelle Laufschrift, etc.?
Michael schrieb: > Sowas wie alle 5min Herz-Grafik zum Geburtstag, oder Tannenbaum zu > Weihnachten, Bisher nicht. Du kannst mir aber gern mal die Graphiken für Herz & Tannenbaum - als ASCII-Text in 0en und 1en zuschicken. Bitte dann für 18x16 und 11x10. Meinst Du, der Tannenbaum wäre auf 11x10 als solcher zu erkennen? > oder manuelle Laufschrift, etc.? Ja, ist geplant. Eingabe des Textes ist dann über das Webinterface und die Android-App möglich.
Ich hab mal für 11x10 was zusammengestellt: 00000000000 00111011100 01111111110 11111111111 11111111111 01111111110 00111111100 00011111000 00001110000 00000100000 Beim Tannenbaum könnte man sogar noch mit 2=gelb, 3=rot und mit 4=braun Kerzen, Kugeln und Stamm simulieren. 00000100000 00021112000 00013131000 02111111120 01131113110 00111111100 21311111312 11111111111 00004440000 00004440000 Ich kriegs alleine nicht auf meine Uhr um anzuprobieren, wie es in "echt" aussieht. In meinem notdürftigen Excel-Test kann man es schon ganz gut erkennen.
Michael schrieb: > Beim Tannenbaum könnte man sogar noch mit 2=gelb, 3=rot und mit 4=braun > Kerzen, Kugeln und Stamm simulieren. Oh - mit blinkenden Kugeln :)
Hallo zusammen, Heute habe ich meine zweite WC12h mit STM32F103 zusammengelötet. Die erste läuft super und ziert schon das Wohnzimmer. Im Übermut vor lauter Routine habe ich die Minutenpunkte falsch angeschlossen, so dass diese gegen den Uhrzeigersinn laufen :) Bevor ich jetzt die verlegten Leitungen umlege nun meine Frage, wo im Quellcode die Minutenpunkte angesprochen werden und ich eine Umprogrammierung vornehme, so dass ich neu compilieren und Flaschen kann?
Hallo JH,
Du fragtest:
> wo im Quellcode die Minutenpunkte angesprochen werden
Das findest Du in der display.c, in der Funktion
display_minute_leds
1 | /*------------------------------------------------------------------------------------------------------------------------------------------- |
2 | * display minute LEDs |
3 | *------------------------------------------------------------------------------------------------------------------------------------------- |
4 | */ |
5 | #if DSP_MINUTE_LEDS != 0 |
6 | static uint_fast8_t last_minute; |
7 | static uint_fast8_t last_power_is_on; |
8 | |
9 | static void |
10 | display_minute_leds (uint_fast8_t power_is_on, uint_fast8_t minute) |
Ich muss da nach jedem Update ändern, weil ich im Kabelsparwahn die LEDs komplett anders verkabelt habe. Grüße Dario.
Hi Frank, ich bastel gerade an meiner Tisch Version der 24h und hätte noch zwei Punkte für die Wunschliste. Zumindest einer davon wurde glaube ich auch schon mal angesprochen. Ich würde bei der Tischuhr gerne das Uhrenambilight im Rahmen integrieren, durch die sehr schmalen Abmessungen bekomme ich aber nur 30 LEDs im Gehäuse unter. Es wäre super wenn sich die Anzahl der LEDs einstellen ließe, vielleicht sogar mit einer Möglichkeit die Start LED vorzugeben. Man müsste natürlich die LED Anzahl pro Minuten Umlauf entsprechend berücksichtigen (also z.B. bei 30 LEDs alle 2 Sekunden weiter springen) Mich reizt auch die Möglichkeit die Uhr als Thermometer zu nutzen, aber aktuell erfordert das Ablesen noch einen Zugriff per WLAN mit dem Handy oder Tablet. Was haltet ihr davon die Temperatur in einem Intervall anzeigen zu lassen? Am besten einstellbar, also von gar nicht (0) bis (alle XX Sekunden)... Gruß, Peter
:
Bearbeitet durch User
Michael schrieb: > Ich hab mal für 11x10 was zusammengestellt: Danke, kann ich ja mal reinbauen und über die Test-Funktion ausgegeben lassen, um zu sehen, wie das aussieht. Aber mal eine andere Frage: Wann und wie oft sollen solche Piktogramme denn dann gezeigt werden? > Ich kriegs alleine nicht auf meine Uhr um anzuprobieren, wie es in > "echt" aussieht. In meinem notdürftigen Excel-Test kann man es schon > ganz gut erkennen. Wie gesagt, kann ich mal testweise einbauen. Ich weiß nur nicht, wann diese gezeigt werden sollen.
:
Bearbeitet durch Moderator
Peter G. schrieb: > Ich würde bei der Tischuhr gerne das Uhrenambilight im Rahmen > integrieren, durch die sehr schmalen Abmessungen bekomme ich aber nur 30 > LEDs im Gehäuse unter. Es wäre super wenn sich die Anzahl der LEDs > einstellen ließe, vielleicht sogar mit einer Möglichkeit die Start LED > vorzugeben. Man müsste natürlich die LED Anzahl pro Minuten Umlauf > entsprechend berücksichtigen (also z.B. bei 30 LEDs alle 2 Sekunden > weiter springen) Ja, kann ich einbauen - zumindest für 30. Aber für "krumme" Zahlen wie 35 LEDs werde ich das nicht machen. > Mich reizt auch die Möglichkeit die Uhr als Thermometer zu nutzen, aber > aktuell erfordert das Ablesen noch einen Zugriff per WLAN mit dem Handy > oder Tablet. Was haltet ihr davon die Temperatur in einem Intervall > anzeigen zu lassen? Am besten einstellbar, also von gar nicht (0) bis > (alle XX Sekunden)... Auch das ist sinnvoll. Baue ich ein.
Frank M. schrieb: > Ja, kann ich einbauen - zumindest für 30. Aber für "krumme" Zahlen wie > 35 LEDs werde ich das nicht machen. Krumme Zahlen sind zumindest für den "Sekundenzeiger" ja auch nicht wirklich schön, weil es dann einfach nicht mehr gleichmäßig läuft. Bei der normalen Ambilight Beleuchtung stören die zusätzlichen LEDs in der Software auch nicht, wenn sie hardwareseitig gar nicht verbaut sind. Die Beschränkung auf Ganzzahlen halte ich auch für sinnvoll, ich würde aber vorschlagen bei der Gelegenheit auch gleich eine Variante mit 20 LEDs zu implementieren (wenn es denn nicht zu viel unnötiger Aufwand ist), da sich meine (zugegeben etwas exotischen) 30 LEDs nicht durch die 4 Seiten der Uhr teilen lassen. Im Gehäuse fällt das nicht auf (werden innen einfach auf einen Ring mit entsprechendem Umfang geklebt), wenn sie von außen sichtbar wären würden mich die krummen 7,5 LED pro Seite aber stören. Andererseits gibt es vermutlich auch niemanden, der aktuell nur 5 Ambilight LEDs pro Seite nutzt. Naja, die 20 LEDs vielleicht einfach nur als Denkansatz... Ich habe mir das Ambilight noch gar nicht "live" angesehen, leuchtet eigentlich nur die aktuelle Sekunden LED oder gibt es ein gewisses fading über die umliegenden LEDs? Falls nicht würde das die Animation vielleicht etwas weniger hektisch aussehen lassen. Man könnte z.B. die umliegenden LEDs mit 75%, 50% und 25% der eingestellten Helligkeit mitlaufen lassen. Aber wie gesagt, ich hatte mir das Ambilight selbst noch gar nicht angesehen - vielleicht ist das ja sogar schon so implementiert? ;-) >> ...Was haltet ihr davon die Temperatur in einem Intervall >> anzeigen zu lassen? Am besten einstellbar, also von gar nicht (0) bis >> (alle XX Sekunden)... > > Auch das ist sinnvoll. Baue ich ein. Super, schon mal vielen Dank von meiner Seite - für beide Punkte! :-)
:
Bearbeitet durch User
Peter G. schrieb: > Die Beschränkung auf Ganzzahlen halte ich auch für sinnvoll, ich würde > aber vorschlagen bei der Gelegenheit auch gleich eine Variante mit 20 > LEDs zu implementieren ... Ja, 20 wären auch sinnvoll. > ... leuchtet > eigentlich nur die aktuelle Sekunden LED oder gibt es ein gewisses > fading über die umliegenden LEDs? Das Fading für die umliegenden LEDs ist bei mir ganz oben auf der Prioritäten-Liste, hatte das damals schon für die Equinox-Uhr implementiert. Das sieht wesentlich besser aus. Die "Breite" des Sekundenpunkts wird man dann einstellen können, wobei die Helligkeit nach außen immer mehr abnimmt. Dein Vorschlag mit 75%, 50% und 25% ist da schon ganz gut.
> Aber mal eine andere Frage: Wann und wie oft sollen solche Piktogramme > denn dann gezeigt werden? das könnte man ja ggf. auch variabel einstellen. Ich denke aber bei jedem "Wortwechsel" also alle 5 Minuten für 30sek ist eine angemessen häufige Anzahl, so dass man die animation/Piktogramme auch sieht, aber die Grundfunktion der Uhrzeit anzeigen nicht zu sehr gestört wird. Vielen Dank für deine endlosen Mühen. :- )
Dario C. schrieb: > Das findest Du in der display.c, in der Funktion > display_minute_leds > /*---------------------------------------------------------------------- --------------------------------------------------------------------- > * display minute LEDs > *----------------------------------------------------------------------- -------------------------------------------------------------------- > */ > #if DSP_MINUTE_LEDS != 0 > static uint_fast8_t last_minute; > static uint_fast8_t last_power_is_on; > > static void > display_minute_leds (uint_fast8_t power_is_on, uint_fast8_t minute) > > Ich muss da nach jedem Update ändern, weil ich Und was änderst du genau? Leider fehlen mir die detaillierten Programmierkenntnisse...
JH schrieb: > Und was änderst du genau? Leider fehlen mir die detaillierten > Programmierkenntnisse... Darios Änderungen werden Dir nicht weiterhelfen, da er das Display komplett anders verkabelt hat. Das passt überhaupt nicht zu Deiner Verkabelung. Hier wird ermittelt, wieviele Minuten-LEDs brennen sollen:
1 | n_leds = minute % 5; |
In den folgenden Zeilen werden sie ein-/ btw. ausgeschaltet:
1 | for (i = 0; i < DSP_MINUTE_LEDS; i++) |
2 | {
|
3 | if (i < n_leds) |
4 | {
|
5 | led_set_led (DSP_MINUTE_LED_OFFSET + i, &rgb); |
6 | }
|
7 | else
|
8 | {
|
9 | led_set_led (DSP_MINUTE_LED_OFFSET + i, &rgb0); |
10 | }
|
11 | }
|
i läuft von 0 bis 3 inkl.
Du brauchst nun einen Wert, der nicht von 0 bis 3, sondern von 3 bis 0
läuft, da Du ja gegen den Uhrzeigersinn verdrahtet hast.
Ändere daher in dem obigen Block die folgende Bedingung:
Alt:
if (i < n_leds)
Neu:
if (3 - i < n_leds)
Oder allgemein formuliert:
if (DSP_MINUTE_LEDS - 1 - i < n_leds)
Das war eigentlich ganz einfach, oder? ;-)
:
Bearbeitet durch Moderator
Frank M. schrieb: > hatte das damals schon für die Equinox-Uhr implementiert Da hattest du auch deine Finger im Spiel bzw. einen Nachbau am Start? Wow, wo nimmst du nur die Zeit für deine ganzen Projekte her? :-) Ich finde es wirklich toll, dass du deine Projekte über die GPL öffentlich zugänglich machst und auch aktiv Vorschläge anderer Leute berücksichtigst. Ich war vor gefühlt 100 Jahren auch mal fli4l Nutzer. War neben Suse Linux (rückblickend: würg) mein Einstieg ins Thema Linux und der eigene Router ein schönes Einsteigerprojekt mit Mehrwert. Die zunehmend undankbare "will-haben-sofort-und-kostenlos" Mentalität einiger Leute in den Communities bei offenen Projekten hat ja schon so manchen Entwickler seine Motivation oder Haare gekostet. :o) Leider sind meine Fähigkeiten Zucker und Koffein in Quellcode zu synthetisieren mehr als armselig, deshalb freue ich mich immer wieder über so ausgereifte und gut dokumentierte Projekte zum nachbauen und lernen. Mein Freundeskreis schüttelt bei diesem merkwürdigen Hobby immer nur mit dem Kopf, aber das kennst du ja vermutlich. ^^
Frank M. schrieb: > Ändere daher in dem obigen Block die folgende Bedingung: > Alt: > if (i < n_leds) > Neu: > if (3 - i < n_leds) Ich habe nochmal drüber nachgedacht. Wenn Du gegen den Uhrzeigersinn verkabelt hast, müssen eigentlich nur die zweite und die dritte LED vertauscht werden. Daher ist wahrscheinlich diese Änderung doch besser geeignet für Dich: Alt: if (i < n_leds) ... Neu: static uint_fast8_t t[] = { 0, 2, 1, 3 }; if (t[i] < n_leds) ... Fertig.
Angehängte Dateien:
-
equinox.jpg
160 KB
Peter G. schrieb: > Da hattest du auch deine Finger im Spiel bzw. einen Nachbau am Start? Einen Nachbau. Da dies Projekt eher still und leise lief, gibt es nur 2 Exemplare davon. Eine hat Peter Zabel, die andere ich. Da damals die WS2812 noch gar nicht existierten bzw. noch schweineteuer waren, habe ich die Uhr damals mit einem ATmega168 und 60 ATTinys im Ring gebaut. Die 60 ATTinys wurden alle gleichzeitig per Bootloader im Equinox-Ring über den ATmega geflasht. Die ATTinys, von denen jeder je eine RGB-LED bedienten, hatten ein paar wesentliche Vorteile gegenüber den WS2812 und sind auch heute noch den WS2812 überlegen: - 12 statt 8 bit PWM, dadurch wesentlich weicheres Fading - eigene Fading-Befehle, dadurch Entlastung des Steuer-Atmegas. Es gibt auch einen Thread dazu, als das Projekt noch im Anfangsstadium war: Beitrag "Equinox-Uhr mit 60 ATtinys" Und dann noch ein kleines Demo-Video zum Download: http://www.uclock.de/equinox.zip Allerdings ist so eine Lösung heutzutage teurer als WS2812: Kosten pro LED = 1x ATTiny45/85 + 1x RGB LED = ca. 1. EUR.
:
Bearbeitet durch Moderator
Hallo zusammen, ich glaube ich hab da noch einen Bug in der 24h Version gefunden. Gestern Abend ging die Uhr, wie programmiert via Timer, um 22:30 aus, komplett dunkel. Hab heute mal Homeoffice gemacht und eigentlich sollte die Uhr via Timer um 9:00 wieder aus gehen, nachdem sie um 6:30 an gegangen ist. Allerdings ist nur die Uhr selbst, als die Schrift, dunkel geworden. Das Ambilight, welches im Modus "Normal" steht, is an geblieben und hat munter, bis 16:00 Uhr seine Farbe gewechselt. Um 16:00 ging dann auch die Schrift wieder an und jetzt wechseln beide fleißg und synchron die Farbe weiter. Weiter ist mir in der Zeit von 9:00 - 16:00 Uhr aufgefallen, dass das Ambilight komisch "zittert". Dabei scheint irgendwie die Helligkeit zu springen. Wir kurzzeitig hell und dann wieder auf Ausgangshelligkeit. Softwarestand ist: WC24h Version 2.0.3 Nucleo411-Board. Geflashed am Sonntag. Noch ne Idee zum Ambilight und der Sekunde. Wie wäre eine Variante in der die Sekunde "voll" läuft. Also aufaddiert wird? In der zweiten "Runde" könnte diese dann wieder abnehmen.
Sascha G. schrieb: > Allerdings ist nur die Uhr selbst, als die Schrift, dunkel geworden. > Das Ambilight, welches im Modus "Normal" steht, is an geblieben und hat > munter, bis 16:00 Uhr seine Farbe gewechselt. Danke für den Hinweis, werde ich mir anschauen.
Ich habe die in den letzten Tagen gemeldeten Wünsche bzw. Fehlermeldungen im Artikel zusammengefasst: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Geplante_Bugfixes Inhalt: Geplante Bugfixes: - Ambilight leuchtet im Synchronmodus in Rainbow-Animation nach Abschalten durch Timer weiter Geplante Features: - Anzeigen von Piktogrammen an bestimmten Tagen wie Geburtstag/Weihnachten etc. - Anzeigen von Laufschriften - Ambilight: Sekundenzeiger auch für 20 oder 30 LEDs - Ambilight: Sekundenzeiger mit Fading über mehrere LEDs - Optional: Automatische Anzeige der Temperatur alle n Sekunden - einstellbares Intervall Bereits früher eingetragene Punkte: - Kalibrierung des LDRs, um den vollen Helligkeitsbereich auszunutzen - Vereinfachtes Bedienkonzept für IR-Fernbedienung - Unterstützung SK6812 (RGBW-LEDs) - Spiele wie TRON und TETRIS Ich packe die Punkte von oben nach unten an. Voraussichtlich gibts dann am Wochenende ein Zwischen-Update, in welchem dann mehrere der Punkte bereits "abgearbeitet" sind.
:
Bearbeitet durch Moderator
Frank M. schrieb: > Neu: > static uint_fast8_t t[] = { 0, 2, 1, 3 }; > > if (t[i] < n_leds) > ... Danke Frank. Über das Array ist es leicht und schnell verständlich. Auch wenn man mal einfach statt dem oberen linken Minutenpunkt (wie das "Original") den oberen rechten Minutenpunkt als 1er haben will. Aber der Vollständigkeithalber... richtig ist bei mir {0,3,2,1,} :) Danke und Gruß
Angehängte Dateien:
-
Timer.JPG
37 KB
Hallo Frank, vielleicht noch ein hilfreicher Nachtrag zu der Thematik mit dem Ambilight. Dieser Fehler trat nur bei der morgentlichen Ruhephase auf. Also von 9:00 - 16:00 Uhr. Nachts, ist die Uhr komplett dunkel. Ich habe dann heute morgen um 8:10 mal einen "Neustart" durchgeführt und um 9:00 wurde dann die komplette Uhr dunkel. Viele Grüße Sascha
Hi Sascha, Sascha G. schrieb: > Ich habe dann heute morgen um 8:10 mal einen "Neustart" durchgeführt und > um 9:00 wurde dann die komplette Uhr dunkel. Das heisst dann, dieser Fehler ist nicht reproduzierbar? Schade. Dann muss ich den Source nach etwaigen Lücken in der Logik durchsuchen.
:
Bearbeitet durch Moderator
Frank M. schrieb: > Und dann noch ein kleines Demo-Video zum Download: > > http://www.uclock.de/equinox.zip Wow, das Fading ist ja wirklich butterweich! =) Ich bin auch schon öfter im Netz über die Equinox Uhr gestolpert und hatte kurzzeitig überlegt mir eine nachzubauen, habe ich dann aber verworfen weil in diesem Haushalt schon viel zu viele Uhren existieren, hehe. Wenn ich für mich nochmal eine baue wird es wohl noch eine 24h in normaler Baugröße, aber ohne weiße Front bekomme ich das nicht vom Designchef zu Hause genehmigt. Sie war so glücklich über ihre alte 12h mit weißer Front, dass sie die wahrscheinlich später mal mit in die Gruft nimmt. :P Ich bin die Tage beim Testen der Tischuhr noch über einen Bug mit der getrennten Helligkeitsregelung am Ambilight gestolpert, ich hoffe ich bekomme es noch zusammen: 1. Display --> Haken bei "Einstellungen mitbenutzen" (oder so ähnlich) raus, damit ich die Helligkeit von Display und Ambilight getrennt regeln kann 2. Helligkeit vom Display ganz runter 3. Ambilight --> Modus egal --> Helligkeit auf einen höheren Wert gesetzt und versucht per "Set" zu übernehmen, es ändert sich aber nichts (Bug?) und die eingestellte Helligkeit dürfte dem Wert des Displays entsprechen (ist jedenfalls sehr dunkel) Weitere Tests: 4. Display --> Helligkeit vom Display auf max. 5. Ambilight --> Helligkeit erhöhen --> wird jetzt übernommen Das Verhalten ist für mich reproduzierbar. Wenn ich anschließend das Display wieder dimme bleibt das Ambilight so lange auf der zuvor eingestellten Helligkeit, bis ich wieder an den Einstellungen vom Ambilight drehe. (Getestet auf WC24h mit v2.0.3) Und zu guter Letzt habe ich noch ein Problem das ich nicht so richtig einordnen kann... Ich habe insgesamt 5 STM32F103 mit den Shields von Torsten aufgebaut, 2 funktionieren wie erwartet, bei den anderen 3 habe ich aber ein Problem das ich nicht so richtig einordnen kann... Die Software und Firmware ist jeweils aktuell und auf allen Boards/ESPs identlisch und auch schon mehrfach neu aufgespielt. Schalte ich die 3 problematischen Uhren ein, sieht im UART Log alles ganz normal aus, das WLAN der Uhr kommt hoch, ich wähle mich ein, bekomme eine IP. Alles ganz normal. Wenn ich jetzt versuche auf den Webserver zuzugreifen bekomme ich im UART Log die Anfrage mit, aber der Verbindungsversuch endet in einem Timeout und zwar auf allen 3 Baords absolut identlisch und reproduzierbar von mehreren Geräten (Tablet/PC/Handy). Lötstellen habe ich sicherheitshalber alle nochmal heiß gemacht, aber die sahen auch vorher schon gut aus. Ich kann die ESP Module munter gegeneinander tauschen und in den beiden anderen Boards läuft alles ganz problemlos. Hat vielleicht jemand einen Tipp an welcher Stelle ich noch suchen kann? Irgendwie komme ich hier einfach nicht weiter und könnte einen Stupser in die richtige Richtung gebrauchen... Gruß, Peter
Hallo Peter, Peter G. schrieb: > Wow, das Fading ist ja wirklich butterweich! =) Ja, das wird nur durch die beschränkte Qualität der Kamera beschränkt. Das bekommt man mit 8-Bit-PWMs, welche die WS2812 benutzen, so nicht hin. > Ich bin auch schon öfter im Netz über die Equinox Uhr gestolpert und > hatte kurzzeitig überlegt mir eine nachzubauen, habe ich dann aber > verworfen weil in diesem Haushalt schon viel zu viele Uhren existieren, > hehe. Klar, da muss eine neue Idee her. Es muss ja nicht immer eine Uhr sein :-) > Wenn ich für mich nochmal eine baue wird es wohl noch eine 24h in > normaler Baugröße, aber ohne weiße Front bekomme ich das nicht vom > Designchef zu Hause genehmigt. Da habe ich Neuigkeiten: Die Druckerei, welche die WC12h- und WC24h-Frontplatten herstellt, testet gerade andere Farben wie weiß und rot. Dann aber nicht im Siebdruckverfahren, sondern im Digitaldruck. Damit wären auch kleinere Auflagen mit erschwinglichem Preis möglich. Problem ist dabei das Ausloten von guter Transparenz des Diffusors hinter den Buchstaben im Gegensatz zur Lichtdichtigkeit der sonstigen Fläche. Im Digitaldruck ist das wohl nicht so trivial wie beim Siebdruckverfahren. Sobald ich entsprechende Muster habe, melde ich mich. > Ich bin die Tage beim Testen der Tischuhr noch über einen Bug mit der > getrennten Helligkeitsregelung am Ambilight gestolpert, ich hoffe ich > bekomme es noch zusammen: Danke für die Beschreibung, schaue ich mir an. > Wenn ich jetzt versuche auf den Webserver zuzugreifen bekomme ich im > UART Log die Anfrage mit, aber der Verbindungsversuch endet in einem > Timeout und zwar auf allen 3 Baords absolut identlisch und > reproduzierbar von mehreren Geräten (Tablet/PC/Handy). Siehst Du im Log den TIME-Befehl, also die Anfrage an einen Timeserver? Falls Du ein Android-Gerät hast: Funktioniert denn die Android-App? Ich kann mir nur vorstellen, dass TX vom STM32 nicht am ESP (RX) ankommt. Dann gehen sämtliche Messages ans ESP verloren. Kannst Du mal so einen UART-Log der ersten 2-3 Minuten mal hier reinstellen? > Ich kann die ESP Module munter gegeneinander > tauschen und in den beiden anderen Boards läuft alles ganz problemlos. Das ist allerdings sehr merkwürdig. > Hat vielleicht jemand einen Tipp an welcher Stelle ich noch suchen kann? Die Spannungsversorgung ist an allen 5 Boards auch dieselbe bzw. austauschbar? > Irgendwie komme ich hier einfach nicht weiter und könnte einen Stupser > in die richtige Richtung gebrauchen... Sieht eher nach einem HW-Problem aus. Kannst Du mal ein Foto von so einem disfunktionalem Board mit Shield reinstellen?
:
Bearbeitet durch Moderator
Peter G. schrieb: > Ich bin die Tage beim Testen der Tischuhr noch über einen Bug mit der > getrennten Helligkeitsregelung am Ambilight gestolpert, [...] Den Bug konnte ich durch einfache Code-Analyse finden. Korrektur kommt mit der nächsten Version.
Sascha G. schrieb: > Weiter ist mir in der Zeit von 9:00 - 16:00 Uhr aufgefallen, dass das > Ambilight komisch "zittert". Dabei scheint irgendwie die Helligkeit zu > springen. Wir kurzzeitig hell und dann wieder auf Ausgangshelligkeit. Aktuell wird die Helligkeit zyklisch mittels ADC ermittelt. Wird der ADC anschließend mittels Tiefpass-Filter verrechnet? So könnte man das schnelle Springen der Helligkeitsstufe reduzieren. Bei Bedarf kann ich dir gerne einen Filter auslegen und dir den C-Code bereitstellen. Außerdem ist jeder Helligkeitsstufe ein Faktor hinterlegt: > calc_dimmed_colors (DSP_COLORS * dimmed_colors, DSP_COLORS * colors) > { > static const uint8_t dimmed_color_array[MAX_BRIGHTNESS] = { 8, 8, > 9, 9, 10, 10, 11, 11, 12, 12, 13, 13, 14, 14, 15 }; > .... D.h. bei den hier eingetragenen 8 unterschiedlichen Multiplikatoren, ist ein Stufenwechsel sehr deutlich zu sehen. Daher wäre mein Vorschlag, dass wenn wir mittels Filter einen Float-Wert erhalten, diesen mit den RGB Werten multiplizieren. (Vor der Multiplikation erfolgt natürlich noch die Normierung auf einen parametrierbaren Bereich)
Hallo zusammen, ich habe das selbe Problem wie Peter: Peter G. schrieb: > Und zu guter Letzt habe ich noch ein Problem das ich nicht so richtig > einordnen kann... Ich habe insgesamt 5 STM32F103 mit den Shields von > Torsten aufgebaut, 2 funktionieren wie erwartet, bei den anderen 3 habe > ich aber ein Problem das ich nicht so richtig einordnen kann... Die > Software und Firmware ist jeweils aktuell und auf allen Boards/ESPs > identlisch und auch schon mehrfach neu aufgespielt. Schalte ich die 3 > problematischen Uhren ein, sieht im UART Log alles ganz normal aus, das > WLAN der Uhr kommt hoch, ich wähle mich ein, bekomme eine IP. Alles ganz > normal. Allerdings benutze ich das MiniBoard und habe momentan alles noch auf dem Breadboard aufgebaut da ich noch auf meine shields warte. Ich benutze auch die aktuellsten Versionen der Software und der ESP-Firmware. Hier das LOG:
1 | Welcome to WordClock Logger! |
2 | ---------------------------- |
3 | Version: 2.0.3 |
4 | rtc is online |
5 | eeprom is online |
6 | current eeprom version: 0x00010900 |
7 | reading ir codes from eeprom |
8 | reading display configuration from eeprom |
9 | reading timeserver data from eeprom |
10 | reading night timers from eeprom |
11 | ESP8266 LOGGER |
12 | read rtc: Su 2000-01-01 00:10:20 |
13 | update display |
14 | read rtc: Su 2000-01-01 00:10:44 |
15 | update display |
16 | read rtc: Su 2000-01-01 00:11:45 |
17 | update display |
18 | read rtc: Su 2000-01-01 00:12:45 |
19 | update display |
20 | (Timeout) |
21 | esp8266 now up |
22 | (Timeout) |
23 | (Timeout) |
24 | (- setup UDP) |
25 | (- local port: 2421) |
26 | (- setup server UDP) |
27 | (- local port: 2424) |
28 | (FIRMWARE 1.2.0) |
29 | (- working as AP) |
30 | (MODE ap) |
31 | (IPADDRESS 192.168.4.1) |
32 | esp8266 now online |
33 | --> time "192.53.103.103"<0d><0a> |
34 | update display |
35 | (OK time) |
36 | read rtc: Su 2000-01-01 00:13:45 |
37 | update display |
38 | read rtc: Su 2000-01-01 00:14:45 |
39 | update display |
40 | read rtc: Su 2000-01-01 00:15:45 |
41 | update display |
42 | (- new client) |
43 | (HTTP GET /) |
44 | http path: '/' |
45 | http parameters: '' |
Danach friert einfach alles ein. Ich habe auch die App getestet. Manche Befehle (z.B. heller/dunkler und Farben) funktionieren, aber z.B. bei Synchronisieren stürzt es ab. Hier das LOG mit App:
1 | Welcome to WordClock Logger! |
2 | ---------------------------- |
3 | Version: 2.0.3 |
4 | rtc is online |
5 | eeprom is online |
6 | current eeprom version: 0x00010900 |
7 | reading ir codes from eeprom |
8 | reading display configuration from eeprom |
9 | reading timeserver data from eeprom |
10 | reading night timers from eeprom |
11 | ESP8266 LOGGER |
12 | read rtc: We 2016-06-09 19:10:02 |
13 | update display |
14 | (- setup UDP) |
15 | esp8266 now up |
16 | (- local port: 2421) |
17 | (- setup server UDP) |
18 | (- local port: 2424) |
19 | (FIRMWARE 1.2.0) |
20 | (- working as AP) |
21 | (MODE ap) |
22 | (IPADDRESS 192.168.4.1) |
23 | esp8266 now online |
24 | --> time "192.53.103.103"<0d><0a> |
25 | update display |
26 | (OK time) |
27 | (CMD 4C 01) |
28 | command: enable automatic brightness control |
29 | user button pressed: configuring esp8266 as access point |
30 | --> ap "wordclock","1234567890"<0d><0a> |
31 | (OK ap) |
32 | (- disconnecting...) |
33 | (- starting AP mode...) |
34 | (- begin server...) |
35 | (AP wordclock) |
36 | (MODE ap) |
37 | (IPADDRESS 192.168.4.1) |
38 | esp8266 now online |
39 | --> time "192.53.103.103"<0d><0a> |
40 | update display |
41 | (OK time) |
42 | (CMD 42 06) |
43 | command: set display brightness to 6, disable autmomatic brightness control per LDR |
44 | update display |
45 | (CMD 4C 01) |
46 | command: enable automatic brightness control |
47 | (CMD 43 1E 20 00) |
48 | command: set display colors to 30 32 0 |
49 | (CMD 43 1E 20 24) |
50 | command: set display colors to 30 32 36 |
51 | (CMD 43 3F 20 24) |
52 | command: set display colors to 63 32 36 |
53 | (CMD 43 3F 3F 24) |
54 | command: set display colors to 63 63 36 |
55 | update display |
56 | (CMD 54 10 0 |
Hallo zusammen, hat jemand schon mal die gemessene Temperatur der Uhr bzw ihrer Sensoren mit einem genauen analogen Thermometer verglichen ? Also bei meiner WC24h mit STM32F103 Miniboard und DS18S20 und DS3231 ist die angezeigte Temp. immer ca. 4,5°C bei DS18XX und 3°C bei RTC zu hoch. Ich habe auch den DS18xx mal extern montiert, aber das bringt nur ca 1°C weniger. Frage: Hat jemand das auch schon bemerkt oder ist das nur in meiner Uhr so? Und wenn es allgemein auftritt könnte man bei einem neuen SW Release eine Temperaturkorrektur vorsehen ? Gruß Burkhard
Nachtrag: Achim G. schrieb: > ich habe das selbe Problem wie Peter... Mit dem Nucleo funktioniert alles bestens. Jemand ne Idee?
:
Bearbeitet durch User
Nachtrag 2: Achim G. schrieb: > Nachtrag: > > Achim G. schrieb: >> ich habe das selbe Problem wie Peter... Ich habe eben bemerkt, dass ich den ESP nicht wie in der Anleitung beschrieben mit dem MiniBoard flashen kann. Ich hatte ihn mit dem Nucleo geflasht was auch problemlos funktioniert hat. Nachdem ich jetzt noch erfolglos alte Versionen der Software getestet habe dachte ich ich flashe den ESP auch nochmal neu, aber das funktioniert nicht. ich bekomme immer nur:
1 | connecting .... |
2 | Failed to connect |
Wobei ich im Log ab und an (nicht immer!) folgende Fehler sehe:
1 | Exception in thread Thread-6: |
2 | Traceback (most recent call last): |
3 | File "threading.pyo", line 810, in __bootstrap_inner |
4 | File "esp8266_flasher.py", line 19, in run |
5 | File "downloader.pyo", line 54, in __init__ |
6 | File "serial\serialwin32.pyo", line 38, in __init__ |
7 | File "serial\serialutil.pyo", line 282, in __init__ |
8 | File "serial\serialwin32.pyo", line 66, in open |
9 | SerialException: could not open port 'COM7': WindowsError(5, 'Zugriff verweigert') |
Burkhard schrieb: > Hallo zusammen, > hat jemand schon mal die gemessene Temperatur der Uhr bzw ihrer Sensoren > mit einem genauen analogen Thermometer verglichen ? Also bei meiner > WC24h mit STM32F103 Miniboard und DS18S20 und DS3231 ist die angezeigte > Temp. immer ca. 4,5°C bei DS18XX und 3°C bei RTC zu hoch. Ich habe auch > den DS18xx mal extern montiert, aber das bringt nur ca 1°C weniger. > Frage: Hat jemand das auch schon bemerkt oder ist das nur in meiner Uhr > so? Und wenn es allgemein auftritt könnte man bei einem neuen SW Release > eine Temperaturkorrektur vorsehen ? > Gruß > Burkhard Hallo Burkhard, bin auch der Meinung, dass die angezeigte Temperatur zu hoch ist. Habs aber auch noch nicht nachgemessen, da ich die Funktion momentan eher selten nutze. Bin aber durch Zufall auf folgenden Post gestoßen: Beitrag "Re: Quick&dirty - schnelle Problemlösungen selbst gebaut" Anscheinend erwärmt sich der Sensor leicht selbst... ;( Evtl. schafft ein kleiner Kühlkörper, wie erwähnt, Abhilfe. Dafür reagiert halt der Sensor, je nach größe des Blechs, etwas träger. PS: Bei mir ist die Abweichung aber nicht so groß (ca 1 - 1,5°C) und RTC ist bei mir immer wärmer als der Temp.-Sensor, was auch logisch erscheint.
:
Bearbeitet durch User
Hi, ich habe nach der Anleitung meine Uhr zusammengebaut und siehe da, es funktionierte, zumindest am Anfang. Nun komme ich irgendwie nicht mehr auf die Web-Oberfläche ;-( Mit dem Android App kann ich an der Uhr rumspielen. Erst hatte es auch mit der Web-Oberfläche geklappt, aber als ich die SSID ändern wollte, habe ich ein Fehler gemacht und so hatte ich überhaupt keine Möglichkeit mit der Uhr zu komunizieren. Anschließend habe ich "Board PA6 kurz über einen Taster mit Masse" Nun Stellt sich die IP 192.168.4.1 ein und ich kann mich verbinden, aber halt nur mit Android App. Habt Ihr eine Idee? Mein Version von der Uhr: WordClock12h mit STM32F103C8T6 Mini-Development Board ESP8266 DS3231 als 3,3V Netzteil habe ich AMS1117LDO 800MA
Hallo Zusammen, hab nun auch meine WC12h (Nucleoboard F411Re, 60 Ambilight-LEDs, DCF77) fertiggestellt. ;) Danke noch mal an alle Beteiligten für die ganze Arbeit, die Ihr in das Projekt steckt! (v.a. Frank und Torsten) Nachdem die Uhr jetzt ca. eine Woche (SW V2.02) gelaufen ist, sind mir bisher folgende Punkte aufgefallen: - wenn die Uhr gem. Timer aus ist, laufen die Animationen teilweise trotzdem alle 5 Minuten (Animationseinstellung: Random; Display: Rainbow; ==> beobachtet bei Snake und Cube) - die Sekunden LED (Clock-Mode) vom Ambilight übernimmt bei Einstellung "Use display colors" die Farbe des Displays nicht (Bug, oder nur für "normalen" Ambilightmodus gedacht?) Außerdem hätte ich natürlich auch noch ein paar Ideen/Anregungen bzgl. weiterer Funktionen. ;) - Möglichkeit, den LEDs, die normalerweise aus sind, eine Hintergrundfarbe + Helligkeit zuzuweisen, evtl. auch für zuhnemnde/abnehmende Sekunde interessant (nur problematisch, wenn der LDR genuzt wird und in einem der Felder verbaut wurde) - Snake Animation frisst nicht nur die alte Uhrzeit, sondern baut die neue Uhrzeit gleichzeitig oder in 2. Durchlauf hinter sich auf (anstatt sie hart einzublenden, Prinzip könnte evtl auch bei anderen Animationen angewendet werden) - "Matrix"-Animation, wie bereits auf einigen Youtube-Videos bei anderen Nachbauten zu sehen - Animation, bei der die alte Uhrzeit Buchstabe für Buchstabe nacheinander nach unten weg fällt und die neue Uhrzeit sich in gleicher Art von oben aufbaut (oder evtl. nur die Buchstaben der zu ändernden Worte) - Eingabe der RGB-Werte in der Web-Oberfläche nicht (nur) über Schieber sondern über ein Zahlenfeld pro Farbe/Helligkeit (0-255?) ==> so kann man Einstellungen leichter wieder reproduzieren und auch feiner regeln. (evtl. auch für Helligkeit, aber bei 15 Stufen wohl nicht so problematisch) - Anzeige von Wetterdaten über Piktogramme, Einblendung automatisch z.B. zu jeder halben/vollen Stunde (könnte mir, wenn der Vorschlag gefällt, ja mal Gedanken zu den Icons machen) - eine Art Mood-Light-Funktion bei der alle LEDs (oder Display/Ambilght einzeln auswählbar) mit einstellbarer Helligkeit dauerhaft leuchten (Rainbow oder fest eingestellte Farbe) - Regelbare Geschwindigkeit bei der Rainbow-Animation (evtl. mit noch etwas feineren Übergängen, falls machbar) PS: Einige der Vorschläge hatte ich schon mal angesprochen, hab sie aber der Vollständigkeit halber hier nochmal mit reingeschrieben. Evtl. ist ja was dabei, das gefällt. ;) Gruß Tom
:
Bearbeitet durch User
Hallo Tom, Tom schrieb: > Aktuell wird die Helligkeit zyklisch mittels ADC ermittelt. Ja. > Wird der ADC anschließend mittels Tiefpass-Filter verrechnet? Nein. > So könnte man das schnelle Springen der Helligkeitsstufe reduzieren. Eigentlich finde ich es ganz praktisch, dass die Uhr sich sofort der Raumhelligkeit anpasst, wenn ich das Licht einschalte ;-) Aber wahrscheinlich hast Du recht: Eine langsame Anpassung hat auch ihren Reiz. > Bei Bedarf kann ich dir gerne einen Filter auslegen und dir den C-Code > bereitstellen. Gern! Mitarbeit ist erwünscht! :-) Gruß, Frank
Burkhard schrieb: > Also bei meiner > WC24h mit STM32F103 Miniboard und DS18S20 und DS3231 ist die angezeigte > Temp. immer ca. 4,5°C bei DS18XX und 3°C bei RTC zu hoch. Ich habe auch > den DS18xx mal extern montiert, aber das bringt nur ca 1°C weniger. Auch bei mir wird ca. 1°C zuviel angezeigt. Das liegt wohl an der Selbsterwärmung des ICs. Abhilfe: Kühlkörper. > Und wenn es allgemein auftritt könnte man bei einem neuen SW Release > eine Temperaturkorrektur vorsehen ? In welcher Form? Einfach x Grad abziehen? Ich nehme Deinen Vorschlag mal auf in die TODO-Liste.
Achim G. schrieb: > SerialException: could not open port 'COM7': WindowsError(5, 'Zugriff > verweigert') Das ist ein Windows-Problem mit Deinem USB->Seriellwandler. Schau bitte im Gerätemanager nach, ob COM7 tatsächlich das vom Wandler benutzte COM-Device ist.
Frank M. schrieb: > Schau bitte > im Gerätemanager nach, ob COM7 tatsächlich das vom Wandler benutzte > COM-Device ist. Ja, ist es. Ich kann ja auch die Log-Meldungen mit Putty mitlesen.
Frank D. schrieb: > Nun Stellt sich die IP 192.168.4.1 ein und ich kann mich verbinden, aber > halt nur mit Android App. Welchen Browser hast Du verwendet? Chrome unter Android läuft bei mir einwandfrei. > Habt Ihr eine Idee? Software-Version der ESP8266-Firmware? Software-Version der STM32-Software?
Achim G. schrieb: > Ja, ist es. Ich kann ja auch die Log-Meldungen mit Putty mitlesen. Ah! Deshalb "Zugriff verweigert!". Solange PuTTY die COM-Schnittstelle geöffnet hat, ist das Device für andere gesperrt. Flashen ist dann nicht möglich - weder vom STM32 noch vom ESP8266. Du musst PuTTY erst schließen. Passiert mir auch öfter ;-)
Frank M. schrieb: > Solange PuTTY die COM-Schnittstelle geöffnet hat, ist das Device für > andere gesperrt. Ja, auch das ist mir klar :) Mit dem Nucleo konnte ich problemlos flashen und auch der Webserver funktioniert, nur auf dem MiniBoard habe ich die Probleme (siehe auch mein Beitrag vom 09.07.2016 19:25 und den von Peter vom 08.07.2016 13:18)... :(
:
Bearbeitet durch User
Thomas B. schrieb: > - wenn die Uhr gem. Timer aus ist, laufen die Animationen teilweise > trotzdem alle 5 Minuten (Animationseinstellung: Random; Display: > Rainbow; ==> beobachtet bei Snake und Cube) Ja, der Punkt ist bekannt, steht auf meiner Todo-Liste. Habs nun auch unter https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Bekannte_Bugs als Bug eingetragen. > - die Sekunden LED (Clock-Mode) vom Ambilight übernimmt bei Einstellung > "Use display colors" die Farbe des Displays nicht (Bug, oder nur für > "normalen" Ambilightmodus gedacht?) Fehler ist bekannt und auch in meiner neuen Version bereits behoben. Neues Release kommt noch heute. > - Möglichkeit, den LEDs, die normalerweise aus sind, eine > Hintergrundfarbe + Helligkeit zuzuweisen, evtl. auch für > zuhnemnde/abnehmende Sekunde interessant (nur problematisch, wenn der > LDR genuzt wird und in einem der Felder verbaut wurde) Ich kann Dir aus Erfahrung sagen, dass dies nicht sonderlich schön aussieht. Ich habe den Punkt aber trotzdem mal auf die TODO-Liste genommen: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Geplante_Features > - Snake Animation frisst nicht nur die alte Uhrzeit, sondern baut die > neue Uhrzeit gleichzeitig oder in 2. Durchlauf hinter sich auf (anstatt > sie hart einzublenden, Prinzip könnte evtl auch bei anderen Animationen > angewendet werden) -> Todo-Liste. > - "Matrix"-Animation, wie bereits auf einigen Youtube-Videos bei anderen > Nachbauten zu sehen -> Todo-Liste. > - Animation, bei der die alte Uhrzeit Buchstabe für Buchstabe > nacheinander nach unten weg fällt und die neue Uhrzeit sich in gleicher > Art von oben aufbaut (oder evtl. nur die Buchstaben der zu ändernden > Worte) -> Todo-Liste. > - Eingabe der RGB-Werte in der Web-Oberfläche nicht (nur) über Schieber > sondern über ein Zahlenfeld pro Farbe/Helligkeit (0-255?) ==> so kann > man Einstellungen leichter wieder reproduzieren und auch feiner regeln. > (evtl. auch für Helligkeit, aber bei 15 Stufen wohl nicht so > problematisch) -> Todo-Liste. > - Anzeige von Wetterdaten über Piktogramme, Einblendung automatisch z.B. > zu jeder halben/vollen Stunde (könnte mir, wenn der Vorschlag gefällt, > ja mal Gedanken zu den Icons machen) -> Todo-Liste. Habe schon eine Idee zu den Piktogrammen (wg. Tannenbaum und Herz für Geburtstag): 16 mögliche Farben, also 16 x 3 RGB als Liste, die Piktogramme dann mit 4-Bit-Farbindices (also ein Nibble) als 11x10 bzw. 18x16-Matrix. -> Todo-Liste. > - eine Art Mood-Light-Funktion bei der alle LEDs (oder Display/Ambilght > einzeln auswählbar) mit einstellbarer Helligkeit dauerhaft leuchten > (Rainbow oder fest eingestellte Farbe) -> Todo-Liste. > - Regelbare Geschwindigkeit bei der Rainbow-Animation (evtl. mit noch > etwas feineren Übergängen, falls machbar) -> Todo-Liste. Nette Liste :-) Gruß, Frank
Achim G. schrieb: > Mit dem Nucleo konnte ich problemlos flashen und auch der Webserver > funktioniert, nur auf dem MiniBoard habe ich die Probleme (siehe auch > mein Beitrag vom 09.07.2016 19:25 und den von Peter vom 08.07.2016 > 13:18)... :( Habs mir nochmal angesehen: Achim G. schrieb: > (Timeout) Dieser Timeout kommt daher, dass das ESP8266 auf Kommandos, die vom STM32 generiert werden, nicht reagiert. Wenn die Android-App jedoch funktioniert, ist die Datenrichtung ESP01 -> STM32F103 in Ordnung. Umgekehrt scheint sie aber nicht okay zu sein. Kontrolliere bitte mal die Verbindung STM32:TX -> ESP01:RX auf Deinem Breadboard. Welche Spannungsversorgung verwendest Du für das ESP01?
Frank M. schrieb: > Dieser Timeout kommt daher, dass das ESP8266 auf Kommandos, die vom > STM32 generiert werden, nicht reagiert. Wenn die Android-App jedoch > funktioniert, ist die Datenrichtung > > ESP01 -> STM32F103 > > in Ordnung. Umgekehrt scheint sie aber nicht okay zu sein. Kontrolliere > bitte mal die Verbindung STM32:TX -> ESP01:RX auf Deinem Breadboard. > > Welche Spannungsversorgung verwendest Du für das ESP01? Habe es gerade durchgemessen. Keine kalte Lötstelle und auch das Jumperkabel ist ganz :( Auch mit dem anderen MiniBoard habe ich die selben Probleme. Als Spannungsversorgung benutze ich ein 5V 1,2A Netzteil und einen Spannungsregler von Pollin: http://www.pollin.de/shop/dt/ODM0ODQ2OTk-/Bauelemente_Bauteile/Bausaetze_Module/Module/Spannungsregler_Modul_DAYPOWER_M_SD_AMS1117_3_3.html
:
Bearbeitet durch User
Achim G. schrieb: > siehe auch > mein Beitrag vom 09.07.2016 19:25 und den von Peter vom 08.07.2016 > 13:18 Peter hat exakt dasselbe Problem, jedoch "nur" mit 3 von insgesamt 5 Mini-Modulen. Auf 2 der Module läufts, auf 3 der Module läufts nicht. Da auf all seinen 5 Modulen die Software identisch ist, kann es nicht an der Software liegen. Was ich mir höchstens noch vorstellen kann: Die Original ESP-Firmware, die vorher drauf war, hat noch bestimmte WiFi-Einstellungen im Flash stehen, die evtl. hier stören. Da bietet es sich an, diese Einstellungen mal explizit zu löschen. Das sollte so gehen: - Datei blank.bin hier aus dem Anhang herunterladen - Flash von blank.bin auf Adresse 0x7E000 Sicherheitshalber solltest Du danach die WC-Firmware nochmal auf den ESP übertragen. Nach Flash von blank.bin sind sämtliche WiFi-Einstellungen weg, d.h. Du musst den ESP danach neu konfigurieren. Achim G. schrieb: > Habe es gerade durchgemessen. Keine kalte Lötstelle und auch das > Jumperkabel ist ganz :( Schade. > Als Spannungsversorgung benutze ich ein 5V 1,2A Netzteil und einen > Spannungsregler von Pollin: > http://www.pollin.de/shop/dt/ODM0ODQ2OTk-/Bauelemente_Bauteile/Bausaetze_Module/Module/Spannungsregler_Modul_DAYPOWER_M_SD_AMS1117_3_3.html Die sollte ausreichend sein.
:
Bearbeitet durch Moderator
Achim G. schrieb: > Großartig. Jetzt kann ich auch mit dem Nucleo nicht mehr flashen > :'-( Sorry, damit kann ich nichts anfangen. Nach dem Flash von blank.bin?
:
Bearbeitet durch Moderator
Da das Flashen des ESP mit dem MiniBoard noch nie funktioniert hat habe ich jetzt wieder alles an den Nucleo angeschlossen, von wo ich den ESP geflasht habe. Aber das geht jetzt auch nicht mehr. Bekomme immer nur
1 | connecting .... |
2 | Failed to connect |
Und im Putty kommen jetzt auch Timeouts:
1 | Welcome to WordClock Logger! |
2 | ---------------------------- |
3 | Version: 2.0.3 |
4 | rtc is offline |
5 | eeprom is offline |
6 | ESP8266 LOGGER |
7 | update display |
8 | (Timeout) |
9 | esp8266 now up |
10 | (Timeout) |
11 | (Timeout) |
12 | (- setup UDP) |
13 | (- local port: 2421) |
14 | (- setup server UDP) |
15 | (- local port: 2424) |
16 | (FIRMWARE 1.2.0) |
17 | (- working as AP) |
18 | (MODE ap) |
19 | (IPADDRESS 192.168.4.1) |
20 | esp8266 now online |
21 | --> time "192.53.103.103"<0d><0a> |
22 | update display |
23 | (OK time) |
Achim G. schrieb: > Großartig. Jetzt kann ich auch mit dem Nucleo nicht mehr flashen > :'-( Da fällt mir ein: Peter konnte die ESP-01 beliebig tauschen. Es lag reproduzierbar an den STM32F103-Mini-Modulen. Daher kannst Du den Tipp mit dem Flash von blank.bin eher vergessen. Wenn Du möchtest, kann ich Dir ein programmiertes ESP-01 zuschicken. Wird Dir aber nicht weiterhelfen, solange Dein STM32F103-Mini-Modul nicht korrekt funktioniert.
Achim G. schrieb: > Und im Putty kommen jetzt auch Timeouts: > [...] > (Timeout) Wenns nun auch am Nucleo nicht mehr geht, ist Dein ESP-01 wohl defekt. Wie gesagt, ich kann Dir ein (oder mehrere?) programmierte ESP-01 zuschicken.
Frank M. schrieb: > Wenns nun auch am Nucleo nicht mehr geht, ist Dein ESP-01 wohl defekt. > Wie gesagt, ich kann Dir ein (oder mehrere?) programmierte ESP-01 > zuschicken. Ich habe auch 2 zum wechseln. Bei beiden der selbe Fehler. Du kannst mir gerne mal ein Modul schicken (PN) dann teste ich das. Ich werd jetzt nochmal meinen ganzen Aufbau und die Lötstellen checken.
Achim G. schrieb: > ESP8266 LOGGER > update display > (Timeout) > esp8266 now up > (Timeout) > (Timeout) Kann auch sein, dass die Timeouts ganz zu Anfang normal sind, weil das ESP-01 noch nicht fertig gebootet hat. Da muss ich heute abend mal die Ausgabe bei mir vergleichen. > --> time "192.53.103.103"<0d><0a> > update display > (OK time) Hier wird ein Time-Kommando vom STM32 an das ESP-01 geschickt und auch beantwortet, nämlich mit OK. Die Kommunikation funktioniert also.
Frank M. schrieb: >> --> time "192.53.103.103"<0d><0a> >> update display >> (OK time) > > Hier wird ein Time-Kommando vom STM32 an das ESP-01 geschickt und auch > beantwortet, nämlich mit OK. Die Kommunikation funktioniert also. Äußerst merkwürdig... Ich konnte die ESPs ja auch schon mal flashen mit dem Nucleo... Keine Ahnung warum das jetzt nicht mehr geht...
Achim G. schrieb: > Ich konnte die ESPs ja auch schon mal flashen mit dem Nucleo... Keine > Ahnung warum das jetzt nicht mehr geht... Vielleicht wartest Du einfach, bis Deine Shields da sind. Vielleicht hast Du ja einfach nur einen Wackler am Breadboard.
Frank M. schrieb: > Vielleicht wartest Du einfach, bis Deine Shields da sind. Vielleicht > hast Du ja einfach nur einen Wackler am Breadboard. Na gut, wenns sein muss. Aber es juckt mich doch so in den Fingern... :D
Okay. Ich habe alles auf einen Grundaufbau zurückgestellt, also nur MiniBoard, UART und ESP. Jetzt kann ich auf den Server zugreifen... :-O Keine Ahnung was ich da gebaut habe :-@ Ich werde nachher mal alles nach und nach wieder anschließen und schauen ob ich den Fehler reproduzieren kann. Also hat sich das mit den ESP Modulen auch erledigt. Auf jeden Fall schon mal Vielen Dank, Frank! Und sorry für den ganzen Aufwand :)
Hallo Frank, was ich bei anderen Wordclock Verianten gesehen habe und mir gut gefallen hat, ist über die Matrix eine analoge Uhr anzuzeigen. Ist nicht wirklich sinnvoll, da es der Wordclock widerspricht, aber es sah witzig aus. Tetris wäre auch cool :-) Vielleicht nimmst du das auf deine Liste und wenn da mal nichts wichtiges mehr drauf steht und dir langweilig sein sollte... ;-)
Bernd schrieb: > was ich bei anderen Wordclock Verianten gesehen habe und mir gut > gefallen hat, ist über die Matrix eine analoge Uhr anzuzeigen. Ist nicht > wirklich sinnvoll, da es der Wordclock widerspricht, aber es sah witzig > aus. Meinst Du jetzt wirklich eine Uhr mit Zeiger oder große Zahlen, also eine Digitalanzeige? > Tetris wäre auch cool :-) Steht schon lange auf der Liste :-)
Wie bringt ihr eigentlich die Ambilight LEDs bei der 24h Version an? Der Zwischenboden sieht das ja noch nicht vor und ich habe auch schon die V1 hier liegen. Dann bleibt ja eigentlich nur, die LEDs außen auf den Rahmen zu kleben. Außer wenn man seitlich drauf guckt, ist das ja eigentlich auch kein Problem. Ist beim TV-Ambilight auch nicht anders, wobei die LEDs da mehr nach hinten leuchten.
Frank M. schrieb: > Meinst Du jetzt wirklich eine Uhr mit Zeiger oder große Zahlen, also > eine Digitalanzeige? Gemeint hatte ich eine "Kreis" mit Zeigern. Eine Digitalanzeige mit Ziffern ist natürlich auch eine Idee. Ist Spielerei, aber geht es nicht gerade darum? ;-)
Zumindestens bei der WC24h Variante könnte man eine richtige Digitalanzeige umsetzen. Also quasi Anzeige Horizontal teilen und im oberen Teil die Stunde anzeigen und im unteren die Minute. (Es gingen sich auch alle Ziffern nebeneinander aus) Bei der kleinen Variante stelle ich mir das nicht so gut vor, außer man kommt in der Höhe mit 4 Zeilen aus.
Angehängte Dateien:
-
IMG_0542_1_.JPG
240 KB
Wow, da liest man mal ein paar Tage nicht mit und hier explodiert der Thread! ^^ Frank M. schrieb: > Klar, da muss eine neue Idee her. Es muss ja nicht immer eine Uhr sein > :-) Die letzte grandiose Idee war der 3D Drucker, der mich vermutlich seit dem Winter allerhand Haare gekostet hat... ;-) Jetzt muss ich erstmal (wieder seufz) den Freundeskreis mit Uhren versorgen, aber der nächste Winter kommt bestimmt! > Da habe ich Neuigkeiten: Die Druckerei, welche die WC12h- und > WC24h-Frontplatten herstellt, testet gerade andere Farben wie weiß und > rot. Dann aber nicht im Siebdruckverfahren, sondern im Digitaldruck [...] Oh, das klingt super! Kann mir vorstellen dass es im Digitaldruck nicht ganz so einfach ist, da die Farben ja auch andere sind. Im Siebdruck packst du einfach sowas wie RAL 9006 zwischen die Schichten (da sind z.B. kleine Alu- bzw. Metallicpigmente drin) und bist dein Licht an den Stellen los wo du es nicht haben willst. Vielen Dank schon mal für die Mühe, ich bin gespannt! > Den Bug konnte ich durch einfache Code-Analyse finden. Korrektur > kommt mit der nächsten Version. Hui, das ging ja fix, Danke! > Siehst Du im Log den TIME-Befehl, also die Anfrage an einen Timeserver? > Falls Du ein Android-Gerät hast: Funktioniert denn die Android-App? Ich hatte am Wochenende hier leider "Full House", deshalb bin ich nicht wirklich zu was gekommen. Heute Abend ist wieder Ruhe, dann gehe ich dem Problem nochmal nach und schaue auch mal ob mein Log sich irgendwie von Achims unterscheidet. Die Android App hatte ich zwar auf dem Tablet, hatte sie aber gar nicht erst getestet. > Ich kann mir nur vorstellen, dass TX vom STM32 nicht am ESP (RX) > ankommt. Hatte ich die Tage schon mal RX/TX mit dem Multimeter gemessen weil ich den Fehler auch in dieser Richtung vermutet habe, aber es war alles OK. Danach habe ich einfach sicherheitshalber nochmal alle Lötstellen heiß gemacht, hat aber auch nicht geholfen. > Die Spannungsversorgung ist an allen 5 Boards auch dieselbe bzw. > austauschbar? Das Netzteil war identisch, hatte ich aber auch schon mal getauscht. Die beiden funktionierenden Boards hatte ich auf der Arbeit nach Feierabend aufgebaut, da fehlten mir 100nF KerKos, deshalb hatte ich 150nF verbaut. Die anderen 3 Boards hatte ich zu Hause mit meinen 100nF China KerKos bestückt, die ich zwar nicht durchmessen kann (habe kein Multimeter mit Kapazitätsmessung), aber ich habe mal auf einem Board testhalber zwei 150nF von der Arbeit bestückt und es hat sich nichts geändert. Hätte mich auch gewundert. 3,3V Spannungwandler sind die kleinen AMS1117, mein erster Testaufbau hatte noch einen TE383+ (da waren die AMS1117 noch auf dem Schiff/im Flieger). Habe auf einem der problematischen Boards aber beide Versionen getestet - ohne Erfolg. >Achim G. schrieb: >ich habe das selbe Problem wie Peter: Da bin ich aber froh :-) ...also nicht weil du auch ein Problem hast, das ist natürlich doof, sondern weil ich hoffentlich nicht zu doof bin eine Handvoll Bauteile auf eine Platine zu braten und jetzt nicht als einziger diesen Effekt habe ;P Was Frank D. unter Beitrag "Re: WordClock mit WS2812" beschreibt klingt ja auch irgendwie ähnlich... > Sieht eher nach einem HW-Problem aus. Kannst Du mal ein Foto von so > einem disfunktionalem Board mit Shield reinstellen? Heute Abend mache ich Bilder, poste ein Log und teste ob sich auch bei mir über die Android App was tut. Ich glaube ich muss mir noch ein paar Shields bei Torsten holen, habe noch ein paar kleine STM Boards im Zulauf, aber die aufgelöteten bekomme ich von den Shields wohl mangels Reworkstation/Heißluftfön/Entlötkolben nicht wieder runter. :( Gestern Abend ist mir bei der Tischuhr noch ein teilweiser Hänger aufgefallen... Die lief mit Rainbow (aber Ambilight und Display getrennt) schon längere Zeit vor sich hin und irgendwann hat sich das Ambilight und der untere Teil des Displays aufgehängt (ich wüsste nicht wie ich es anders beschreiben kann). Alles was auf dem Bild rot ist wurde noch aktualisiert und ist die Farbanimationen durchlaufen, alles in blau hat die Farbanimation gestoppt und wurde bei der Aktualisierung der Minuten auch nicht mehr überschrieben. Habe leider kein Log und nach Reboot war alles wieder normal und ist in ca. 1,5 Stunden danach auch nicht mehr vorgekommen. Werde ich weiter beobachten und mich melden falls es nochmal auftritt. Und zu guter Letzt @Torsten: Habe zwar gestern Abend schon ein paar Fotos gemacht, mit dem Handy sehen die Bilder von vorne aber ziemlich bescheiden aus. Habe auch noch ein kleines Problem mit der Abschottung der Lichtschächte gegeneinander, daher überstrahlen die Buchstaben zumindest bei der weißen Uhr stark in die umliegenden Buchstaben. Habe das Modell daraufhin noch leicht verändert, es aber noch nicht geschafft das neue Teil zu drucken weil noch ein recht langer Auftrag den Drucker blockiert hat. Du bekommst aber auf jeden Fall diese Woche noch Bildmaterial. :-) Gruß, Peter
Hallo, ich hatte am Wochenende zufällig die Gelegenheit die Fehler etwas genauer zu analysieren. Zu "flackern" der Beleuchtung: Tom schrieb: > Aktuell wird die Helligkeit zyklisch mittels ADC ermittelt. > Wird der ADC anschließend mittels Tiefpass-Filter verrechnet? > So könnte man das schnelle Springen der Helligkeitsstufe reduzieren. Das ist nicht nötig/möglich. Wenn das "Flackern" einmal angefangen hat, dann schaukelt sich da vermutlich die Software hoch. Denn es ist egal, ob der LDR dann abgeklebt wird (völlig dunkel) oder normales Raumlicht erhält. Fragt mich aber nicht, wie das Flackern ausgelöst wird, soweit bin noch nicht gekommen. Weiter habe ich gestern Abend was witziges festgestellt. Ich habe ja hier: Beitrag "Re: WordClock mit WS2812" meine Timer gepostet. Der Timer 4 scheint ohne Funktion zu sein. Gestern Nacht war um 00:30 die Uhr noch komplett an (Uhr + Ambilight). Dabei hat die Beleuchtung auch wieder geflackert. Da das Stromkabel schon einigermaßen sauber verlegt ist, wollte ich nicht das Netzteil ausstecken, sondern habe die Uhr mittel Webservice ausgeschaltet. Alles aus und nach ein paar Sekunden ging, von Geisterhand das Ambilight wieder an. Die Schrift blieb dabei dunkel. Dann musste ich die Uhr doch "neustarten" und dann konnte ich sie wieder mittels Webservice ausschalten und dann blieb sie auch aus. Allerdings scheint sie nun beleidigt zu sein, denn der Timer 1 hat die Uhr nach dem manuellen Ausschalten um 0:30, heute morgen nicht um 6:30 angemacht. Gruß Sascha
Sascha G. schrieb: > Zu "flackern" der Beleuchtung: > > Tom schrieb: >> Aktuell wird die Helligkeit zyklisch mittels ADC ermittelt. >> Wird der ADC anschließend mittels Tiefpass-Filter verrechnet? >> So könnte man das schnelle Springen der Helligkeitsstufe reduzieren. > > Das ist nicht nötig/möglich. > Wenn das "Flackern" einmal angefangen hat, dann schaukelt sich da > vermutlich die Software hoch. Du hast da Tom missverstanden. Er sprach nicht von Flackern, sondern erklärte die sprunghafte Reaktion auf ein Einschalten des Raumlichtes als unerwünscht. Er möchte es seichter - was ich verstehen kann. > Denn es ist egal, ob der LDR dann abgeklebt wird (völlig dunkel) oder > normales Raumlicht erhält. Du bist der erste, der von "Flackern" berichtet. > Der Timer 4 scheint ohne Funktion zu sein. Gestern Nacht war um 00:30 > die Uhr noch komplett an (Uhr + Ambilight). Dabei hat die Beleuchtung > auch wieder geflackert. Ich werde das mit dem Timern nochmal genauer prüfen. Da scheint eine Lücke zu sein, die man auf den ersten Blick so nicht sieht. Das Blöde ist nämlich, dass der Effekt nicht zu reproduzieren ist. Ich wette, dass Dein Timer 4 nächste oder übernächste Woche wie von Geisterhand doch wieder funktioniert :-) > Allerdings scheint sie nun beleidigt zu sein In dieser Richtung werde ich mal weiterforschen ;-)
Hi Frank, Frank M. schrieb: >> Zu "flackern" der Beleuchtung: >> >> Tom schrieb: >>> Aktuell wird die Helligkeit zyklisch mittels ADC ermittelt. >>> Wird der ADC anschließend mittels Tiefpass-Filter verrechnet? >>> So könnte man das schnelle Springen der Helligkeitsstufe reduzieren. >> >> Das ist nicht nötig/möglich. >> Wenn das "Flackern" einmal angefangen hat, dann schaukelt sich da >> vermutlich die Software hoch. > > Du hast da Tom missverstanden. Er sprach nicht von Flackern, sondern > erklärte die sprunghafte Reaktion auf ein Einschalten des Raumlichtes > als unerwünscht. Er möchte es seichter - was ich verstehen kann. Da hab ich den Tom dann tatsächlich falsch verstanden. Sorry dafür ;-) Frank M. schrieb: > Du bist der erste, der von "Flackern" berichtet. Wenn ich es das nächste mal beobachte, dann werde ich einfach mal ein Video drehen. Ich werde mal schauen, ob ich das irgendwie reproduzieren kann. Hatte auch schon mal die Stromquelle in Verdacht. Zuerst wurde die Uhr über ein iPad Ladegerät gefüttern, welches 2,1A@5V liefert. Danach dann ein LG, welches 1,8A@5V kann und danach ein Steckernetzteil mit Trafo, welches 2A@5V macht. Das Flackern trat überall auf.
Sascha G. schrieb: > Zuerst wurde die Uhr über ein iPad Ladegerät gefüttern, welches 2,1A@5V > liefert. > Danach dann ein LG, welches 1,8A@5V kann und danach ein Steckernetzteil > mit Trafo, welches 2A@5V macht. > Das Flackern trat überall auf. Hallo Sascha! Deine durchschnittlichen 2A Netzteile könnten dafür aber doch dran schuld sein. Eine Uhr mit Ambilight würde ich mit mindestens 4 Ampere versorgen.
Sascha G. schrieb: > Das Flackern trat überall auf. Das klingt für mich eher nach unzureichender Stromversorgung... da fallen mir spontan die verwendeten Kabel ein. Wo und wie hast du denn die Stromversorgung für das Ambilight eingespeist? Übernimmst du die Stromversorgung von irgendwo (z.B. bei den letzten Streifen der Displaymatrix) oder bekommt dein Ambilight nochmal eine separate Einspeisung? Sind die Kabelquerschnitte den theoretisch möglichen maximalen 3.6A der 60 Ambilight LEDs (3 Farben a 20mA x 60 LEDs) denn zumindest annähernd gewachsen? In einem billigen Flachbandkabel stecken gerne mal sehr dünne AWG28 Litzen, die vertragen aber laut Spec nur 1.4A statt der 3,6A die du theoretisch haben müsstest (je nachdem wie hell und in welchen Farben dein Ambilight gerade leuchtet). Die etwas dickeren AWG26 können schon 2.2A, AWG24 sollten mit ihrer Belastbarkeit von 3.5A schon locker ausreichen. Infos zur Belastbarkeit der verschiedenen Querschnitte findest du z.B. hier: http://www.mosaic-industries.com/embedded-systems/electronic-instrument-design-new-product-development/cables/ribbon-cable-current-rating Mein Vorschlag bei einer Einspeisung/Verkabelung vom Ambilight mit Flachbandkabeln wäre mal ein etwas dickeres Kabel als Einspeisung zu testen und zu schauen ob dein Flackern noch immer auftritt. Wenn deine 60 Ambilight LEDs weiß leuchten und die eingestellte Helligkeit im oberen Bereich liegt, kommt da schon ein bissel was zusammen. Edit: Oh, die verwendeten Netzteile hab ich ganz überlesen... ja, 2A sind fürs Ambilight und eine 24h (!) nicht ausreichend, da muss was mit mehr Leistung her! Gruß, Peter
:
Bearbeitet durch User
Hallo Frank, nochmal zum Thema "Temperaturanzeige zu hoch" Frank M. schrieb: > Burkhard schrieb: >> Also bei meiner >> WC24h mit STM32F103 Miniboard und DS18S20 und DS3231 ist die angezeigte >> Temp. immer ca. 4,5°C bei DS18XX und 3°C bei RTC zu hoch. Ich habe auch >> den DS18xx mal extern montiert, aber das bringt nur ca 1°C weniger. > > Auch bei mir wird ca. 1°C zuviel angezeigt. Das liegt wohl an der > Selbsterwärmung des ICs. Abhilfe: Kühlkörper. > >> Und wenn es allgemein auftritt könnte man bei einem neuen SW Release >> eine Temperaturkorrektur vorsehen ? > > In welcher Form? Einfach x Grad abziehen? Ja, ich denke im Bereich +16 bis +35°C wird sich DSxx oder RTC linear verhalten. Ich habe übrigens gelesen, dass beim RTC ± 3°C in der Toleranz liegen > > Ich nehme Deinen Vorschlag mal auf in die TODO-Liste. Danke, dann kann ich jetzt mal versuchen zu ergründen, weshalb bei mir alles wie beschrieben funktioniert, nur die Timer wollen absolut nicht das Display an- und abschalten Gruß Burkhard
Hi Peter, da ich schon beim Eigenbau des Ambilights für den Fernseher über die Stromzufuhr der WS2812 gestolpert bin, sind da immer 16 LEDs bei der Uhr bzw. 15 beim Ambilight einzeln von der "Zentrale" mit Strom versorgt. Das sollte ja passen. Werde heute Abend mal das dicke Netzteil auspacken und schauen, ob es damit auch auftritt. Da hab ich bisher irgendwie nicht dran gedacht, da die Uhr laut Webservice und angestecktem LDR, die ganze Zeit bei Helligkeit "0" rumeiert. Da kamen mir bisher die 2A ausreichend vor. Mit was bestromt denn ihr eure Uhren so, wenn es gerne auch klein und effizient sein darf. Also nicht unbedingt ein Steckernetzteil mit Trafo :-)
Achim G. schrieb: > Okay. Ich habe alles auf einen Grundaufbau zurückgestellt, also nur > MiniBoard, UART und ESP. Jetzt kann ich auf den Server zugreifen... :-O > Keine Ahnung was ich da gebaut habe :-@ > Ich werde nachher mal alles nach und nach wieder anschließen und schauen > ob ich den Fehler reproduzieren kann. > Also hat sich das mit den ESP Modulen auch erledigt. > Auf jeden Fall schon mal Vielen Dank, Frank! Und sorry für den ganzen > Aufwand :) :-( Fehler ist nach Neustart wieder da. Ich geb jetzt mal auf für heute.
Hallo, bei mir ist das "Flackern" bei der automatischen Helligkeit auch vorhanden. Ich würde es aber weniger als Flackern beschreiben, sondern als sprunghaftes Ändern der Helligkeit, obwohl sich die Umgebungshelligkeit nicht geändert hat. Somit gehe ich davon aus, dass der Regler, aus bisher unbekannten Gründen, zwischen den Helligkeitsstufen wechselt und das gleich über mehrere Stufen hinweg. Abhilfe konnte ich damit schaffen, dass ich den LDR einfach mal mit ner Taschenlampe richtig angeleuchtet hab. Dadurch wird dann der Maximalwert in der Software angepasst und die Wertebereiche für die einzelnen Stufen werden breiter. Aber natürlich leidet dadurch die Dynamik sehr. (Komme so grad noch auf Stufe 2, wenn das "Flackern" weg ist) Eine weitere, leichte Verbesserung brachte, den LDR so nah wie möglich hinter die Frontplatte zu setzen und auch die Ausrichtung so gut wie möglich auf den durchscheinenden Bereich des Buchstabens auszurichten. (Bei mir sitzt der Sensor im "K" und die Unterschiede in der Umgebungshelligkeit sind aufgrund der Position der Uhr auch nicht sehr groß.) Hätte aber grad noch eine weitere Idee... Kann es sein, dass evtl. ein weiterer Verbraucher in das Signal des LDR "reinspuckt"? (ESP, RTC, DCF) Liegen ja alle auf der selben 3,3V Leitung. An der Leistung des Netzteils sollte es bei mir definitv nicht liegen. (WC12h, 5A/25W Netzteil) Bei niedriger Helligkeit zieht die Uhr ca. 400-500 mA. Wie ist denn die Konfiguration (RTC, DCF, ESP) bei euch, wenn Ihr das gleiche Problem habt? Welchen LDR verwendet Ihr? (Bei mir ists der 906032) Vielleicht liegts ja einfach an dem geänderten Werten (R10: 120-210 kohm anstatt 16-30 kohm) Wäre super, wenn das mal wer ausprobieren könnte, der seine Uhr noch nicht komplett zusammengebaut und aufgehängt hat. ;) (RTC auf 5V; DCF und evtl. auch ESP abstecken) PS: Noch eine Anmerkung zum Timerproblem. Hatte auch ein Problem, dass der Timer am Wochende nicht funktioniert hat. Nachdem ich aber die Abschaltzeit nicht mehr exakt auf die volle Stunde gelegt hab, liefs, zumindest bei einem kurzen Test. PPS: Der LDR 07 scheint bei Reichelt wieder verfügbar zu sein: https://www.reichelt.de/Fotodioden-etc-/LDR-07/3/index.html?ACTION=3&GROUPID=3045&ARTICLE=10208 Gruß Tom
:
Bearbeitet durch User
Thomas B. schrieb: > Ich würde es aber weniger als Flackern beschreiben, sondern als > sprunghaftes Ändern der Helligkeit, obwohl sich die Umgebungshelligkeit > nicht geändert hat. Somit gehe ich davon aus, dass der Regler, aus > bisher unbekannten Gründen, zwischen den Helligkeitsstufen wechselt und > das gleich über mehrere Stufen hinweg. Das kann ich jetzt bestätigen. Hab gerade eine ordentliche Stromquelle genommen 40A@5V. 1,5qmm direkt an die Buchse gelötet. Danach bin ich in den Webservice und habe erst einmal gesehen, dass der LDR ein "?" angezeigt hat. Bin dann mit der Taschenlampe mal ran und hab das Ding ordentlich angeleuchtet. Zuerst stand als Wert beim LDR 15, danach dann 1. Plötzlich fing dann das Thema mit der Helligkeit wieder an und man sah im Webservice, dass der LDR zwischen 1 und 3 schwankt. Konfig läuft bei mir der 906032, RTC und ESP. Spannung liegt bei 3,236V Hab zu der 24h noch eine baugleiche 12h hier stehen (906032, RTC, ESP). Hänge die jetzt mal an die Stelle meiner 24h und schau, ob die auch mit der Helligkeit springt.
Thomas B. schrieb: > bei mir ist das "Flackern" bei der automatischen Helligkeit auch > vorhanden. > Ich würde es aber weniger als Flackern beschreiben, sondern als > sprunghaftes Ändern der Helligkeit, obwohl sich die Umgebungshelligkeit > nicht geändert hat. Das liegt daran, dass Ralf Hammeran eine Art LDR-Automatik eingebaut hat. Diese versucht über einen größeren Zeitraum, die minimale und maximale Helligkeit zu ermitteln, um dann den möglichen LED-Helligkeitsbereich voll auszuschöpfen. > Abhilfe konnte ich damit schaffen, dass ich den LDR einfach mal mit ner > Taschenlampe richtig angeleuchtet hab. Dadurch wird dann der Maximalwert > in der Software angepasst und die Wertebereiche für die einzelnen Stufen > werden breiter. Aber natürlich leidet dadurch die Dynamik sehr. (Komme > so grad noch auf Stufe 2, wenn das "Flackern" weg ist) Das direkte Anleuchten mit der Taschenlampe ist wohl der falsche Weg, weil auch die hellste Raumhelligkeit nicht diesen Wert erreichen wird. Es ist dann eigentlich klar, dass Du Dir den "Dynamikumfang" damit zerstörst. Der Punkt Kalibrierung des LDRs, um den vollen Helligkeitsbereich auszunutzen ist deshalb schon länger auf der TODO-Liste. Man machts einmal richtig hell, das andere Mal dunkel und lässt diese beiden Werte im EEPROM speichern. Dann gibts auch keine Sprünge mehr.
Thomas B. schrieb: > PS: Noch eine Anmerkung zum Timerproblem. > Hatte auch ein Problem, dass der Timer am Wochende nicht funktioniert > hat. Nachdem ich aber die Abschaltzeit nicht mehr exakt auf die volle > Stunde gelegt hab, liefs, zumindest bei einem kurzen Test. Danke für den Hinweis. Das ist ja schon mal ein Anhaltspunkt. Ich hatte bei meinen Timertests auch immer "krumme" Minuten, weil ich nicht bis zur nächsten vollen Stunde warten wollte. Ich werde dem mal nachgehen.
Thomas B. schrieb: > PPS: Der LDR 07 scheint bei Reichelt wieder verfügbar zu sein: Der wird zwar bei Reichelt als LDR 07 geführt allerdings erscheint, wenn man das Datenblatt aufruft, das Datenblatt zum A9050 A9060, siehe Anhang. Der in Frage kommende müsste der A906009 sein. Bernhard
Angehängte Dateien:
-
DSC_0050.JPG
240 KB -
DSC_0051.JPG
240 KB
Frank M. schrieb: > Sieht eher nach einem HW-Problem aus. Kannst Du mal ein Foto von so > einem disfunktionalem Board mit Shield reinstellen? Fotos habe ich angehängt. Ich kann mit den dysfunktionalen Boards UART mitlesen, den ESP flashen und sie teilweise auch über die App bedienen, beim sync der Uhrzeit ist er bei mir wie bei Achim dann aber auch gecrasht. Sobald ich versuche über den Browser auf den Webserver zuzugreifen (welcher Browser spielt dabei keine Rolle... Chrome, FF, Safari... macht keinen Unterschied) --> Crash. Das Verhalten lässt sich auf allen 3 Boards reproduzieren. Die ESP Module funktionieren auf anderen Boards und wurden auch alle schon mal neu geflasht, die STMs ebenfalls. Es ist auch egal ob ich neben dem ESP noch andere Peripherie anschließe. Netzteile habe ich mehrere getestet, 3,3V Spannungsregler gegen einen anderen getauscht... da ich letzte Woche schon ratlos war kann ich jetzt bestenfalls der Krise noch ein Gesicht geben ;-) Hier noch die UART Logs: power_init() called switching power on Welcome to WordClock Logger! ---------------------------- Version: 2.0.3 rtc is offline eeprom is offline ESP8266 LOGGER update display (- setup UDP) esp8266 now up (- local port: 2421) (- setup server UDP) (- local port: 2424) (FIRMWARE 1.2.0) (- working as AP) (MODE ap) (IPADDRESS 192.168.4.1) esp8266 now online --> time "192.53.103.103"<0d><0a> update display (OK time) (- new client) (HTTP GET /) http path: '/' http parameters: '' --> Zugriff über Webserver, STM hängt ab jetzt power_init() called switching power on Welcome to WordClock Logger! ---------------------------- Version: 2.0.3 rtc is offline eeprom is offline ESP8266 LOGGER update display (- setup UDP) esp8266 now up (- local port: 2421) (- setup server UDP) (- local port: 2424) (FIRMWARE 1.2.0) (- working as AP) (MODE ap) (IPADDRESS 192.168.4.1) esp8266 now online --> time "192.53.103.103"<0d><0a> (CMD 43 0F 00 00) (CMD 46 01) (CMD 41 04) (CMD 44 00) (OK time) update display (CMD 57) command: show temperature no temperature available (CMD 50 00) command: set power offupdate display switching power off (CMD 50 01) command: set power onupdate display switching power on (CMD 43 0F 1F 00) command: set display colors to 15 31 0 (CMD 43 0F 1F 1E) command: set display colors to 15 31 30 (CMD 42 08) command: set display brightness to 8, disable autmomatic brightness control per LDR update display (CMD 44 01) command: set display mode to 1 update display update display (CMD 44 00) command: set display mode to 0 update display (CMD 53) command: save display settings (C <ab hier bricht es ab> --> Zugriff über App, klappt soweit, STM hängt sich beim Versuch die Zeit zu syncen weg (hatte allerdings beim Test jetzt kein DS3231 angeschlossen) Hat jemand noch einen Vorschlag? Kann ich noch irgendwas debuggen/messen? Die 5V/3,3V sind OK. Gruß, Peter
Angehängte Dateien:
-
1_WC24h_Desk_Frontansicht.JPG
330 KB -
2_WC24h_Desk_Rueckseite.JPG
450 KB -
3_Gehaeuse_ohne_Buchstabenmatrix.JPG
410 KB -
4_Rueckseite_geoeffnet.JPG
490 KB -
5_Rueckseite_Status_LED.JPG
610 KB -
6_Front_beleuchtet.JPG
390 KB -
7_WC24h_Desk_blau.JPG
370 KB -
8_WC24h_Desk_gelb.JPG
410 KB -
9_WC24h_Desk_gruen.JPG
390 KB -
10_WC24h_Desk_pink.JPG
390 KB -
11_WC24h_Desk_rot.JPG
470 KB -
12_WC24h_Desk_weiss.JPG
370 KB -
13_WC24h_Desk_Ambi_blau.JPG
540 KB -
14_WC24h_Desk_Ambi_gelb.JPG
430 KB -
15_WC24h_Desk_Ambi_gruen.JPG
430 KB
Und hier noch die versprochenen Fotos der WC24h Tischversion. Notgedrungen experimentiere ich gerade noch mit unterschiedlichen Materialien, da meine Spule weiß leer war und ich nur noch die eines anderen Herstellers da hatte, ist mir aufgefallen, dass zwar beide einen identischen Farbton haben, aber eine Sorte deutlich transluzenter ist als die andere. Ansonsten optimiere ich gerade das Modell hinsichtlich Wandstärken für den 3D Druck und benötigter Druckzeit. Da das transluzente Material in den Lichtschächten zu viel Streuung auf die umliegenden Buchstaben zulässt, werde ich zukünftig wohl die Front und die Rückseite bis zur Oberkante der Lichtschächte mit dem lichtschluckenden Material drucken, den Rest dann mit dem durchlässigeren, da die Rahmenbeleuchtung damit einfach nur genial aussieht. :-) Beim Deckel auf der Rückseite habe ich 2 Layer transparentes Material gedruckt und bin dann auf das lichtdurchlässigere weiß umgestiegen. Alles transparent hatte ich auch schon mal getestet, sah mir aber viel zu sehr nach China-Kaugummiautomat aus. In weiß war alles deutlich gleichmäßiger ausgeleuchtet. Gruß, Peter
Letzte Meldung zum Thema "Temperaturanzeige zu hoch" Hallo Frank, Hallo Thomas. Thomas sein Tip hat das Problem gelöst. Ich habe den DS18XX auf ein 2x2cm großes Eisenblech montiert (+ Wärmeleitpaste) und ihn etwas entfernt von den anderen aktiven Komponenten entfernt. Nun zeigt der DS18XX die gleiche Temp. wie die analogen Vergleichsthermometer an -:) Die Temp. des RTC liegt um 4°C höher !! Ich denke wenn Frank diesen Hinweis in die "Aufbauanleitung" einkommentiert ist das Problem gelöst. Gruß Burkhard
Burkhard schrieb: > Ich habe den DS18XX auf ein > 2x2cm großes Eisenblech montiert (+ Wärmeleitpaste) und ihn etwas > entfernt von den anderen aktiven Komponenten entfernt. Nun zeigt der > DS18XX die gleiche Temp. wie die analogen Vergleichsthermometer an -:) Na prima. :-) > Die Temp. des RTC liegt um 4°C höher !! Die Temperatur der RTC ist ja auch nur eine Notlösung, wenn man keinen DS18XX hat - und sonst halt eher eine Spielerei. > Ich denke wenn Frank diesen Hinweis in die "Aufbauanleitung" > einkommentiert ist das Problem gelöst. Das kannst Du auch selbst machen, wie wärs? :-)
Peter G. schrieb: > Ich kann mit den dysfunktionalen Boards UART > mitlesen, den ESP flashen Ach, das Flashen geht auch? Dann ist die UART-Kommunikation zum ESP ja in beiden Richtungen in Ordnung. Bei Achim sah das allerdings auch im UART-Log etwas anders aus. Da es bei ihm auch mal ging und dann wieder nicht, würde ich das erstmal bei ihm aufs Breadboard schieben. > und sie teilweise auch über die App bedienen, > beim sync der Uhrzeit ist er bei mir wie bei Achim dann aber auch > gecrasht. Ich kann Dir nur vorschlagen, dass Du mir eines dieser Mini-Boards zuschickst und ich mich dann mit dem Debugger dranmache, um dieses merkwürdige Verhalten zu verstehen. Wenn Du damit einverstanden bist, dann kontaktiere mich per PM. Gruß, Frank
Frank M. schrieb: > Bei Achim sah das allerdings auch im > UART-Log etwas anders aus. Da es bei ihm auch mal ging und dann wieder > nicht, würde ich das erstmal bei ihm aufs Breadboard schieben. Ich habe jetzt auch mal einen Testaufbau nur mit Jumperkabeln gemacht (die ich alle durchgemessen habe). Selbes Ergebnis :'-( Frank M. schrieb: > Ich kann Dir nur vorschlagen, dass Du mir eines dieser Mini-Boards > zuschickst und ich mich dann mit dem Debugger dranmache, um dieses > merkwürdige Verhalten zu verstehen. Ich wäre an den Ergebnissen des Debuggers auch sehr interessiert :)
:
Bearbeitet durch User
Hallo zusammen. Erst einmal vielen Dank für die tolle Arbeit!!! hab aber seit kurzem folgendes Problem: seit Softwareupdate 1.8.9 kann ich mich zwar per WLAN mit der Uhr verbinden, jedoch nicht auf die Seite zugreifen um diese zu konfigurieren. Habs auch schon mit anderen Handys probiert. 1.8.8 funktioniert einwandfrei. Hatte vielleicht schon jemand dieses Problem? Vielen Dank! Gruß, Thorsten
Baule schrieb: > Hallo zusammen. > Erst einmal vielen Dank für die tolle Arbeit!!! > hab aber seit kurzem folgendes Problem: > seit Softwareupdate 1.8.9 kann ich mich zwar per WLAN mit der Uhr > verbinden, jedoch nicht auf die Seite zugreifen um diese zu > konfigurieren. Habs auch schon mit anderen Handys probiert. 1.8.8 > funktioniert einwandfrei. > Hatte vielleicht schon jemand dieses Problem? > > Vielen Dank! > > Gruß, Thorsten Sollte vielleicht dazu sagen, dass ich ein STM32F103C8T6 Mini-Development Board benutze :-)
Baule schrieb: > seit Softwareupdate 1.8.9 kann ich mich zwar per WLAN mit der Uhr > verbinden, jedoch nicht auf die Seite zugreifen um diese zu > konfigurieren. Baule schrieb: > Sollte vielleicht dazu sagen, dass ich ein STM32F103C8T6 > Mini-Development Board benutze :-) Frage dazu: Wann passiert das? Wenn das WLAN-Modul im AP-Modus ist? Oder auch im Client-Modus? Kannst Du bitte den UART-Log dazu posten? Ich werde das heute abend nochmal systematisch testen. Vielleicht lösen sich dann auch Achims und Peters ähnlich gelagerte Probleme in Luft auf.
:
Bearbeitet durch Moderator
Frank M. schrieb: > Wann passiert das? Wenn das WLAN-Modul im AP-Modus ist? Oder auch > im Client-Modus? Ich kann gar nicht auf das Web-Interface zugreifen um von AP auf Wlan Client umzustellen. Die Uhr müsste daher als AP laufen. Gruß, Thorsten
Baule schrieb: > Ich kann gar nicht auf das Web-Interface zugreifen um von AP auf Wlan > Client umzustellen. Die Uhr müsste daher als AP laufen. Dann sollte als Laufschrift 192.168.4.1 als IP-Adresse ausgegeben werden, richtig? Ich teste das heute abend noch einmal.
Richtig! Bei 1.8.8 funktioniert ja auch alles. Wlan - Web Interface - Einbindung ins Netzwerk - usw. ab 1.8.9 eben nur noch die Anmeldung. Kein Web Interface. Schon mal vielen Dank!
Baule schrieb: > Richtig! Bei 1.8.8 funktioniert ja auch alles. Du brauchst ab 1.8.9 aber auch eine neue ESP-Firmware 1.2.0, das weißt Du?
Ja. Gerade eben vorsichtshalber nochmal alles neu geflasht ;-) leider ohne Erfolg.
Baule schrieb: > Gerade eben vorsichtshalber nochmal alles neu geflasht ;-) Was ich nicht verstehe: Wenn Du mit STM32 V1.8.8 + ESP-01 V1.1.0 schon mal erfolgreich warst, dann solltest Du auch schon mal den ESP-01 mit einem Router verbunden haben. Dann müsste der ESP-01 auch nach Upgrade auf V1.2.0 und eine spätere STM-Version nicht im AP-Modus (IP-Adresse 192.168.4.1) sondern im Wifi-Client-Modus (verbindet sich mit Router) hochkommen. Denn: Der ESP-01 kommt immer mit dem zuletzt benutzten Mode hoch: war er vorher im AP-Modus, startet er auch im AP-Modus. War er zuletzt im Wifi-Client-Modus, startet er auch so wieder. Also: Wenn STM32 V1.8.8 + ESP-01 V1.1.0 erfolgreich, sollte nach einem Upgrade beider Firmwares danach das ESP-01 sich auch weiterhin mit dem Router verbinden und nicht in den AP-Modus zurückfallen... außer Du drückst den User-Button, um das zu erzwingen. Aber: Warum das tun?
:
Bearbeitet durch Moderator
Hi Frank & Baule. war leider heute etwas zu spät dran um es noch zur Post zu schaffen, aber ich habe eben mal mit einem der Boards ein Downgrade auf die WC12h v1.8.8 gemacht, den ESP auf v1.1 zurückgesetzt und siehe da: sie funktioniert auch bei mir. o.O Nach Upgrade der ESP Firmware auf v1.2 noch immer, sobald ich auf eine Software Version >=v1.8.9 gehe kann ich per Browser nicht mehr auf das Board zugreifen. Gruß, Peter
:
Bearbeitet durch User
Angehängte Dateien:
-
MiniDev_v2_BOTTOM.jpg
200 KB -
MiniDev_v2_TOP.jpg
220 KB -
Nucleo_v2_BOTTOM.jpg
280 KB -
Nucleo_v2_TOP.jpg
280 KB
Die Shields als V2 sind gestern geliefert worden. Für das MiniDev habe ich bereits den Eintrag im WC Artikel angepasst. Bestückte Bilder liefere ich nach, sobald ich ein Board bestückt habe. https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Shield_f.C3.BCr_STM32_MiniDevBoard Die Abschaltschaltung ist darin vorgesehen und im Lieferzustand gebrückt. Wer die Schaltung nicht einbaut, braucht somit nichts weiter zu machen, außer die Bauteile nicht zu bestücken. Wer die Abschaltung der Versorungsspannung haben möchte, muss die Bauteile bestücken und auf der Rückseite die Leiterbahn (im Bild rot umrandet) durchtrennen. Grüße, Torsten
Peter G. schrieb: > ein Downgrade auf die WC12h v1.8.8 gemacht, den ESP auf v1.1 > zurückgesetzt und siehe da: sie funktioniert auch bei mir. o.O :-O Ich teste das nachher auch mal.
Hi Peter, Peter G. schrieb: > war leider heute etwas zu spät dran um es noch zur Post zu schaffen, > aber ich habe eben mal mit einem der Boards ein Downgrade auf die WC12h > v1.8.8 gemacht, den ESP auf v1.1 zurückgesetzt und siehe da: sie > funktioniert auch bei mir. o.O Kann ich leider überhaupt nicht nachvollziehen. Ich habe hier eben nochmal alles durchgecheckt, auch den ESP per User-Button/Jumper wieder auf den AP-Modus gestellt. Auch hier klappt die Web-Verbindung und ich kann dann von dort aus den ESP-01 wieder in den Client-Modus versetzen, damit er sich wieder mit meiner Fritzbox verbindet. Das läuft bei mir alles einwandfrei, ich kann keine Probleme feststellen :-( Allerdings bin ich hier bereits bei V2.0.4. Diese werde ich morgen online stellen.
Achim G. schrieb: > Peter G. schrieb: >> ein Downgrade auf die WC12h v1.8.8 gemacht, den ESP auf v1.1 >> zurückgesetzt und siehe da: sie funktioniert auch bei mir. o.O > > :-O > Ich teste das nachher auch mal. So habe es auch bei mir getestet und kann das so bestätigen. WC12h in v1.8.8 mit ESP v1.1.0 funktioniert auch auf meiner Hardware korrekt. Muss wohl ein Softwareproblem ab WC12h v1.8.9 oder ESP v1.2.0 sein.
Achim G. schrieb: > Muss wohl ein Softwareproblem ab WC12h v1.8.9 oder ESP v1.2.0 sein. Da bei anderen (und auch bei mir) aktuellere Versionen durchaus funktionieren, bitte ich Dich und Peter mal: 1. in V1.8.9 über die Haupt-Webseite den EEPROM-Dump auszuführen, den Inhalt zu kopieren und hier reinzustellen 2. Die aktuelle Version 2.0.3 zu installieren und NICHT http://ip-adresse/ sondern direkt http://ip-adresse/network aufzurufen. Denn ich kann mir nur vorstellen, dass irgendetwas im EEPROM steht, was das ganze durcheinander bringt. @Peter: Da Du ja mehrere Mini-Boards hast, von denen einige funktionieren und einige nicht, hänge doch mal bitte das RTC/EEPRM-Modul eines funktionierenden Moduls an ein nicht-funktionierendes. Wenn das dann auch funktioniert mit einer aktuellen Version, muss es am EEPROM-Inhalt liegen.
Als mein Opa total senil wurde und nicht mehr wusste wie das 24-Stunden-Uhrensystem funktioniert, wünschte ich mir eine Seniorengerechte Uhr. Es passierte sogar dass er Tabletten die für mehrere Tage gedacht waren alle an einem Tag einnahm da er nach dem Mittagsschläfchen dachte es wäre schon der nächste Tag. Sie müsste einem das Datum, die Uhrzeit und Morgen/Mittag/Abend ansagen usw.
H-G S. schrieb: > Sie müsste einem das Datum, die Uhrzeit und Morgen/Mittag/Abend ansagen > usw. Sowas gibt es: http://www.seniorenfachhandel.de/Sprechende-Produkte/Sprechende-Uhren/
Baule schrieb: > seit Softwareupdate 1.8.9 kann ich mich zwar per WLAN mit der Uhr > verbinden, jedoch nicht auf die Seite zugreifen um diese zu > konfigurieren. Baule war so freundlich, sein Modul mit einer Vorabversion von 2.0.4 zu testen. Gerade hat er mir geschrieben, dass das Problem beseitigt sei. Peter G. schrieb: > war leider heute etwas zu spät dran um es noch zur Post zu schaffen, Vielen Dank, Peter. Ich glaube, Du brauchst das Modul nicht mehr zu schicken. Das Problem hat offenbar mit der seit V1.8.9 eingeführten möglichen Änderung der Uhrzeit über das Web-Interface zu tun. Dafür werden die Felder für Datum und Uhrzeit vorab gefüllt. Ist keine RTC angeschlossen oder stehen da noch nicht-initialisierte Werte drin, hängt sich das Web-Interface auf. Ich habe da nun eine zusätzliche Prüfung eingebaut und nun läufts - zumindest bei Baule. Ich vermute aber stark, dass es nun auch bei Peter und Achim funktionieren wird. Die 2.0.4. kommt heute abend - wie bereits angekündigt.
Hi Frank, oh Mist, ich habe heute morgen eins der Mini-Boards auf die Reise zu dir geschickt. Aber dann gibt es ja jetzt zumindest eine Erklärung für das merkwürdige Verhalten bei einigen, während es bei anderen problemlos funktioniert. Ich teste dann heute Abend mal v2.0.4 auf den beiden verbleibenden Boards und gebe hier nochmal Rückmeldung. Vielen Dank für deine Mühe bei der Ursachenforschung und Problembehebung! Wenn das Board bei dir eintrifft und du es zum debuggen nicht mehr brauchst, kannst du es ja wieder auf die Reise nach Hause schicken. Wenn du mir per PN deine Paypal Daten schickst, dann sende ich dir das entsprechende Porto. ;-) Ich habe eben mal einen Blick auf die Neuerungen für 2.0.4 geworfen, dabei ist mir auf der Wunschliste ein "Matrix" Effekt aufgefallen. Ich konnte mich dunkel erinnern sowas schon mal in relativ hübsch in einem Video gesehen zu haben und hab mal ein wenig gewühlt... unter http://tinkerman.cat/wordclock/ bzw. https://www.youtube.com/watch?v=UyPIY5EXusk gibt es einen sehr gut gemachten Effekt zu bestaunen, der zwar meiner Meinung nach zu lang ausfällt, aber sich optisch von den vielen eher minderwertigen absetzt, die so im Internet umhergeistern. Ich bin schon gespannt wie der Sekundenzeiger im Rahmen der Tischuhr aussieht, vielen Dank für die Unterstützung der 30 LEDs! Hast du es bei der Gelegenheit zufällig auch geschafft die Start-LED konfigurierbar zu machen? Und ich hätte noch einen Punkt für die Wunschliste: Mir ist aufgefallen, dass wenn Display und Ambilight getrennt auf "Rainbow" stehen und die Uhr neu gestartet wird beide Regenbogen identisch schnell in den selben Farben ablaufen - also quasi als hätte man die Einstellungen vom Display mitbenutzt. Vielleicht könnte man die Startfarbe würfeln? Andererseits sehe ich jetzt gerade den Punkt "Regelbare Geschwindigkeit bei der Rainbow-Animation (evtl. mit noch etwas feineren Übergängen)"... dann hätte sich das vermutlich ohnehin erledigt. Gruß, Peter
Hi Peter, Peter G. schrieb: > Ich teste dann heute Abend mal v2.0.4 auf den beiden > verbleibenden Boards und gebe hier nochmal Rückmeldung. Prima. > Wenn das Board bei dir eintrifft und du es zum debuggen nicht mehr > brauchst, kannst du es ja wieder auf die Reise nach Hause schicken. Wenn > du mir per PN deine Paypal Daten schickst, dann sende ich dir das > entsprechende Porto. ;-) Kein Problem, das kann ich gerade noch bezahlen ;-) > Ich habe eben mal einen Blick auf die Neuerungen für 2.0.4 geworfen, > dabei ist mir auf der Wunschliste ein "Matrix" Effekt aufgefallen. Ich > konnte mich dunkel erinnern sowas schon mal in relativ hübsch in einem > Video gesehen zu haben und hab mal ein wenig gewühlt... unter > http://tinkerman.cat/wordclock/ bzw. > Youtube-Video "WordClock" gibt es einen sehr gut > gemachten Effekt zu bestaunen, der zwar meiner Meinung nach zu lang > ausfällt, aber sich optisch von den vielen eher minderwertigen absetzt, > die so im Internet umhergeistern. Danke für den Tipp, die Animation ist dort wirklich sehr gut gelungen! Das Fading ist hier das A und O :-) > Ich bin schon gespannt wie der Sekundenzeiger im Rahmen der Tischuhr > aussieht, vielen Dank für die Unterstützung der 30 LEDs! Ja, die Anzahl der Ambilight-LEDs ist nun konfigurierbar. Die beiden Clock-Ambilight-Funktionen "rasten" dann auf nächstpassenden den Wert 60, 30 oder 20 ein. Gibst Du also 35 an, werden 30 LEDs genutzt. > Hast du es bei > der Gelegenheit zufällig auch geschafft die Start-LED konfigurierbar zu > machen? Ja. Habe es in der TODO-Liste vergessen zu erwähnen. Ist aber in der 2.0.4 umgesetzt. > Und ich hätte noch einen Punkt für die Wunschliste: Mir ist > aufgefallen, dass wenn Display und Ambilight getrennt auf "Rainbow" > stehen und die Uhr neu gestartet wird beide Regenbogen identisch schnell > in den selben Farben ablaufen - also quasi als hätte man die > Einstellungen vom Display mitbenutzt. Ja, beide Animationen werden dann gleichzeitig gestartet und laufen gleichschnell. > Vielleicht könnte man die Startfarbe würfeln? Das wäre eine Möglichkeit. > Andererseits sehe ich jetzt gerade den Punkt > "Regelbare Geschwindigkeit bei der Rainbow-Animation (evtl. mit noch > etwas feineren Übergängen)"... dann hätte sich das vermutlich ohnehin > erledigt. Jepp, ist vorgesehen, kommt dann voraussichtlich mit V2.0.5.
Frank M. schrieb: > Da bei anderen (und auch bei mir) aktuellere Versionen durchaus > funktionieren, bitte ich Dich und Peter mal: > > 1. in V1.8.9 über die Haupt-Webseite den EEPROM-Dump auszuführen, > den Inhalt zu kopieren und hier reinzustellen Also in meinem aktuellen Testaufbau habe ich kein EEPROM angeschlossen. Frank M. schrieb: > Das Problem hat offenbar mit der seit V1.8.9 eingeführten möglichen > Änderung der Uhrzeit über das Web-Interface zu tun. Dafür werden die > Felder für Datum und Uhrzeit vorab gefüllt. Ist keine RTC angeschlossen > oder stehen da noch nicht-initialisierte Werte drin, hängt sich das > Web-Interface auf. Ich habe da nun eine zusätzliche Prüfung eingebaut > und nun läufts - zumindest bei Baule. Ich vermute aber stark, dass es > nun auch bei Peter und Achim funktionieren wird. Eben kamen die Shields an, also hab ich meinen Testaufbau nun aufgegeben und angefangen das erste Shield zu löten. Leider hab ich heute keine Zeit mehr es fertig zu machen :'-( Ich teste alles sobald es fertig ist und gebe dann nochmal Feedback. Wäre ja super wenn es mit der neuen Version funktioniert. :)
:
Bearbeitet durch User
Die neue Version 2.0.4 steht zum Download bereit. Änderungen: - Bugfix: Ambilight leuchtete im Synchronmodus in Rainbow-Animation nach Abschalten durch Timer weiter. Die LEDs werden nun komplett abgeschaltet. - Bugfix: Getrennte Helligkeitssteuerung des Ambilights wurde durch Helligkeitssteuerung des Displays beeinträchtigt. Nun sind beide Helligkeiten komplett unabängig. - Bugfix: Wenn die Uhr gem. Timer aus ist, liefen einige Animationen teilweise trotzdem alle 5 Minuten. Ist nun behoben. - Bugfix: Keine Webserver-Kommunikation möglich, wenn der ESP-01 im AP-Modus ist und in der RTC die Uhrzeit noch nicht initialisiert wurde. Ist nun behoben. - Neu: Anzeige von Laufschriften - Ambilight: Sekundenzeiger nun auch für 20 oder 30 LEDs, die Zahl der Ambilight-LEDs ist nun im Webinterface konfigurierbar. - Ambilight: Neue Sekundenanzeige mit zunehmendem/abnehmendem Vollkreis. - Ambilight: Sekundenzeiger-Animationen: Start-LED nun über Webinterface konfigurierbar - Web-Konfiguration: Erweiterung der Schieberegler um numerische Anzeige (zwecks besserer Reproduzierfähikeit von RGB-Werten) Auch das Android-Steuerprogramm gibt es nun als Version 1.9.0. Nun sind auch die neueren Animationen wie Snake, Teletype und Cube über die App einstellbar. Viel Spaß, Frank
Hi Frank, mit der v2.0.4 ist das Problem mit dem Zugriff auf den Webserver der problematischen Boards behoben. Jetzt muss ich doch glatt mal die neue Laufschrift testen... :-) Grüße und einen guten Start ins Wochenende, Peter
Hallo Frank, find ich ja super, dass gleich so viele meiner Vorschläge auf der To-Do Liste gelandet sind. ;) Hab grade auch gleich V2.04 geflasht und leider schon einen kleinen Bug entdeckt: Bei der Clock 2 Animation funktioniert der Offset nicht richtig. Das Umschalten zwischen Zunehmen und Abnehmen des LED-Kreises erfolgt immer bei der physischen LED 1 des Ambilights und nicht am Offsetpunkt. Bei der Laufschrift wäre es evtl. besser, wenn nicht der erste Teil des Wortes gleich am Anfang, soweit möglich, eingeblendet wird. So sind die ersten Buchstaben nur sehr kurz zu sehen. Besser fände ich es, wenn das gesamte Wort in die Uhr "reinläuft" (evtl. auch etwas langsamer?) oder der 1. Teil bleibt für ca. 1 Sek stehen, bevor das Scrollen einsetzt.? PS: Hätte da noch so ein paar weitere Anregungen, ganz nach dem Motto "Nichts muss, alles kann!" - "atmendes" Ambilight im 1Hz/0,5 Hz Takt (oder evtl. auch "Herzschlag") - harte Sekunde zieht einen Schweif hinter sich her (LEDs gehen nicht sofort aus, sondern faden über 2-3 Sek.) - mehrfarbige Displayanzeige (Wörter oder sogar Buchstaben unterschiedlich, evtl. Farben über Zufallsprizip festlegen) ==> nennen wir das Ganze mal "Funky-Mode" ;) - Spektrum-Analyzer/Ambilight im Musik-Takt Wäre sowas mit der entsprechenden Hardwareerweiterung möglich? (Mikrofon + X?) Auf jeden fall echt top, wie du bei der Weiterentwicklung auf die Wünsche aller eingehst, da kann sich B&F mal ein Beispiel dran nehmen!!! ;) Wie schon mal geschrieben, fehlen mir leider die Programmierkenntisse, um dich dabei zu unterstützen. Aber zum Testen (WC12h mit Nucleo F411RE) wäre ich jederzeit bereit, falls Bedarf besteht. Gruß Tom
:
Bearbeitet durch User
Hallo Frank, super Einsatz mit der Version 2.0.4! Werde mich morgen früh gleich mal ans flashen machen und ordentlich testen. Ich habe jetzt übrigens eine Methode gefunden, dass Springen der Helligkeit zu reproduzieren. Sowohl mit der 12h als auch der 24h Version. Wenn die Uhr frisch gestartet wird, dann steht im Webinterface bei LDR ein "?", zumindest wenn man den 906032 verbaut hat und es schon Abend ist. Wenn man dann mit einer Lichtquelle (Taschenlampe) an den LDR geht und diesen auf auf "15" erhöht und dann die Lichtquelle ausschaltet, geht es ab. Danach kann man einfach mal ab und an die Website aktualisieren und sieht für LDR unterschiedliche Werte stehen. Bin mir nicht sicher, ob das jetzt tatsächlich ein Bug ist oder ob ich da die Uhr und die LDR Messung in einen undefinierten Zustand bringe.
Hallo Thomas, Thomas B. schrieb: > Hab grade auch gleich V2.04 geflasht und leider schon einen kleinen Bug > entdeckt: > Bei der Clock 2 Animation funktioniert der Offset nicht richtig. > Das Umschalten zwischen Zunehmen und Abnehmen des LED-Kreises erfolgt > immer bei der physischen LED 1 des Ambilights und nicht am Offsetpunkt. Stimmt. Ich konnte das eben nachvollziehen und auch korrigieren. Vielleicht schicke ich nachher oder morgen noch ein Update hinterher. > Bei der Laufschrift wäre es evtl. besser, wenn nicht der erste Teil des > Wortes gleich am Anfang, soweit möglich, eingeblendet wird. Ja, deshalb sende ich mindestens ein Leerzeichen vorab weg. Vielleicht reicht das aber nicht. Du hast schon recht: Die Laufschrift sollte ganz rechts beginnen. Ich werde das noch optimieren. > oder > der 1. Teil bleibt für ca. 1 Sek stehen, bevor das Scrollen einsetzt.? Wäre auch eine Idee. Mal sehen. > - "atmendes" Ambilight im 1Hz/0,5 Hz Takt (oder evtl. auch "Herzschlag") Ich habe schon mit Fading des Ambilights einige Tests gemacht - z.B. mit dem flüssigen Aufblenden der aktuellen Sekunde beim Clock-Modus. Leider bekomme ich das Fading nicht über die ganze Minute flüssig hin bei 32 "Frames" pro Sekunde. Das liegt daran, dass die Kommunikation mit RTC und ESP-01 das Fading zum Springen bringt, weil ich da nicht in Echtzeit 32 verschiedene Werte pro Sekunde durch die LED-Kette für eine einzige LED durchbekomme. Sonst sieht das Fading eigentlich klasse aus, aber das ab und zu auftretende "Springen" hat mich derart gestört, dass ich die ganze Sache erstmal wieder rausgeschmissen bzw. auskommentiert und zurückgestellt habe. Auch für ein "atmendes Ambilight" wäre flüssiges Fading unerlässlich. Dafür müssen aber bis zu 400 LEDs 32mal pro Sekunde neu beschickt werden. Ich habe schon überlegt, das Fading in den Timer-Interrupt selbst zu verlegen. Momentan läuft das nämlich nicht ganz in Echtzeit: Der Timer-Interrupt setzt momentan ein Flag, was dann in der Hauptschleife ausgewertet wird. Aber diese kann wegen der Kommunikation mit der Peripherie mal kurzzeitig "stocken", was beim Fading extrem störend ist. Das Fading zu jeder vollen Minute, was es ja als Display-Mode gibt, ist dagegen überhaupt kein Problem, weil die Kommunikation mit RTC und ESP auf hh:mm:15 und hh:mm:45 gelegt wird. Ich habe da also ca. 15 Sekunden für flüssiges Fading Zeit. Aber momentan kann ich das flüssige Faden nicht über die komplette Minute garantieren. Fazit: Alles, was mit ununterbrochenem Fading zu tun hat, muss anders realisiert werden, nämlich direkt aus dem Timer-Interrupt. Ob und wie das zusammen mit dem DMA-Transfer zu einem Problem wird, muss ich erstmal ausführlich testen. > - harte Sekunde zieht einen Schweif hinter sich her (LEDs gehen nicht > sofort aus, sondern faden über 2-3 Sek.) Auch hier: Fading notwendig. s.o. > - mehrfarbige Displayanzeige (Wörter oder sogar Buchstaben > unterschiedlich, evtl. Farben über Zufallsprizip festlegen) ==> nennen > wir das Ganze mal "Funky-Mode" ;) Ja, habe ich auch schon drüber nachgedacht. Muss man mal testen, ob das noch gut aussieht, wenn auch noch innerhalb der Wörter die Farbe wechselt. > - Spektrum-Analyzer/Ambilight im Musik-Takt > Wäre sowas mit der entsprechenden Hardwareerweiterung möglich? (Mikrofon > + X?) Ja, also eine Art "Lichtorgel". Wäre zusammen mit einer FFT möglich. > Auf jeden fall echt top, wie du bei der Weiterentwicklung auf die > Wünsche aller eingehst, da kann sich B&F mal ein Beispiel dran nehmen!!! > ;) Ich finde: je mehr Leute mitmachen, desto besser. Es müssen ja nicht alle Programmierer sein. Auch Kreativität und Willen zum Testen ist gefragt :-) > Wie schon mal geschrieben, fehlen mir leider die Programmierkenntisse, > um dich dabei zu unterstützen. Aber zum Testen (WC12h mit Nucleo F411RE) > wäre ich jederzeit bereit, falls Bedarf besteht. Da komme ich gern drauf zurück. Es ist jetzt schon ein großer Aufwand, alle möglichen Konstellationen (Nucleo, Mini-Board, WC12h, WC24h mit/ohne Ambilight, Synchronisierung von Farben usw.) durchzutesten. Da greife ich gern auf Hilfe zurück. :-) Gruß, Frank
:
Bearbeitet durch Moderator
Update zum Thema LDR. Es scheint nichts mit der Taschenlampe und der extremen Helligkeit zu tun zu haben. Komme gerade ins Wohnzimmer rein und sehe, dass die Uhr (12h F411) ebenfalls in der Helligkeit springt, obwohl sie gestern Abend einwandfrei funktioniert hat und im Webinterface stand zu der Zeit bei LDR noch ein "?". Jetzt kann man im Webinterface wieder sehen, wie die Helligkeit zwischen 2 und 5 springt. Hab die Uhr gerade nochmal neu gestartet und jetzt steht noch "?" hinter LDR. Frank M. schrieb: > Da komme ich gern drauf zurück. Es ist jetzt schon ein großer Aufwand, > alle möglichen Konstellationen (Nucleo, Mini-Board, WC12h, WC24h > mit/ohne Ambilight, Synchronisierung von Farben usw.) durchzutesten. Da > greife ich gern auf Hilfe zurück. :-) Ich würde mich gerne anbieten und als Tester mitwirken. Habe eine 24h F411 und eine 12h F411 beide mit Ambilight zur Hand. Frank M. schrieb: > Ich finde: je mehr Leute mitmachen, desto besser. Es müssen ja nicht > alle Programmierer sein. Auch Kreativität und Willen zum Testen ist > gefragt :-) Programmierkenntnisse kann ich ebenfalls anbieten, sollte hier bedarf bestehen.
Peter G. schrieb: > mit der v2.0.4 ist das Problem mit dem Zugriff auf den Webserver der > problematischen Boards behoben. Kann ich auch wieder bestätigen, alles tut jetzt was es soll. Vielen Dank auch von meiner Seite an Frank!
Angehängte Dateien:
-
LED-Abschaltung.PNG
11 KB
Frank M. schrieb: > Hallo Thomas, ... > Stimmt. Ich konnte das eben nachvollziehen und auch korrigieren. > Vielleicht schicke ich nachher oder morgen noch ein Update hinterher. Wäre super, finde den Modus echt klasse! > Fazit: Alles, was mit ununterbrochenem Fading zu tun hat, muss anders > realisiert werden, nämlich direkt aus dem Timer-Interrupt. Ob und wie > das zusammen mit dem DMA-Transfer zu einem Problem wird, muss ich > erstmal ausführlich testen. Na, dann muss das halt erst mal warten. Man kann ja nicht gleich alles haben. ;( ;) > Ja, habe ich auch schon drüber nachgedacht. Muss man mal testen, ob das > noch gut aussieht, wenn auch noch innerhalb der Wörter die Farbe > wechselt. Könnte man ja 2 Modes draus machen (Wörter/Buchstaben unterschiedlich) und evtl. einen 3., der zufällig zwischen beiden wechselt. (wenns generell ansehnlich ist) > Ja, also eine Art "Lichtorgel". Wäre zusammen mit einer FFT möglich. So in dieser Art: https://www.youtube.com/watch?v=OOgNcSBfHvI oder https://www.youtube.com/watch?v=ajJM44UkZMU (hier könnte evtl. der "MSGEQ7" interessant sein) Zur Darstellung wär wohl 9-Band am Besten geeignet: - WC12h: Mittig positionieren (links und rechts eine Reihe frei) - WC24h: 2 Spalten pro Balken Das fänd ich ja echt noch genial. Wär ja vielleicht was für V3.0. ;) PS: Bzgl. der Timer scheint es am WE (Sa-So) doch noch Probleme zu geben. Hätte heute Nacht um 3:01 abschalten sollen, aber um 3:05 war sie immer noch an. (Abschaltung unter der Woche (Mo-Fr) um 1:01 funktioniert) @Torsten: Wäre es möglich, ein kleines Nachrüstbord für die LED-Abschaltung von Günter anzubieten? (evtl. mit Schraubklemmen für die Stromanschlüsse) So in etwa wie im Anhang zu sehen.(im Bsp. 20x30mm, Die Bauteilplatzierung bitte nicht wirklich ernst nehmen, war mein 1. Versuch eine Platine zu erstellen... ;) ) Gruß Tom
:
Bearbeitet durch User
Thomas B. schrieb: > Könnte man ja 2 Modes draus machen (Wörter/Buchstaben unterschiedlich) > und evtl. einen 3., der zufällig zwischen beiden wechselt. (wenns > generell ansehnlich ist) Ja. > So in dieser Art: > Youtube-Video "Arduino Spectrum Analyzer | 16x32 RGB LED-matrix" > oder > Youtube-Video "Simple LED Spectrum Analyzer" (hier könnte evtl. der > "MSGEQ7" interessant sein) Gefällt mir. > PS: Bzgl. der Timer scheint es am WE (Sa-So) doch noch Probleme zu > geben. Hätte heute Nacht um 3:01 abschalten sollen, aber um 3:05 war sie > immer noch an. (Abschaltung unter der Woche (Mo-Fr) um 1:01 > funktioniert) Danke für den Hinweis. Ich habe mir nun einen kleinen Simulator unter Linux geschrieben, um das zu reproduzieren. Endlich habe ich den Fehler, den ja schon mehrere gemeldet hatten, und meist mit dem Wochenende zu tun hatte, gefunden! Korrektur kommt mit 2.0.5 - noch heute. Gruß, Frank
Version 2.0.5 ist online. Änderungen: - Neue Animation: "Matrix". - Bugfix: Fehler in Timerfunktion am Wochenende behoben. - Bugfix: Fehlerhafte Offset-Berechnung in Ambilight-Animation "Clock2" korrigiert. Die Matrix-Animation finde ich für eine WC24h richtig gut gelungen - gerade, was das Nachleuchten betrifft. Zu der WC12h-Variante kann ich da mangels Hardware jetzt nichts sagen. Ich hoffe, es gefällt :-) Viel Spaß, Frank
Angehängte Dateien:
Hallo Frank, habe gerade die Version 2.0.5 geflashed auf die 24h. Frank M. schrieb: > Neue Animation: "Matrix". Hab ich nach dem flashen in der Auswahl nicht gefunden (siehe Screenshot).
> Frank M. schrieb: >> Neue Animation: "Matrix". Wow, Kompliment, die neue Animation ist wirklich schick geworden. Gefällt mir richtig gut! :-) Sascha G. schrieb: > Hab ich nach dem flashen in der Auswahl nicht gefunden (siehe > Screenshot). Kann ich so nicht bestätigen. Ich habe auch die 24h v2.0.5 auf der Uhr und habe auch "Matrix" in der Liste... Gruß, Peter
Hi, Peter G. schrieb: > Kann ich so nicht bestätigen. Ich habe auch die 24h v2.0.5 auf der Uhr > und habe auch "Matrix" in der Liste... Welches Board hast du bei der 24h im Einsatz? Ich hab das Nucleo411 drin. Habe gerade noch einmal die aktuelle Datei heruntergeladen und geflashed. Selbes Ergebnis, wie im Screenshot. Gruß Sascha
Sascha G. schrieb: > Welches Board hast du bei der 24h im Einsatz? Ich hab das Nucleo411 > drin. Ah, OK, dann ist vermutlich nur das Nucleo411 betroffen. Ich habe das Mini-Board im Einsatz. Gruß, Peter
Sascha G. schrieb: > Habe gerade noch einmal die aktuelle Datei heruntergeladen und > geflashed. Selbes Ergebnis, wie im Screenshot. Welche Version wird bei Dir auf dem UART ausgegeben? Peter G. schrieb: > Ah, OK, dann ist vermutlich nur das Nucleo411 betroffen. Ich habe jetzt vorsichtshalber das Projekt für Nucleo411 + WC24h nochmal per "Rebuild All" neu durchcompiliert und als Version 2.0.5a hochgeladen. Vielleicht habe ich da gestern nur einen einfachen Build gemacht... was anderes kann ich mir eigentlich nicht vorstellen.
:
Bearbeitet durch Moderator
Hi, Frank M. schrieb: > Welche Version wird bei Dir auf dem UART ausgegeben? Öhm, geh ich da auch über den ST-Link oder benötige ich hier ein Adapterkabel? Hab in der Software jetzt nicht unbedingt ein Tool für Uart gefunden. Auf der 12h mit Nucleo411 hat es einwandfrei funktioniert. Und ST-Link ist der Meinung, dass die Checksummen übereinstimmen: 19:47:11 : [Wc24h-nucleo411.hex] opened successfully. 19:47:11 : [Wc24h-nucleo411.hex] checksum : 0x0053ED7F 19:47:35 : Memory programmed in 7s and 0ms. 19:47:35 : Verification...OK 19:47:35 : Programmed memory Checksum: 0x0053ED7F 19:47:38 : Flash memory [0x08000000:0x08080000] Checksum: 0x076081D7
:
Bearbeitet durch User
Sascha G. schrieb: > Öhm, geh ich da auch über den ST-Link oder benötige ich hier ein > Adapterkabel? Beim Nucleo gehts über den eingebauten ST-Link. Du bekommst beim Anschließen einen COM-Port zugewiesen, den siehst Du im Gerätemanager. Einfach PuTTY (findest Du über Google) starten, COM-Port und Baudrate 115200 eingeben. Dann RESET am Nucleo drücken und Du bekommst ein ausführliches Protokoll. Wie ich eben schrieb, habe ich die Version für Nucleo411 und WC12h nochmals neu übersetzt und hochgeladen - erscheint nun als Version 2.0.5a im Wiki. Schon probiert?
Hallo Frank > Letzte Meldung zum Thema "Temperaturanzeige zu hoch" > Die Temp. des RTC liegt um 4°C höher !! Ich habe nun ca eine Woche mal das Temperaturverhalten beider Temp.-Sensoren verglichen. Dabei zeigte sich, dass der absolute Temperaturverlauf von DS18XX und RTC fast identisch ist, nur das der RTC immer um einen konstanten Betrag (bei mir +4°C) höher lag. Somit macht es vielleicht doch Sinn in der SW config. eine Möglichkeit der Temperaturkorrektur des Anzeigegerätes vom RTC vorzusehen. Dann Kann der DS18XX entfallen. > Die Temperatur der RTC ist ja auch nur eine Notlösung, wenn man keinen > DS18XX hat - und sonst halt eher eine Spielerei. > Ich denke wenn Frank diesen Hinweis in die "Aufbauanleitung" > einkommentiert ist das Problem gelöst. > Das kannst Du auch selbst machen, wie wärs? :-) Ist ja schon erfolgt Gruß Burkhard
Burkhard schrieb: > Somit macht es vielleicht doch Sinn in der SW config. eine Möglichkeit > der Temperaturkorrektur des Anzeigegerätes vom RTC vorzusehen. Korrekturmöglichkeit kommt in der nächsten Version, sowohl für RTC als auch DS18xx. > Dann Kann der DS18XX entfallen. Das kann dann jeder selbst entscheiden.
Guten Morgen, Frank M. schrieb: > Wie ich eben schrieb, habe ich die Version für Nucleo411 und WC12h > nochmals neu übersetzt und hochgeladen - erscheint nun als Version > 2.0.5a im Wiki. Schon probiert? Ja, habe ich. Bei der 12h ging schon beim ersten Mal alles wunderbar. Aber die 24h möchte noch immer keine "Matrix" anzeigen. Danke, Putty kenn ich zu gut. Mit hat nur die Kombination Putty+ST-Link gefehlt. Werde nachher mal den Uart anstecken und das Protokoll anschauen.
Hi Frank, Frank M. schrieb: > Beim Nucleo gehts über den eingebauten ST-Link. Du bekommst beim > Anschließen einen COM-Port zugewiesen, den siehst Du im Gerätemanager. > Einfach PuTTY (findest Du über Google) starten, COM-Port und Baudrate > 115200 eingeben. Dann RESET am Nucleo drücken und Du bekommst ein > ausführliches Protokoll. Soviel zur Theorie :-) In der Praxis sieht es hier gerade so aus, dass ich hier zwei Nucleo411 (12h, 24h) habe und keines von beiden will über den Uart kommunizieren. Den Klassiker "Uart vertauscht" hab ich als erstes gecheckt... Am ST-Link kann es eigentlich nicht liegen. Putty meckert, wenn ich das USB Kabel vom Link abziehe, dass die Verbindung weg ist. Aber es scheint bei Putty selbst nichts anzukommen. Mir ist auch aufgefallen, dass nur die rote LED vom ST-Link leuchtet, egal ob nur der Uart oder Uart+SWD. Werde jetzt mal das 3. Board, auch Nucleo 411 aufbauen, damit ich nicht immer die Uhr abhängen muss. Frauchen wird langsam nervös.
Hallo Sascha, Sascha G. schrieb: > In der Praxis sieht es hier gerade so aus, dass ich hier zwei Nucleo411 > (12h, 24h) habe und keines von beiden will über den Uart kommunizieren. > Den Klassiker "Uart vertauscht" hab ich als erstes gecheckt... Bei mir funktioniert der Datenaustausch mit Putty ohne Probleme (WC12H mit F411re und WC-Software V2.05) Alles exakt so verbunden wie im Artikel gezeigt? https://www.mikrocontroller.net/articles/Datei:Ns-stl1a.JPG Hat das Updaten, nach dem Absägen, bei dir schon mal funktioniert? PS: Bei mir leuchtet am ST-Link (abgesägter Teil vom Nucleo-Board) auch nur die rote LED. (Wenn nur mit Nucleo-Board verbunden, ohne USB, blinkt sie.) Gruß Tom
:
Bearbeitet durch User
Hallo, zum Thema putty und ST-Link/ Nucleo Board. Wenn das Teil abgesägt ist, musst du das wie in dem link gezeigt https://www.mikrocontroller.net/articles/Datei:Ns-stl1a.JPG verbinden. Vllt. hast du den Hinweis, dass auf der Rückseite des Nucleo-Boards noch zwei Lötbrücken zu schließen sind, übersehen? Gruß Volker
Sascha G. schrieb: > Jetzt kann man im Webinterface wieder sehen, wie die > Helligkeit zwischen 2 und 5 springt. > > Hab die Uhr gerade nochmal neu gestartet und jetzt steht noch "?" hinter > LDR. Zur Zeit werden die Min- und Max-Werte des LDR nicht dauerhaft gespeichert, d.h. sie sind nach einen Reboot nicht mehr vorhanden. Um das Flackern in in der Anfangsphase zu reduzieren, muss erstmal ein gewisser Abstand bei den Messwerten vorhanden sein. Bis dahin wird das "?" angezeigt.
Ralf H. schrieb: > Zur Zeit werden die Min- und Max-Werte des LDR nicht dauerhaft > gespeichert, d.h. sie sind nach einen Reboot nicht mehr vorhanden. Um > das Flackern in in der Anfangsphase zu reduzieren, muss erstmal ein > gewisser Abstand bei den Messwerten vorhanden sein. Bis dahin wird das > "?" angezeigt. Das ändert sich mit der nächsten Version. Dann kann man den LDR kalibrieren, d.h. eine gemessene Helligkeit als Min- oder Max-Wert über das Web-Interface abspeichern. Dann sollte sich das Flacker-Problem endgültig erledigt haben.
:
Bearbeitet durch Moderator
Hallo Frank, die Matrix-Animation ist echt gut geworden! Leider viel zu schnell wieder vorbei. ;) Deshalb bin ich der Meinung, wie auch bei der Snake-Animation, dass die Uhrzeit und die Animation besser ineienander übergehen sollten. Bei der Matrix Animation könnte man die alte Uhrzeit Buchstabe für Buchstabe ausblenden, wenn der Buchstabe zum 1. oder 2. mal (was besser aussieht) von einem "Strahl" durchlaufen wird. Wenn dann die alte Uhrzeit komplett gelöscht ist, beginnt in gleicher Weise, nur umgekehrt, der Aufbau der neuen Uhrzeit. (ist auch in den meisten Youtube-Uhren so, oder so ähnlich, zu sehen) Finde, gerade das macht das Ganze erst so richtig "rund". ;) (Ist aber evtl. programmiertechnisch hoher Aufwand?) Kann es eigtl. sein, dass die Animationen auf der WC24h, aufgrund der viel höheren Anzahl an LEDs, generell länger zu sehen sind? Wie legst Du die Dauer einer Animation fest? (Ist die "Zeit pro Schritt" für beide Uhren einheitlich vorgegeben, oder ist sie auch von der Displaygröße abhängig?) ==> Wäre es möglich die Animationen auf beiden Uhren unterschiedlich schnell ablaufen zu lassen? Zum Beispiel hat es bei der Explosion-Animation schon etwas gebraucht, bis ich wirklich gesehen hab, was da passiert. Finde, viele Animationen würden auf der WC12h evtl. um einiges besser aussehen(oder wären besser zu erkennen), wenn sie ca. 20-30% (evtl. auch mehr?) langsamer laufen würden. (Bei den anderen würde es, meiner Meinung nach, nicht wirklich schaden, wenn diese auch betroffen wären. Behaupt ich jetzt mal so, ohne es gesehen zu haben. ;) ) Finden auch andere die Animationen auf der WC12h zu schnell/zu kurz? Evtl. kann jemand was dazu sagen, der beide Versionen (WC12h/WC24h) zu Hause stehen hat, und direkt vergleichen kann? PS: Das Timer-Problem scheint behoben. Die Uhr hat sich, ohne Änderungen an den Timern vorzunehmen (immer 1 Min. nach voller Stunde), jetzt auch am WE entsprechend aus- und wieder eingeschaltet. Auch der Offset-Fehler in der Clock2-Animation ist behoben. PPS: Sollte noch Bedarf an Anregungen bestehen: - Animation, bei der die Wörter sich jeweils auf eine LED (Wortmitte, -anfang, -ende?) zusammenziehen und die letzten LEDs, nach einer kurzen Pause (evtl. mit Aufflackern/Aufblitzen?) ausgehen. Neue Uhrzeit dann in gleicher Weise (erst 1 LED pro Wort, dann breitet/rollt sich das ganze Wort aus) - ich nenn es mal WTF?-Animation: Erst wird ein falsches Muster angezeigt und nach ein paar Sek. wird ein "?" oder ";-)" eingeblendet und das Muster ändert sich auf die richtige Uhrzeit. (Evtl. erst alle Wörter eine Zeile zu hoch und fallen dann runter...)(für die Spaßvögel unter den WC-Besitzern) (welch eine Mehrdeutigkeit "WC-Besitzer"... ;) ) Gruß Tom
:
Bearbeitet durch User
Guten Abend, was hab ich gerade gelacht... Nach stundenlangem Fehlersuchen, warum der Uart nicht geht, hab ich das Rätzel dann gerade hoffentlich gelöst. Nachdem irgendwie gar nichts ging, hab ich aus der Verzweiflung heraus mal das Multimeter genommen und das Verbindungskabel zwischen Nucleo und dem ST-Link durchgemessen. Kabelbruch, sauber! Werde morgen mal das Kabel erneuern und dann testen. Bzgl. der Timer stimme ich Tom zu. Dieses Problem scheint auch bei mir behoben. Zumindest geht die Uhr abends artig schlafen. Auch das Ambilight scheint jetzt mit abgeschaltet zu werden. Zumindest konnte ich bisher nichts unerwartetes feststellen. Jetzt wäre nur noch interessant zu wissen, welche Version denn da gerade auf meiner 24h werkelt.
:
Bearbeitet durch User
Sascha G. schrieb: > Jetzt wäre nur noch interessant zu wissen, welche Version denn da gerade > auf meiner 24h werkelt. Die Version wird über UART ausgegeben, müsstest Du also im PuTTY sehen. Ab 2.0.6 wird sie auch im Webinterface zu sehen sein.
Guten Morgen! Thomas B. schrieb: > Wie legst Du > die Dauer einer Animation fest? > (Ist die "Zeit pro Schritt" für beide Uhren einheitlich vorgegeben, oder > ist sie auch von der Displaygröße abhängig?) > ==> Wäre es möglich die Animationen auf beiden Uhren unterschiedlich > schnell ablaufen zu lassen? Das würde mich auch Interessieren ob man was im Quellcode manipulieren kann damit es langsamer läuft. Mir sind die Amimation auch zu schnell.
Hallo Thomas, Thomas B. schrieb: > die Matrix-Animation ist echt gut geworden! Leider viel zu schnell > wieder vorbei. ;) Danke, freut mich :-) > Deshalb bin ich der Meinung, wie auch bei der Snake-Animation, dass die > Uhrzeit und die Animation besser ineienander übergehen sollten. Ja, das kann man bestimmt noch optimieren. > Bei der Matrix Animation könnte man die alte Uhrzeit Buchstabe für > Buchstabe ausblenden, wenn der Buchstabe zum 1. oder 2. mal (was besser > aussieht) von einem "Strahl" durchlaufen wird. Wenn dann die alte > Uhrzeit komplett gelöscht ist, beginnt in gleicher Weise, nur umgekehrt, > der Aufbau der neuen Uhrzeit. (ist auch in den meisten Youtube-Uhren so, > oder so ähnlich, zu sehen) Den zweiten Teil habe ich nicht verstanden. Soll da ein weiterer Strahl durch? > Finde, gerade das macht das Ganze erst so richtig "rund". ;) (Ist aber > evtl. programmiertechnisch hoher Aufwand?) Bestimmt. Ich habe gerade die Version 2.0.6 im Test und muss feststellen, dass beim STM32F103 und der WC24h nur noch 2,5KB Flash frei ist. Langsam wirds knapp. Bei Nucleo ist es kein Problem und beim STM32F103 zusammen mit WC12h sind noch 9KB Luft. > Kann es eigtl. sein, dass die Animationen auf der WC24h, aufgrund der > viel höheren Anzahl an LEDs, generell länger zu sehen sind? Wie legst Du > die Dauer einer Animation fest? Das hängt von der Animation ab. Fading geht über die Farben und ist nicht abhängig von der Anzahl der LEDs. Bei Roll, Explode, Cube, Snake und Drop (Version 2.0.6) spielt die Anzahl der LEDs natürlich eine Rolle. > (Ist die "Zeit pro Schritt" für beide Uhren einheitlich vorgegeben, oder > ist sie auch von der Displaygröße abhängig?) Die Zeit pro Schritt ist vorgegeben. Sie liegt ab Version 2.0.4 bei 1/32 Sekunde - davor war sie 1/40 Sekunde. > ==> Wäre es möglich die Animationen auf beiden Uhren unterschiedlich > schnell ablaufen zu lassen? Ja, natürlich. Ich habe alle Animationen auf der WC24h entwickelt. Da ist auch viel mehr zu sehen als auf der WC12h mit "nur" 110 LEDs. Es kann gut sein, dass einige Animationen auf der WC12h nicht so gut rüberkommen wie auf der WC24h. Da macht die Anzahl gewiss einiges aus. Ich selbst habe die Animationen auf der WC12h noch gar nicht sehen können, weil ich es noch nicht geschafft habe, die WC12h aufzubauen. Wird langsam mal Zeit. > Zum Beispiel hat es bei der Explosion-Animation schon etwas gebraucht, > bis ich wirklich gesehen hab, was da passiert. Auf der WC24h sieht man das richtig gut. > Finde, viele Animationen würden auf der WC12h evtl. um einiges besser > aussehen(oder wären besser zu erkennen), wenn sie ca. 20-30% (evtl. auch > mehr?) langsamer laufen würden. Ja, das wäre bestimmt ein guter Ansatz. Ich habe aber sowieso schon drüber nachgedacht, einen Geschwindigkeitsregler für die Animationen einzubauen. Fragt sich dann natürlich direkt: Generell oder für jede Animation? > PS: Das Timer-Problem scheint behoben. Die Uhr hat sich, ohne Änderungen > an den Timern vorzunehmen (immer 1 Min. nach voller Stunde), jetzt auch > am WE entsprechend aus- und wieder eingeschaltet. Prima. > Auch der Offset-Fehler in der Clock2-Animation ist behoben. Gut. > PPS: Sollte noch Bedarf an Anregungen bestehen: > - Animation, bei der die Wörter sich jeweils auf eine LED (Wortmitte, > -anfang, -ende?) zusammenziehen und die letzten LEDs, nach einer kurzen > Pause (evtl. mit Aufflackern/Aufblitzen?) ausgehen. Der 1. Teil entspricht dem Gegenteil von Explode. Da wandern die LEDs von der Mitte aus strahlenförmig an ihren Platz. Die Explode-Animation berechne ich übrigens, indem ich einen Implode simuliere und dann die Animation rückwärts ablaufen lasse :-) > Neue Uhrzeit dann in > gleicher Weise (erst 1 LED pro Wort, dann breitet/rollt sich das ganze > Wort aus) Hm, Du meinst wie Teletype? > - ich nenn es mal WTF?-Animation: Erst wird ein falsches Muster > angezeigt und nach ein paar Sek. wird ein "?" oder ";-)" eingeblendet > und das Muster ändert sich auf die richtige Uhrzeit. (Evtl. erst alle > Wörter eine Zeile zu hoch und fallen dann runter...)(für die Spaßvögel > unter den WC-Besitzern) (welch eine Mehrdeutigkeit "WC-Besitzer"... ;) Das finde ich nett :-) Ich schreibe mal beide Anregungen in die Todo-Liste im Wiki-Artikel.
Ich habe in den letzten Tagen mit der OpenWeatherMap-API rumgespielt und möchte das demnächst in die Uhr integrieren. Dazu sollen dann je nach Wetter entsprechende Piktogramme eingeblendet werden können. Auf http://openweathermap.org/weather-conditions findet man eine Liste von jeweils 9 Icons für Tag und Nacht, mit denen man das aktuelle Wetter darstellen kann. Ich bräuchte nun diese 2 x 9 = 18 Icons jeweils für die WC12h und die WC24h, d.h. einmal in der Größe 11x10 und in der Größe 18x16. Hat jemand Lust und Zeit, diese zu erstellen? Bitte nicht als Graphik, sondern in Textform. Beispiel: Ein 11x10 Icon: 11111111111 22222222222 33333333333 44440004444 55550005555 66660006666 77770007777 33333333333 22222222222 11111111111 Die Zahlen 0-7 sollen einfach Farben darstellen, nämlich: 0 schwarz 1 rot 2 grün 3 gelb 4 blau 5 magenta (lila) 6 cyan (türkis) 7 weiss Vielleicht hat da jemand "künstlerische" Ambitionen :-) Gruß und Dank, Frank
Frank M. schrieb: > Fazit: Alles, was mit ununterbrochenem Fading zu tun hat, muss anders > realisiert werden, nämlich direkt aus dem Timer-Interrupt. Ob und wie > das zusammen mit dem DMA-Transfer zu einem Problem wird, muss ich > erstmal ausführlich testen. Bei dem immer komplexer werdenden Ambilight kam mir der Gedanke, ob man diese paar LEDs evtl. besser an den Anfang der Kette setzt und so vielleicht die Fading Sachen schneller aktualisiert bekommt? Wäre Alternativ eine separate HW Ansteuerung denkbar? Oder verstehe ich die Problematik falsch und es hat eher was mit den Reaktionszeiten der Echtzeituhr zu tun?
Frank M. schrieb: > Thomas B. schrieb: >> Finde, viele Animationen würden auf der WC12h evtl. um einiges besser >> aussehen(oder wären besser zu erkennen), wenn sie ca. 20-30% (evtl. auch >> mehr?) langsamer laufen würden. > > [...] einen Geschwindigkeitsregler für die Animationen > einzubauen. Fragt sich dann natürlich direkt: Generell oder für jede > Animation? Ich bin zugegebenermaßen ein großer Fan der Animationen (und je mehr es gibt desto weniger oft wiederholen sich einzelne Animationen), daher könnte ich mich wirklich gut mit den langsamer ablaufenden anfreunden - auch bei der 24h. Hatte auch schon öfter gedacht das die eine oder andere recht schnell wieder vorbei ist... Letztendlich sind die Animationen der größte sichtbare Unterschied im Betrieb verglichen mit den alten Wordclocks (jetzt mal abgesehen vom offensichtlichen Unterschied WC12h zu WC24h ;-)) und sorgt immer wieder für staunende Gesichter bei Besuchern, von denen ich auch schon öfter gehört habe "sieht echt cool aus, aber ist leider so schnell vorbei". Ich denke aber auch wenn es zu lang dauert könnte es auf Dauer störend/nervig werden. Die Matrix Animation aus dem Video, das ich oben gepostet hatte, fand ich persönlich zwar echt cool gemacht, aber insgesamt wäre mir das etwas zu lang. Ich vermute mal jede Animation einzeln konfigurierbar zu machen kostet ein Vielfaches mehr Entwicklungszeit und Speicher als die generelle Variante, oder? Ich fänd einen Geschwindigkeitsregler super, aber ich denke ein genereller wäre absolut ausreichend. Was sagen denn die anderen Mitleser/Uhrenbesitzer zum Thema? >> PPS: Sollte noch Bedarf an Anregungen bestehen: >> - Animation, bei der die Wörter sich jeweils auf eine LED (Wortmitte, >> -anfang, -ende?) zusammenziehen und die letzten LEDs, nach einer kurzen >> Pause (evtl. mit Aufflackern/Aufblitzen?) ausgehen. >> Neue Uhrzeit dann in >> gleicher Weise (erst 1 LED pro Wort, dann breitet/rollt sich das ganze >> Wort aus) Coole Idee! :-) Vielleicht könnte die letzte LED dann "ausbrennen", also beim zusammenziehen/"einsaugen" der Buchstaben irgendwie gelblich und heller werden und dann ausfaden (mit oder ohne flackern - egal)? Ich hätte auch noch Ideen für Animationen: z.B. Leuchtstoffröhre: Die Wörter gehen mit leichten Zeitversatz flackernd an, ein wenig so als würde man eine Reihe alter Leuchtstoffröhren einschalten. oder schwarzes Loch: irgendwo auf der Buchstabenmatrix entsteht ein schwarzes Loch und saugt die Buchstaben der alten Uhrzeit an/ein >> - ich nenn es mal WTF?-Animation: Erst wird ein falsches Muster >> angezeigt und nach ein paar Sek. wird ein "?" oder ";-)" eingeblendet >> und das Muster ändert sich auf die richtige Uhrzeit. (Evtl. erst alle >> Wörter eine Zeile zu hoch und fallen dann runter...)(für die Spaßvögel >> unter den WC-Besitzern) (welch eine Mehrdeutigkeit "WC-Besitzer"... ;) > > Das finde ich nett :-) Hehe, erinnert mich ein wenig an den Gag zum 1. April der alten WC (ich bekomme jedes Jahr wieder zum 1. April ein Bild oder einen Anruf dass irgendwas an der Uhr "kaputt" ist... und ein dummes Gesicht wenn ich dann auf das Datum hinweise ;-))
:
Bearbeitet durch User
Angehängte Dateien:
-
Sonne.gif
698 Bytes
Hallo Frank, zu den Icons: Warum nur 7-8 Farben? Können keine RGB Farben dargestellt werden? Und warum nur statische Icons und keine Animationen ;) Hab auf die schnelle mal eine Sonne erstellt: http://www.bilder-upload.eu/show.php?file=913895-1469028537.gif Gruß Tom
Frank M. schrieb: ... >> Bei der Matrix Animation könnte man die alte Uhrzeit Buchstabe für >> Buchstabe ausblenden, wenn der Buchstabe zum 1. oder 2. mal (was besser >> aussieht) von einem "Strahl" durchlaufen wird. Wenn dann die alte >> Uhrzeit komplett gelöscht ist, beginnt in gleicher Weise, nur umgekehrt, >> der Aufbau der neuen Uhrzeit. (ist auch in den meisten Youtube-Uhren so, >> oder so ähnlich, zu sehen) > > Den zweiten Teil habe ich nicht verstanden. Soll da ein weiterer Strahl > durch? Also erst werden alle Buchstaben der alten Zeit gelöscht, und zwar immer dann, wenn ein Buchstabe von einem Strahl getroffen/durchlaufen wird. (Evtl. sollte der Buchstabe auch erst gelöscht werden, wenn er 2 mal durchlaufen wurde, falls es sonst zu schnell geht.) Wenn dann alle alten Buchstaben gelöscht sind, läuft die Matrix-Animation weiter und immer, wenn ein Strahl ein Feld durchläuft, das Bestandteil der neuen Uhrzeit ist, wird diese LED fix eingeschaltet, bis die neue Uhrzeit komplett angezeigt ist. Erst dann endet die eigtl. Matrix-Animation. (evtl. ,wie beim Ausblenden, das Feld erst einschalten, wenn es zum 2. mal von einem Strahl durchlaufen wurde, da es evtl. sonst zu schnell geht.) Hoffe ich konnte jetzt besser rüberbringen, wie ich mir das vorstelle. >> Finde, gerade das macht das Ganze erst so richtig "rund". ;) (Ist aber >> evtl. programmiertechnisch hoher Aufwand?) > > Bestimmt. Ich habe gerade die Version 2.0.6 im Test und muss > feststellen, dass beim STM32F103 und der WC24h nur noch 2,5KB Flash frei > ist. Langsam wirds knapp. Bei Nucleo ist es kein Problem und beim > STM32F103 zusammen mit WC12h sind noch 9KB Luft. Das war für mich der Hauptgrund, auch bei der WC12h gleich auf das NucleoBoard zu gehen. ;) Hoffe ja mal, wir kriegen auch den Speicher vom Nucleo noch voll... ;) (Die Lösung: Animationen werden online abgerufen... Wer stellt den Server? OMG...) ... > Ja, das wäre bestimmt ein guter Ansatz. Ich habe aber sowieso schon > drüber nachgedacht, einen Geschwindigkeitsregler für die Animationen > einzubauen. Fragt sich dann natürlich direkt: Generell oder für jede > Animation? Wenn der Aufwand nicht viel größer ist, würd ich dafür plädieren, gleich für jede Animation einen separaten Regler zu haben. Dann braucht niemand Kompromisse diesbezügl. einzugehen. >> PPS: Sollte noch Bedarf an Anregungen bestehen: >> - Animation, bei der die Wörter sich jeweils auf eine LED (Wortmitte, >> -anfang, -ende?) zusammenziehen und die letzten LEDs, nach einer kurzen >> Pause (evtl. mit Aufflackern/Aufblitzen?) ausgehen. > > Der 1. Teil entspricht dem Gegenteil von Explode. Da wandern die LEDs > von der Mitte aus strahlenförmig an ihren Platz. Die Explode-Animation > berechne ich übrigens, indem ich einen Implode simuliere und dann die > Animation rückwärts ablaufen lasse :-) Man muss sich nur zu helfen wissen... ;) Evtl. hab ich mich hier etwas missverständlich ausgedrückt. Die Wörter sollen sich nicht alle auf ein gemeinsames Zentrum zusammenziehen, sondern jedes Wort für sich zieht sich auf eine LED zusammen. Welche das sein soll (Anfang Ende Mitte) müsste man halt noch festlegen. (geht mehr in Richtung "Teletype", wie du schon erkannt hast) Dann blitzen diese LEDs nochmal kurz auf und verlöschen anschließend(leicht flackernd; so wie das Ausbrennen einer Kerze? evtl. beschreibt es das am besten) Oder auch ohne aufblitzen.? Der Aufbau der neuen Uhrzeit, läuft dann einfach umgekehrt. Zuerst flackern langsam die jeweiligen "Basis-LEDs" für jedes Wort auf und daraus "wächst" dann das Wort. Finde auch Peters Idee mit dem heller werden der "Basis-LED", während die anderen LEDs eingesogen werden, nicht schlecht. Die Basis-LED "frisst" sozusagen die anderen LEDs und wird dabei immer heller, bis sie "platzt" (also ausgeht). Evtl. wäre es für die Snake-Animation auch eine Option, dass die Schlange länger wird, wenn sie ein Wort "gefressen" hat. (+ Anzahl der Wort-LEDs oder + 1 LED pro Wort, wenns sie sonst zu lang würde) >> Neue Uhrzeit dann in >> gleicher Weise (erst 1 LED pro Wort, dann breitet/rollt sich das ganze >> Wort aus) > > Hm, Du meinst wie Teletype? Im Großen und Ganzen ist es wohl eine abgwandelte Teletype. Gruß Tom
Hallo Tom, Tom schrieb: > Warum nur 7-8 Farben? Können keine RGB Farben dargestellt werden? Doch, natürlich können diese Farben dargestellt werden. Ich wollte nur Speicher sparen :-) Bei nur 7 Farben (eigentlich 8 wegen schwarz) und 2 Helligkeitsstufen pro Farbe (also eigentlich 16 Farben, hatte ich vergessen zu erwähnen) braucht ein Pixel 4 Bits. Bei der WC24h mit 288 LEDs bräuchte man "nur" 144 Bytes für ein Bild. Bei 18 Icons wären das dann 2,5KB. Bei Full-RGB bräuchte man 3 Bytes pro Pixel und damit 864 Bytes pro Bild, macht bei 18 Icons satte 15,5KB. Aber man kann natürlich optimieren: Man legt fest, dass man 16 frei wählbare Full-RGB-Farben pro Bild benutzen kann. Dann braucht man eine Lookup-Table von 16x3 Bytes = 48 Bytes. Im Icon benutzt man dann nur noch die Indices auf diese Lookup-Table. Damit "kostet" jedes Bild auch nur 144 Bytes plus 48 von der Lookup-Table. Macht dann 192 Bytes pro Bild, also knapp 3,5KB. Wir sind dann nicht mehr auf die Standard-Farben beschränkt, aber bleiben vom Speicherplatz in ähnlichen Regionen wie die Trivial-Lösung. Ausserdem sind es nicht wirklich 18 Icons, manche sind für Tag und Nacht identisch.... > Und warum nur statische Icons und keine Animationen ;) Da ist natürlich was dran :-) Fragt sich nur, wie man diese Animationen erzeugt: Entweder aus vielen Einzelbildern oder man animiert das Bild per Programm selbst. Letzeres wird erheblich speicherplatzsparender. Ich habe mir Dein Gewitter angeschaut, sieht klasse aus! Dürfte auch nicht schwierig sein, diese per Programm einzubauen, vielleicht als "Sprites", die man über das Display bewegt, so wie das früher auf C64 bzw. ZX-Spectrum gemacht wurde. Ein Sprite wäre dann die Wolke, ein anderes der Blitz usw. > Hab auf die schnelle mal eine Sonne erstellt: > http://www.bilder-upload.eu/show.php?file=913895-1... Gefällt mir sehr sehr gut! Du hast den Job! :-)) Wir müssten uns dann nur noch über das weitere Vorgehen verständigen. Viele Grüße, Frank
:
Bearbeitet durch Moderator
Hier noch ein paar weitere Ideen: Kran-Animation: Von oben senkt sich langsam ein einzelner Strang mittig über dem 1. Wort auf dieses, "greift" es, und zieht es nach oben aus dem Display. Dann das nächste Wort, usw... Anschließend werden die Wörter der neuen Uhrzeit nacheinander ins Bild abgesenkt. (Wobei der Strang das Wort an seinen Platz setzt, "abdockt" und wieder nach oben verschwindet, dann nächstes Wort...) Das "An- und Abdocken" könnte man sogar am Strang anzeigen. Die unterste LED im Strang (=> Haken) ist solange rot, bis Kontakt zum Wort besteht. Wurde erfolgreich angedockt, wird auf grün umgeschaltet, und anschließend das Wort hochgezogen. (Beim Absenken halt umgekehrt...) Natürlich ist mir auch klar, dass bei der WC24 lange Animationen eher ungünstig sind, da sie ja minütlich getriggert werden. Vielleicht wäre es sinnvoll, wenn die Animationen aufwändiger werden, diese in 2 Gruppen zu unterteilen, und die aufwändigeren (wie z.B oben beschriebene Matrix-Animation oder Kran...) nur alle X-Minuten (einstellbar) einzublenden? Die beiden anderen Ideen von Peter find ich auch super. (v.a. das schwarze Loch, erst erwischts die am nächsten gelegenen Buchstaben und nacheinander brechen dann alle los... so würd ich mir das vorstellen) ;) Außerdem darf als Spiel natürlich Pong nicht fehlen. Da gehts dahin mit dem Speicherplatz... ;) PS: Ich glaub, schon alleine wegen den Animationen, muss ich wohl auch noch eine WC24 bauen... ;) Gruß Tom
:
Bearbeitet durch User
Hallo Frank, nachdem ich nun das Uart Kabel getauscht habe, konnte ich auch die Software auslesen. Zuerst stand die Version 2.0.4 im Uart. Hab den exakt dieselbe Datei noch einmal geflashed und plötzlich stand im Uart dann Version 2.0.5. Ich habe aber nichts anders gemacht als vorher. Der einzige Unterschied ist, dass ich aktuell an einem Windows 7 Rechner arbeite und vorher die Datei über einen Windows10 Rechner geflashed habe. Mit was arbeitet denn ihr alle so? Kommt evtl. das ST-Link Programm nicht mit Windows10 klar? Hab dann gleich mal noch 2min die Matrix getestet, bevor die Uhr schlafen ging. Sieht echt mehr als gelungen aus. Dickes Lob dafür. Eine Frage dazu. Ist diese Animation immer in grün gehalten? Sah jetzt irgendwie etwas merkwürdig aus, wenn es plötzlich von rot nach grün wechselt und dann bei orange ankommt. Werde ich morgen mal in ruhe beobachten.
Was mir noch aufgefallen ist. Bei der Clock2 ist es so, dass die Sekunde in, mehr oder weniger, weiß im Kreis läuft. Sollte die Sekunden im "normalen" Modus nicht die gleiche Farbe haben, die die Schrift und auch die Farbwechsel mit machen? Weil ich habe ja auch die Möglichkeit die Farbe des Ambilights losgelöst vom Text zu steuern, da könnte man doch dann weiß manuell definieren.
Sascha G. schrieb: > Bei der Clock2 ist es so, dass die Sekunde in, mehr oder weniger, weiß > im Kreis läuft. Bei Clock (ohne 2) auch? > Sollte die Sekunden im "normalen" Modus nicht die gleiche Farbe haben, > die die Schrift und auch die Farbwechsel mit machen? Gute Frage, eigentlich ja. Wenn "Use display colors" fürs Ambilight gesetzt ist, dann sollten die beim Display eingestellten Farben verwendet werden. Wenn nicht gesetzt, dann sollten die fürs Ambilight gesetzten Farben verwendet werden. > Weil ich habe ja auch die Möglichkeit die Farbe des Ambilights losgelöst > vom Text zu steuern, da könnte man doch dann weiß manuell definieren. Ja. Ich werde das heute abend mal kontrollieren.
Thomas B. schrieb: > Also erst werden alle Buchstaben der alten Zeit gelöscht, und zwar immer > dann, wenn ein Buchstabe von einem Strahl getroffen/durchlaufen wird. Ja. > (Evtl. sollte der Buchstabe auch erst gelöscht werden, wenn er 2 mal > durchlaufen wurde, falls es sonst zu schnell geht.) Wenn dann alle alten > Buchstaben gelöscht sind, läuft die Matrix-Animation weiter und immer, > wenn ein Strahl ein Feld durchläuft, das Bestandteil der neuen Uhrzeit > ist, wird diese LED fix eingeschaltet, bis die neue Uhrzeit komplett > angezeigt ist. Okay. > Hoffe ich konnte jetzt besser rüberbringen, wie ich mir das vorstelle. Ja, danke. > Wenn der Aufwand nicht viel größer ist, würd ich dafür plädieren, gleich > für jede Animation einen separaten Regler zu haben. Dann braucht niemand > Kompromisse diesbezügl. einzugehen. Okay. Ist wahrscheinlich besser. Sobald ich einen globalen Regler einbaue, wird 5 Minuten später die Frage nach separaten Reglern kommen ;-) > Evtl. hab ich mich hier etwas missverständlich ausgedrückt. Die Wörter > sollen sich nicht alle auf ein gemeinsames Zentrum zusammenziehen, > sondern jedes Wort für sich zieht sich auf eine LED zusammen. Verstanden. > Dann blitzen diese LEDs nochmal kurz auf und verlöschen > anschließend(leicht flackernd; so wie das Ausbrennen einer Kerze? evtl. > beschreibt es das am besten) Oder auch ohne aufblitzen.? Muss man sich wohl anschauen, ob so ein Blitzen wirkt oder nicht. > Der Aufbau der neuen Uhrzeit, läuft dann einfach umgekehrt. Zuerst > flackern langsam die jeweiligen "Basis-LEDs" für jedes Wort auf und > daraus "wächst" dann das Wort. Okay. > Finde auch Peters Idee mit dem heller werden der "Basis-LED", während > die anderen LEDs eingesogen werden, nicht schlecht. Die Basis-LED > "frisst" sozusagen die anderen LEDs und wird dabei immer heller, bis sie > "platzt" (also ausgeht). Da sehe ich ein Problem: Heller als hell geht nicht. Das ist nur in abgedunkelten Räumen möglich, wo die Grundhelligkeit auch runtergedimmt ist. Und da würde mich so eine "Unruhe" - nämlich das Aufblitzen extrem stören. Wir sollten es da nicht mit den Animationen übertreiben. Animationen schön und gut, aber sie sollten nicht nerven, wenn man gerade nicht hinschaut. > Evtl. wäre es für die Snake-Animation auch eine Option, dass die > Schlange länger wird, wenn sie ein Wort "gefressen" hat. (+ Anzahl der > Wort-LEDs oder + 1 LED pro Wort, wenns sie sonst zu lang würde) Ja, könnte man machen. Macht es aber etwas komplizierter von der Programmierung und wahrscheinlich ist der Effekt bei der Geschwindigkeit sowieso nicht merkbar.
Thomas B. schrieb: > Kran-Animation: Sehr interessant, ich weiß nur nicht, ob das bei einer simplen Matrix von 11x10 und 18x16 überhaupt "wirkt". Wir haben da schließlich kein vollauflösendes HD-Display ;-) > Natürlich ist mir auch klar, dass bei der WC24 lange Animationen eher > ungünstig sind, da sie ja minütlich getriggert werden. Vielleicht wäre > es sinnvoll, wenn die Animationen aufwändiger werden, diese in 2 Gruppen > zu unterteilen, und die aufwändigeren (wie z.B oben beschriebene > Matrix-Animation oder Kran...) nur alle X-Minuten (einstellbar) > einzublenden? Ich denke, solche längeren Animationen könnte man vielleicht per Einstellung dann aktivieren, wenn es einem weniger auf die Uhrzeit, sondern eher auf die Show-Effekte ankommt. > Außerdem darf als Spiel natürlich Pong nicht fehlen. Okay, kommt auf die Todo-Liste. Pong auf 10x11 wird aber ziemlich ruckelig :-) > PS: Ich glaub, schon alleine wegen den Animationen, muss ich wohl auch > noch eine WC24 bauen... ;) Ja, lohnt sich absolut.
Peter G. schrieb: > Vielleicht könnte die letzte LED dann "ausbrennen", also beim > zusammenziehen/"einsaugen" der Buchstaben irgendwie gelblich und heller > werden und dann ausfaden (mit oder ohne flackern - egal)? Mit dem heller werden sehe ich ein Problem, siehe Beitrag "Re: WordClock mit WS2812" > z.B. Leuchtstoffröhre: Die Wörter gehen mit leichten Zeitversatz > flackernd an, ein wenig so als würde man eine Reihe alter > Leuchtstoffröhren einschalten. Gute Idee, -> Todo-Liste > oder schwarzes Loch: irgendwo auf der Buchstabenmatrix entsteht ein > schwarzes Loch und saugt die Buchstaben der alten Uhrzeit an/ein Das wäre Implode statt Explode, könnte man glatt davorschalten.
Sascha G. schrieb: > Hab dann gleich mal noch 2min die Matrix getestet, bevor die Uhr > schlafen ging. > Sieht echt mehr als gelungen aus. Dickes Lob dafür. > Eine Frage dazu. Ist diese Animation immer in grün gehalten? Sah jetzt > irgendwie etwas merkwürdig aus, wenn es plötzlich von rot nach grün Ja, die Matrix-Animation ist ausschließlich in grün gehalten - wie im Original auch. Die "Strahlspitzen" sind jedoch gelb. Ich kann die komplette Animation auch auf die aktuelle Anzeigefarbe ändern. Wie ist da die allgemeine Meinung?
Ich habe meine Uhr leider immer noch nicht aufgebaut. Bin aber schon sehr gespannt. Die ganzen Animationen sind sicherlich witzig und machen auch den Reiz aus. Das sich damit nun so intensiv beschäftigt wird, deute ich mal so, dass die Uhr Funktionalität ausreichend gut funktioniert und nun das Potential einer Matrix Anzeige weiter ausgereizt wird. Mich hat vor längerer Zeit schon mal dieses Projekt hier interessiert. 16x16 LED Matrix mit Joystick Anschlüssen und Animationen und Spielen. http://www.das-labor.org/wiki/Borg16#Spiele Vielleicht ist da noch was bei? Ein Gamemode wo zwei Leute per Handy gegeneinander spielen können wäre geil ;-)
Frank M. schrieb: > Mit dem heller werden sehe ich ein Problem, siehe > > Beitrag "Re: WordClock mit WS2812" Ach, dann lassen wir das heller werden einfach weg. :-) Ich war mir auch nicht sicher ob das nicht auf Dauer aus dem Augenwinkel einfach nervt. Man könnte ja stattdessen die "ansaugende" LED gelb halten oder einfach irgendwie farblich von der aktuellen Displayfarbe hervorheben, z.B. durch einen Sprung auf die gegenüberliegende Seite des Colorwheel. >Ja, die Matrix-Animation ist ausschließlich in grün gehalten - wie im >Original auch. Die "Strahlspitzen" sind jedoch gelb. Ich kann die >komplette Animation auch auf die aktuelle Anzeigefarbe ändern. > >Wie ist da die allgemeine Meinung? Ich finde wenn man sie schon Matrix nennt sollte sie auch so aussehen... und die Animation aus dem Film sind halt grüne Strahlen und am Anfang heller/intensiver als bei den älteren Teilen des Strahls. Man könnte ja vielleicht einfach die Animation kopieren und zusätzlich eine bunte Version erzeugen? Mir gefällt die grüne Version richtig gut, da würde ich jetzt nur ungern wieder drauf verzichten. ;-P Aber passend zum Thema vielleicht noch ein weiterer Punkt für die ToDo Liste: Neben "Random" eine Auswahl an Animationen ermöglichen, dann könnte jeder für sich die Animationen die er bevorzugt oder nicht mag zu- oder abschalten. Könnte man ja vielleicht zusammen mit dem Schieberegler für die Geschwindigkeit implementieren, also Haken setzen für Animation an/aus und bei "an" einen Schieberegler einblenden, mit dem die Geschwindigkeit eingestellt werden kann. Ist aber nur ein Vorschlag, je nachdem wie du planst die Geschwindigkeitsanpassung einzubauen. ;-) Gruß, Peter
:
Bearbeitet durch User
Bernd schrieb: > Ich habe meine Uhr leider immer noch nicht aufgebaut. Dann wirds aber Zeit, Frontplatten habe ich aus der letzten Sammelbestellung sowohl noch für WC12h als auch für WC24h übrig :-) > Die ganzen Animationen sind sicherlich witzig und machen > auch den Reiz aus. Das sich damit nun so intensiv beschäftigt wird, > deute ich mal so, dass die Uhr Funktionalität ausreichend gut > funktioniert und nun das Potential einer Matrix Anzeige weiter > ausgereizt wird. Ja, sehe ich genauso. Die "Uhr" an sich zur Anzeige der Zeit ist soweit fertig und für mich erstmal abgeschlossen. > Mich hat vor längerer Zeit schon mal dieses Projekt > hier interessiert. 16x16 LED Matrix mit Joystick Anschlüssen und > Animationen und Spielen. > http://www.das-labor.org/wiki/Borg16#Spiele Schaue ich mir an, danke. > Ein Gamemode wo zwei Leute per Handy gegeneinander spielen können wäre > geil ;-) Ja, ich dachte sowieso daran, dass man TRON einmal gegen die Uhr als auch mit einem Mitspieler spielen könnte.
:
Bearbeitet durch Moderator
Peter G. schrieb: > Ach, dann lassen wir das heller werden einfach weg. :-) Jepp :-) > Ich finde wenn man sie schon Matrix nennt sollte sie auch so aussehen... > und die Animation aus dem Film sind halt grüne Strahlen und am Anfang > heller/intensiver als bei den älteren Teilen des Strahls. Man könnte ja > vielleicht einfach die Animation kopieren und zusätzlich eine bunte > Version erzeugen? Mir gefällt die grüne Version richtig gut, da würde > ich jetzt nur ungern wieder drauf verzichten. ;-P Vielleicht ein Häkchen: "Current Color / Green" in den Einstellungen... > Aber passend zum Thema vielleicht noch ein weiterer Punkt für die ToDo > Liste: Neben "Random" eine Auswahl an Animationen ermöglichen, dann > könnte jeder für sich die Animationen die er bevorzugt oder nicht mag > zu- oder abschalten. Ja, gute Idee. Mach ich so. > Könnte man ja vielleicht zusammen mit dem > Schieberegler für die Geschwindigkeit implementieren, also Haken setzen > für Animation an/aus und bei "an" einen Schieberegler einblenden, mit > dem die Geschwindigkeit eingestellt werden kann. Ja, genau so. > Ist aber nur ein > Vorschlag, je nachdem wie du planst die Geschwindigkeitsanpassung > einzubauen. ;-) Für jede Animation einzeln. Ist besser so.
Hallo Frank, Frank M. schrieb: > Ja, die Matrix-Animation ist ausschließlich in grün gehalten - wie im > Original auch. Die "Strahlspitzen" sind jedoch gelb. Ich kann die > komplette Animation auch auf die aktuelle Anzeigefarbe ändern. Eine eigene Auswahl der Farbe über den Wenservice für die Animationen wäre denkbar :-) War übrigens kein direkter Änderungswunsch. Mehr eine Feststellung/Frage, ob das so richtig ist. Frank M. schrieb: > Bei Clock (ohne 2) auch? Das müsste ich jetzt direkt testen. Ergebnis kann ich heute Abend gerne nachreichen. Peter G. schrieb: > Ich finde wenn man sie schon Matrix nennt sollte sie auch so aussehen... > und die Animation aus dem Film sind halt grüne Strahlen und am Anfang > heller/intensiver als bei den älteren Teilen des Strahls. Man könnte ja > vielleicht einfach die Animation kopieren und zusätzlich eine bunte > Version erzeugen? Mir gefällt die grüne Version richtig gut, da würde > ich jetzt nur ungern wieder drauf verzichten. ;-P Ich steh auch total auf das grün. Hab mich eben nur gewundert, da die anderen Anderen, von mir getesteten Animationen, alle die Farbe mit übernommen haben. Aber ich werde die Uhr einfach auf grün stellen, dann sieht es sicher noch besser aus. Könnte man da eigentlich noch das Ambilight mit einbeziehen (oben --> alle, dann erste Buchstabenreihe, seitlich--> synchron zu Buchstaben, unten--> nach letzter Buchstabenreihe)
Frank M. schrieb: > Sascha G. schrieb: >> Bei der Clock2 ist es so, dass die Sekunde in, mehr oder weniger, weiß >> im Kreis läuft. > > Bei Clock (ohne 2) auch? > >> Sollte die Sekunden im "normalen" Modus nicht die gleiche Farbe haben, >> die die Schrift und auch die Farbwechsel mit machen? > > Gute Frage, eigentlich ja. > > Wenn "Use display colors" fürs Ambilight gesetzt ist, dann sollten die > beim Display eingestellten Farben verwendet werden. Wenn nicht gesetzt, > dann sollten die fürs Ambilight gesetzten Farben verwendet werden. Kann ich so bestätigen. Die Clock-Animationen (Clock und Clock2) übernehmen die Farbe des Displays nicht, wenn "Use Display Colors" angehakt ist. (Weder bei fest eingestellter Displayfarbe noch bei "Rainbow".) Beim normalen Ambilight Modus (alle LEDs an) funktionierts. Gruß Tom
Voller Tatendrank hab ich mir den Quellcode zurecht geschnitten und die Sonne + Gewitter programmiert :D 12h + STM32F103
Tom schrieb: > Voller Tatendrank hab ich mir den Quellcode zurecht geschnitten > und die > Sonne + Gewitter programmiert :D > > 12h + STM32F103 Kann ich mir leider nicht ansehen, habe eine WC24h. Wo ist der Quellcode dazu? Mit der Hex-Datei kann ich leider nichts anfangen.
Frank M. schrieb: >> Kran-Animation: > > Sehr interessant, ich weiß nur nicht, ob das bei einer simplen Matrix > von 11x10 und 18x16 überhaupt "wirkt". Wir haben da schließlich kein > vollauflösendes HD-Display ;-) Hab auch grad gesehen, dass bei der WC24 teilweise 5 oder mehr Wörter eingebendet sind, da wäre das dann auch etwas langwierig... Naja dann lassen wir die Idee halt noch ein bisschen reifen... ;) Vielleicht dann bei der WC365d... ;) ... > Okay, kommt auf die Todo-Liste. Pong auf 10x11 wird aber ziemlich > ruckelig :-) Das ist halt dann gerade die Herausforderung, wenn der Ball auch noch "Haken schlägt"... ;) Man könnte auch eine weitere Variante draus machen: "Torwand schießen" Oben ist eine Linie, mit einer Lücke an einer zufälligen Stelle, und diese muss man treffen (Ball prallt von der Mauer oben und den Seitenwänden ab). Wenn der Ball unten aus dem Bild rollt, verliert man ein Leben. Schwierigkeitslevel könnte man durch steigern der Geschwindigkeit oder verkleinern des Schlägers/der Lücke einbauen. Weiteres Spiel: "Space Invaders"? (oder "Raumschiff" nur durch einen herunterscrollenden Korridor steuern... Evtl. sogar Multiplayer: P1 steuert das "Raumschiff" und P2 den Verlauf des Korridors) Frank M. schrieb: > Ja, die Matrix-Animation ist ausschließlich in grün gehalten - wie im > Original auch. Die "Strahlspitzen" sind jedoch gelb. Ich kann die > komplette Animation auch auf die aktuelle Anzeigefarbe ändern. > > Wie ist da die allgemeine Meinung? Also ich würde sie auch möglichst nah am Orginal halten. Aber um späteren Wünschen nach Farbänderungen zuvorzukommen, würde ichs evtl. gleich frei einstellbar machen. Wenn man für Spitze und Strahl jeweils eine Farbe oder "wie Display" einstellen könnte, sollte eigtl. alles abgedeckt sein. PS: Im Original sind die Spitzen glaub ich weiß... (zumindest in Teil 1) Sascha G. schrieb: > Könnte man da eigentlich noch das Ambilight mit einbeziehen (oben --> > alle, dann erste Buchstabenreihe, seitlich--> synchron zu Buchstaben, > unten--> nach letzter Buchstabenreihe) Wär echt ne super Option. (v.a. bei umlaufendem Ambilight mit 60LEDs oder mehr...) PS: Frank M. schrieb: > Ja, sehe ich genauso. Die "Uhr" an sich zur Anzeige der Zeit ist soweit > fertig und für mich erstmal abgeschlossen. Es gäb da natürlich schon noch andere Möglichkeiten, als die Anzeige über Worte, z.B. die Fibonacci-Uhr: https://www.youtube.com/watch?v=YIN95L4BdLk (Erklärung, wie die Zeit abgelesen wird ab 6:40) oder Binär-Uhr: https://www.youtube.com/watch?v=oPtEoBu-oZo Wär ja evtl. für später auch noch eine Option, andere Zeitanzeigekonzepte einzubeziehen.? Gruß Tom
:
Bearbeitet durch User
Sollte die Helligkeit des Ambilight auch vom LDR abhängen? Bir mir tut sich da nämlich nichts. (Egal welcher Ambilight-Typ ausgewählt ist) Evtl. wär das auch noch eine sinnvolle Option? Noch ein Nachtrag zu der "Space Invaders"-Idee: Es wäre auch eine Möglichkeit, dass ein Spieler/Zufall Blöcke von oben herabfallen lässt und der andere Spieler unten ausweichen muss. Gruß Tom
:
Bearbeitet durch User
Angehängte Dateien:
Torsten G. schrieb: > Für das MiniDev habe ich bereits den Eintrag im WC Artikel angepasst. > Bestückte Bilder liefere ich nach, sobald ich ein Board bestückt habe. Ich habe mal ein paar Handy-Bilder von meinen bestückten STM32F401-Shields gemacht. Wenn gewünscht kann ich auch noch höher aufgelöste Versionen nachliefern für den Artikel.
Hi Frank, ich hab mal ne Frage zur Ansteuerung der LEDs, genauer zu den Timings die du für HI0/1, LOW0/1 und Reset benutzt. Ich hab leider keine Ahnung wo ich die im Code finde und die Seite mit dem Artikel hat scheinbar gerade Ladehemmungen. Hintergrund ist der Frankenstein von 12h, die ich hier gerade für die Schwiegereltern liegen hab und die ich aus einer alten Uhr mit WS2812S LEDs auf Platinen fürs Display und einem WS2812B Strip fürs Ambilight aufgebaut habe. Das Display läuft absolut sauber, aber im Ambilight habe ich manchmal ein paar Falschfarben. Habe ich bei meiner 24h nicht und ich hab irgendwie in Erinnerung, dass die beiden LED Typen leicht andere Timings brauchen. Ich bin mir sicher bei der Verkabelung gibt es kein Problem, daher vermute ich, dass die Probleme evtl. damit zusammenhängen könnten. Könnte man da vielleicht mit ein wenig Justage an den Timings Abhilfe schaffen, oder muss ich die Uhr doch noch anders aufbauen? Eine schnelle Suche brachte mich zu einer Übersicht der Timings: https://cpldcpu.files.wordpress.com/2014/02/allthree.png https://cpldcpu.files.wordpress.com/2014/01/ws2812_timing.png Gruß Peter
Hi Peter, Peter G. schrieb: > ich hab mal ne Frage zur Ansteuerung der LEDs, genauer zu den Timings > die du für HI0/1, LOW0/1 und Reset benutzt. Ich hab leider keine Ahnung > wo ich die im Code finde und die Seite mit dem Artikel hat scheinbar > gerade Ladehemmungen. Das Timing findest Du in ws2812.c - auch oben im Kommentarblock beschrieben - sowohl für WS2812 als auch für WS2812B. Ich selbst benutze ein Timing, welches sowohl von WS2812 als auch von WS2812B akzeptiert wird, da es in einem geringen Bereich Überschneidungen gibt. > Das Display läuft absolut sauber, aber im Ambilight habe > ich manchmal ein paar Falschfarben. Das Problem wird sein, dass das Display aus anderen LEDs als das Ambilight besteht. Du steuerst ja nur die erste LED an, die anderen werden jeweils von der Vorgänger-LED angesteuert. Das Timing kannst Du daher für das Ambilight nicht beeinflussen, denn dieses wird ja von der letzten LED im Display bestimmt. Du kannst höcstens Glück haben, dass es läuft, wenn Du das Ambilight vor das Display hängst und dass die erste Display-LED tolerant genug ist, das Timing der letzten Ambilight-LED zu akzeptieren. Dann müsstest Du allerdings das Programm umschreiben. > Könnte man da vielleicht mit ein wenig Justage an den Timings Abhilfe > schaffen, oder muss ich die Uhr doch noch anders aufbauen? Nein, Du kannst da nichts machen. Du kannst nur die 1. LED ansteuern, die anderen kannst Du nicht beeinflussen. Da musst Du die Uhr doch anders aufbauen - am besten mit LEDs gleichen Typs. Gruß, Frank
Angehängte Dateien:
Da das Wiki immer noch tot ist, stelle ich hier die Version 2.0.6 zur Verfügung, Die Änderungen habe ich bereits im Wiki angekündigt, daher kann ich sie hier nur aus dem Kopf wiedergeben: 1. Neue Animation "Drop" 2. Neue Animation "Squeeze" 3. Geschwindigkeitsregler für sämtliche Animationen 4. Angaben von Favoriten für die Animationen, die dann bei der Random-Animation ausgewählt werden sollen 5. Geschwindigkeitsregler für Rainbow - sowohl für Display als auch für Ambilight 6. Angabe von Temperaturkorrekturen für DS18xx als auch für RTC in Schritten von 0,5°C bei Selbsterwärmung 7. LED-Kalibrierung durch Messen vom dunkelsten und hellsten Wert manuell im Web-Interface möglich - ungetestet! 8. Clock und Clock2 auf dem Ambilight laufen nun je nach Einstellung in der Display-Farbe oder selbstständig in der Ambilight-Farbe 9. Temperatur-Anzeige auf der WC12h nun nicht mehr als Laufschrift, sondern durch zwei große Ziffern auf dem Display. Wenn die Temperatur xx,5°C und nicht xx,0°C beträgt, wird das "standesgemäß" auf der WC12h durch zwei leuchtende Minuten-LEDs angezeigt. Das mit den Minuten-LEDs ist ungetestet, da ich gerade keine WC12h zur Hand habe. 10. Angabe eines Intervalls, wie oft die Temperatur automatisch eingeblendet werden soll. Bei "1" wird die Temperatur einmal pro Minute eingeblendet, nämlich immer um hh:mm:30. Bei Angabe von z.B. "5" passiert das dann halt nur noch alle 5 Minuten. Wird 0 oder nichts eingegeben, wird keine Temperatur automatisch eingeblendet. Es wurde noch hier und da kleinere Änderungen vorgenommen, die mir gerade jedoch nicht einfallen. Werde ich bei Gelegenheit nachreichen. Die Dokumentation der Änderungen werde ich noch nachreichen, sobald das Wiki wieder online ist. Die hier angehängten Bilder vermitteln aber schon mal einen Eindruck. Viel Spaß, Frank
:
Bearbeitet durch Moderator
Hi Frank, Mist, ich hatte es schon befürchtet. Ich teste morgen mal eine WS2812B als erste Minute und schau ob sich was verändert. Sonst muss ich wohl für die Leute, die sich ein Ambilight gewünscht haben noch ein paar Stripes bei Torsten besorgen. :'( Danke für die neue Version. Habe sie eben mal auf eine 12h und eine 24h geflasht. Die neuen Animationen sehen super aus und mit der Möglichkeit die Animationen zu verlangsamen sind sie jetzt auf der 12h... Ich nenn es mal benutzbar. ;-) Beim Test sind mir allerdings 2 Bugs aufgefallen: 1) Im Tab Animations die Rainbow Geschwindigkeit geändert, auf Save gedrückt, im Adressfeld steht http://192.168.4.1/display?csp1=2&action=savecan1 und ich Lande im Tab Display. Der eingestellte Wert wurde nicht gespeichert. 2) Ähnlicher Fall... Im Tab Display trage ich ein Temp Intervall ein, Save, http://192.168.4.1/temperature?tinterval=1&action=savetinterval im Adressfeld und lande im Temp Tab. Auch hier wurde der Wert nicht übernommen. WC12h und WC24h jeweils auf einem Mini-Board getestet. Gruß Peter PS: Bei der 12h habe ich jetzt bis auf Snake alle Animationen auf 14 oder 15... die sind sonst einfach sauschnell auf der 12h. Bei der 24h ist mir der Wert 1 für Drop noch fast einen Tick zu schnell, bei der 12h fand ich alles kleiner 15 noch zu schnell. PS2: Die 0,5er Temp. Schritte der 12h (2 Minuten LEDs an) funktionieren wie erwartet :-)
:
Bearbeitet durch User
Hallo Frank, hab grade gleich mal die V2.06 geflasht. Find die neuen Features allesamt schon mal echt gut umgesetzt. Hat sich ja einiges getan. ;) Da wunderts mich auch nicht, dass noch nicht alles perfekt läuft (zumal auch noch die WC12h zum testen fehlt... ;) ) Hier meine Beobachtungen beim ersten Probelauf (WC12h; Nucleo F411RE; Angaben zu Einstellungen beziehen sich alle auf Web-Oberfläche): - Der Rainbow-Geschwindigkeitsregler auf der Animations-Seite ist ohne Funktion. (wenn man den Wert ändert und auf "Set" klickt, landet man auf der Displayseite, hier stimmt wohl was mit der URL nicht...) - Wenn die Animationen über "Random" getriggert werden, wird die eingestellte Geschwindigkeit nicht beachtet. - Animation "Drop" wird nicht getriggert, wenn man sie über das Dropdown-Menü auswählt.(Fade evtl. auch nicht? Oder bei "Fade" nur nicht sichtbar, da in diesem Fall Uhrzeit vorher = Uhrzeit nachher?) - Zum Einstellen wäre ein "Animation testen"-Button hinter den Geschwindigkeitsreglern hilfreich, oder die Animation wird auch getriggert wenn man die Geschwindigtkeit mit Klick auf "Set" ändert. (Ansonsten muss man jedesmal die Animation hin und her wechseln, um die Änderung beurteilen zu können.) - automtische Helligkeit funktioniert leider mit dem A906032 trotz Kalibrierung nicht (springt jetzt noch extremer, habe als Min: 0 und als Max: 50). Wenn ich häufig aktualisiere, kann ich sehen, dass der aktuelle Wert, ohne Änderung der Umgebunsghelligkeit, um bis zu 10 Einheiten springt. Den Maximalwert von 50 erhalte ich, wenn ich mit einer Taschenlampe aus einiger Entfernung direkt auf den Buchsteaben "K" leuchte, hinter dem, gut ausgerichtet, der LDR sitzt. Heller wirds über den gesamten Tag wohl auch nicht. (Und selbst bei Max:100 würde die Helligkeit noch springen.) ==> LDR evtl. doch zu hochohmig im Vergleich zum LDR07? - Ambilight zu hell, wenn "Use display colors" aktiviert. Hier wäre es evtl. hilfreich, einen negativen Offset zur Display-Helligkeit auf der Ambilight-Seite einstellen zu können. Dann sollte es auch mit der automatischen Helligkeit zusammen funktionieren. - Fand die Laufschrift für die Temp. bei der WC12 ehrlich gesagt besser/schöner, da "°C" enthalten => vielleicht würde noch ein "°" oben rechts hinpassen (das "F"?) oder zusätzlich die Ziffern nach unten links verschieben, dann wäre etwas mehr Platz. ==> Auswahlmöglichkeit der Anzeigevariante? - Anzeigedauer der Temp. und die Dauer der Animation können sich jetzt in die Quere kommen. (Bei langdauernden Animationen ist die Temp. u. U. nicht mehr zu erkennen. Abhilfe könnte es schaffen, die Anzeigedauer erst zu zählen, nachdem die Animation durchgelaufen ist.) PS: Die Übernahme der Displayfarbe funktioniert jetzt bei den Clock-Animationen. (Ambilight aber zu hell, im Vergleich zum Display. => s. o.) Gruß Tom
Peter G. schrieb: > PS: Bei der 12h habe ich jetzt bis auf Snake alle Animationen auf 14 > oder 15... die sind sonst einfach sauschnell auf der 12h. Bei der 24h > ist mir der Wert 1 für Drop noch fast einen Tick zu schnell, bei der 12h > fand ich alles kleiner 15 noch zu schnell. Aber leider leidet dann das Fading, z. B. bei Matrix, deshalb bin ich hier momentan bei 5. Wollte grad schon folgendes schreiben: ------------ - Die Geschwindigkeitsregler funktionieren sehr gut, aber evtl. ist der Range zu hoch gewählt. Bei keiner Animation würde ich aktuell einen Wert > 5 einstellen (ab 5-8 ists bei einigen Animationen nicht mehr sehr schön, da natürlich das Fading leidet). Denke deshalb, dass es wohl kaum jemanden gibt, der Werte > 10 einstellen würde. ==> Range bei 10 begrenzen und dafür die Intervalle etwas feiner machen? Wie sehen das andere? ------------ ==> so kann man sich täuschen... ;) PS: Habs grad nochmal getestet, und bin mittlerweile auch bei Werten > 10 angekommen. Man muss sich erst mal dran gewöhnen, dass es halt etwas ruckliger wird... ;) @Frank: Die Animationen "Squeeze" und "Drop" sind echt klasse geworden! Was mir auch noch aufgefallen ist, dass bei "Matrix" die Buchstaben durch den Strahl gelöscht werden, wirkt jetzt mit zusätzlich reduzierter Geschwindigkeit schon viel besser! Wenn jetzt die neue Uhrzeit auch noch durch die Strahlen eingeblendet wird, ist's perfekt! ;) Gruß Tom
:
Bearbeitet durch User
Peter G. schrieb: > Hi Frank, > Beim Test sind mir allerdings 2 Bugs aufgefallen: > > 1) Im Tab Animations die Rainbow Geschwindigkeit geändert, auf Save > gedrückt, im Adressfeld steht > http://192.168.4.1/display?csp1=2&action=savecan1 und ich Lande im Tab > Display. Der eingestellte Wert wurde nicht gespeichert. > > 2) Ähnlicher Fall... Im Tab Display trage ich ein Temp Intervall ein, > Save, http://192.168.4.1/temperature?tinterval=1&action=... im > Adressfeld und lande im Temp Tab. Auch hier wurde der Wert nicht > übernommen. Ja, Mist, ich hab die Regler kurzfristig in die jetzigen Tabs übertragen und dabei nicht beachtet, die Reiternamen anzupassen. Dadurch werden die Werte auch nicht gespeichert, da sie an den falschen TAB gesendet werden. Wird kurzfristig korrigiert. > PS: Bei der 12h habe ich jetzt bis auf Snake alle Animationen auf 14 > oder 15... die sind sonst einfach sauschnell auf der 12h. Bei der 24h > ist mir der Wert 1 für Drop noch fast einen Tick zu schnell, bei der 12h > fand ich alles kleiner 15 noch zu schnell. Ja, klar, die LED-Dichte auf der WC12h ist einfach viel geringer. Sollte ich die Default-Werte für die WC12h anders setzen als auf der WC24h? Wenn ja, welche schlägst Du vor? > PS2: Die 0,5er Temp. Schritte der 12h (2 Minuten LEDs an) funktionieren > wie erwartet :-) Danke für den Test. :-) Thomas B. schrieb: > hab grade gleich mal die V2.06 geflasht. > Find die neuen Features allesamt schon mal echt gut umgesetzt. Hat sich > ja einiges getan. ;) Danke :-) > - Der Rainbow-Geschwindigkeitsregler auf der Animations-Seite ist ohne > Funktion. (wenn man den Wert ändert und auf "Set" klickt, landet man auf > der Displayseite, hier stimmt wohl was mit der URL nicht...) Ja, Grund s.o. > - Wenn die Animationen über "Random" getriggert werden, wird die > eingestellte Geschwindigkeit nicht beachtet. Stimmt :-( Das hatte ich noch im Hinterkopf, aber dann wieder vergessen. Wird korrigiert. > - Animation "Drop" wird nicht getriggert, wenn man sie über das > Dropdown-Menü auswählt. Doch, wird getriggert, Du siehst nur nichts :-) Bei Drop werden alte Buchstaben fallengelassen und die neuen von oben wieder reingeschoben. Wenn Du die Animation auswählst, gibt es aber keine neuen und keine alten Buchstaben. Daher siehst Du auch keinen Effekt. (Fade evtl. auch nicht? Oder bei "Fade" nur nicht > sichtbar, da in diesem Fall Uhrzeit vorher = Uhrzeit nachher?) Bei Fade ist es haargenau dasselbe: alte Buchstaben werden abgedunkelt, die neuen werden immer heller. Aber auch hier ändert sich die Uhrzeit nicht. > > - Zum Einstellen wäre ein "Animation testen"-Button hinter den > Geschwindigkeitsreglern hilfreich, Ja. Ist notiert. > - automtische Helligkeit funktioniert leider mit dem A906032 trotz > Kalibrierung nicht (springt jetzt noch extremer, habe als Min: 0 und als > Max: 50). Okay, ich werde mir in den nächsten Tagen meinen LDR doch mal anlöten :-) > ==> LDR evtl. doch zu hochohmig im Vergleich zum LDR07? Kann sein. Ich hatte das damals alles nur mit dem LDR07 getestet. Eventuell brauchen wir beim A906032 einen anderen Widerstand im Spannungsteiler. > - Ambilight zu hell, wenn "Use display colors" aktiviert. > Hier wäre es evtl. hilfreich, einen negativen Offset zur > Display-Helligkeit auf der Ambilight-Seite einstellen zu können. Dann > sollte es auch mit der automatischen Helligkeit zusammen funktionieren. Gute Idee. Das Ambilight hat ja auch kein "Hindernis" wie die Frontplatte noch zu überwinden. Daher wirkt es heller. Ist notiert. > - Fand die Laufschrift für die Temp. bei der WC12 ehrlich gesagt > besser/schöner, da "°C" enthalten => vielleicht würde noch ein "°" oben > rechts hinpassen (das "F"?) oder zusätzlich die Ziffern nach unten links > verschieben, dann wäre etwas mehr Platz. > ==> Auswahlmöglichkeit der Anzeigevariante? Ja, wäre möglich. Ich denke darüber nach. Ich dachte nur: "Wenn die automatische Temperatur-Anzeige für jede Minute aktiviert ist, dann ist bei Laufschrift zuviel Action auf der Uhr". > - Anzeigedauer der Temp. und die Dauer der Animation können sich jetzt > in die Quere kommen. (Bei langdauernden Animationen ist die Temp. u. U. > nicht mehr zu erkennen. Abhilfe könnte es schaffen, die Anzeigedauer > erst zu zählen, nachdem die Animation durchgelaufen ist.) Ja, ich weiß (stöhn). Ich habe nicht damit gerechnet, dass Ihr die Animationen soooo langsam einstellen werdet :-) Okay. Ich sollte die Dauer der Temperatur-Anzeige erst nach dem Durchlauf der Animation mitstoppen. > PS: Die Übernahme der Displayfarbe funktioniert jetzt bei den > Clock-Animationen. (Ambilight aber zu hell, im Vergleich zum Display. => > s. o.) Prima, danke. Thomas B. schrieb: > - Die Geschwindigkeitsregler funktionieren sehr gut, aber evtl. ist der > Range zu hoch gewählt. > Bei keiner Animation würde ich aktuell einen Wert > 5 einstellen (ab 5-8 > ists bei einigen Animationen nicht mehr sehr schön, da natürlich das > Fading leidet). Auch Du könntest mir mal die passenden Default-Werte für die WC12h durchgeben. > Denke deshalb, dass es wohl kaum jemanden gibt, der Werte > 10 > einstellen würde. ==> Range bei 10 begrenzen und dafür die Intervalle > etwas feiner machen? Wie sehen das andere? Ja, die Beschränkung ist wohl sinnvoll. > PS: Habs grad nochmal getestet, und bin mittlerweile auch bei Werten > > 10 angekommen. Man muss sich erst mal dran gewöhnen, dass es halt etwas > ruckliger wird... ;) Hm :-) > Die Animationen "Squeeze" und "Drop" sind echt klasse geworden! Freut mich. > Was mir auch noch aufgefallen ist, dass bei "Matrix" die Buchstaben > durch den Strahl gelöscht werden, wirkt jetzt mit zusätzlich reduzierter > Geschwindigkeit schon viel besser! Das war vorher auch schon so in der 2.0.5, man konnte es aber kaum sehen. Ich habe jetzt auch schon dan gedacht, den Default für die Matrix auch für die WC24h einen Tick langsamer zu wählen. Wirkt einfach besser. > Wenn jetzt die neue Uhrzeit auch noch > durch die Strahlen eingeblendet wird, ist's perfekt! ;) Kommt noch :-) Gruß, Frank
:
Bearbeitet durch Moderator
Hallo Frank, ich hab nun folgende Animationen für die Wetteranzeige erstellt: - Sonne - Gewitter - Nebel - Leicht bewölkt - Leichter Regen - Regenschauer - Schnee Die main.h ist für eine 12h Uhr Variante ausgelegt.
Angehängte Dateien:
-
Einstellungen.PNG
34 KB -
image0191.jpg
99 KB -
image0171.jpg
98 KB -
image002.jpg
220 KB
Frank M. schrieb: > Auch Du könntest mir mal die passenden Default-Werte für die WC12h > durchgeben. Meine aktuellen Einstellungen ==> s. Screenshot im Anhang (Kann sich aber längerfristig auch wieder ändern, wenn ich mehr getestet hab. Hier wäre der vorgeschlagene Button sehr hilfreich... ;) ) Dann lassen wir den Range erst mal so, wie er ist. Mit Deinen Default-Werten dauern viele Animationen auf der WC12h weit unter 1 Sek. (Nur mal so als Anhaltspunkt für Dich.) Frank M. schrieb: > Das war vorher auch schon so in der 2.0.5, man konnte es aber kaum > sehen. Ich habe jetzt auch schon dan gedacht, den Default für die Matrix > auch für die WC24h einen Tick langsamer zu wählen. Wirkt einfach besser. Dann hab ich die ganze Zeit etwas vorgeschlagen, was es schon gab. Deshalb wohl auch die Missverständnisse... (Auf der WC12h dauert die Matrix-Animation mit Standard-Geschwindigkeit 2 geschätzt ca. 3/4 Sek.) Mit höheren Werten (5-6), fängt jedoch das Fading an, erkennbar zu ruckeln. V. a. sieht man das, wenn am Ende keine neuen Strahlen mehr reinlaufen, und die alten Spuren langsam ausfaden. (Evtl. wirkt sich das später, wenn die neue Zeit auch durch die Animation aufgebaut wird, nicht mehr so stark aus. Oder das Fading müsste einen oder mehrere Zwischenschritte machen... ;) ) Frank M. schrieb: > Ja, wäre möglich. Ich denke darüber nach. Ich dachte nur: "Wenn die > automatische Temperatur-Anzeige für jede Minute aktiviert ist, dann ist > bei Laufschrift zuviel Action auf der Uhr". Wer macht denn sowas... ;) (Deshalb fände ich eine Auswahl am besten... ) Hab mal ein Foto der Temp.-Anzeige angehängt. Finde die 2 Ziffern einfach nicht sehr ansehnlich... Sicher auch Geschmackssache. Evtl liegts auch etwas an der Schriftart. (Bei dem Beispiel im Anhang würde ich evtl. bei der "2" noch das "D" und das "K" und bei der "4" noch das "W" einblenden + Ziffern näher zusammen? Außerdem irgendwie noch ein "°"?) Frank M. schrieb: > Gute Idee. Das Ambilight hat ja auch kein "Hindernis" wie die > Frontplatte noch zu überwinden. Daher wirkt es heller. Ist notiert. Bei mir schon, die LEDs sind hinter einer 5mm dicken weißen Plexiglas Umrandung (Lichtdurchlässigkeit angebl. 30%, so sieht die Uhr, bei abgeschaltetem Ambilight, eigtl. aus wie das Original. Die Streifen sind mit 3M LE 300LSE Transferklebeband an die Rückseite der Front geklebt, so dass sich eine Art Haube ergibt, die man über den Zwischenboden stülpt, s. auch Foto im Anhang) PS: Ich hatte weiter oben noch 2 Einträge gepostet (falls Dir die wegen der Downtime entgangen sind): Beitrag "Re: WordClock mit WS2812" Beitrag "Re: WordClock mit WS2812" Sollte nichts Interessantes dabei sein, auch gut... ;) PPS: Du könntest auf dem Web-Protal noch eine Fusszeile einfügen, mit den Links zum Artikel (hoffe mal, der ist nicht dem Festplattencrash zum Opfer gefallen) und zum Forum. Schönen Sonntag noch! Gruß Tom
:
Bearbeitet durch User
Hi Tom! Tom schrieb: > ich hab nun folgende Animationen für die Wetteranzeige erstellt: Super! Und danke für den Code. Den werde ich dann für die übernächste Version übernehmen. Ich möchte zunächst die aktuelle Version stabil bekommen, bevor es mit neuen Sachen weitergeht. > Die main.h ist für eine 12h Uhr Variante ausgelegt. Also werde ich in der nächsten Woche mal die WC12h zusammenbauen. Wird sowieso langsam mal Zeit. Gruß, Frank
Hallo zusammen, leider ist der Artikel noch down, sodass ich im Moment nicht an die bin-Datei für den ESP komme. Könnte jemand evtl. die entsprechende Datei ins Forum posten? Vielen Dank! Fedja
Hallo Thomas, Thomas B. schrieb: > Meine aktuellen Einstellungen ==> s. Screenshot im Anhang Danke. Mir erscheinen die Werte teilweise etwas sehr hoch. Ist aber wahrscheinlich Geschmackssache. Ich habs halt lieber etwas flotter. > (Kann sich aber längerfristig auch wieder ändern, wenn ich mehr getestet > hab. Hier wäre der vorgeschlagene Button sehr hilfreich... ;) ) Immerhin: die individuellen Einstellungen haben sich gelohnt. Ich glaube, das war eine sehr hilfreiche Erweiterung. > Mit Deinen Default-Werten dauern viele Animationen auf der WC12h weit > unter 1 Sek. (Nur mal so als Anhaltspunkt für Dich.) Okay. > Wer macht denn sowas... ;) (Deshalb fände ich eine Auswahl am besten... > ) Ja, ist wohl das beste. > Hab mal ein Foto der Temp.-Anzeige angehängt. > Finde die 2 Ziffern einfach nicht sehr ansehnlich... Ja, das stimmt. Ich hatte diesen Font für die WC12h gewählt, damit man bei der Laufschrift mindestens zwei Zeichen auf einmal sieht. Bei der WC24h ist der Font mit mehr Pixeln angesichts der höheren "Auflösung" natürlich besser lesbar. Vielleicht finde ich da für die WC12h noch etwas besseres. > (Bei dem > Beispiel im Anhang würde ich evtl. bei der "2" noch das "D" und das "K" > und bei der "4" noch das "W" einblenden + Ziffern näher zusammen? Das habe ich nicht verstanden. > Außerdem irgendwie noch ein "°"?) Ja, das sollte noch passen. Vielleicht wäre da für die WC12h ein 7-Segmentanzeigen-Font einfach besser? > Bei mir schon, die LEDs sind hinter einer 5mm dicken weißen Plexiglas > Umrandung (Lichtdurchlässigkeit angebl. 30%, so sieht die Uhr, bei > abgeschaltetem Ambilight, eigtl. aus wie das Original. Die Streifen sind > mit 3M LE 300LSE Transferklebeband an die Rückseite der Front geklebt, > so dass sich eine Art Haube ergibt, die man über den Zwischenboden > stülpt, s. auch Foto im Anhang) Ah, okay. > PS: Ich hatte weiter oben noch 2 Einträge gepostet (falls Dir die wegen > der Downtime entgangen sind): Ja, ich weiß. Diese sind mir nicht entgangen, aber ich habe auch nicht immer Zeit und Gelegenheit, sofort darauf zu antworten. Bei einigen Dingen muss ich mir selbst auch erstmal Gedanken zu dem Thema machen, bevor ich antworte. Hole ich aber noch nach. > Sollte nichts Interessantes dabei sein, auch gut... ;) Doch doch, schon. Aber manchmal muss ich auch mal etwas erstmal sacken lassen. :-) > PPS: Du könntest auf dem Web-Protal noch eine Fusszeile einfügen, mit > den Links zum Artikel (hoffe mal, der ist nicht dem Festplattencrash zum > Opfer gefallen) und zum Forum. Gute Idee. Mache ich.
Fedja F. schrieb: > Könnte jemand evtl. die entsprechende Datei > ins Forum posten? s. Anhang (sollte V1.2 sein, also die aktuellste) Frank M. schrieb: > Das habe ich nicht verstanden. Hab nochmal 2 Bilder angehängt, dann sollts klar sein. (Bei der "4" müsste natürlich dann das "B" aus sein, sonnst wäre die "4" breiter als die "2", wie Bild ...191-3 im Anhang) Frank M. schrieb: > Ja, das sollte noch passen. Vielleicht wäre da für die WC12h ein > 7-Segmentanzeigen-Font einfach besser? Auch ne Möglichkeit... (Vorschläge s. Anhang) Frank M. schrieb: > Doch doch, schon. Aber manchmal muss ich auch mal etwas erstmal sacken > lassen. :-) Alles klar... ;) PS: Hatte grad noch ne Idee, wie man 0,5°-Schritte anders anzeigen könnte. (s. Anhang) Gruß Tom
:
Bearbeitet durch User
Hi Thomas, Thomas B. schrieb: > Hab nochmal 2 Bilder angehängt, dann sollts klar sein. (Bei der "4" > müsste natürlich dann das "B" aus sein, sonnst wäre die "4" breiter als > die "2", wie Bild ...191-3 im Anhang) Achso, okay. > Auch ne Möglichkeit... (Vorschläge s. Anhang) Ja, ist vielleicht besser. > PS: Hatte grad noch ne Idee, wie man 0,5°-Schritte anders anzeigen > könnte. (s. Anhang) Hm, schade, dass die "fünf" dabei die rechte Ziffer kaputtmacht... Muss nochmal drüber nachdenken, ist alles noch nicht der Weisheit letzter Schluss.
Da das Hochladen von Dateien im Wiki momentan noch nicht wieder möglich ist, gibts hier nochmal ein Update auf Version 2.0.7. - URL-Fehler im Web-Interface korrigiert für Rainbow-Geschwindigkeit und Temperatur-Anzeige-Intervall - Fehlende Berücksichtung der Animation-Geschwindigkeiten in "Random" eingebaut - Default-Werte für einstellbare Verzögerungen der Animationen auf WC12h verdoppelt Ziel ist nun erstmal eine stabile Version, bevor ich neues anpacke. Dazu gehört als nächstes auch eine zufriedenstellende Helligkeitsregelung über den LDR. Kommt dann in der nächsten Version.
:
Bearbeitet durch Moderator
Spannendes Projekt. Meine WordClock ist jetzt schon etwas in die Jahre gekommen und von den SK6812 habe ich gerade 1000 Stück rumliegen. Wird wohl mal Zeit für ein Update der Elekronik. Gibt es eine Einschätzung, bis wann die Unterstützung für die RGBW LEDS implemtiert sein könnte? Gruß Chris
Chris K. schrieb: > Gibt es eine Einschätzung, bis wann die > Unterstützung für die RGBW LEDS implemtiert sein könnte? Ich habe hier leider keine SK6812 rumfliegen. Aber vielleicht magst Du mir ein paar als Muster zuschicken? Dann kann ich das bis ca. Mitte August einbauen.
Hallo Frank, reichen dir 5 Stück zum debuggen oder welche Menge schwebt dir vor? Der Unterschied zu den WS2812b ist minimal. Neben dem zusätzlichen Byte sind die Timings etwas schneller geworden. Hier ein Datenblatt mit den entsprechenden Werten: https://cdn-shop.adafruit.com/product-files/1138/SK6812+LED+datasheet+.pdf
Chris K. schrieb: > reichen dir 5 Stück zum debuggen oder welche Menge schwebt dir vor? Ja, natürlich reichen 5 Stück :-) > Hier ein Datenblatt mit den entsprechenden Werten: > https://cdn-shop.adafruit.com/product-files/1138/S... Danke, damit sollte ich es hinbekommen. Natürlich ist es damit nicht getan. Die Software muss an allen Stellen angepasst werden, wo auf RGB-Werte zugegriffen wird. Sonst könnte man die weiße LED ja gar nicht nutzen.
Angehängte Dateien:
-
wc24.png
7,6 KB
Witam Jestem z Polski. Bardzo mi spodobał się Pana projekt, mam jeden zegar tekstowy ale na zwykłych diodach(ze strony http://www.elektronika.ba/841/word-clock/). Z tamtym projektem nie miałem problemów z przetłumaczeniem na Polski, jednak tutaj sprawa jest troszkę bardziej skomplikowana. Chciałbym zbudować zegar w trybie 24h, ale z minutami narożnymi. W naszym języku słowa są dłuższe, czy istnieje możliwość włączenie w trybie 24h narożnych diod ? Nie znam się na programowaniu, moja wiedza na ten temat jest minimalna. Zmieniłem w pliku "display-config.h" ale jakoś nie wyświetla minut. Co do tłumaczenia to wiem co gdzie i jak, ale nie wiem czy lepiej jest dodać nowy język czy korzystać już z utworzonych ? Dołączę plik xls, jak by ktoś miał czas zerknąć, i podpowiedzieć jak to najlepiej przetłumaczyć. Posiadam do testów płytkę NUCLEO-F411RE, jednak nie jest jeszcze przerobiona tak jak to jest opisane na stronie, i zauważyłem że nie można ustawić daty a dokładnie chodzi o rok, jaka może być tego przyczyna ? Fajnie by było dodać funkcje wyświetlania daty w formie przewijanego tekstu, wyświetlana by była co jakiś ustalony czas, i dowolnie formatowana (dddd YYYY hh mm). Tłumaczenie Google Google Übersetzung Hallo Ich bin aus dem Polnischen. Ich mochte das Design des Herrn, ich habe einen Takt Text, sondern gewöhnliche Dioden (von http://www.elektronika.ba/841/word-clock/). Mit diesem Projekt hatte ich keine Probleme mit der polnischen Übersetzung, aber hier der Fall ist, ein wenig komplizierter. Ich möchte eine Uhr im 24-Stunden-Modus zu bauen, aber das Protokoll der Ecke. In unserer Sprache sind die Worte, länger und es gibt eine Möglichkeit des Einschlusses der Modus 24h Ecke LEDs? Sie nicht viel wissen über die Programmierung, mein Wissen zu diesem Thema ist minimal. Ich habe die Datei "Display-config.h", aber irgendwie ist es nicht Minuten angezeigt werden soll. Wie für die Übersetzung, weiß ich, was geht, wo und wie, aber ich weiß nicht, ob es besser ist, eine neue Sprache oder Verwendung bereits erstellt hinzufügen? Ich schließe mich xls-Datei, als ob jemand Zeit hatte, zu suchen, und deuten darauf hin, wie sie am besten zu übersetzen. Ich habe Platte zu testen NUCLEO-F411RE, jedoch nicht umgesetzt wird, wie es auf der Website beschrieben und festgestellt, dass Sie nicht das Datum einstellen und die genauen Laufzeiten von einem Jahr, was der Grund sein mag? Es war schön, Funktionen hinzuzufügen in Form von Lauftext das Datum anzuzeigen, angezeigt, dass es zu einem festen Zeitpunkt ist, und willkürlich (dddd JJJJ hh mm) formatiert.
Angehängte Dateien:
-
image0191-8.png
56 KB -
image0191-9.png
56 KB
Hallo Frank, Frank M. schrieb: > Hm, schade, dass die "fünf" dabei die rechte Ziffer kaputtmacht... Dann ändern wir halt einfach die Front? Spass beiseite... ;) Finde ich eigtl. gar nicht so schlimm... Dachte am Anfang auch, dass es ohne die Kreuzung schöner wär, aber je länger ich's mir anschau, desto besser gefällts mir. ;) Macht das ganze irgendwie abstrakt/modern... ;) (Dann passt die Uhr auch gleich viel besser zum Picasso oder Matisse, den natürlich jeder Wordclock-Besitzer daneben hängen hat... Wie beim Original halt auch... ;) ) Bisher würde mir mein letzter Vorschlag, mit der durchgängig gelben "FÜNF", am besten gefallen. (sollte eigtl. bei allen Ziffern leserlich bleiben) Naja mal abwarten, kommen sicher noch ein paar andere Ideen... PS: Es gäbe oben noch eine "FÜNF", irgendwie aber auch nicht das Wahre!? (trotzdem mal 2 Varianten im Anhang) PPS: Hab die V2.07 mal kurz angetestet, die erwähnten Fehler scheinen behoben zu sein. Gruß Tom
Hi Tom, Thomas B. schrieb: > Dachte am Anfang auch, dass es ohne die Kreuzung schöner wär, aber je > länger ich's mir anschau, desto besser gefällts mir. ;) Ja, vielleicht hast Du recht. :-) > PS: Es gäbe oben noch eine "FÜNF", irgendwie aber auch nicht das Wahre!? > (trotzdem mal 2 Varianten im Anhang) Vielleicht sollte man die beiden Ziffern nur unten links statt mittig anzeigen, wenn die fünf oben auch benötigt wird? > PPS: Hab die V2.07 mal kurz angetestet, die erwähnten Fehler scheinen > behoben zu sein. Danke für den Test!
roman schrieb: > Google Übersetzung > Hallo > Ich bin aus dem Polnischen. Hello Roman, could you please describe your problem in English? The Google translation is terrible, I could understand only the single words, but not the complete description.
Angehängte Dateien:
-
komische_Anzeige.jpg
39 KB -
putty_log.jpg
44 KB
Ich habe noch ein Problem mit meinen ESP-01 Wenn ich einen neuen ESP anschließe, kann ich den zwar problemlos auf die Firmwareversion 1.2.0 flashen, die anschließende Einrichtung als Wlan Client funktioniert aber nicht. Wenn ich die Daten eingebe und speichere ist er anschließend nicht mehr erreichbar. Nach eine Reset kommt er dann wieder als AP mit der ...4.1 Adresse. Das eingesetzte Board ist ein STM32F103 MiniDevBoard. Firmware ist 2.0.3 und 2.0.7. Wenn ich das ganze mit einem vorhandenen ESP betreibe, welches schon eingerichtet ist, funktioniert alles korrekt. Im Webinterface tauchen allerdings auf der Hauptseite "komische" Ausgaben auf, bis er zum ersten mal die Zeit aus dem Internet geholt hat. Danach ist alles OK Ich habe mal einen Screenshot vom Webinterface und das Putty-Log während der Konfiguration angehängt.
Bernhard S. schrieb: > Wenn ich einen neuen ESP anschließe, kann ich den zwar problemlos auf > die Firmwareversion 1.2.0 flashen, die anschließende Einrichtung als > Wlan Client funktioniert aber nicht. Wenn ich die Daten eingebe und > speichere ist er anschließend nicht mehr erreichbar. Nach eine Reset > kommt er dann wieder als AP mit der ...4.1 Adresse. Kommt mir bekannt vor. > Das eingesetzte Board ist ein STM32F103 MiniDevBoard. Firmware ist 2.0.3 > und 2.0.7. Das Bild oben stammt vermutlich aus 2.0.3 - auf jeden Fall nicht aus 2.0.7. Genau mit der 2.0.3 gab es das Connect-Problem. Das wurde in 2.0.4 behoben. > Wenn ich das ganze mit einem vorhandenen ESP betreibe, welches schon > eingerichtet ist, funktioniert alles korrekt. Im Webinterface tauchen > allerdings auf der Hauptseite "komische" Ausgaben auf, bis er zum ersten > mal die Zeit aus dem Internet geholt hat. Danach ist alles OK Ja, das ist auch ein typisches Problem der 2.0.3. > Ich habe mal einen Screenshot vom Webinterface und das Putty-Log während > der Konfiguration angehängt. Installiere bitte 2.0.7 und versuche, das Problem im Webinterface zu reproduzieren. Kannst auch gern eine Hardcopy von der Web-Hauptseite machen. Bitte kein Hardcopy vom Putty, das ist viel zu kurz. Stattdessen bitte den kompletten Text von Anbeginn an mit der Maus markieren und anschließend hier mit STRG-V reinkopieren oder als Text-Datei anhängen.
:
Bearbeitet durch Moderator
I'm sorry but my English is also only goggles translator. A translation into German I know that it is inaccurate. I have a problem with ESP826, as I connect the separate power supply does not work, and how the Nucleo seems ok but you can not set the date (year 2062).
roman schrieb: > I'm sorry but my English is also only goggles translator. A > translation into German I know that it is inaccurate. But now I can understand you :-) > I have a problem with ESP826, as I connect the separate power supply > does not work, and how the Nucleo seems ok but you can not set the date > (year 2062). Do you mean the separate power supply for the ESP8266? Or do you mean the separate power supply for the Nucleo, when you cut the upper half (ST-Link part)? Could you insert a photo here?
Angehängte Dateien:
-
wc24a.png
7,6 KB -
ok.png
170 KB -
NOT_WORK.png
170 KB
Nucleo powered laptop (still not done as it is described on the website) is not cut. ESP powered by a separate power supply does not work (weight combined with Nucleo)
roman schrieb: > Nucleo powered laptop (still not done as it is described on the > website) > is not cut. > ESP powered by a separate power supply does not work (weight combined > with Nucleo) The year 2062 may occur, if the RTC is not initialized or offline. Please set the correct date manually in the Web interface and check the result. Your external power supply has 3.3V on it's output? But it does not work? Please measure the voltage directly on the ESP8266 pins. Perhaps your external power supply does not support the current of up to 350mA... You need at least the following connections: ESP8266 GND -> GND ESP8266 VCC -> external 3.3V ESP8266 CH_PD -> Nucleo PA6 ESP8266 RST -> Nucleo PA7 ESP8266 GPIO0 -> Nucleo PA4 ESP8266 TXD -> Nucleo USART6 RX (PA12) ESP8266 RXD -> Nucleo USART6 TX (PA11) See also: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Anschluss_ESP8266
Frank M. schrieb: > Installiere bitte 2.0.7 und versuche, das Problem im Webinterface zu > reproduzieren. hier mal der Mitschnitt aus Putty: ---8<------8<------8<--- power_init() called switching power on Welcome to WordClock Logger! ---------------------------- Version: 2.0.7 rtc is online eeprom is online current eeprom version: 0x00020100 reading ir codes from eeprom reading display configuration from eeprom reading timeserver data from eeprom reading night timers from eeprom reading temp configuration from eeprom ESP8266 LOGGER read rtc: Tu 2016-07-26 16:49:56 update display (- setup UDP) esp8266 now up (- local port: 2421) (- setup server UDP) (- local port: 2424) (FIRMWARE 1.2.0) (- working as AP) (MODE ap) (IPADDRESS 192.168.4.1) esp8266 now online --> time "192.53.103.103"<0d><0a> update display (OK time) read rtc: Tu 2016-07-26 16:50:44 (- new client) (HTTP GET /) http path: '/' http parameters: '' (- client disonnected) (- new client) (HTTP GET /favicon.ico) http path: '/favicon.ico' http parameters: '' (- client disonnected) (- new client) (HTTP GET /favicon.ico) http path: '/favicon.ico' http parameters: '' (- client disonnected) update display (- new client) (HTTP GET /network) http path: '/network' http parameters: '' (- client disonnected) (- new client) (HTTP GET /favicon.ico) http path: '/favicon.ico' http parameters: '' (- client disonnected) (- new client) (HTTP GET /favicon.ico) http path: '/favicon.ico' http parameters: '' (- client disonnected) (- new client) (HTTP GET /network wlanmode=0&ssid=******&key=******&action=savewlan) http path: '/network' http parameters: 'wlanmode=0&ssid=******&key=******&action=savewlan' --> cap "******","******"<0d><0a> (- client disonnected) (- new client) (HTTP GET /favicon.ico) read rtc: Tu 2016-07-26 16:51:45 update display read rtc: Tu 2016-07-26 16:52:45 update display read rtc: Tu 2016-07-26 16:53:45 update display read rtc: Tu 2016-07-26 16:54:45 update display ---8<------8<------8<--- Wie bereits erwähnt, nach dem "set" ist das ESP nicht mehr zu erreichen, erst nach einem reset wieder und dann als AP unter der Standardadresse. Weder im Accesspoint noch in der Fritzbox (DHCP Server) taucht im Protokoll ein neuer Teilnehmer auf, der sich verbinden bzw. eine IP Adresse beziehen will.
Angehängte Dateien:
-
WCb24.png
220 KB
I have a power supply of pc. Somewhere there was no contact, now on an external power supply ESP works ok, but the problem with the date still remain. Now, the date set for the year 2070 other functions seem to be around. What I have to call it like in the Annex.
The year is ok. In this mode ap was a mistake, I joined as a WLAN CLIENT year is ok.
Moin Bernhard, hast Du es mal, wie im wiki unter "Start als Access-Point" beschrieben, probiert? Ich nehme dazu ein tablet, verbinde mich mit "wordclock" und im Browser rufe ich dann 192.168.4.1 auf. Network --> client, SSID, PW --> speichern. Dann startet der ESP im clientmode und Du siehst ihn in der FB. Gruss Peter
Hello Roman, I'm not sure, if you still have problems with setting the time and date right. If yes, try to sync the time with the android-app in ap-mode, that solved the problem for me. You can download the android-app here: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Download Best regards Tom
Hello Thomas The problem occurred only in AP WLAN is ok :) I have such a question. Is it possible to include in the corner led clock 18x16? #if WCLOCK24H == 1 # define DSP_STATUS_LEDS 0 # define DSP_MINUTE_LEDS 4 # define DSP_DISPLAY_LEDS 288 #else # define DSP_STATUS_LEDS 0 # define DSP_MINUTE_LEDS 4 # define DSP_DISPLAY_LEDS 110 #endif This configuration will work properly?
Hallo Zusammen, hatte Anfangs auch Probleme, mit der Zeiteinstellung und konnte mich nicht mit dem Router verbinden. Die Hauptseite sah bei mir (im AP-Mode) so ähnlich aus, wie bei Bernhard. (In den Eingabefeldern ends lange Zahlen und kryptische Zeichen in den blauen Überschriften.) Konnte, glaub ich, die Zeit richtig einstellen, aber beim Datum wurde das Jahr nie angenommen. Irgendwann hab ich dann versucht, die Zeit über die Android-App zu synchronisieren, was auch funktioniert hat! Soweit ich mich richtig erinnern kann, konnte ich mich danach auch gleich mit dem Router verbinden...(und die Textfehler auf der Hautpseite waren auch verschwunden) (War höchtwahrscheinlich auch die V2.03) Seitdem ist dieses Problem nie wieder aufgetreten, kann jetzt auch ohne Probleme das Jahr über das Webportal ändern. (Jetzt im Client-Mode, AP-Mode hab ich dann nicht mehr verwendet.) Evtl. haben die ESP's, schon ab Auslieferung irgendwelchen Datenmüll im ROM, der Probleme machen könnte? (Evtl. wird der Speicher beim Flashen nicht richtig gelöscht?) Wär das möglich? PS: Hab das ESP auf dem Nucleo F411RE mit der "esp8266_flasher.exe" geflasht. Gruß Tom
Hello Roman, I can just help by sharing my expierence while building this clock like you... ;) But I think, Frank will answer your question about the minute LEDs. Best regards Tom
:
Bearbeitet durch User
Hi Chris, Chris K. schrieb: > die LEDs sind versandbereit. Für alles weitere solltest du eine Email > bekommen haben. Meinst Du die von gestern morgen? Diese hatte ich Dir eine knappe Stunde nach Empfang direkt beantwortet. Ist diese nicht angekommen?
Moin Frank, ja die meinte ich wohl. Aber bei mir ist noch nix angekommen. Versuchen wir es einfach nochmal, ehe wir hier das Thema zuspammen.
Peter Z. schrieb: > hast Du es mal, wie im wiki unter "Start als Access-Point" beschrieben, > probiert? > Ich nehme dazu ein tablet, verbinde mich mit "wordclock" und im > Browser rufe ich dann 192.168.4.1 auf. > Network --> client, SSID, PW --> speichern. > Dann startet der ESP im clientmode und Du siehst ihn in der FB. Hallo Peter, genau so habe ich es gemacht, allerdings statt Tablet mein Smartphone benutzt. ESP im AP Mode gestartet, WLAN Verbindung aktiviert und dann die 192.168.4.1 aufgerufen. Dann auf der Netzwerk Seite die 3 Einstellunen vorgenommen und gespeichert "SET". Danach erscheint dann die Meldung das das Modul sich mit dem AP verbindet und es ist nicht mehr unter der AP IP Adresse erreichbar. Hab' das gleiche heute morgen nochmal gemacht, komischerweise hat'S diesesmal auf Anhieb funktioniert wie es soll. Ich werde gleich mal die anderen ESP's auch testen. Vielen Dank auch an Frank und Grüsse Bernhard
Bernhard S. schrieb: > Hab' das gleiche heute morgen nochmal gemacht, komischerweise hat'S > diesesmal auf Anhieb funktioniert wie es soll. Hast Du irgendwelche Sonder-/Leerzeichen in SSID bzw. Key? Das hört sich nun nach einem Vertipper an. Du hattest das im Log ja ausge-Ixt. Kannst Du da im Original mal nachschauen, ob da vielleicht ein Fipptehler war?
Bernhard S. schrieb: > Hab' das gleiche heute morgen nochmal gemacht, komischerweise hat'S > diesesmal auf Anhieb funktioniert wie es soll. Ich werde gleich mal die > anderen ESP's auch testen. Ich habe jetzt die andere auch mal versucht, komischerweise wieder das gleiche Problem. Dann habe ich mal einen anderen Browser benutzt und siehe da, da geht es plötzlich. Vielleicht mag mein Firefox nur ein Modul pro Tag konfigurieren. mit dem serienmässigen Browser und mit Chrome kein Problem! Mit dem Firefox ging es nicht, was weiss ich welche Daten der zwischenspeichert. Schönen Tag noch Bernhard
Frank M. schrieb: > Hast Du irgendwelche Sonder-/Leerzeichen in SSID bzw. Key? Bernhard S. schrieb: > Dann habe ich mal einen anderen Browser benutzt und > siehe da, da geht es plötzlich. Kann an der HTTP-Encodierung von Sonderzeichen in URLs liegen. Wenn Du welche hast in SSID oder Key, wäre es interessant, welche.
:
Bearbeitet durch Moderator
Hallo Frank, Frank M. schrieb: > Kann an der HTTP-Encodierung von Sonderzeichen in URLs liegen. Wenn Du > welche hast in SSID oder Key, wäre es interessant, welche. nein, da sind weder Sonderzeichen noch Leerschritte in der SSID die lautet so, wie der Hersteller sie einprogrammiert hat: dlink und das Passwort besteht auch nur aus Buchstaben. Mit dem ersten ESP hat der Firefox es ja heute morgen auch korrekt ausgeführt (einer bei dem es gestern nicht ging), erst bei weiteren hat's dann nicht mehr funktioniert. Vielleicht geht ja morgen wieder einer???? Wird dann allerdings nix mit Serienproduktion wenn man nur ein WLAN Modul täglich programmieren kann. Da tut sich bei mir jetzt noch eine weitere Frage auf: Ein Bekannter hat (aus Überzeugung oder warum auch immer) ein Netzwerk ohne DHCP Server. Um Eine Wordclock da zum laufen zu bekommen müsste man ja dann eine Möglichkeit haben, die IP, Netzmaske, Gateway und DNS (falls benötigt) manuell einzustellen. Wäre so etwas auch möglich? Allerdings weiß ich nicht, ob sich der Aufwand lohnt, da ich nur eine Person kenne, die keinen DHCP Server im Netz hat.
Hi zusammen, ich hatte ein ähnliches Phänomen mit dem ESP Modul. Bei meiner Uhr ist es so, dass ich das ESP Modul bereits sauber im Netz angemeldet hatte und es sich auch immer wieder ins Netz eingebunden hat. Wenn ich den ESP dann allerdings wieder in den AP Modus zurück gesetzt habe, kommt es wieder mit 192.168.4.1 hoch. Verbinde ich mich dann mit dem Smartphone mit dem ESP kann ich über den Browser (Chrome auf Android) die SSID und das PW setzten. Beim klicken auf SET wird das übernommen - steht so auch sauber im LOG. Nur kann der ESP sich dann nicht mit der FritzBox verbinden. Im LOG erscheint die Meldung "can't connect to xxxx" (oder so ähnlich). Ein Reset / Power Off-On der Uhr hilft da nicht weiter. Erst wenn ich das in der FritzBox bekannte Gerät aus der Liste der bekannten Geräte löschen, verbindet sich - ohne weiter Aktion von mir - mit dem WLAN und bekommt vom DHCP die Adresse zugewiesen. Das kann ich beliebig oft wiederholen und so reproduzieren. Fragt mich aber nicht, woran das liegt....... @Bernhard: falls Du auch eine FritzBox hast, versuche es doch mal damit, den ESP aus der Liste der bekannten WLAN Geräte zu löschen. Vielleicht hilft Dir das schon weiter. Gruß, Torsten
Thomas B. schrieb: > @Torsten: Wäre es möglich, ein kleines Nachrüstbord für die > LED-Abschaltung von Günter anzubieten? (evtl. mit Schraubklemmen für die > Stromanschlüsse) > So in etwa wie im Anhang zu sehen.(im Bsp. 20x30mm, Die > Bauteilplatzierung bitte nicht wirklich ernst nehmen, war mein 1. > Versuch eine Platine zu erstellen... ;) ) Hi Tom, ich kann das heute abend mal zeichnen und kalkulieren. Ich sehe hier eher das Problem, dass durch eine sehr geringe Menge, der Preis nicht sonderlich attraktiv sein wird. Der größte Posten ist dann das einmalige Tooling. Diese Kosten lege ich bei den anderen Platinen auch eine hochgerechnete Menge um. Passte somit bei dem Shield v1 auch nicht, da es nun die v2 gibt - was erneut Tooling Kosten waren. Aber so ist das manchmal :) Wenn ich das heute abend fertig habe, poste ich hier mal das Ergebnis. Gruß, Torsten
Hallo Torsten, Torsten G. schrieb: > @Bernhard: falls Du auch eine FritzBox hast, versuche es doch mal damit, > den ESP aus der Liste der bekannten WLAN Geräte zu löschen. Vielleicht > hilft Dir das schon weiter. ja, ich habe eine Fritz!Box und ja, ich hatte die DHCP Lesaes zurückgesetzt. Es stimmt schon, dass die älteren Fritz!Boxen manchmal keine neuen Leases vergeben, wenn die Liste voll ist. Selbst wenn da abgelaufene Leases drin sind. Aber wie bereits weiter oben beschrieben Beitrag "Re: WordClock mit WS2812" habe ich das Problem auf den Firefox eingrenzen können. Auf einem 2. Android Gerät macht er den gleichen Blödsinn: Den 1. ESP kann man konfigurieren, aber dann keinen weiteren, es sei denn, man löscht den Browsercache (oder wartet halt bis zum nächsten Tag.
Ich hätte da ggf. auch Interesse an so einem Board. Hängt vom Preis ab. Da würden die SMD Terminal Blocks von Wago gut drauf passen (Serie 2061). Die wollte ich immer schon mal wo drauf machen ;-)
Alternativ wäre die Frage, ob noch Shields V2 fürs Nucleo 411 übrig sind. Da ist die Abschaltung schon mit drauf, richtig?
Die Schaltung für die Spannungsversorgung ist doch so einfach, die könnte man auch auf Lochrasterplatinen aufbauen.
Torsten G. schrieb: > Erst wenn ich das in der FritzBox bekannte Gerät > aus der Liste der bekannten Geräte löschen, verbindet sich - ohne weiter > Aktion von mir - mit dem WLAN und bekommt vom DHCP die Adresse > zugewiesen. Ebenso sollte man darauf achten, dass die Einstellung "Neue WLAN-Geräte zulassen" aktiv ist.
Frank M. schrieb: > Torsten G. schrieb: >> Erst wenn ich das in der FritzBox bekannte Gerät >> aus der Liste der bekannten Geräte löschen, verbindet sich - ohne weiter >> Aktion von mir - mit dem WLAN und bekommt vom DHCP die Adresse >> zugewiesen. > > Ebenso sollte man darauf achten, dass die Einstellung > > "Neue WLAN-Geräte zulassen" > > aktiv ist. Das ist aktiv - was aber eigentlich egal sein sollte, da der ESP als Gerät ja bereits bekannt ist. Und die MAC Adresse ändert sich doch nicht :) Wie gesagt, ich kann den Fehler bei mir reproduzieren. Ein ESP das einmal in meinem Netzwerk war und danach wieder in den AP gestetzt wird und dann wieder in den Client Mode, kann sich nicht mehr mit der Fritz!Box verbinden. Erst wenn ich den ESP auf der Fritz!Box aus der Liste der bekannten WLAN Geräte lösche, verbindet es sich und bekommt eine IP. Bei mir liegt es somit an der Fritz!Box und nicht am Browser, da ich nach dem löschen in der Geräte Liste in der Fritz!Box keine Änderungen am ESP vornehme und es sich dann von alleine verbindet. Keine Ahnung was da wo blockiert wird.
Bernd schrieb: > Alternativ wäre die Frage, ob noch Shields V2 fürs Nucleo 411 übrig > sind. Da ist die Abschaltung schon mit drauf, richtig? Wieviele brauchst Du denn? Schreibe mir doch bitte ein PN. Gruß, Torsten
Torsten G. schrieb: > Hi Tom, > > ich kann das heute abend mal zeichnen und kalkulieren. Ich sehe hier > eher das Problem, dass durch eine sehr geringe Menge, der Preis nicht > sonderlich attraktiv sein wird. Der größte Posten ist dann das einmalige > Tooling. Diese Kosten lege ich bei den anderen Platinen auch eine > hochgerechnete Menge um. Passte somit bei dem Shield v1 auch nicht, da > es nun die v2 gibt - was erneut Tooling Kosten waren. Aber so ist das > manchmal :) > > Wenn ich das heute abend fertig habe, poste ich hier mal das Ergebnis. > > Gruß, > Torsten Hallo Torsten, Steck nicht zu viel Arbeit rein, war halt auch ein großer Anteil "Gern-haben-würd" dabei... ;) Andererseits wäre das Board ja grundsätzlich vom Aufbau universell einsetzbar, und könnte somit in den diversesten Projekten, in denen man steuerbare LED(-Strip)s per µc stromlos schalten möchte, verwendet werden. ;) (Evtl. mal generell im Forum posten, ob weiteres Interesse vorhanden ist? Vielleicht bei der Anordnung noch einen optinalen Kühlkörper berücksichtigen?) Auf jeden Fall danke für Deinen Einsatz, da bin ich ja mal gespannt auf das Ergebnis. ;) Gruß Tom
Frank M. schrieb: > Vielleicht sollte man die beiden Ziffern nur unten links statt mittig > anzeigen, wenn die fünf oben auch benötigt wird? Hallo Frank, also mir persönlich gefällt bisher immer noch die letzte Version der ersten Versuche am besten(...191-7, 7-Segment mit durchgehender "FÜNF"): Beitrag "Re: WordClock mit WS2812" Wenn die 5 oben verwendet wird ists irgendwie so losgelöst von der eigtl. Zahl. (so wie z.B. hier: Beitrag "Re: WordClock mit WS2812") Liest sich eher "24°-5" und nicht "24-5°"... Das Komma wird wohl nicht sinnvoll darstellbar sein, aber wir waren ja beim Stichwort "abstrakt". ;) Gruß Tom
Torsten G. schrieb: > Wie gesagt, ich kann den Fehler bei mir reproduzieren. Ein ESP das > einmal in meinem Netzwerk war und danach wieder in den AP gestetzt wird > und dann wieder in den Client Mode, kann sich nicht mehr mit der > Fritz!Box verbinden. Erst wenn ich den ESP auf der Fritz!Box aus der > Liste der bekannten WLAN Geräte lösche, verbindet es sich und bekommt > eine IP. Ich habe auch eine Fritz!Box und habe in den letzten Monaten mit insgesamt 7 ESP-01 rumgespielt. Aber dieses Problem hatte ich nie. Ich konnte beliebig oft vom AP- in den WLAN-Client-Modus wechseln - überhaupt kein Problem. Einmal habe ich aber den Fehler gemacht, dass ich - als ich den ESP-01 mal wieder mit der Fritz-Box verbinden wollte - die SSID und den Key von der Fritz-Box eingegeben, aber vergessen habe, auch "WLAN-Client" einzustellen. Stattdess ließ ich den Eintrag auf "AP". Ergebnis: ICh hatte zwei identische SSIDs "in der Luft". Ich musste die Fritz-Box dann erstmal ausschalten, den ESP-01 wieder zurück konfigurieren und anschließend konnte ich die Fritz-Box wieder einschalten. Nur so als Tipp, wenn das einem auch mal passiert.
Thomas B. schrieb: > also mir persönlich gefällt bisher immer noch die letzte Version der > ersten Versuche am besten(...191-7, 7-Segment mit durchgehender "FÜNF"): > Beitrag "Re: WordClock mit WS2812" Ja, mir mittlerweile auch. Ich mach das dann so - mit 7-Segment-Font.
Torsten G. schrieb: > Die Abschaltschaltung ist darin vorgesehen und im Lieferzustand > gebrückt. Wer die Schaltung nicht einbaut, braucht somit nichts weiter > zu machen, außer die Bauteile nicht zu bestücken. > Wer die Abschaltung der Versorungsspannung haben möchte, muss die > Bauteile bestücken und auf der Rückseite die Leiterbahn (im Bild rot > umrandet) durchtrennen. Danke für die V2 aber eine dumme Frage: Wofür ist diese Abschaltschaltung gut (also was ist der Vorteil wenn man die Versorgungsspannung schalten kann?) und mit was würde man sie bestücken müssen? Hab in der Teileliste und auch sonst im Wiki-Artikel nichts dazu gefunden und hier im Fourm ist auch viel los und eine Suche nach "Abschaltschaltung" liefert nur deinen Beitrag. Vielleicht kannst du hier und im Wiki ein paar Sätze dazu ergänzen.
Hauke W. schrieb: > Danke für die V2 aber eine dumme Frage: Wofür ist diese > Abschaltschaltung gut (also was ist der Vorteil wenn man die > Versorgungsspannung schalten kann?) und mit was würde man sie bestücken > müssen? Hab in der Teileliste und auch sonst im Wiki-Artikel nichts dazu > gefunden und hier im Fourm ist auch viel los und eine Suche nach > "Abschaltschaltung" liefert nur deinen Beitrag. > Vielleicht kannst du hier und im Wiki ein paar Sätze dazu ergänzen. Hi Hauke, das Thema Spannungsabschaltung wurde mal hier diskutiert Beitrag "Re: WordClock mit WS2812" und hier als Entwurf vorgestellt Beitrag "Re: WordClock mit WS2812" Die Abschaltung sorgt dafür, dass die +5V bei den LED Stripes abgeschaltet wird, wenn die Uhr in Power Off geht. Dadurch wird der Stand-by Stromverbrauch etwas reduziert. Ob das für die WS2812 besser oder schlechter ist, kann ich abschließend nicht sagen. Ich werde dazu aber auch noch das Wiki entsprechend anpassen / erweitern. Gruß, Torsten
Torsten G. schrieb: > Die Abschaltung sorgt dafür, dass die +5V bei den LED Stripes > abgeschaltet wird, wenn die Uhr in Power Off geht. Dadurch wird der > Stand-by Stromverbrauch etwas reduziert. Hinzuzufügen wäre, dass nach Beitrag "Re: WordClock mit WS2812" die Ersparnis beim Energieversorger lediglich 3-5 EUR pro Jahr beträgt. Kann jeder für sich selbst entscheiden, ob das sinnvoll ist, oder nicht.
Frank M. schrieb: > Thomas B. schrieb: >> also mir persönlich gefällt bisher immer noch die letzte Version der >> ersten Versuche am besten(...191-7, 7-Segment mit durchgehender "FÜNF"): >> Beitrag "Re: WordClock mit WS2812" > > Ja, mir mittlerweile auch. Ich mach das dann so - mit 7-Segment-Font. Mein Vorschlag wäre, dass man für die Nachkommastellen, die Minutenpunkte verwendet. So wäre eine Auflösung von 0,25° darstellbar... Sollte der Sonsor die Auflösung nicht bereitstellen, könnte man diese ja einen Mittelwert über mehrere Messungen berechnen...
Thomas B. schrieb: > Hallo Torsten, > > Steck nicht zu viel Arbeit rein, war halt auch ein großer Anteil > "Gern-haben-würd" dabei... ;) > > Andererseits wäre das Board ja grundsätzlich vom Aufbau universell > einsetzbar, und könnte somit in den diversesten Projekten, in denen man > steuerbare LED(-Strip)s per µc stromlos schalten möchte, verwendet > werden. ;) > (Evtl. mal generell im Forum posten, ob weiteres Interesse vorhanden > ist? Vielleicht bei der Anordnung noch einen optinalen Kühlkörper > berücksichtigen?) > > Auf jeden Fall danke für Deinen Einsatz, da bin ich ja mal gespannt auf > das Ergebnis. ;) > > Gruß > Tom Hi Tom, habe das Board mal grob geroutet und kalkuiert. Das Board wäre ca 22mm x 29mm. Bei einer Abnahme von 50 Stück, liegt der Stückpreis bei 3.50 Euro. Dafür bekommt man schon das gesamte MiniDev Shield. Ich denke das das einfach zu teuer wäre. Gruß, Torsten
Tom schrieb: > Mein Vorschlag wäre, dass man für die Nachkommastellen, die > Minutenpunkte verwendet. Das wird bereits so gemacht in der 2.0.7. Bei xx,5°C gehen 2 Minutenpunkte an. Die Auflösung von 0,25°C über Mittelwertberechnung halte ich für übertrieben.
Da bei der WC24h zusammen mit STM32F103 mittlerweile nur noch 1KB Flash übrig sind, plane ich, den HTML-Code-Generator im STM32 komplett auf den ESP8266 auszulagern. Damit würden ca. 13KB Flash freiwerden. Das wären satte 20 Prozent. Vorteile wären: - Das Web-Interface wird wesentlich schneller, da die serielle Übertragung des HTML-Codes entfällt. - Das STM32F103-Miniboard kann auch für zukünftige Erweiterungen weiterhin zusammen mit der WC24h genutzt werden. Nachteil wäre: - Bei einem Software-Update muss sowohl der STM32 als auch der ESP8266 neu geflasht werden. Wie gesagt: Das spielt momentan nur im Zusammenhang STM32F103 und WC24h eine Rolle. Bei STM32F103 und WC12h sind momentan noch 9KB Flash frei. Da ist also noch für eine Zeitlang Luft nach oben. Wenn aber immer neue Spielereien eingebaut werden (und davon gibt es ja genügend Vorschläge hier ;-)), werden die auch bald verbraucht sein. Bei der Nucleo-Variante ist genügend Flash für die nächsten Jahre vorhanden. Wäre der oben genannte Nachteil hinnehmbar?
Frank M. schrieb: > in der 2.0.7. Bei xx,5°C gehen 2 > Minutenpunkte an. > > Die Auflösung von 0,25°C über Mittelwertberechnung halte ich für > übertrieben. Ich finde auch, dass das so reicht. Meines Erachtens sieht das auch besser aus, als die ausgeschriebene 5. Die Minuten 1 - 4 werden ja auch nicht ausgeschrieben, warum dann die Nachkommastellen bei der Temperatur?
Noch eine kleine Anmerkung zur Android APP: Ich setze bislang noch kein Tablet ein und nutze ein S3Mini, das hat den Nachteil ,das ich von dem "Speichern" Button nur noch einen schmalen Streifen auf dem Display habe. Funktioniert zwar im Moment noch, aber wenn Frank die APP noch etwas erweitert wäre der nicht mehr erreichbar. Wäre schön, wenn sich das ganze dann "Scrollbar" machen lassen würde. Ich weiß, völlig veraltete Technik, aber warum soll ich was wegschmeißen, was noch funktioniert. Vor allem dann wenn alle Funktionen, die ich benötige vorhanden sind. Grüße Bernhard
Bernhard S. schrieb: > Noch eine kleine Anmerkung zur Android APP: > Wäre schön, wenn sich das ganze dann "Scrollbar" machen lassen würde. Danke für den Hinweis, werde ich einbauen.
Hallo Frank, das Flashen der ESP Module ist ja auch kein Hexenwerk. Von daher halte ich die Auslagerung der HTTP Emlemente in den ESP für sehr sinnvoll. Ich wollte gerne die 24h Uhr mit dem F103er aufbauen. Zum einen kostet der ARM fast nix, zum anderen hat man große Vorteile im Bauraum. Da ist eine Speicherplatzoptimierung wirklich sinnvoll. Gruß Chris
Hallo Frank, Chris K. schrieb: > das Flashen der ESP Module ist ja auch kein Hexenwerk. Von daher halte > ich die Auslagerung der HTTP Emlemente in den ESP für sehr sinnvoll. Finde ich auch nicht unbedingt schlecht. Wenn man dadurch die Verwertbarkeit des MiniDevelopmentBoards noch um ein paar Versionen verlängern kann und auch die Brauchbarkeit für die 24h Variante noch ein wenig gegeben ist sollte man zumindest darüber nachdenken. Ich weiß ja nicht, wie groß der Aufwand programmiertechnisch ist, aber wenn das im vertretbaren Rahmen ist wäre es echt gut. Gruß Bernhard
Die Frage ist doch eher, ob du Frank, dir noch mehr Arbeit mit noch einer weiteren Unterscheidung machen möchtest? Oder ob der Zeitpunkt gekommen ist, die 24h Version auf die Nucleo Boards zu beschränken. Es wurde immer auf den limitierten Flash der F103er hingewiesen. Oder wirst du die Auslagerung dann generell vornehmen? Aber im Prinzip ist es mir gleich ;-) Ist ja auch gut, wenn möglichst viele mit schon fertigen Uhren von vielen Erweiterungen profitieren können.
Chris K. schrieb: > Hallo Frank, > > das Flashen der ESP Module ist ja auch kein Hexenwerk. Von daher halte > ich die Auslagerung der HTTP-Elemente in den ESP für sehr sinnvoll. Ich kann dieses Vorgehen voll und ganz unterstützten. Macht zwar mehr "Arbeit" bei der Software, dafür kann die bestehende Hardware (auch das Shield!)weiter verwendet werden. Gruß Günter
Bernhard S. schrieb: > Ich weiß ja > nicht, wie groß der Aufwand programmiertechnisch ist, aber wenn das im > vertretbaren Rahmen ist wäre es echt gut. Der Aufwand ist nicht unerheblich, größtenteils Fleissarbeit. Den HTML-Codegenerator zu portieren dauerte nur eine Stunde, das habe ich schon vor ein paar Tagen gemacht. Aber ich muss dafür die ca. 70 Konfigurationsvariablen, die ausgetauscht werden müssen, immer synchron halten, wenn sie sich ändern. Und das auf beiden Seiten. Hinzu kommen noch die Werte von der Android-App. Die wurden bisher einfach "dumm" durchgeschleift auf den STM32. Jetzt müssen sie erstmal vom ESP8266 interpretiert und lokal gesetzt, anschließend mit dem STM32 synchronisiert werden. Das Protokoll dafür habe ich auch schon fertig. Ich schätze mal, dass ich damit insgesamt in ein paar Tagen durch bin. Bis dahin werde ich keine Neuerungen einbauen. Achso, doch eine Neuigkeit: Die Wetter-Infos wie Temperatur, Wetterlage, Luftdruck und Feuchtigkeit werden dann auch in der nächsten Version zumindest alphanumerisch als Laufschrift abrufbar sein :-) Bernd schrieb: > Die Frage ist doch eher, ob du Frank, dir noch mehr Arbeit mit noch > einer weiteren Unterscheidung machen möchtest? Es wird keine weitere Unterscheidung geben. Wenn, dann mache ich das für alle Konstellationen. Günter H. schrieb: > Ich kann dieses Vorgehen voll und ganz unterstützten. Gut, ich ziehe das dann durch :-) Danke für die Statements dazu - auch an diejenigen, die sich per PN oder Mail gemeldet haben.
Frank M. schrieb: > Danke für die Statements dazu - auch an diejenigen, die sich per PN oder > Mail gemeldet haben. wie per Mail besprochen, tauche ich mal in der Thema OTA ein :)
Torsten G. schrieb: > wie per Mail besprochen, tauche ich mal in der Thema OTA ein :) Klasse! Ein Update ohne Kabel... das hat was! :)
Torsten G. schrieb: > wie per Mail besprochen, tauche ich mal in der Thema OTA ein :) Super! OTA (und das Wetter) machen die Uhr jetzt richtig rund :)
Peter P. schrieb: > Super! OTA (und das Wetter) machen die Uhr jetzt richtig rund :) Find ich auch, würde aber gerne die quadratische Form beibehalten. Hoffe die ändert sich durch das Update nicht... ;) (Ansonsten hilft wohl nur noch die Quadratur des Kreises...) ;) Torsten G. schrieb: > Hi Tom, > > habe das Board mal grob geroutet und kalkuiert. Das Board wäre ca 22mm x > 29mm. Bei einer Abnahme von 50 Stück, liegt der Stückpreis bei 3.50 > Euro. Dafür bekommt man schon das gesamte MiniDev Shield. Ich denke das > das einfach zu teuer wäre. Hallo Torsten, Also für 3,50 würde ich doch glatt 2-3 Stück nehmen. ;) (Ein neues Shield würde mich min. 20€ kosten (+ Zeitaufwand zum Löten). Ansonsten müsst ich halt mal versuchen, das Ganze irgendwie auf eine Lochrasterplatine zu bekommen... (wird wohl auch irgendwie funktionieren) Naja, evtl. melden sich ja noch ein paar Interessenten. ;) Wären die neuen Nucleo-Shields von den Abmessungen zur ersten Version identisch? Gruß Tom
:
Bearbeitet durch User
Daumen hoch, ich habe jetzt auch schon eine weile auf den Quelltext von Frank gestart und bin schwer begeistert. Sieht sehr sauber programmiert aus das ganze. OTA Updates hatte ich auch schon angedacht. Aber noch mehr Arbeit wollte ich Frank jetzt auch nicht aufhalsen. Wo ich doch schon sehnsüchtig auf das RGWB Update warte ;) Wie wäre es eigentlich damit ein eigenes F411er Board zu designen. Das Nucleo ist ja riesig und hat eine ganze Menge Zeug, was man für die Uhr nicht braucht. Könnte man eigentlich gleich mit dem Shield kombinieren und ist mit einer Platine dann fertig. Gruß Chris
Danke für die Kommentare zur Abschaltschaltung. So ganz ist mir das aber noch nicht klar. In der Wikiseite steht beim v2 Shield für das MiniDevBoard: "Es wurde die Abschaltschaltung für die 5V Versorgung der WS2812 Streifen eingebaut. [...] Wird die Abschaltschaltung eingebaut, muss auf der Unterseite eine Leiterbahn durchtrennt werden!" Ist die nun schon eingebaut oder nur ein Anschluss möglich und man bräuchte auch fürs V2 Shield weiterhin das Zusatzboard? Torsten G. schrieb: > > habe das Board mal grob geroutet und kalkuiert. Das Board wäre ca 22mm x > 29mm. Bei einer Abnahme von 50 Stück, liegt der Stückpreis bei 3.50 > Euro. Dafür bekommt man schon das gesamte MiniDev Shield. Ich denke das > das einfach zu teuer wäre. Frank M. schrieb: >> Das ergibt rechnerisch einen Ruheverbrauch von gut 300 mA. > > Wenn ich richtig gerechnet habe, sind das ca. 1W bis 2W aus der > Steckdose - je nach Anzahl der Ambilight LEDs. Macht dann um die 3-5 EUR > im Jahr. Wenn ich richtig gerechnet habe würden die 5€ bedeuten, daß die LEDS immer ausgeschaltet sind: 1 bis 2 W*365 Tage/Jahr * 24h/Tag * 0,2869 €/kWh = 2,5 - 5,0 €/Jahr Realistischerweise bräuchte man wohl ein paar Jahre bis man die Investition (zu den Materialkosten käme ja auch noch Porto) wieder raus hat und so groß wäre die Einsparung auch dann nicht. Aber wenn ich Beitrag "Re: WordClock mit WS2812" richtig verstehe würde die Schaltung den Stromverbrauch im ausgeschalteten Zustand mehr als halbieren, das finde ich dann irgendwie schon wieder toll. Wenn der Anschluss einfach ist (?) und es auch fürs v2 Shield des MiniDevBoards extra benötigt wird (?) würde also auch so ein Zusatzboard nehmen. Viele Grüße Hauke
:
Bearbeitet durch User
Hallo zusammen, @Hauke die Schaltung ist auf dem V2 vorhanden, du brauchst hier kein Zusatzboard. Wenn du die Schaltung bestückst musst du nur eine Leiterbahn durchtrennen und hast dann alles was du brauchst um die LED's Stromlos zu schalten. @Alle melde mich in diesem Funkkreis an! Bin der neue und komme jetzt öfter. :) Und muss jetzt natürlich erst mal ein großes Lob an Frank und Torsten aussprechen bzw. auch an alle die an diesem Projekt mit gewirkt haben, ich bin begeistert! Und kann es kaum erwarten meine schon vorhanden Uhren mit dem neuen Shield auszustatten. Und wenn ich dann mal durch den Code von Frank durchgestiegen bin hoffe ich den ein oder anderen Teil noch beisteuern zu können, nur im vergleich zum Arduino ist der STM doch ein bisschen anders ;) Gruß Marco
>Hallo Torsten, > >Also für 3,50 würde ich doch glatt 2-3 Stück nehmen. ;) >(Ein neues Shield würde mich min. 20€ kosten (+ Zeitaufwand zum Löten). Ich auch, find die Abschaltung schon interessant Werner
Da das Wiki nunmehr wieder einsatzfähig ist, habe ich den Artikel
WordClock mit WS2812
auf den neuesten Software-Stand gebracht:
- Kapitel Download auf den Stand von 2.0.7 aktualisiert
- Kapitel Web-Interface mit neuen Bildern und Kommentaren
dazu versorgt (Evtl. F5 zum Aktualisieren drücken).
:
Bearbeitet durch Moderator
Ich habe da noch ein Problem gefunden - weiß aber nicht, ob das ggf schon diskutiert wurde. ESP 1.2.0 - STM 2.0.7 Wenn die Uhr im AP ohne DCF läuft und ich sie Zeit über das WebFront setze, läuft da irgendetwas schief:
1 | Welcome to WordClock Logger! |
2 | ---------------------------- |
3 | Version: 2.0.7 |
4 | rtc is online |
5 | eeprom is online |
6 | current eeprom version: 0x00020100 |
7 | reading ir codes from eeprom |
8 | reading display configuration from eeprom |
9 | reading timeserver data from eeprom |
10 | reading night timers from eeprom |
11 | reading temp configuration from eeprom |
12 | ESP8266 LOGGER |
13 | read rtc: We 2020-06-29 08:58:56 |
14 | update display |
15 | (- setup UDP) |
16 | esp8266 now up |
17 | (- local port: 2421) |
18 | (- setup server UDP) |
19 | (- local port: 2424) |
20 | (FIRMWARE 1.2.0) |
21 | (- working as AP) |
22 | (MODE ap) |
23 | (IPADDRESS 192.168.4.1) |
24 | esp8266 now online |
25 | --> time "192.53.103.103"<0d><0a> |
26 | update display |
27 | (OK time) |
28 | <.....> |
29 | (HTTP GET / year=2016&month=06&day=29&hour=08&min=51&action=savedatetime) |
30 | http path: '/' |
31 | http parameters: 'year=2016&month=06&day=29&hour=08&min=51&action=savedatetime' |
32 | command: set time to We 195044900-06-29 08:51:00 |
33 | (- client disonnected) |
34 | read rtc: We 2020-06-29 08:51:44 |
Ich trage im WebFront das Datum 29-06-2016 // 08:51 ein. Das wird auch so im GET übergeben. Der Befehl um den RTC zu setzten, macht daraus dann aber 29-06-2020, was man im read rtc lesen kann. Es ist egal welches Jahr ich eingebe, ob 2010, 2016, 2036 - in die RTC wird immer 2020 geschrieben. Habe nur ich das Problem ober ist das anderen auch aufgefallen? Gruß, Torsten
Torsten G. schrieb: > Der Befehl um den RTC zu setzten, macht daraus dann > aber 29-06-2020, was man im read rtc lesen kann. > Es ist egal welches Jahr ich eingebe, ob 2010, 2016, 2036 - in die RTC > wird immer 2020 geschrieben. > > Habe nur ich das Problem ober ist das anderen auch aufgefallen? Roman ist es aufgefallen: Beitrag "Re: WordClock mit WS2812" Bei ihm wurde immer 2062 als Jahr geschrieben. Das passiert aber nur, wenn der ESP-01 im AP-Modus ist, wie er später schreibt. Ich werde das mal überprüfen. P.S. Man könnte natürlich auch einfach 4 Jahre warten. Dann hat sich Dein Problem automatisch erledigt :-)
:
Bearbeitet durch Moderator
Fehler gefunden in http.c: Falsch:
1 | ld->tm.tm_yday = year - 1900; |
Richtig:
1 | ld->tm.tm_year = year - 1900; |
Blöder Vertippser :-( @Torsten: Kannst Du das mal prüfen?
:
Bearbeitet durch Moderator
Frank M. schrieb: > Fehler gefunden in http.c: > > Falsch: >
1 | > ld->tm.tm_yday = year - 1900; |
2 | >
|
> > Richtig: >
1 | > ld->tm.tm_year = year - 1900; |
2 | >
|
> > Blöder Vertippser :-( Baue ich mal ein und kompiliere neu - gebe Dir dann eine Rückmeldung. Sind es nicht meistens die blöden kleinen Tippfehler?
roman schrieb: > Is it possible to include in the corner led clock 18x16? > > #if WCLOCK24H == 1 > # define DSP_STATUS_LEDS 0 > # define DSP_MINUTE_LEDS 4 > # define DSP_DISPLAY_LEDS 288 > #else > # define DSP_STATUS_LEDS 0 > # define DSP_MINUTE_LEDS 4 > # define DSP_DISPLAY_LEDS 110 > #endif > > This configuration will work properly? I had to check the source to answer your question: Yes, generally this exotic configuration should work. I found two situations where this could be a (minor) problem. But I will fix them in the next release so your minute LEDs will also work on a 18x16 WordClock.
Frank M. schrieb: > Fehler gefunden in http.c: > > Falsch: >
1 | > ld->tm.tm_yday = year - 1900; |
2 | >
|
> > Richtig: >
1 | > ld->tm.tm_year = year - 1900; |
2 | >
|
> > Blöder Vertippser :-( > > @Torsten: Kannst Du das mal prüfen?
1 | <...> |
2 | (HTTP GET / year=2016&month=06&day=29&hour=12&min=47&action=savedatetime) |
3 | http path: '/' |
4 | http parameters: 'year=2016&month=06&day=29&hour=12&min=47&action=savedatetime' |
5 | command: set time to We 2016-06-29 12:47:00 |
6 | update display |
7 | <...> |
Funktioniert! Das Jahr wird nun richtig an die RTC übergeben. Allerdings zeigt das WebFront noch bis zum nächsten RTC READ die alten Werte an. Ggf könnte man nach dem RTC WRITE noch ein RTC READ einbauen?
Torsten G. schrieb: > Funktioniert! Danke. > Ggf könnte man nach dem RTC WRITE noch ein RTC READ einbauen? Das wird mit dem Auslagern des HTML-Generators sowieso anders laufen müssen. Lohnt sich also nicht mehr, an dieser Stelle drüber nachzudenken :-)
Hat jemand schn einen Vorschlag, wie und wo man die Helligkeitssensor und Infrarot Sensor montieren kann (WC12) Danke Werner
Hallo Werner, Werner A. schrieb: > Hat jemand schn einen Vorschlag, wie und wo man die Helligkeitssensor > und Infrarot Sensor montieren kann (WC12) Also ich habe die Sensoren beide im "B" links unten platziert ;-) Generell eignet sich aber jeder nicht genutzte Buchstabe. Würde es ein bisschend davon abhängig machen, wo du deine Elektronik platziert hast.
Sascha G. schrieb: > Hallo Werner, > Also ich habe die Sensoren beide im "B" links unten platziert ;-) > > Generell eignet sich aber jeder nicht genutzte Buchstabe. > Würde es ein bisschend davon abhängig machen, wo du deine Elektronik > platziert hast. Springt die Helligkeitsregelung dann nicht bei den Animationen an? (oder bei Temperatur oder Wettervorhersage)
Werner A. schrieb: > Springt die Helligkeitsregelung dann nicht bei den Animationen an? (oder > bei Temperatur oder Wettervorhersage) Während der Animationen wird die Helligkeitsmessung abgeschaltet.
:
Bearbeitet durch Moderator
Hallo Peter, Peter Z. schrieb: > Der hor. Abstand ist 9,3333 mm. kannst du mir vielleicht auch den Zeilenabstand verraten? Ich habe mir gerade eine gebaut, wo ich die LEDs alle vereinzelt habe. ist dann aber 'ne Schweinearbeit die alle ein zu kleben und zu verlöten (gut, verlöten muss man sie sowieso). Leider fehlen mir momentan noch 10 Stck., die Chinesen sind halt nicht die schnellsten. Für LDR und TSOP habi ich analog zur WC24 einfach unten in der Mitte zwei Bohrungen vorgesehen hinter denen die dann angebracht werden. Gruß Bernhard
Moin Bernhard, der vert. Abstand ergibt sich eigentlich aus dem hor. Abstand. 93,333:9 ca. 10,3703 mm, damit es quadratisch ist. Die 10er Reihen passen doch auch ohne sie zu vereinzeln, ok, man muss die Löcher für R und C etwas bearbeiten. Schon ne Idee, wie Du die Frontplatte machen willst? Gruss Peter
Angehängte Dateien:
-
20160801_185033.jpg
240 KB
Hallo Peter, Peter Z. schrieb: > der vert. Abstand ergibt sich eigentlich aus dem > hor. Abstand. > 93,333:9 ca. 10,3703 mm, damit es quadratisch ist. > Die 10er Reihen passen doch auch ohne sie zu vereinzeln, > ok, man muss die Löcher für R und C etwas bearbeiten. > Schon ne Idee, wie Du die Frontplatte machen willst? sorry, hast Recht, wenn man mal drüber nachgedacht hätte, ist eigentlich einleuchtend. Für das Frontplattendesign habe ich mir mal Inkscape heruntergeladen. damit kann man die Buchstaben relativ gut positionieren. Weil bei den kleinen Löchern der LDR und der TSOP nicht mit bei den LEDs versteckt werden können habe ich mir gedacht, ich baue die einfach analog zur WC24 unten mittig in zwei separate Bohrungen ein. Wenn ich mein Puzzle fertig habe versuche ich mal einen bekannten Werbegrafiker zu überreden, dass er mir eine Folie auf seinem Schneidplotter macht, die ich dann von innen hinter die Glasscheibe kleben kann. Was meinst du mit Löcher für R und C etwas bearbeiten? Gruß Bernhard
Moin Bernhard, wenn man die Löcher nur so gross macht, dass die LEDs reinpassen, dann liegen die beiden Bauteile auf der Kante auf. Ich habe, für den ersten Test, die org. Frontplatten pdf auf ein 1/3 verkleinert ausgedruckt. Gruss Peter
Hallo Peter, Peter Z. schrieb: > wenn man die Löcher nur so gross macht, dass die LEDs reinpassen, ich habe die Löcher in 8mm gebohrt und eine Multiplexplatte verwendet. da konnte man dann bei den Stegen zwischen den Bohrungen die oberste Lage entfernen. Dann liegen die LEDs nur noch oben und unten auf und die Bauteile haben Platz ( siehe angehängtes Foto in Beitrag "Re: WordClock mit WS2812" ). Das mit dem drittel passt bei mir eh nicht, weil ich auch die Abstände der Minutenpunkte vom Rand geändert habe. Gruss Bernhard
Ich habe meine Frontblende auf der bedruckten Seite etwas verkratzt, so dass das sichbar ist, bzw. bei einer anderen Platte beim Abziehen der Folie etwas Lack mit abgezogen. Hat jemand schon mal Stellen ausgebessert ? Und wenn ja, dann mit welchem Lack ? Ich wäre jetzt zum Autohändler gefahren und hätte schwarzen Lack zum Ausbessern getestet. Spricht etwas gegen den Autolack ? Oder löst der die Platte auf ? Danke Gruß Michael
Hallo, ich habe das Shield mit dem STM32 MiniDevBoard für eine WC12. Ich habe gerade meine erste Wordclock WS2812 in Betrieb genommen. Das Flashen der Wordclock klappte sofort, allerdings bekomme ich die ESP Firmware nicht geflasht. Die Fehlermeldung lautet
1 | connecting .... |
2 | Erasing flash... |
3 | Writing at 0x00000000... (0 %) |
4 | Writing at 0x00000400... (5 %) |
5 | Writing at 0x00000800... (10 %) |
6 | Writing at 0x00000c00... (15 %) |
7 | Writing at 0x00001000... (20 %) |
8 | Writing at 0x00001400... (25 %) |
9 | Writing at 0x00001800... (30 %) |
10 | Writing at 0x00001c00... (35 %) |
11 | Writing at 0x00002000... (40 %) |
12 | Writing at 0x00002400... (45 %) |
13 | Writing at 0x00002800... (50 %) |
14 | Writing at 0x00002c00... (55 %) |
15 | Writing at 0x00003000... (60 %) |
16 | Writing at 0x00003400... (65 %) |
17 | Writing at 0x00003800... (70 %) |
18 | Writing at 0x00003c00... (75 %) |
19 | Writing at 0x00004000... (80 %) |
20 | Writing at 0x00004400... (85 %) |
21 | Writing at 0x00004800... (90 %) |
22 | Writing at 0x00004c00... (95 %) |
23 | Writing at 0x00005000... (100 %) |
24 | Failed to write to target Flash |
Hat jemand ne Idee was das sein kann? Da ich den STM zum ersten mal verwende habe ich eine HowTo geschrieben was ich befolgt habe. Werner
Hallo Werner, alles ist gut, wie im Wiki steht: "Eine eventuell am Ende auftretende Fehlermeldung "Failed to leave Flash mode" kann dabei getrost ignoriert werden." den STM durch drücken der Reset Taste neustarten und das Board sollte nun laufen. (Evt. kann es hilfreich sein wenn die uhr läuft einmal den UserButton bzw. FlashESP zu drücken damit das modul die Default Werte nimmt. Bei meinen ESP's wurde erst danach das WLAN "wordclock" angezeigt. Gruß Marco
Leider wird weder die IP-Adresse angezeigt nachdem ich den Flash esp gebrückt habe noch wird das W-Lan angezeigt... Mal sehen ob ich morgen das logging nutzen kann
Hier der Log vom Startup.
1 | power_init() called |
2 | switching power on |
3 | |
4 | Welcome to WordClock Logger! |
5 | ---------------------------- |
6 | Version: 2.0.7 |
7 | rtc is online |
8 | eeprom is online |
9 | current eeprom version: 0x00020100 |
10 | reading ir codes from eeprom |
11 | reading display configuration from eeprom |
12 | reading timeserver data from eeprom |
13 | reading night timers from eeprom |
14 | reading temp configuration from eeprom |
15 | ESP8266 LOGGER |
16 | read rtc: Tu 2000-01-03 02:35:03 |
17 | update display |
Sieht doch eigentlich ganz normal aus, oder?
Werner schrieb: > Failed to write to target Flash Das Flashen hat nicht funktioniert. Probiere es nochmal - oder nimm ein anderes ESP-Modul. Marco R. schrieb: > alles ist gut, wie im Wiki steht: > "Eine eventuell am Ende auftretende Fehlermeldung "Failed to leave Flash > mode" kann dabei getrost ignoriert werden." Das ist aber nicht die Meldung, die Werner bekommen hat. Werner schrieb: > Hier der Log vom Startup.power_init() called > ... > Sieht doch eigentlich ganz normal aus, oder? Nein, das ist nicht normal. Sämtliche Ausgaben des ESP8266 werden in runden Klammern ausgegeben. Da ist aber überhaupt keine zu sehen - noch nichtmals die Firmware-Version. Wie oben schon geklappt: Der Flashvorgang ist fehlgeschlagen. Die "Writing at"-Meldungen zeigen aber, dass prinzipiell alles funktioniert. Die Verbindung zum ESP8266 ist auf jeden Fall da. Sonst wäre das Ding nicht bis 100% durchgelaufen. Trotzdem ist es fehlgeschlagen. Im schlimmsten Fall ist Dein ESP8266 ESP-01 defekt. Oder benutzt Du vielleicht ein anderes ESP-Modul?
Michael W. schrieb: > Ich habe meine Frontblende auf der bedruckten Seite etwas verkratzt, so > dass das sichbar ist, bzw. bei einer anderen Platte beim Abziehen der > Folie etwas Lack mit abgezogen. > > Hat jemand schon mal Stellen ausgebessert ? > Und wenn ja, dann mit welchem Lack ? > > Ich wäre jetzt zum Autohändler gefahren und hätte schwarzen Lack zum > Ausbessern getestet. Das mit dem schwarzen Lack beim Autolackierer ist keine gute Idee. Ich nehme an, dass die Frontplatte aus Plexiglas (R) ist. Dieses Material wird von Alkoholen und vielen Lösungsmitteln angegriffen. Ich hatte eine Frontplatte vor dem Ankleben der Halterungen etwas stark angeraut - an einigen kleinen Stellen war dann der schwarze Lack mit ab :-( In meinem Fall war die "Reparatur" mit einem CD-Marker erfolgreich. Viel Erfolg und Gruß Günter
Günter H. schrieb: > In meinem Fall war die "Reparatur" mit einem CD-Marker erfolgreich. Ja, so habe ich es auch mal mit einer rückwärtig verkratzten Frontplatte gemacht. Von vorn konnte man dann nichts mehr sehen. Klappt natürlich nur, wenn der Kratzer nicht direkt durch einen Buchstaben geht.
@ Kratzer: Danke euch, so werde ich es mal probieren. Ich kann an dieser Stelle nur empfehlen, die Folie auf der Rückseite zu belassen! Als letzte Schutzschicht. Viel Licht dürfte die Folie nicht schlucken. @ESP Flashen: Ich habe hier ca. zehn (10) ESP Module liegen. Hiervon verhalten sich nur drei (3) so wie sie sollen, obwohl sie alle als ESP.... 01 .... verkauft wurden. Manche lassen sich nicht flashen. Ich flashe extern mit einem FTD232 USB->Seriell Adapter. Manche melden sich mit ESP14.. im WLAN. Es werden wohl 14er sein, obwohl diese als ESP8266-01 verkauft wurden. Ich habe bei Ama zon (am teuersten) , E bay und Bang good bestellt. Alle sehen gleich aus. Die Farbe der Platine ist unterschiedlich. Ich will damit sagen: Wenn ein ESP Modul "spinnt", gerne mal einen anderen Versender testen. Ich hatte hier Probleme.
:
Bearbeitet durch User
@Marco R. @Frank M. Ich hab den Fehler gefunden. Anscheinend ist die Datei beim Download beschädigt worden. Die war nur ca. 20 kB groß. Kaum die richtige Datei geladen funktionierte das Flashen auch ;-) Unterschied beim Flashen war, dass er jetzt in einzelnen Prozenten hochgezählt hat, und nicht mehr in 5% Schritten. Vielen Dank für eure Mühen! Werner
Chris K. schrieb: > Wie wäre es eigentlich damit ein eigenes F411er Board zu designen. Das > Nucleo ist ja riesig und hat eine ganze Menge Zeug, was man für die Uhr > nicht braucht. Könnte man eigentlich gleich mit dem Shield kombinieren > und ist mit einer Platine dann fertig. Prinzipiell interessant wäre das. Aber die Demoboards sind einfach so unglaublich günstig. Wenn müsste so viel wie möglich auf SMD umgestellt werden und dann kann das auch nicht mehr jeder löten. Dann wäre also eine maschinelle Bestückung sinnvoll. Schablone, Rüstzeit, Arbeitszeit, Ofennutzung. Da müsste man schon mind. 100 Platinen auf einmal machen. Ich schätze da mal die Kosten auf ca. 1800€-2000€ nur für die Bestückung (nur SMD) inkl. Schablone ohne die Bauteile. Das wären also ca. 20€/Platine wenn der Fertiger das als komplette Lieferung an jemanden übergibt und nicht selber 100 Päckchen verschicken muss. THT müsste dann jeder selber nachbestücken. Platinen wären dann also ungetestet. Für 20€ würde sich der eine oder andere das vielleicht sogar überlegen. Die Frage wäre, wer übernimmt das Risiko? Es müssen dann ja vorab alle Bauteile beschafft und die Platinen bestellt werden.
Bernd schrieb: > Chris K. schrieb: >> Wie wäre es eigentlich damit ein eigenes F411er Board zu designen. Das >> Nucleo ist ja riesig und hat eine ganze Menge Zeug, was man für die Uhr >> nicht braucht. Könnte man eigentlich gleich mit dem Shield kombinieren >> und ist mit einer Platine dann fertig. > > Prinzipiell interessant wäre das. Aber die Demoboards sind einfach so > unglaublich günstig. > Wenn müsste so viel wie möglich auf SMD umgestellt werden und dann kann > das auch nicht mehr jeder löten. Dann wäre also eine maschinelle > Bestückung sinnvoll. > Schablone, Rüstzeit, Arbeitszeit, Ofennutzung. Da müsste man schon mind. > 100 Platinen auf einmal machen. Ich schätze da mal die Kosten auf ca. > 1800€-2000€ nur für die Bestückung (nur SMD) inkl. Schablone ohne die > Bauteile. Das wären also ca. 20€/Platine wenn der Fertiger das als > komplette Lieferung an jemanden übergibt und nicht selber 100 Päckchen > verschicken muss. THT müsste dann jeder selber nachbestücken. Platinen > wären dann also ungetestet. Für 20€ würde sich der eine oder andere das > vielleicht sogar überlegen. Die Frage wäre, wer übernimmt das Risiko? Es > müssen dann ja vorab alle Bauteile beschafft und die Platinen bestellt > werden. Wenn man wirklich den Schritt gehen will und ein eigenes F411er Board herstellen lassen will, dann würde ich das Dingen komplett bestücken lassen. Warum sollte man sich dann noch hinsetzten und ein paar Bauteile per Hand bestücken? Aktuell liegt das Nucleo bei Ali um die 18 Euro. Dazu das Shield (5.50) und die Bauteile (9.63) - macht in der Summe ca 34 Euro. Zu den oben genannten 20 Euro für die Bauteile / Bestückung kommt noch die Platine - schätzen wir hier mal eine Gesamtsumme für ein fertiges F411er Board von 25 Euro (incl E-Test). Damit liegt der geschätzte Vorteil bei 10 Euro pro Uhr. Lohnt es sich dafür? Und wenn schon, dass müssen alle Teile direkt mit drauf. Also auch das ESP, die RTC, das AMS.
Kostet dann ein fertiges Board nicht eher 30€? (20€ Bestückung + 10 Bauteile) Dann hätte man natürlich ein fertiges Board, das hätte auch was für sich. Das Basteln ist aber natürlich ein Teil des Spaßes ;-) Man sollte dann auch gleich die RTC, das EEPROM und was noch möglich ist fest mit drauf nehmen. Das WLAN Modul würde ich extern lassen.
Allerdings nähert man sich dann einem fertigen Produkt und bekommt ganz andere Probleme beim Vertrieb. Außerdem müsste sich jemand die Arbeit machen. Also eigentlich lohnt es nicht.
Bernd schrieb: > Allerdings nähert man sich dann einem fertigen Produkt und bekommt ganz > andere Probleme beim Vertrieb. genau > Also eigentlich lohnt es nicht. Sehe ich auch so - und der Bastelspaß wäre ja auch vorbei :)
Ich hätte jetzt einfach ein paar Prototyp Platinen bei itead oder ähnlichen China PCB fertigern in Auftrag gegeben. SMD Bestücken ist auf gerfertigten Boards mit Lötstoplack ein Kinderspiel. Ansonsten habe ich auch zugriff auf eine komplette Ätzanlage. Da muss man sich nur auf 2 Layer beschränken und auch die Vias von Hand mit Draht ausführen. Aber auch dort gilt, SMD - piece of cake. Alle komponenten drauf integrieren. Zack fertig.
Chris K. schrieb: > SMD Bestücken ist auf > gerfertigten Boards mit Lötstoplack ein Kinderspiel. Das ist aber nicht für jeden ein Kinderspiel - jedenfalls nicht für absolute Anfänger. Die jetzige Variante mit den Shields ist auf jeden Fall auch für Anfänger geeignet und damit auch für einen größeren Benutzerkreis verfügbar.
Angehängte Dateien:
-
P8070287.jpg
230 KB -
P8070289.jpg
230 KB -
P8070290.jpg
230 KB
Hallo, ich habe mal eine Frage zu den ws2812 LEDs. Bei meinen LEDs ist eine die dauerhaft leicht blau leuchtet. Farben z.b. Beim Display Test werden normal angezeigt mit der Einschränkung das dieses leichte Blau eben immer mit leuchtet. Ich gehe davon aus das die LED defekt ist. Gibt es Erfahrungswerte wie am besten so eine einzelne LED aus der kette zu tauschen ist ? (Einzelnen rausschneiden und neues teilstück einlöten ?) Danke und Gruß Dirk
Angehängte Dateien:
-
Loetstelle.jpg
220 KB
Dirk L. schrieb: > Gibt es Erfahrungswerte wie > am besten so eine einzelne LED aus der kette zu tauschen ist ? Eigene Erfahrungen mit dem Austausch habe ich nicht, kann aber auf dem Bild zeigen, wie meine Stripes aus der Sonderbestellung zusammengelötet waren: Einfach mit geringer Überlappung verlötet. Wegen der prinzipiellen Gefahr von Kurzschlüssen habe ich den Bereich unter diesen Lötstellen wie an den Zeilenenden auch mit "Tesafilm" isoliert. Viel Erfolg und Gruß Günter
Dirk L. schrieb: > Ich gehe davon aus das die LED defekt ist. Gibt es Erfahrungswerte wie > am besten so eine einzelne LED aus der kette zu tauschen ist ? > (Einzelnen rausschneiden und neues teilstück einlöten ?) Einzelne LED austauschen ist kein Problem, musste ich auch schon machen, bei mir leuchtete eine dauerhaft nicht. Einfach rausschneiden und eine andere möglichst passgenau einsetzen und zusammenlöten. LG Thomas
Nur mal so 'ne Frage am Rande: Die Uhr (Software) ist ja mittlerweile richtig gut geworden. Es gibt tolle Animationen, man kann die Temperatur anzeigen lasen, es gibt Ambilight, aber eins macht sie noch nicht, obwohl die erforderlichen Informationen vorliegen, das Datum anzeigen. Könnte man das nicht auch, ähnlich wie die Temperatur, automatisch bzw. auf Anforderung (Web-Frontend bzw. APP) anzeigen lasen? Gruß Bernhard
Bernhard S. schrieb: > aber eins macht sie noch nicht, [...], das Datum anzeigen. > Könnte man das nicht auch, ähnlich wie die Temperatur, automatisch > bzw. auf Anforderung (Web-Frontend bzw. APP) anzeigen lasen? Ja, natürlich könnte man. Ich schreibs mal auf die TODO-Liste
Ein kurzer Zwischenbericht zur nächsten Version: 1. Die Auslagerung des HTML-Codegenerators auf den ESP8266 ist vollzogen. Ersparnis auf dem STM32: Knapp 14KB. Damit sind wir nun beim STM32F103/WC24h bei 49KB und beim STM32F103/WC12h bei ca. 40KB. Also ist nun auch beim kleinen STM32 wieder genügend Platz für Erweiterungen. Das Ganze ist momentan bei mir im Test. Es gibt noch ein paar kleinere Bugs, die für die Synchronisation zwischen STM32 und ESP8266 ausgebügelt werden müssen. Ist aber nichts mehr dolles. 2. Wetteranzeige über openweathermap.org: Code für erste Laufschriften ist soweit fertig, Tests stehen noch aus. Eine Anzeige von Wetter-Piktogrammen kommt aber erst in der übernächsten Version. 3. Unterstützung von SK2812 RGBW-LEDs: Der "Treiber" zur Ansteuerung ist abgeschlossen, die Umstellung des eigentlichen Programms auf die vier RGBW-Werte (4 Schieberegler für Farben im Webinterface, Speichern der zusätzlichen W-Werte im EEPROM) ist in Arbeit. 4. Bugfix: DS18xx-Temperatur-Korrekturwert wurde bisher als RTC- Temperatur-Korrekturwert im EEPROM gespeichert. 5. Bugfix: Bei der manuellen Eingabe des aktuellen Datums/Uhrzeit wurde das Jahr bisher als "Zufallszahl" gespeichert. Ich schätze mal, dass die nächste Version (2.1.0) am nächsten Wochenende zur Verfügung steht.
Frank M. schrieb: > 3. Unterstützung von SK2812 RGBW-LEDs: Der "Treiber" zur Ansteuerung > ist abgeschlossen, die Umstellung des eigentlichen Programms auf > die vier RGBW-Werte (4 Schieberegler für Farben im Webinterface, > Speichern der zusätzlichen W-Werte im EEPROM) ist in Arbeit. Ich tippe Du meinst SK6812 - oder?
Der Urlaub ist leider schon wieder um, aber hier ist ja in der Zwischenzeit einiges passiert :-) Frank M. schrieb: > Ein kurzer Zwischenbericht zur nächsten Version: > > 1. Die Auslagerung des HTML-Codegenerators auf den ESP8266 ist > vollzogen. Ersparnis auf dem STM32: Knapp 14KB. Damit sind wir > nun beim STM32F103/WC24h bei 49KB und beim STM32F103/WC12h bei > ca. 40KB. Also ist nun auch beim kleinen STM32 wieder genügend > Platz für Erweiterungen. Das Ganze ist momentan bei mir im Test. > Es gibt noch ein paar kleinere Bugs, die für die Synchronisation > zwischen STM32 und ESP8266 ausgebügelt werden müssen. Ist aber > nichts mehr dolles. Wirklich tolle Neuigkeiten, finde diesen Schritt ebenfalls sinnvoll und bin wirklich erstaunt wie viel Speicher du so noch raus schlagen konntest. Super Sache! :-) > 3. Unterstützung von SK2812 RGBW-LEDs: Der "Treiber" zur Ansteuerung > ist abgeschlossen, die Umstellung des eigentlichen Programms auf > die vier RGBW-Werte (4 Schieberegler für Farben im Webinterface, > Speichern der zusätzlichen W-Werte im EEPROM) ist in Arbeit. Hammer! Ich habe gerade ein paar Meter im Zulauf und wollte dir eigentlich ein paar als Bestech... ääh... zum Testen anbieten :-P Ich kenne jemanden, der sich über diese Entwicklung sehr freuen wird. :-D Diesbezüglich hätte noch zwei Vorschläge für die ToDo Liste falls nicht ohnehin schon vorgesehen: - Die Möglichkeit den Weißwert separat fest einzustellen, auch wenn keine feste Farbe eingestellt bzw. Rainbow aktiviert ist - Eine Option mit der der W-Wert (möglichst in einem einstellbaren Helligkeitsbereich und mit einstellbarer Geschwindigkeit) sinusartig angehoben und wieder abgesenkt wird. Darf auch ruhig sehr langsam werden, damit könnte man bei Rainbow noch mehr unterschiedliche Farben rausholen bzw. die einzelnen Farbtöne wiederholen sich dann insgesamt seltener. Gruß, Peter
Peter G. schrieb: > Diesbezüglich hätte noch zwei Vorschläge für die ToDo Liste falls nicht > ohnehin schon vorgesehen: > - Die Möglichkeit den Weißwert separat fest einzustellen, auch wenn > keine feste Farbe eingestellt bzw. Rainbow aktiviert ist Es wird neben den R, G und B-Schiebereglern einen weiteren W-Regler geben. > - Eine Option mit der der W-Wert (möglichst in einem einstellbaren > Helligkeitsbereich und mit einstellbarer Geschwindigkeit) sinusartig > angehoben und wieder abgesenkt wird. Darf auch ruhig sehr langsam > werden, damit könnte man bei Rainbow noch mehr unterschiedliche Farben > rausholen bzw. die einzelnen Farbtöne wiederholen sich dann insgesamt > seltener. Da möchte sich vielleicht Ralf Hammeran dran austoben. Er hatte meine Rainbow-Animation ohnehin schon überarbeitet. Ich selbst werde da wenig Energie reinstecken, da ich nicht plane, die doppelt so teuren SK6812 zu verbauen. Die Uhr soll ja keine Raumbeleuchtung werden ;-)
Hallo zusammen Danke an Frank für die SK6812 - Unterstützung! Als bisheriger Bauer der "alten" WordClock mit Kaltweiss LEDs freut mich dies sehr! Zumal ich hier eine "neue" WordClock habe und das Weiss halt nicht in der Form herbekomme wie ich das wünsche. Frage an Torsten: Ist nun angedacht, dass die LED-Streifen in Sonderformat / Sonderabstand auch bestellen kann? Wäre ein Abnehmer für einige Uhren :-) Zumal hier in der Schweiz noch Bedarf besteht ;-) Oder wie gedenken die anderen Personen die 12h - Variante zu bauen mit dem SK6812? Gruss aus der Schweiz Daniel
Daniel K. schrieb: > Danke an Frank für die SK6812 - Unterstützung! Diese ist zwar nun komplett eingebaut aber noch nicht getestet. Das Wetter war einfach zu gut am Wochenende, als dieses in der Stube mit ein paar LEDs zu verbringen. Das nächste Release verzögert sich daher um ein paar wenige Tage. > Oder wie gedenken die anderen Personen die 12h - Variante zu bauen mit > dem SK6812? Im Moment ist da nur einer außer Dir - namlich Chris. Und soviel ich weiß, hat Chris bereits viele viele einzelne LEDs - also keinen Strip. Ich nehme auch an, dass die Nachfrage nach den SK6812 nicht so stark sein wird, um extra eine Sammelbestellung zu organisieren, wo dann Spezial-Anfertigungen für die WC12h gemacht werden müssen. Man sollte nicht vergessen, dass die Uhr sowieso nicht als Raumbeleuchtung dient, sogar eher der Anzeige einer Uhrzeit und ein paar anderer Spielereien. Daher halte ich den Nutzen der doppelt so teuren SK6812 für relativ gering. Wenn Du die SK6812 nutzen willst, dann baue eine WC24h. Da kannst Du das Standard-Raster von 60LEDs/m verwenden.
Ich habe heute die erste Hardware zusammen gesteckt und programmiert. Läuft soweit alles. Durch die sk68 LEDs sind die Farben zwar alle verschoben aber Funktion ist bis zum Update erstmal gegeben. Ich werde die 24h Version der Uhr bauen. Und davon auch gleich einen ganzen Stapel. Aktuell habe ich 5 Word Uhren im Einsatz. Jedoch sind die LED Treiber echt problematisch. Die erzeugen einen recht ordentlichen negativen überschwinger, was letzten Endes auf Dauer die LEDs grillt. Also umstellen auf dieses Projekt. Da mein mechanischer Aufbau schon steht habe ich mir eigene Platinen für die sk Dioden fertigen lassen. Die Dioden gibt es recht günstig bei Ali 1000 Stück für um die 100 Dollar. Sind zusammen gut 60 Euro für die Hardware. Gehäuse ist ein Ikea Bilderrahmen.
Ein Punkt von mir in Richtung Artikel zu diesem Projekt. Bei der Beschaltung vom LDR ist angegeben, dass man den Spannungsteiler via 1k Widerstand aufbauen soll. Ich hatte mir die LDR Sensoren A906032 von Reichelt bestellt. Gemessen bekommt man Widerstandwerte zwischen 100 kOhm und 5 kOhm am LDR, was ganz gut zum Datenblatt passt. Haut ma das ganze in die Formel für den unbelasteten Spannungsteiler sieht der ADC: 100k = 0.033 V 5k = 0.55 V ist jetzt nicht gerade viel Hub. Mein Vorschlag, den Widerstand R2 auf 10kOhm ändern, damit erhält man am Spannungsteiler 100k = 0.3V 5k = 2.2V als Hub. Somit wird der Regelbereich größer und Helligkeitsschwankungen können besser gefiltert werden. Dann noch ein möglicher Bug. In der Weboberfläche des ESP, kommt unter LDR die Meldung "Stored minimum value" wenn man den Button "Set as maximum Value" drückt. Kann das jemand bestätigen? Gruß Chris
Chris K. schrieb: > Bei der Beschaltung vom LDR ist angegeben, dass man den Spannungsteiler > via 1k Widerstand aufbauen soll. Ja, der 1k Widerstand passte nämlich bisher immer sehr gut zum ursprünglich eingesetzten LDR07, der leider mittlerweile nicht mehr verfügbar ist. > Mein Vorschlag, den Widerstand R2 auf 10kOhm ändern, damit erhält man am > Spannungsteiler > > 100k = 0.3V > 5k = 2.2V > > als Hub. Gut, dann werde ich das für den Ersatztyp A906032 im Artikel so ändern.
Frank M. schrieb: > Ja, der 1k Widerstand passte nämlich bisher immer sehr gut zum > ursprünglich eingesetzten LDR07, der leider mittlerweile nicht mehr > verfügbar ist. Dazu ein Hinweis: Zurzeit ist der LDR07 bei Reichelt wieder normal lieferbar. Der LDR07 hätte der Vorteil, dass die Bestückung der Shields gemäß Bestückungsdruck erfolgen kann. Und wer den Ersatztyp A 9060 32 bestellt hat, sollte wie beschrieben den Widerstand des Spannungsteilers für den LDR anpassen. Gruß Günter
Die Version 2.1.0 der WordClock-Software ist online verfügbar unter WordClock mit WS2812: Download Die wichtigsten Änderungen: - Auslagerung des HTML-Codegenerators auf den ESP8266, damit Code-Ersparnis auf dem STM32 von 14KB Flash. - Laufschrift mit dem aktuellen Wetter (über openweathermap.org) - Unterstützung von RGBW-LEDs SK6812 (optional) - Verbesserungen bei der LDR-Umgebungshelligkeitsmessung - Wegfall der Schaltfläche "Save all" im Web-Interface. Nun werden sämtliche geänderten Konfigurationsdaten sofort auch im EEPROM neu gespeichert. - Bugfix: DS18xx-Temperatur-Korrekturwert wurde bisher als RTC-Temperatur-Korrekturwert im EEPROM gespeichert. - Bugfix: Bei der manuellen Eingabe des aktuellen Datums/Uhrzeit im Webinterface wurde das Jahr bisher als "Zufallszahl" gespeichert, wenn der ESP8266 im AP-Modus läuft, weil kein WLAN vorhanden ist. WICHTIG: Es gibt auch eine neue Firmware-Version 2.1.0 für den ESP8266. Diese muss bei Aktualisierung der STM32-Software ebenso danach aktualisiert werden! Ich musste zwar einiges in der Software umkrempeln, um sämtliche Konfigurationswerte zwischen STM32 und ESP8266 immer synchron zu halten, aber die Arbeit hat sich gelohnt: Jetzt ist wieder genügend Flash auf dem STM32F103 (Mini-Board) vorhanden, um neue Erweiterungen einbauen zu können. Die Dokumentation im Artikel habe ich ebenso aktualisiert. Dort ist auch beschrieben, wie man die Wetterdaten beziehen und anzeigen kann, siehe auch WordClock mit WS2812: Web-Interface Es empfiehlt sich, unbedingt nach Abruf des Artikels die Taste F5 (oder entsprechendes) zur Aktualisierung der Bilder zu drücken, da das Wiki diese nicht automatisch aktualisiert. In der nächsten Version ist auf jeden Fall geplant, die Wetterdaten auch automatisch einblenden zu lassen. Im Moment geht das nur über eine Schaltfläche in der Web-Oberfläche. Zur Unterstützung der SK6812-RGBW-LEDs: Ich werde diese Variante nicht als Hex-Dateien zur Verfügung stellen, da jetzt schon 6 Hex-Dateien für alle Varianten von mir erstellt werden. Um die SK6812-Variante zu generieren, muss man folgende Änderung in display-config.h vornehmen: Alt:
1 | #define DSP_USE_WS2812 1 // use WD2812 RGB LEDs
|
2 | #define DSP_USE_APA102 0 // use APA102 RGB LEDs
|
3 | #define DSP_USE_SK6812 0 // use SK6812 RGBW LEDs
|
Neu:
1 | #define DSP_USE_WS2812 0 // use WD2812 RGB LEDs
|
2 | #define DSP_USE_APA102 0 // use APA102 RGB LEDs
|
3 | #define DSP_USE_SK6812 1 // use SK6812 RGBW LEDs
|
Die SK6812-LED-Stripes werden an demselben Pin wie die WS2812 angeschlossen. Viel Spaß, Frank
:
Bearbeitet durch Moderator
Angehängte Dateien:
-
SMd_Shield.jpg
140 KB
Klingt gut, werde ich gleich mal testen. Bin ich demnach nicht der einzige, der das schlechtere Wetter der letzten 2 Tage genutzt hat. Bei mir ist inzwischen meine Version eines Shields für das Mini-Board fertig geworden. Auf 10 x 3 cm alles drauf was man braucht. Wenn die Software jetzt läuft, kann ich mich direkt ans bestellen der Leiterplatten machen.
Chris K. schrieb: > Bei mir ist inzwischen meine Version eines Shields für das > Mini-Board fertig geworden. Ich sehe am Bild, dass Du das ESP-07 statt des ESP-01 Moduls einsetzen möchtest. Beachte dabei, dass Du die Sources für den ESP8266 ESP-07 evtl. neu compilieren musst. Für ein ESP-12F musste ich das jedenfalls wegen der geänderten Flash-Größe.
:
Bearbeitet durch Moderator
Hallo Frank, beim ESP07 musste ich bislang nur den Pin15 auf GND legen, sonst stimmt der Bootloader Modus vom ESP nicht. Damit lief es dann schon. Habe gerade auch deine neuen SW Versionen geladen. SK6812 Ansteuerung klappt. Allerdings scheinen Rot und Grün vertauscht zu sein. Beim Einschalten leuchtet die Uhr grün. Laut Weboberfläche ist Rot eingestellt. Stelle ich dann Grü ein, leuchtet die Uhr Rot. Blau und Weiß hingegen passen. Gruß Chris
Chris K. schrieb: > SK6812 Ansteuerung klappt. Freut mich. > Allerdings scheinen Rot und Grün vertauscht zu sein. Ja, ich hatte mich schon gewundert, dass lt. SK6812-Datenblatt erst Rot und dann Grün gesendet werden muss, während das bei WS2812 genau umgekehrt ist. Da ist das SK6812-Datenblatt definitiv falsch. Anpassung in sk6812.c, Funktion sk6812_setup_timer_buf(): Alt:
1 | for (n = 0; n < n_leds; n++) |
2 | {
|
3 | for (i = 0x80; i != 0; i >>= 1) // color red |
4 | {
|
5 | timer_buf[pos++] = (led->red & i) ? SK6812_T1H : SK6812_T0H; |
6 | }
|
7 | |
8 | for (i = 0x80; i != 0; i >>= 1) // color green |
9 | {
|
10 | timer_buf[pos++] = (led->green & i) ? SK6812_T1H : SK6812_T0H; |
11 | }
|
Neu:
1 | for (n = 0; n < n_leds; n++) |
2 | {
|
3 | for (i = 0x80; i != 0; i >>= 1) // color green |
4 | {
|
5 | timer_buf[pos++] = (led->green & i) ? SK6812_T1H : SK6812_T0H; |
6 | }
|
7 | |
8 | for (i = 0x80; i != 0; i >>= 1) // color red |
9 | {
|
10 | timer_buf[pos++] = (led->red & i) ? SK6812_T1H : SK6812_T0H; |
11 | }
|
Also einfach die beiden Wörtchen green und red vertauschen - oder direkt die beiden inneren for-Blöcke :-) P.S. Ich habe die Änderung als Version 2.1.0a ins SVN eingecheckt.
:
Bearbeitet durch Moderator
Na ja China LEDs. Die können den Google Übersetzter halt auch nicht immer richtig bedienen ;) Mit dem kleinen Bugfix stimmen die Farben. Wirklich sehr genial was du da geschaffen hast. Der Quellcode gefällt mir richtig gut. Ich komme zwar aus der Hardware Ecke, aber mit dem komme sogar ich zurecht. Jetzt noch schnell die Platinen bestellt und ran an den Lötkolben. Ich halte euch auf dem laufenden.
Hallo Frank danke für die sensationelle Arbeit und ich werde mich somit auf die Suche nach SK6812RGBW Led-Streifen machen und dann wieder Feedback geben! Einfach ein Hammer-Projekt!!! Gruss Daniel
Hallo Frank, leider scheint sich bei mir ein Problem mit der aktuellen Firmware aufgetan zu haben. Erst hatte ich bei mir das STM32F103 geflasht, und danach den ESP extern. Danach habe ich wieder alles zusammen gesteckt, und im UART Logger war zu sehen, dass alles soweit funktioniert, und sogar noch das alte WLAN gespeichert war. Dann habe ich den ESP aus Interesse noch einmal erfolgreich im Shield für das Mini-Board geflasht und seit dem scheint irgendwas mit dem AP Modus schief zu laufen, zumindest wird als IP nur noch 0.0.0.0 angezeigt, ich kann mich aber noch mit dem wordclock WLAN verbinden. hier einmal der Log:
1 | power_init() called<\r><\n> |
2 | switching power on<\r><\n> |
3 | <\r><\n> |
4 | Welcome to WordClock Logger!<\r><\n> |
5 | ----------------------------<\r><\n> |
6 | Version: 2.1.0<\r><\n> |
7 | rtc is offline<\r><\n> |
8 | eeprom is offline<\r><\n> |
9 | ESP8266 LOGGER<\r><\n> |
10 | (- setup UDP)<\r><\n> |
11 | esp8266 now up<\r><\n> |
12 | (- local port: 2421)<\r><\n> |
13 | (- setup server UDP)<\r><\n> |
14 | (- local port: 2424)<\r><\n> |
15 | (FIRMWARE 2.1.0)<\r><\n> |
16 | (- working as AP)<\r><\n> |
17 | (MODE ap)<\r><\n> |
18 | (IPADDRESS 0.0.0.0)<\r><\n> |
19 | info: ip address = 0.0.0.0<\r><\n> |
20 | esp8266 now online<\r><\n> |
21 | --> time "192.53.103.103"<0d><0a><\r><\n> |
22 | (OK time) |
P.S. Es handelt sich um die WC12h auf dem STM32F103 mit der ersten Version vom Shield. Beste Grüße Niels J.
Das gleiche Problem mit der IP taucht auch auf meinem Nucelo Test Board auf
1 | Welcome to WordClock Logger! |
2 | ---------------------------- |
3 | Version: 2.1.0 |
4 | rtc is online |
5 | eeprom is online |
6 | current eeprom version: 0x00020200 |
7 | ESP8266 LOGGER |
8 | read rtc: Su 2000-01-01 00:01:39 |
9 | (- setup UDP) |
10 | esp8266 now up |
11 | (- local port: 2421) |
12 | (- setup server UDP) |
13 | (- local port: 2424) |
14 | (FIRMWARE 2.1.0) |
15 | (- working as AP) |
16 | (MODE ap) |
17 | (IPADDRESS 0.0.0.0) |
18 | info: ip address = 0.0.0.0 |
19 | esp8266 now online |
20 | read rtc: Su 2000-01-01 00:01:45 |
21 | --> time "192.53.103.103"<0d><0a> |
22 | (OK time) |
23 | RTC temperature: 24 |
Ein druck auf die blaue Test hat - zumindest im Log - keine Auswirkung. Ich kann mich dennoch mit dem AP "wordclock","1234567890" verbinden und kann mit der IP 192.168.4.1 auf den ESP und diesen dort konfigurieren. Er bekommt dann auch eine IP von meiner Fritz:
1 | (- new client) |
2 | (OK cap) |
3 | (AP XXXXXX) |
4 | (MODE client) |
5 | (IPADDRESS 192.168.10.20) |
6 | info: ip address = 192.168.10.20 |
Gruß, Torsten
:
Bearbeitet durch User
Torsten G. schrieb: > Ich kann mich dennoch mit dem AP "wordclock","1234567890" verbinden und > kann mit der IP 192.168.4.1 auf den ESP und diesen dort konfigurieren. Danke für die Anmerkung, das hat auch bei mir geklappt :D Abgesehen vom nicht erkannten EEPROM (Das Problem ist aber schon älter als die aktuelle Firmware) scheint soweit wieder alles zu funktionieren. Beste Grüße Niels J.
Niels J. schrieb: > (- working as AP)<\r><\n> > (MODE ap)<\r><\n> > (IPADDRESS 0.0.0.0)<\r><\n> Torsten G. schrieb: > (- working as AP) > (MODE ap) > (IPADDRESS 0.0.0.0) Da ich in den letzten Wochen gefühlte tausend mal den ESP zum Test der Software gesflasht habe und dieses Problem niemals aufgetaucht ist, wundert mich das etwas. Warum steht da plötzlich "working as AP"? Kann es sein, dass Ihr zuerst die Flash-Taste und danach erst die RESET-Taste drückt? Das würde es zumindest erklären, warum das Ding in den AP-Modus schaltet. Wenn man diese Reihenfolge strikt einhält: - RESET-Taste drücken und festhalten - Flash-Taste drücken (bzw. Jumper stecken) - RESET-Taste loslassen - Flash-Taste nach kurzer Zeit auch loslassen sollte der ESP niemals auf die Idee kommen, in den AP-Modus zu schalten. Torsten G. schrieb: > Ich kann mich dennoch mit dem AP "wordclock","1234567890" verbinden und > kann mit der IP 192.168.4.1 auf den ESP und diesen dort konfigurieren. > Er bekommt dann auch eine IP von meiner Fritz: Na immerhin klappt das ja dann wieder. Dann ist dieses "Phänomen" ja nicht allzu kritisch. Ich muss heute abend mal schauen, ob das mit der 0.0.0.0 lediglich eine falsche Anzeige ist. Auch wäre es nicht schlecht, wenn Ihr das reproduzieren könntet - und wenn ja, wie.
Die Android-App ist nun auch aktuell auf V2.1.0. Änderungen: - Alle aktuell vorgesehenen Animationen können nun vollständig über die App ausgewählt werden. - RGBW-LED-Unterstützung: Unter dem Menü "Einstellungen" kann nun eingestellt werden, dass RGBW-LEDs eingesetzt werden. In diesem Fall erscheint ein weiterer Regler mit der Farbe "Weiß". EDIT: noch ein Punkt. - Die Oberfläche ist nun "scrollable", kann also bei kleineren Mobilgeräten, wo nicht alles draufpasst, gerollt werden.
:
Bearbeitet durch Moderator
Frank M. schrieb: > Niels J. schrieb: >> (- working as AP)<\r><\n> >> (MODE ap)<\r><\n> >> (IPADDRESS 0.0.0.0)<\r><\n> > > Torsten G. schrieb: >> (- working as AP) >> (MODE ap) >> (IPADDRESS 0.0.0.0) Das flashen des Nucleo und des ESP haben super geklappt. Nach dem Neustart der Uhr - also beides schon auf den aktuellen SW - startet der ESP (der noch neu war) im AP Mode. Was ja richtig ist. Auch nach einen druck auf die blaue Taste, sollte der ESP ja wieder im AP Mode starten. Das macht er ja auch richtig. Nur gibt er es wohl falsch im Log aus. > Wenn man diese Reihenfolge strikt einhält: > > - RESET-Taste drücken und festhalten > - Flash-Taste drücken (bzw. Jumper stecken) > - RESET-Taste loslassen > - Flash-Taste nach kurzer Zeit auch loslassen > > sollte der ESP niemals auf die Idee kommen, in den AP-Modus zu schalten. Wie gesagt, das flashen klappt ja auch super :) > Na immerhin klappt das ja dann wieder. Dann ist dieses "Phänomen" ja > nicht allzu kritisch. Ich muss heute abend mal schauen, ob das mit der > 0.0.0.0 lediglich eine falsche Anzeige ist. Ich denke mal, dass es hier nur eine falsche Ausgabe im Log ist > Auch wäre es nicht schlecht, wenn Ihr das reproduzieren könntet - und > wenn ja, wie. Einfach wenn die Uhr läuft, den blauen Knopf drücken um den ESP wieder in den AP Mode zu versetzten. Dann kommt die Ausgabe:
1 | user button pressed: configuring esp8266 as access point |
2 | --> ap "wordclock","1234567890"<0d><0a> |
3 | (OK ap) |
4 | (- disconnecting...) |
5 | (- starting AP mode...) |
6 | (- begin server...) |
7 | (AP wordclock) |
8 | (MODE ap) |
9 | (IPADDRESS 0.0.0.0) |
10 | info: ip address = 0.0.0.0 |
11 | esp8266 now online |
:
Bearbeitet durch User
Torsten G. schrieb: > Einfach wenn die Uhr läuft, den blauen Knopf drücken um den ESP wieder > in den AP Mode zu versetzten. Dann kommt die Ausgabe: > [...] > (IPADDRESS 0.0.0.0) Okay, danke. Damit sollte ich es herausfinden. Ich schreibe jetzt erstmal in den Artikel, dass mit 0.0.0.0 die IP-Adresse 192.168.4.1 gemeint ist ;-) EDIT: Ich habe es gerade im Artikel verewigt: Hinweis: Durch einen Anzeigefehler in der aktuellen ESP-Firmware 2.1.0 könnte an dieser Stelle auch fälschlicherweise "0.0.0.0" als IP-Adresse ausgegeben werden. In diesem Fall ist die zu verwendende IP-Adresse 192.168.4.1.
:
Bearbeitet durch Moderator
Torsten G. schrieb: > (IPADDRESS 0.0.0.0) Habe den Fehler bei Code-Durchsicht gefunden und behoben. Die neue ESP-Firmware 2.1.0a ist bereits hochgeladen. Kann das jemand testen? Ich kann das mangels Hardware leider erst heute abend. Danke, Frank
:
Bearbeitet durch Moderator
Frank M. schrieb: > Torsten G. schrieb: >> (IPADDRESS 0.0.0.0) > > Habe den Fehler bei Code-Durchsicht gefunden und behoben. Die neue > ESP-Firmware 2.1.0a ist bereits hochgeladen. Kann das jemand testen? Funktioniert !
Angehängte Dateien:
-
zegar_tekstowy.JPG
260 KB
Hello Frank Thank you for your interest in my post, I know it's hard to read because the translators by Google translator. I checked the configuration 24 with LED corner and did not work, so I decided to make a 18x18 matrix (without corner LEDs) and everything seems to be ok. I want to cut housing laser plywood, so I'm in the attached picture. I have a question about the displayed temperature: Is it possible to display the temperature in digital form instead of text? Was that the ability to display the date in the form of scrolling text? (The ability to set how often that was displayed) Cool it would be to add a second display milliseconds Ambilight mode.
Bei mir wc24h f103 läuft die 2.1 nun auch. Besten Dank. Wird die Wetter Laufschrift Funktion in den zukünftigen Versionen weiter verwendet? Dann wäre es schön, wenn auch die umlaute angezeigt werden. Aktuell sind das Leerzeichen...
Thomas H. schrieb: > Bei mir wc24h f103 läuft die 2.1 nun auch. Besten Dank. Freut mich. > Wird die Wetter Laufschrift Funktion in den zukünftigen Versionen weiter > verwendet? Dann wäre es schön, wenn auch die umlaute angezeigt werden. > Aktuell sind das Leerzeichen... Upps, das ist dann ein Bug. openweathermap.org gibt die Texte in UTF-8 aus. Diese konvertiere ich dann auf dem ESP-01 nach ISO8859-1, weil ich die Laufschrift im ISO-Zeichensatz - jedenfalls was die deutschen Sonderzeichen betrifft - implementiert habe. Irgendwo müssen die Umlaute da verloren gehen. Ich werde das prüfen und in Ordnung bringen.
Hello Roman, roman schrieb: > I checked the configuration 24 with LED corner and did not work, so I > decided to make a 18x18 matrix (without corner LEDs) and everything > seems to be ok. Ok :-) > Is it possible to display the temperature in digital form instead of > text? Yes, it's possible. On the WC12h the temperature can be displayed as numbers (static matrix) or as a ticker text. This solution can also be used for your clock. I will look into the source and I will tell you how to adapt it for your 18x18 clock. > Cool it would be to add a second display milliseconds Ambilight mode. Milliseconds ambilight? Could you please explain what you mean?
Hello Frank As for the effect as in the video without the red and green: https://www.youtube.com/watch?v=YErWfe0aTiQ Ps. Big thanks for a great project.
Gibt es eigentlich noch shields für das stm32 MiniDevBoard? Ich würde gern eins kaufen. 0xEF
Aktuell läuft wieder eine Sammelbestellung für die Bauteile. Alternativ kanst du in ein paar Wochen auch eines meiner SMD Mini Shields bekommen, wenn du vor dem SMD nicht fieß bist. Die habe ich gestern in Auftrag gegeben.
Enrico F. schrieb: > Gibt es eigentlich noch shields für das stm32 MiniDevBoard? Soviel ich weiß, hat Torsten (wawibu) noch Shields aus der letzten Sammelbestellung übrig. Schreib ihn einfach an. Gruß, Frank
Frank M. schrieb: > Upps, das ist dann ein Bug. openweathermap.org gibt die Texte in UTF-8 > aus. Diese konvertiere ich dann auf dem ESP-01 nach ISO8859-1, weil ich > die Laufschrift im ISO-Zeichensatz - jedenfalls was die deutschen > Sonderzeichen betrifft - implementiert habe. Irgendwo müssen die Umlaute > da verloren gehen. Ich werde das prüfen und in Ordnung bringen. Ich antworte mir mal selber: Ich habe tatsächlich vergessen, den Aufruf der UTF8-nach-ISO8859-Konvertierungsfunktion von der Testversion in die Release-Version rüberzukopieren. Das habe ich nun nachgeholt und eine Version 2.1.0b für die ESP-Firmware erstellt und hochgeladen. Ein Update der ESP-Firmware sollte damit das Problem mit den Umlauten beseitigen.
Enrico F. schrieb: > Gibt es eigentlich noch shields für das stm32 MiniDevBoard? > Ich würde gern eins kaufen. Ja, Shields gibt es noch - sowohl für Nucleo als auch für MiniDev Habe ich Dir auch gerade eben geschrieben :)
Hallo, ich bin dabei meine eigene Wordclock zu bauen. Allerdings bräuchte ich dafür eine andere Frontplatte und am besten auch einen etwas anderen Zwischenboden. Was sind denn die besten und möglichst preiswerten Methoden Einzelstücke dieser beiden zu fertigen? Habt ihr da Erfahrungen gemacht?
Meine Wordclock besteht aus einem Ikea Bilderrahmen 50x50cm für 9€. Hinten ist eine Holzplatte drin, auf die man die Kabel und Elektronik löten kann. Die Halteklipse kann man so kürzen und dann umdrehen. Somit kann man die Holzplatte dann an den Auflagepunkten der Clipse festschrauben. Das Glas ging bei den ersten Rahmen richtig leicht raus, später hat Ikea besseren Kleber genommen. Mit einer ganz dünnen Klinge kann man sie dennoch rausschneiden. Braucht lieder ewtas Übung. Bei mir waren es die ersten 2 neuen Rahmen, bei denen ich das Glas zerbrochen habe. Folie gibts beim Werbegraphiker deines Vertrauens. Einfach eine entsprchenden Vorlage erstellen und plotten lassen. Zwischen die Buchstaben habe ich dann Linien aus schmalen doppelseitigen Klebeband gezogen. Als weiße Trennschicht einen Bogen Pergamentpapier aufgeklebt und zum Trennen der Buchstaben aus Pappkarton ein Gitter gebastelt.
Eine Frage zur Software. Ich muss für meine vorhandene Folie ja ein paar Anpassungen an der Anzeige machen. Gibt es eine Möglichkeit eine Art von Testmodus zu starten bei dem alle Zeiten durchgelaufen werden? Also quasi die Minuten und Stunden unabhängig von der RTC zu simulieren.
Chris K. schrieb: > Eine Frage zur Software. Ich muss für meine vorhandene Folie ja ein paar > Anpassungen an der Anzeige machen. Gibt es eine Möglichkeit eine Art von > Testmodus zu starten bei dem alle Zeiten durchgelaufen werden? Also > quasi die Minuten und Stunden unabhängig von der RTC zu simulieren. Nein, gibt es nicht. Ich selbst habe damals die Anzeige mit http://uclock.de/ getestet. Dafür habe ich einfach die tables- und die Anzeige-Routine auf Linux portiert. Du könntest natürlich die Uhrzeiten selbst mit der WordClock-Software testen, indem Du im Web-Interface verschiedene Uhrzeiten eintippst. Wenn das zu mühsam wird, hilft natürlich auch ein kleines Script, welches mit wget sämgliche zu testende Uhrzeiten an das Webinterface schickt. Alternative: Du greifst in die ISR (main.c) ein und sorgst dafür, dass minute z.B. 10 mal so oft incrementiert wird - einfach dort nicht auf F_INTERRUPTS prüfen, sondern auf (F_INTERRUPTS / 10). Schon läuft die Uhrt 10mal schneller. Den Timeserver-Zugriff solltest Du dann aber abschalten, der könnte Dir dazwischenhauen.
Hallo Frank
habe gerade noch einen Fehler im main.c gefunden, denn im WebInterface
wird der Max-Wert für den LDR nicht korrekt angezeigt.
debug_log_message ("rpc: set LDR value as maximum");
ldr_set_max_value ();
var_send_ldr_min_value (); --> Müsste var_send_ldr_max_value (); sein.
Gruss Daniel
Hallo Daniel, Daniel K. schrieb: > debug_log_message ("rpc: set LDR value as maximum"); > ldr_set_max_value (); > var_send_ldr_min_value (); --> Müsste var_send_ldr_max_value (); sein. Du hast recht... mal wieder ein blöder Copy&Paste-Fehler. Ich korrigiere das.
Hoi Frank Bitte :-) Kleiner Wunsch noch für die Webseite der Uhr: Nach dem drücken einer Aktion wäre jeweils ein Refresh der Seite sinnvoll. Ist mir speziell im Register "LDR" aufgefallen. Weiter wäre allenfalls ein autorefresh, bspw. alle 15 Sekunden sinnvoll. <head> <meta http-equiv="refresh" content="15"> </head> Was denkst du, etwas für eine kommende Version? Gruss Daniel
Hi Daniel, Daniel K. schrieb: > Nach dem drücken einer Aktion wäre jeweils ein Refresh der Seite > sinnvoll. Nach jedem Drücken einer Aktion wird die Seite neu aufgerufen. > Ist mir speziell im Register "LDR" aufgefallen. Hm, auch geänderte LDR Werte (bei Abweichung >= 16 vom alten Wert) werden automatisch neu übertragen. Natürlich nicht neu angezeigt, erst wenn Du oben wieder auf LDR klickst. > Weiter wäre allenfalls ein autorefresh, bspw. alle 15 Sekunden sinnvoll. Ja, das wäre mit einem Autorefresh möglich. Stört aber bei Seiten mit Eingaben: Beim Tippen wird dann plötzich die Seite neu geladen und der bereits eingegebene Text ist wieder futsch. Auf der LDR-Seite könnte man das aber durchaus machen. Eine andere Lösung wäre Javascript, um bestimmte Felder zu aktualisieren. Aber da man das mit dem Kalibrieren des LDRs nicht sooo oft macht: Drück doch einfach oben auf LDR, dann siehst Du den aktualisierten Wert :-) Übrigens: Auch Temperaturänderungen werden automatisch in regelmäßigen Abständen übertragen. > Was denkst du, etwas für eine kommende Version? Auf der LDR-Seite kann man den Autorefresh einbauen, ja. Auf den anderen Seiten eher weniger. Gruß, Frank
:
Bearbeitet durch Moderator
Gibt es eigentlich auch irgendwo den Quellcode für die Android App zum Download. Im Tarball habe ich nur für die ARMs und den ESP den Quelltext gesehen. Wollte mal schauen, wie das Funktioniert im Hintergrund. Mit Android Apps habe ich mich bislang nämlich noch gar nicht beschäftigt.
Chris K. schrieb: > Gibt es eigentlich auch irgendwo den Quellcode für die Android App zum > Download. Im Tarball habe ich nur für die ARMs und den ESP den Quelltext > gesehen. Wollte mal schauen, wie das Funktioniert im Hintergrund. Mit > Android Apps habe ich mich bislang nämlich noch gar nicht beschäftigt. Das Android-Projekt habe ich nicht eingecheckt, weil es aus über 1000 Dateien besteht, obwohl darin nur jeweils zwei Java- und XML-Sources von mir sind. Ist schon ziemlich krank, was die Android-Studio-Leute da machen. Das Projekt kann ich Dir aber als Zip-Archiv per Mail schicken.
Hallo Frank, das wäre echt super, wenn du mir das Projekt mailen könntest. Beachte nur die Serverprobleme die wir bislang hatten. Gruß Chris
Frank M. schrieb: > Die Android-App ist nun auch aktuell auf V2.1.0. > > .... > EDIT: noch ein Punkt. > > - Die Oberfläche ist nun "scrollable", kann also bei kleineren > Mobilgeräten, wo nicht alles draufpasst, gerollt werden. Danke, dass du auch an materiell Minderversorgte gedacht hast. Jetzt habe ich auch einen Helligkeitsregler! Und wenn ich dann nach unten scrolle auch einen ganzen "Speichern" Button. Chris K. schrieb: > das wäre echt super, wenn du mir das Projekt mailen könntest. Wäre es unverschämt, dich zu bitten das Ganze auch an mich zu mailen, wenn du schon mal dabei bist? mfg und auch von mir nochmal danke für die tolle Entwicklungsarbeit. Bernhard
Hallo Frank, V2.1(b) der WC12h läuft auch auf dem Nucleo F411Re nach dem Update soweit stabil. Hatte aber masssive Probleme das ESP zu flashen. (Abbruch mit Fehler "invalid header" danach ging das ESP irgendwann gar nicht mehr in den Flash-Modus ==> über USB-Adapter gings aber ohne Probleme) Dabei ist mir aufgefallen, dass im AP-Modus keine Kommunikation mit dem EEPROM und dem Temp-Sensor stattfindet. Das Webportal kann aufgerufen werden, aber EEPROM und Temp-Sensor (auch der externe) werden als offline angezeigt. Wenn man dann wieder den Router einträgt und in den Client-Modus wechselt, ist alles wieder da...(Fehler ist reproduzierbar) Außerdem noch ein paar weitere Anmerkungen: - Die Änderung der Display-Helligkeit über Schieberegler ist nur bei jedem zweiten Schritt erkennbar (2 auf 3, 4 auf 5,6 auf 7, usw. ohne erkennbare Helligkeitsänderung) (auch beim Ambilght, hier aber teilweise nur jeder 3. Schritt erkennbar) Hat evtl. auch was mit der aktuellen Farbeinstellung zu tun? - Automatische Helligkeit springt teilweise immer noch (Widerstand wie oben beschrieben bereits getauscht), ist aber schon besser. Evtl. könnte man noch einen Filter drüber legen und einzelne Spitzen rausfiltern. - Automatische Helligkeit sollte auch für Ambilight (alle Modi) separat zuschaltbar sein. (ohne "Use display colors" ==> separate Checkbox auf Ambilight Seite) ==> Bestenfalls mit Offset-Regler, um das Ambilight dunkler als das Display einstellen zu können. - "Use display colors" sollte auf der Weboberfläche unter "Ambilight" zu finden sein, nicht unter "Display" (und, wenn der separate Schalter für die automatische Helligkeit des Ambilight umgesetzt wird, auch nur die Farbe steuern.) - Anzeigedauer der Temp. ist noch von Länge der Animation abhängig. (Je länger die Anmitation, desto kürzer die Anzeigedauer der Temp.) - kleine Umlaute (ä,ö...) werden als Großbuchstaben dargestellt (Ä,Ö...) - Nach "Test Display" wird die ursprüngliche Helligkeit des Ambilight nicht wieder hergestellt - Laufschriften sind jetzt auf der WC12h besser lesbar, wenn auch die ersten Buchstaben ins Display "reinlaufen" PS: Was wurde denn eigtl. aus der 7-Segment Temp.-Anzeige mit der "Fünf"? ;) Gruß Tom
:
Bearbeitet durch User
Thomas B. schrieb: > Außerdem noch ein paar weitere Anmerkungen: > - Die Änderung der Display-Helligkeit über Schieberegler ist nur bei > jedem zweiten Schritt erkennbar (2 auf 3, 4 auf 5,6 auf 7, usw. ohne > erkennbare Helligkeitsänderung) (auch beim Ambilght, hier aber teilweise > nur jeder 3. Schritt erkennbar) Hat evtl. auch was mit der aktuellen > Farbeinstellung zu tun? > Hallo zusammen, wenn ich es dem Code richtig entnommen habe, wird nur auf jede 2te Helligkeitsstufe reagiert. Sollte dies ein Versuch sein, die Sprünge zu reduzieren, dann gibt es da bessere Möglichkeiten: Z.B. ein FIR-Filter: float fir_in[10]; float update_FIR(float adc_in) { static int fir_index = 0; fir_index = (fir_index + 1) % 10; fir_in[ fir_index ] = adc_in; float fir_ausgang = 0; for (int i=0; i<10; i++) { fir_ausgang += fir_in[ i ] * 0.1; } return fir_ausgang; }
Hallo Tom, Thomas B. schrieb: > Hatte aber masssive Probleme das ESP zu flashen. (Abbruch mit Fehler > "invalid header" danach ging das ESP irgendwann gar nicht mehr in den > Flash-Modus ==> über USB-Adapter gings aber ohne Probleme) Da ich daran nichts geändert habe und bei mir nachwievor das Flashen des ESP über den STM32 reibungslos funktioniert, bin ich mir da keiner Schuld bewusst. :-) > Dabei ist mir aufgefallen, dass im AP-Modus keine Kommunikation mit dem > EEPROM und dem Temp-Sensor stattfindet. Merkwürdig. Passiert das, wenn Du über den User-Button den AP-Modus einstellst oder nur, wenn Du das über das Web-Interface umstellst? Was ist nach einem Reboot nach der Umstellung? > Außerdem noch ein paar weitere Anmerkungen: > - Die Änderung der Display-Helligkeit über Schieberegler ist nur bei > jedem zweiten Schritt erkennbar (2 auf 3, 4 auf 5,6 auf 7, usw. ohne > erkennbare Helligkeitsänderung) (auch beim Ambilght, hier aber teilweise > nur jeder 3. Schritt erkennbar) Hat evtl. auch was mit der aktuellen > Farbeinstellung zu tun? Das ist ein Bug. Allerdings gibt es schon seit vielen Monaten(!) eine Map-Tabelle für die Berechnung der Farben aufgrund der eingestellten Heligkeit:
1 | static const uint8_t dimmed_color_array[MAX_BRIGHTNESS] = { 8, 8, 9, 9, 10, 10, 11, 11, 12, 12, 13, 13, 14, 14, 15 }; |
in der Funktion calc_dimmed_colors(). Intention dabei ist, dass es Unsinn ist, die Helligkeit der Uhr bis auf 0 runterzuregeln. Eine gewisse Grundhelligkeit ist immer sinnvoll. Daher wird hier die eingestellte Helligkeit von den Werten 0-15 auf 8 tatsächliche Werte reduziert. Keinesfalls hat das irgendetwas mit einer Reduzierung des "Helligkeits-Flackerns" bei der automatischen Helligkeit zu tun, wie Marco es vermutet. Schließlich gehts hier um die Schieberegler und nicht um die automatische Helligkeitsreglung. > - Automatische Helligkeit springt teilweise immer noch (Widerstand wie > oben beschrieben bereits getauscht), ist aber schon besser. Evtl. könnte > man noch einen Filter drüber legen und einzelne Spitzen rausfiltern. Ja, hier wäre ein Filter sinnvoll. > - Automatische Helligkeit sollte auch für Ambilight (alle Modi) separat > zuschaltbar sein. (ohne "Use display colors" ==> separate Checkbox auf > Ambilight Seite) > ==> Bestenfalls mit Offset-Regler, um das Ambilight dunkler als das > Display einstellen zu können. Ich bin mir da auch noch nicht ganz sicher, aber eine automatische Helligkeitsregelung mit Offset wäre tatächlich eine Lösung. > - "Use display colors" sollte auf der Weboberfläche unter "Ambilight" zu > finden sein, nicht unter "Display" (und, wenn der separate Schalter für > die automatische Helligkeit des Ambilight umgesetzt wird, auch nur die > Farbe steuern.) Ja, da war es auch schon mal vor längerer Zeit. Ich hatte einen Grund, das nach "Display" zu verschieben, aber der ist mir mittlerweile entfallen. Du hast schon recht, besser wäre das unter Display. Kann sein, dass es mich gestört hatte, zuerst unter "Ambilight" den Haken zu ändern, um anschließend zu "Display" zu wechseln, um dann die Farben einstellen zu müssen. Ich werde das ändern. > - Anzeigedauer der Temp. ist noch von Länge der Animation abhängig. (Je > länger die Anmitation, desto kürzer die Anzeigedauer der Temp.) Ja, ich weiß. Aber mit der 2.1.0 wollte ich erst einmal die Umstellung des HTML-Generators auf das ESP-Modul fertigstellen, bis ich neue Punkte aufgreife, um nicht allzuviele neue Baustellen aufzureissen. > - kleine Umlaute (ä,ö...) werden als Großbuchstaben dargestellt (Ä,Ö...) Ja, dummer Fauxpas. Bei der WC24h wird ein Font benutzt, der ausschließlich aus kleinen und großen Großbuchstaben besteht. Da fällt der Wechsel nicht auf. Bei der WC12h (für die ich mangels Aufbau "blind" programmiere) wird aber tatsächlich ein Font bestehend aus Groß- und Kleinbuchstaben eingesetzt. Ich korrigiere das. > - Nach "Test Display" wird die ursprüngliche Helligkeit des Ambilight > nicht wieder hergestellt Danke für den Hinweis, bringe ich in Ordnung. > - Laufschriften sind jetzt auf der WC12h besser lesbar, wenn auch die > ersten Buchstaben ins Display "reinlaufen" Freut mich :-) > PS: Was wurde denn eigtl. aus der 7-Segment Temp.-Anzeige mit der > "Fünf"? ;) Wie gesagt: Neue Punkte wollte ich erst anpacken, wenn die alte Funktionalität vor der Umstellung wieder gegeben ist.
Marco schrieb: > wenn ich es dem Code richtig entnommen habe, wird nur auf jede 2te > Helligkeitsstufe reagiert. Sollte dies ein Versuch sein, die Sprünge zu > reduzieren, [...] Da bist Du im Irrtum. Wie ich eben im Beitrag obendrüber geschildert habe, ist das Mapping der Helligkeiten einer gewissen Grundhelligkeit geschuldet. Mit der automatischen Helligkeitsregelung hat das auch gar nichts zu tun. Das Mapping der möglichen 16 Helligkeitsstufen auf 8 Stufen ist schon seit mindestens einem Jahr im Source und hat damit zu tun, dass es keinen Sinn macht, insgesamt 64 verschiedene Helligkeiten ("DISPLAY_COLORS") durch 16 mögliche Helligkeitsstufen zu teilen, da dann die Granularität darunter leidet. Im Moment ist es so: Es gibt 64 Helligkeitsstufen ("DISPLAY_COLORS") für jede Farbe, die mittels Gammakorrektur auf 256 Stufen ("LED_COLORS") gemapped wird, um dem Helligkeitsempfinden des menschlichen Auges gerecht zu werden. Diese 64 Helligkeitsstufen (DISPLAY_COLORS) werden über die Einstellung der Helligkeit runtergerechnet (DIMMED_DISPLAY_COLORS) und wirken daher in den Unterschieden recht grob. Das liegt an den tatsächlichen 8 Helligkeitstufen im oberen Zahlenbereich (8-15), mit denen ich dann rechne. Hier könnte man ansetzen: Nimmt man an, dass die LED_COLORS in den Differenzen einer jeden DISPLAY_COLOR-Stufe (z.B. Stufe 31 -> 32) annähernd linear sind, könnte man die Helligkeitsberechnung auf die 256 LED_COLORS statt auf die 64 DISPLAY_COLORS loslassen. Damit kann man den Helligkeitsregler tatsächlich auch mit "echten" 16 Stufen versehen. Also bisher arbeitet die Helligkeitsregelung so:
1 | Brigthness Gamma |
2 | DISPLAY_COLORS ----------> DIMMED_DISPLAY_COLORS -----------> LED_COLORS |
3 | (0-63) (0-63) (0-255) |
Neu sähe es dann so aus:
1 | Gamma Brigthness |
2 | DISPLAY_COLORS ----------> LED_COLORS -----------> DIMMED_LED_COLORS |
3 | (0-63) (0-255) (0-255) |
Mit der Wirkung der Helligkeitsregelung auf die 256 LED_COLORS sind dann tatsächlich auch 16 echte Helligkeitsstufen möglich. Wie gesagt: Das hat alles überhaupt nichts mit der automatischen Helligkeitssteuerung zu tun. Ich werde das mal so für die nächste Version anpacken, denn das hat mich schon immer gestört. Es kann natürlich sein, dass der Helligkeitsregler dann nicht mehr ganz linear wirkt, aber das halte ich für vertretbar. > dann gibt es da bessere Möglichkeiten: > > Z.B. ein FIR-Filter: Wozu braucht man hier float? Da werde ich misstrauisch, sorry. Auf den ersten Blick denke ich: Das geht genauso auch mit Integer.
:
Bearbeitet durch Moderator
FIR-Filter als Integer:
int fir_in[10];
int update_FIR(int adc_in)
{
static int fir_index = 0;
fir_index = (fir_index + 1) % 10;
fir_in[ fir_index ] = adc_in;
int fir_ausgang = 0;
for (int i=0; i<10; i++)
{
fir_ausgang += fir_in[ i ];
}
fir_ausgang *= 0.1;
return fir_ausgang;
}
Marco schrieb: > FIR-Filter als Integer: > fir_ausgang *= 0.1; Gestatte mir bitte: fir_ausgang /= 10; Damit ist dann auch der letzte float ausgemerzt - auch wenn das heutzutage auch Compiler können. Ich schaue mal, dass ich das in eine der nächsten Versionen integriere. Danke.
Ich glaube ich habe auch noch einen Bug bei der Temperaturanzeige gefunden. Ich hab die WC12. Die Temperatur wird von der RTC gemessen. Im Webinterface wird die Temperatur richtig angezeigt. Wenn ich dass aber auf die Uhr schicke steht da immer 12.
Werner A. schrieb: > Wenn ich dass aber auf die Uhr schicke steht da immer 12. 12 ist zu kalt - jedenfalls für diese Jahreszeit ;-) Werde ich überprüfen.
So, Urlaub vorbei :( Faszinierend was schon wieder alles passiert ist. Dickes Lob! Habe mich natürlich direkt auf die neue Software gestürzt und sie auch soweit zum laufen bekommen, aber: Wenn ich über den Webserver auf meine WC12 mit STM32F103 zugreife werden die Seiten "Display", "Animations" und "Ambilight" nicht richtig dargestellt (s. Bilder im Anhang). In den Auswahlfeldern steht kein Text (die Zeilen für die Auswahlmöglichkeiten sind aber vorhanden) und nach der 1. Tabelle wird nichts mehr angezeigt (also Einstellungen für die Animationen und Ambilight). Ist dieser Fehler schon mal aufgetreten? Außerdem ist mir aufgefallen, dass die IP nicht mehr beim Start über die LEDs angezeigt wird (der ESP8266 scheint aber wie gehabt zu funktionieren). Hier noch das Log:
1 | power_init() called |
2 | switching power on |
3 | |
4 | Welcome to WordClock Logger! |
5 | ---------------------------- |
6 | Version: 2.1.0 |
7 | rtc is online |
8 | eeprom is online |
9 | current eeprom version: 0x00020200 |
10 | ESP8266 LOGGER |
11 | (- setup UDP) |
12 | esp8266 now up |
13 | read rtc: Su 2000-01-01 00:00:04 |
14 | (- local port: 2421) |
15 | (- setup server UDP) |
16 | (- local port: 2424) |
17 | (FIRMWARE 2.1.0b) |
18 | (- working as AP) |
19 | (MODE ap) |
20 | (Timeout) |
21 | read rtc: Su 2000-01-01 00:00:44 |
22 | DS18xxx temperature: 20 |
23 | RTC temperature: 22 |
24 | (- new client) |
25 | read rtc: Su 2000-01-01 00:01:45 |
26 | (- new client) |
27 | DS18xxx temperature: 20 |
28 | RTC temperature: 22 |
29 | read rtc: Su 2000-01-01 00:02:45 |
30 | DS18xxx temperature: 20 |
31 | RTC temperature: 22 |
32 | read rtc: Su 2000-01-01 00:03:45 |
33 | DS18xxx temperature: 20 |
34 | RTC temperature: 22 |
35 | (- new client) |
36 | (- new client) |
37 | (- new client) |
Frank M. schrieb: > Merkwürdig. Passiert das, wenn Du über den User-Button den AP-Modus > einstellst oder nur, wenn Du das über das Web-Interface umstellst? Was > ist nach einem Reboot nach der Umstellung? Hallo Frank, wollt grad nochmal probieren ob das Problem beim USER-Button auch besteht, jetzt tut alles wie es soll.... Hatte das Problem das erste mal, nachdem ich das ESP geflasht hatte (da ging das auch noch onboard, brauchte aber auch mehrere Versuche). Dachte schon, dass meine RTC sich verabschiedet hat, über Putty wurde aber EEPROM als online angezeigt. Irgenwann hab ich dann mal versucht den Router einzutragen, was auch ging und nach dem Aufruf des Webportals über den Router waren auch die Daten vom EEPROM und Temp.-Sensor wieder da. Danach über Webportal auf AP-Modus umgestellt und Daten waren wieder weg. Deshalb war ich mir eigtl. ziemlich sicher, dass es hier wohl ein Problem gibt... ;) Naja jetzt passts wieder, also keine Fehlersuche deinerseits notwendig. ;) Evtl. liegts ja an irgendeiner schlechten Verbindung (Nucleo-Shield-ESP), was auch die Probleme beim Flashen erklären würde und das sporadische Auftreten des Fehlers. Sollts wieder Auftreten, werd ich mich wohl mal auf die Suche begeben. Gruß Tom
Achim G. schrieb: > Ist dieser Fehler schon mal aufgetreten? Hallo Achim, da haben wir beide wohl die gleichen Probleme. Urlaub vorbei und die Uhr will nicht wie sie soll... ;) Bei mir sahs ähnlich aus, auf der Hauptseite wurden zusätzlich noch das EEPROM und der Temp.-Sensor als offline angezeigt. (obwohl im Log online ausgegeben wurde) Auch das mit der fehlenden IP-Anzeige kann ich bestätigen. (Portal war aber ohne Probleme unter 192.168.4.1 aufrufbar, nur halt ohne EEPROM-Daten) Evtl. liegts ja doch nicht an nem Wackelkontakt...? ;) Ist bei Dir auch wieder alles da, wenn Du die Uhr mit einem anderen Netzwerk verbindest? Gruß Tom
Thomas B. schrieb: > da haben wir beide wohl die gleichen Probleme. Das ist doch schon mal ein Anfang :) > auf der Hauptseite wurden zusätzlich noch das > EEPROM und der Temp.-Sensor als offline angezeigt. (obwohl im Log online > ausgegeben wurde) Bei mir genau so. > Ist bei Dir auch wieder alles da, wenn Du die Uhr mit einem anderen > Netzwerk verbindest? Habe ich bisher nicht getestet, versuche ich aber übermorgen mal.
:
Bearbeitet durch User
Achim G. schrieb: > Wenn ich über den Webserver auf meine WC12 mit STM32F103 zugreife werden > die Seiten "Display", "Animations" und "Ambilight" nicht richtig > dargestellt (s. Bilder im Anhang). Das Phänomen ist erklärbar: Die Konfigurationsdaten sind nicht übertragen worden. Dazu gehören zum Beispiel auch die Namen der Animationen. Jetzt fragt sich nur, warum. > Außerdem ist mir aufgefallen, dass die IP nicht mehr beim Start über die > LEDs angezeigt wird (der ESP8266 scheint aber wie gehabt zu > funktionieren). Hast Du vielleicht eine fliegende Verdrahtung und die UART-Kommunikation zwischen STM32 und ESP ist gestört? > (- working as AP) > (MODE ap) > (Timeout) Dieser Timeout darf nicht sein. Ist der reproduzierbar?
Frank M. schrieb: > Hast Du vielleicht eine fliegende Verdrahtung und die UART-Kommunikation > zwischen STM32 und ESP ist gestört? Alles ist auf dem Shield aufgelötet. >> (- working as AP) >> (MODE ap) >> (Timeout) > Dieser Timeout darf nicht sein. Ist der reproduzierbar? Ich meine schon, kann ich aber morgen erst testen.
Da bereits mehrere Leute nach den Sources für die Android-App gefragt haben, kann man das Zip-Archiv nun herunterladen über: http://uclock.de/WC24h-Android-Studo-Project.zip Die Zip-Datei ist ca. 4MB groß. Eigentlich wollte ich Sie auf den Wiki-Server hier auf µC.net legen, dieser erlaubt aber nur Dateien bis 2MB. Ebenso wäre es Unsinn, den jeweiligen Interessenten die Zip-Datei einzeln per Mail zu senden. Daher der obige Download-Link. Viel Spaß, Frank
Frank M. schrieb: >> (- working as AP) >> (MODE ap) >> (Timeout) > > Dieser Timeout darf nicht sein. Ist der reproduzierbar? Ja, ist reproduzierbar. Thomas B. schrieb: > Ist bei Dir auch wieder alles da, wenn Du die Uhr mit einem anderen > Netzwerk verbindest? Jap, alles so wie es sein soll: IP-Adresse wird angezeigt, alle Auswahlboxen sind gefüllt und die RTC und der Temperatursensor werden als online angezeigt. Liegt wohl am AP-Mode... Der timeout in Zeile 20 ist aber trotzdem noch da... Log:
1 | power_init() called |
2 | switching power on |
3 | |
4 | Welcome to WordClock Logger! |
5 | ---------------------------- |
6 | Version: 2.1.0 |
7 | rtc is online |
8 | eeprom is online |
9 | current eeprom version: 0x00020200 |
10 | ESP8266 LOGGER |
11 | (- setup UDP) |
12 | esp8266 now up |
13 | read rtc: Su 2000-01-01 00:00:36 |
14 | (- local port: 2421) |
15 | (- setup server UDP) |
16 | (- local port: 2424) |
17 | (FIRMWARE 2.1.0b) |
18 | (- working as AP) |
19 | (MODE ap) |
20 | (Timeout) |
21 | read rtc: Su 2000-01-01 00:00:45 |
22 | DS18xxx temperature: 21 |
23 | RTC temperature: 21 |
24 | (- new client) |
25 | (- new client) |
26 | read rtc: Su 2000-01-01 00:01:45 |
27 | DS18xxx temperature: 21.5 |
28 | RTC temperature: 21 |
29 | (- new client) |
30 | read rtc: Su 2000-01-01 00:02:45 |
31 | DS18xxx temperature: 22 |
32 | RTC temperature: 21 |
33 | (- new client) |
34 | (OK cap) |
35 | (AP AP) |
36 | (MODE client) |
37 | (IPADDRESS 192.168.1.104) |
38 | info: ip address = 192.168.1.104 |
39 | esp8266 now online |
40 | --> time "192.53.103.103"<0d><0a> |
41 | (OK time) |
42 | (TIME 3681621382) |
43 | read rtc: We 2016-08-31 10:36:44 |
44 | DS18xxx temperature: 22 |
45 | RTC temperature: 21 |
Hallo zusammen, bei meiner Word Clock habe ich Probleme mit der Verklebung der Magnete an der Frontplatte. Die Magnet sind wie unter https://www.mikrocontroller.net/articles/Word_Clock_Variante_1#Befestigung_der_Frontplatte_.28.E2.80.9CPlexiglasvariante.E2.80.9D.29_an_der_Zwischenplatte beschrieben aufgeklebt worden. Dennoch löst sich der Kleber vom Magnet. Es waren für mich keine Luftblasen unter dem Magnet erkennbar. Ich hatte die Magnete mit Ethanol vor dem Kleben gereinigt und verwende UHU Plus Endfest (2k-Epoxy). An anderer Stelle hatte ich schon die Erfahrung gemacht, dass eine vernickelte Oberfläche wohl keine guten Hafteigenschaften hat. Kann mir jemand einen Tipp geben, wie ich die Magnete zuverlässig befestigen kann? Ich hatte schon überlegt größere Stahlscheiben zu verwenden, die jedoch laut Anleitung wohl keine so gute Positionierung erlauben. Schon mal vielen Dank für jeden Hinweis! Martin
Hallo Martin, bei mir haben sich die Magnete auch, einer nach dem anderen, vom Kleber gelöst. Jetzt hab ich sie mal vorsichtig mit feinem Schleifpapier angerauht und wieder mit UHU Endfest verklebt. Die verbliebenen Kleberrückstände machen jetzt auch das Positionieren viel einfacher... ;) Sollte jetzt besser halten. Ob das Anrauhen den Magneten schadet (Oxidation), wird sich zeigen... (der Kleber müsste auch einigermaßen luftdicht sein und die Beschichtung ist nur leicht angekratzt) Was Besseres ist mir auch erst mal nicht eingefallen. Gruß Tom
Hallo zusammen, @Frank mal eine kleine Frage welcher Aufwand wäre es einen Modus einzubauen in dem jedes Wort bzw. Punkt in einer anderen Farbe angezeigt wird bzw. sogar jeder verwendete Buchstabe in einer anderen zufälligen Farbe. Bzw. könntest du mir einen Tip geben wo ich dies evt. am sinnvollsten einbauen könnte? Danke Gruß Marco
Marco R. schrieb: > @Frank mal eine kleine Frage welcher Aufwand wäre es einen Modus > einzubauen in dem jedes Wort bzw. Punkt in einer anderen Farbe angezeigt > wird Die Darstellung bunter Wörter/Buchstaben selbst ist kein großer Aufwand. Aber die meisten Animationen gehen davon aus, dass hier nur eine Farbe benutzt wird. Das fängt schon bei der einfachsten Animation "Fade" an. Nehmen wir mal an, das Wort "VIER" muss ausgeblendet werden, das Einblenden vom folgenden "FÜNF" lassen wir jetzt mal weg. Im Moment ist es so: Es gibt einen Ist-RGB-Wert, z.B. RGB = (63, 12, 0). In dieser Farbe leuchtet das Word "VIER". Und es gibt einen Soll-Wert, nämlich RGB = (0, 0, 0). Das Ausblenden soll in z.B. 10 Schritten erfolgen. Dann wird für jeden der drei Farbwerte eine Schrittweite berechnet: Schrittweite R = 63 / 10 = 6 Schrittweite G = 12 / 10 = 1 Schrittweite B = 0 / 10 = 0 Diese Schrittwerte werden nun bei jedem Aufruf der Animation (40 x pro Sekunde) abgezogen, bis der Sollwert erreicht ist. Dadurch erreicht man ein Faden der LED - egal welche Farbe sie gerade hat und welche sie als Zielfarbe haben soll. Das Verfahren funktioniert auch beim Einblenden, hier werden die Schrittweiten dann aufaddiert statt abgezogen. Ja, sie funktioniert auch beim Wechsel von der Farbe X auf die Farbe Y, z.B. von (63, 12, 0) auf (0, 20, 63) - auch wenn davon momentan kein Gebrauch gemacht wird. Denn das Faden hat momentan immer ein Triple (0,0,0) - entweder als Start- oder als Zielwert. Da alle LEDs in derselben Farbe leuchten, brauche ich momentan nur drei Variablen dafür, nämlich die drei Schrittweiten, die ich auf alle 110 bzw. 288 LEDs gleichzeitig anwenden kann. Wenn jetzt jede LED in einer anderen Farbe leuchten soll, dann brauche ich statt einem Schrittweiten-Triple nun 288 Stück, also 288 x 3 = 864 Byte, denn für jede LED gibt es einen anderen Ausgangs- und einen individuellen Zielwert. Dann kann das Faden für jede LED auch individuell erfolgen. Verbrät halt ein wenig RAM ;-) Ich kann das gerne einbauen, aber dann bräuchte ich u.a. folgende Angaben dafür: 1. Welche Farben sollen möglich sein? Evtl. nur 8 wie rot, gelb, grün, blau, lila, türkis und weiß? Oder alle 64x64x64 möglichen, d.h. 262144 verschiedene Farben? Sieht das dann noch gut aus? Deine beiden Fotos zeigen ganz klar die Verwendung der 8 Standard-Farben. 2. Wie wird bestimmt, welcher Buchstabe welche Farbe haben soll? Zufall? 3. Soll eine identische Farbe eines benachbarten Buchstabens oder Wortes, der durch einen Zufallsgenerator erzeugt wird, bewusst vermieden werden? Dein erstes Foto zeigt zwei Wörter in türkis, findest Du das - wenn es schon bunt sein soll - ansprechend genug? Oder sollen möglichst Wiederholungen vermieden werden? 4. Wann sollen diese Farben pro Buchstabe/Wort wechseln? Bei jedem Uhrzeitenwechsel, oder nur zu jeder vollen Stunde oder einmal am Tag? Welche Konsequenzen hat das auf die Animationen? Welche müssten angepasst werden und wie? Soll ein fallender Tropfen (Animation Drop) die Original-Farbe beibehalten oder beim Fallen immer die Farbe des jeweiligen Buchstabens annehmen, die dem Buchstaben bisher zugewiesen war? Wenn ersteres, was passiert, wenn der Tropfen das Ziel erreicht hat? Soll dann diese Farbe dann an den erreichten Buchstaben "vererbt" werden? Es ergeben sich auf jeden Fall Fragen über Fragen, die geklärt werden müssten. Ehrlich gesagt: So eine bunte Anzeige ist ja mal ganz nett anzusehen (z.B. an Karnevalstagen), aber ich selbst würde mir das nicht als Daueranzeige antun. Jedes Wort in einer anderen Farbe, das ginge ja noch. Aber jeder einzelne Buchstabe anders... das ist ein nettes Gimmick, welches man nach 2 Minuten faszinierter Betrachtung dann auch wieder abschaltet, weil es nicht alltagstauglich ist. Also viel Arbeit für nichts? Keine Ahnung. Vielleicht wären da weitere Stimmen von anderen Lesern hier interessant. Wie oben schon beschrieben: Ich bin gern bereit dazu. Jedoch musst Du dann für jede Frage meinerseits auch eine Antwort parat haben. Und das werden einige Fragen sein ;-)
:
Bearbeitet durch Moderator
Hallo Frank, fände den Modus schon interessant. Hatte ich ja auch schon mal als "Funky-Mode" vorgeschlagen. ;) Aber bin im Moment auch der Meinung, dass vorher noch andere Dinge angegangen werden sollten, wie z.B. der Offset für die Ambilight-Helligkeit, Wetter, Stabilisierung der Automatischen Helligkeit... (v. a. bei dem Aufwand den Du erwähnt hast, das war mir so auch erst mal nicht bewusst. ;) ) Aber wenns dazu kommen sollte, kann ich gerne Vorschläge zu Deinen Fragen beisteuern. Evtl. könnte man ja über derartige Fragen, wie Priorität der nächsten Features, generelles Interesse an Vorschlägen oder auch Art und Weise der Umsetzung über "Doodle" abstimmen lassen. (Nur so als Vorschlag, dass letzte Wort hast natürlich Du... ;) Vielleicht stimmen da mehr Leute ab, als ins Forum schreiben?) Mir ist noch ein kleiner "Glitch" in der Weboberfläche aufgefallen. Wenn man "automatische Helligkeit" aktiviert, wird auch der Helligkeitsregler vom Ambilight deaktiviert, obwohl das Ambilight ja aktuell noch nicht auf den LDR reagiert. (Zuvor eingestellte Helligkeit bleibt erhalten. War evtl. auch vor dem "Umzug" aufs ESP schon so...) PS: Wäre es auf einfache Weise möglich, die Anzahl der Zwischenschritte beim Fading der Anmimationen zu erhöhen? Würde die langsamer eingestellten Animationen auf der WC12h (v.a. Matrix) flüssiger aussehen lassen. PPS: Gibt es von Deiner Seite eigtl. noch Nachforschungen bzgl. des Übertrageungsfehlers zw. ESP und EEPROM? (Rein aus Interesse, aber wie schon gesagt, nach der Verbindung zum Router läuft wieder alles.) Gruß Tom
Hallo Frank, erstmal vielen Dank für deine ausführliche Antwort, habe ja schon befürchtet das dies ein etwas größerer Aufwand werden würde. Ich habe das ganze vorher über FastLed auf Teensy bzw. Arduinos gelöst, FastLed benutzt ja das HSV Spectrum https://github.com/FastLED/FastLED/wiki/FastLED-HSV-Colors und dort habe ich die Werte für die Farbsättigung und den Helligkeitswert Zentral vorgegeben und den Hue wert per Zufall bestimmen lassen, dadurch kann es natürlich auch passieren das sehr Identische Farben ausgewürfelt werden die man nicht unbedingt unterscheiden kann. Grundsätzlich wollte ich hier auch eine Routine einbauen die dies verhindert, nur da habe ich dann euer Projekt gefunden und das Arbeiten am alten Code eingestellt :) Der Modus bei dem jeder Buchstabe eine andere Farbe hat sieht je nach eingestellter Farbsättigung auf einer weissen Front sehr gut aus. Wäre aber jetzt auch nichts was ich unbedingt haben müsste. Ich denke eine gewisse Anzahl an definierten Farben sollte ausreichend sein, wenn man diese dann z.B. noch Individuell z.B. über das Web Interface einstellen könnte, wäre das natürlich genial. Da manche Farben bei bestimmten Fronten auch nicht unbedingt super aussehen, hätte man hier die Möglichkeit das ganze zu umgehen. Und die Farben lasse ich bei jedem Wechsel zufällig neu bestimmen bzw. auch die Punkte der 12h Version bekommen eine zufällige Farbe verpasst. Was auch sehr gut aussieht ist ein 2 Farbiger Modus. Zu den Animation müßte man sich dann im Detail ansehen, und entscheiden. Ich hoffe das es noch weitere Interessenten für diesen Modus gibt. Gruß Marco
Hallo, Marco R. schrieb: > Frank mal eine kleine Frage welcher Aufwand wäre es einen Modus > einzubauen in dem jedes Wort bzw. Punkt in einer anderen Farbe angezeigt > wird bzw. sogar jeder verwendete Buchstabe in einer anderen zufälligen > Farbe. Für den Karneval oder den Tag der Geburtstagsfeier des kleinen Sprößlings vielleicht. Ich selber möchte mir weiterhin eine schöne WordClock anschauen und möchte keinen "Augenkrebs" bekommen. Ich würde es nicht benutzen, wenn es möglich wäre. mfg bana
Angehängte Dateien:
-
20160904_025338.jpg
240 KB
Hallo miteinander! Ich wollte hier nur mal ein großes Lob loswerden, an Frank und Torsten und alle Anderen die dieses schöne Projekt möglich gemacht haben. Bin mit meinen Frontplatten, Böden und Shields sehr zufrieden. Habe es dann heute im x-ten Anlauf auch geschafft den STM32 über UART zu flashen. Der falsche TX/RX Bestückungsdruck und die BOOT Jumper haben es etwas verzögert :) Dann lief es aber wie am Schnürchen! Nun muss ich alles noch miteinander verstricken und die Uhr kann an die Wand. Gruß Nicola Edit: Was mich echt noch interessieren würde: Von welchem Platinenfabrikanten stammen die STM32 Shields? Hatte letztens noch welche bei PCBWay bestellt. Da hatte leider das Via tenting überhaupt nicht hingehauen. Und die Shields sehen echt sehr gut aus.
:
Bearbeitet durch User
Nicola J. schrieb: > Ich wollte hier nur mal ein großes Lob loswerden, an Frank und Torsten > und alle Anderen die dieses schöne Projekt möglich gemacht haben. Auch von meiner Seite aus vielen Dank für dieses tolle Projekt!!!
Gerhard B. schrieb: > Ich selber möchte mir weiterhin eine schöne WordClock anschauen und > möchte keinen "Augenkrebs" bekommen. > > Ich würde es nicht benutzen, wenn es möglich wäre. So ähnlich sehe ich das auch. Selbst wenn es möglich wäre, würde ich es nicht nutzen.
Ich lese hier ja schon seit April diesen Jahres mit und habe kurz vor Eurer Sammelbestellung lieber Torsten und Frank Ende Mai Anfang Juni glaube ich spontan beschlossen so eine Uhr zu bauen. Nachdem ich nun bis auf Den USB UART alles beisammen habe kanns bald losgehen. Einige in der Verwandtschaft sind auch schon neugierig auf das Ergebnis! Ich glaub da stehen bald ein paar Aufträge an :) Wenns fragen gibt melde ich mich mal wieder. Eine erste Frage hätte ich schon an den Chris K. Deine erwähnten SMD Shields sind zum selber bestücken. Was kosten die? Gibts eventuell einen Warenkorb beim Reichelt? Ist das Finish des Shields entgültig? Das anordnen der Anschlüsse an den beiden Schmalseiten der Boards von Torsten war mir sehr sympathisch. Was aus diesem Projekt in einem dreiviertel Jahr geworden ist, ist einfach unglaublich. Ich ziehe meinen Hut vor allen die daran mitgearbeitet haben. Ich selbst kann nicht mehr als ein bißchen löten, boren und schrauben. Bin von Beruf Briefträger :) Mehr von mir gibts auf Anfrage, ich will ja niemand mit meinen Geschichten langweilen!
Angehängte Dateien:
-
20160906_161144.jpg
110 KB
Hallo Klaus, ja die SMD Shields sind fertig. In den nächsten Tagen sollten auch meine LED Leisten eintreffen. Ich muss ja auf mein altes Rastermaß kommen, wenn ich nicht alles neu machen will. Mit den Bauteilen für die Bestückung und dem Versand würde ich einen Preis von 10€ festlegen. Dafür gibt es dann ein Shield mit dem ganzen Hühnerfutter, inklusive der LED-Versorgungs-Abschaltung. Was noch fehtl ist dann alls was man aus China odern kann. Der STM32, ein ESP07 Modul, die RTC, Sensoren etc. Bei Interesse PM an mich. Momentan habe ich noch 15 Shields übrig. Gruß Chris
Hallo Chris, Auf dem Bild ist bei den RS232-Anschlüssen etwas angesteckt, ist das ein USB UART? Ich glaub bei 10€ nach Österreich zahlst Du drauf :) Grundsätzlich bin ich interessiert. Das kann ich einfach gegen das Mini-Shield vom Torsten auswechseln oder muss ich noch was beachten? lg Klaus
Angehängte Dateien:
-
SMD_Shield_Board.png
7,6 KB -
SMD_Shield_Schematic.png
19 KB
Hallo Klaus, ja das hinten ist ein 3V3 USB zu TTL Konverter. Genauer ein CP2102. Geht aber auch mit den bekannten Teilen von FTDI. Die Boards müsstest du direkt austauschen können, zur Sicherheit solltest du noch einmal auf die Pinbelegung gucken, aber ansonsten stimmt das schon mit dem größeren Shield überein. Ich habe allerdings auf Platzgründen auf die sowieso unbeschalteten Ports verzichtet und die Anbindung einer DCF habe ich auch nicht vorgesehen, da das Teil ja sowieso am Internet hängt. Versand ginge wohl als Luftpolsterbrief. Sind dann irgendwas zwischen 2 und 4€
Version 2.2.0 ist online. Download geht wie gewohnt über den Artikel WordClock mit WS2812. Änderungen: - Bugfix: Die Anzeigedauer der Temperatur ist nun nicht mehr von der Dauer der Animation abhängig. - Bugfix Ambilight: Nach "Test Display" wurde die ursprüngliche Helligkeit des Ambilight nicht wieder hergestellt. - Bugfix AP-Mode: Durch einen Timeout bei der ESP8266-Kommmunikation (Übertragung der IP-Adresse) wurden die Vorgabewerte fürs Web-Interface nicht übertragen. Die einzelnen Webseiten blieben dann ohne Inhalte. - RX-Ringbuffer ESP8266 -> STM32 von 128 auf 256 vergrößert. - Timeout-Behandlung bei der Kommunikation zwischen STM32 und ESP8266 verbessert. Dadurch nun zügigeres Abarbeiten von ESP-Messages. - Web-Interface: Checkbox "Use display colors" wurde auf die Seite "Ambilight" verschoben. - WC12h Bugfix: Umlaute werden in der Laufschrift immer als Großbuchstaben angezeigt. - WC12h: Font zur Laufschriftanzeige durch besser lesbaren Font ersetzt. - WC24h: Korrektur der Anzeige von "ES IST EINS UHR" nach "ES IST EIN UHR" in bestimmten Anzeigemodi. - Bugfix SK6812: Rot und Grün vertauscht. - Bugfix LDR: Nach dem Setzen eines neuen LDR-Max-Wertes wurde dieser nicht zurück an das Web-Interface übertragen und deshalb dort (bis zum nächsten Reboot) ein alter Max-Wert angezeigt. Es wurden bewusst keine größeren Neuerungen eingebaut, um erstmal die Stabilität der Software zu verbessern. Im nächsten Release werden dann auf jeden Fall Neuerungen wie die Einblendung von Piktogrammen, verbesserte Temperaturanzeige für die WC12h und andere nette "Spielereien" kommen. Viel Spaß, Frank
:
Bearbeitet durch Moderator
Frank M. schrieb: > Version 2.2.0 ist online. Danke Frank, werde ich gleich mal alles testen. BTW: Wohin soll man die Fehlermeldung und Wünsche posten? Direkt hier in den Thread, oder irgendwo anders hin? Ich habe eine kleine Fehler-/Wunschliste hier, die würde ich mit der neuen Version abgleichen und dann posten. Dario
Dario C. schrieb: > BTW: Wohin soll man die Fehlermeldung und Wünsche posten? Am besten hier, dafür ist der Thread ja gedacht :-)
Werner A. schrieb: > Ich glaube ich habe auch noch einen Bug bei der Temperaturanzeige > gefunden. > Ich hab die WC12. Die Temperatur wird von der RTC gemessen. > Im Webinterface wird die Temperatur richtig angezeigt. Wenn ich dass > aber auf die Uhr schicke steht da immer 12. Kann ich auch bei der WC12h mit der SW 2.2.0 bestätigen. Ausserdem gibt es bei angeschlossenem DS18XX noch folgenden Fehler: die aktuelle Temp. wird zwar angezeigt und läßt sich mit "Temp correction DS18XX" korrigieren; nach einem Reset oder Spannungsausfall ist dieser Korrekturwert aber nicht mehr vorhanden/gespeichert, so dass die aktuelle Temp. falsch angezeigt wird. Gruß Burkhard
Hallo Chris! Kannst Du mir 5 von deinen Boards schicken. Schreib mir wie viel und wie ich bezahlen soll. Und das programmieren mit dem CP2102 hat bei Dir geklappt? Ich hab einen pl2303hx, der funktioniert mit win10pro64 nicht :( Bin jetzt auf der Suche nach was anderem! lg Klaus
:
Bearbeitet durch User
Burkhard D. schrieb: >> Ich hab die WC12. Die Temperatur wird von der RTC gemessen. >> Im Webinterface wird die Temperatur richtig angezeigt. Wenn ich dass >> aber auf die Uhr schicke steht da immer 12. > > Kann ich auch bei der WC12h mit der SW 2.2.0 bestätigen. Danke, den Fehler hatte ich nicht auf dem Schirm. Schaue ich mir an. > Ausserdem gibt es bei angeschlossenem DS18XX noch folgenden Fehler: > die aktuelle Temp. wird zwar angezeigt und läßt sich mit "Temp > correction DS18XX" korrigieren; nach einem Reset oder Spannungsausfall > ist dieser Korrekturwert aber nicht mehr vorhanden/gespeichert, so dass > die aktuelle Temp. falsch angezeigt wird. Okay, werde ich testen. Gruß und Dank, Frank
Angehängte Dateien:
-
IMG_2558.JPG
240 KB
Hallo zusammen Einfach mal ein ganz grosses DANKE an alle die zu dieser wunderbaren Uhr Zeit investiert haben! Ich habe nun meine neue Version im Prototyp laufen und diese ist nun mit den SK6812 LedStreifen, welche ich in China anfertigen liess. Software läuft perfekt und das Ganze nun sogar noch in CH-Deutsch ;-) Beste Grüsse Daniel
Hallo Klaus, ja mit dem CP2102 lief alles problemlos. Aber auch ein FTDI Kabel tut seinen Dienst bei mir. Wichtig halt nur die 3,3V Ausgangspegel.
Daniel K. schrieb: > Hallo zusammen > > Einfach mal ein ganz grosses DANKE an alle die zu dieser wunderbaren Uhr > Zeit investiert haben! > Ich habe nun meine neue Version im Prototyp laufen und diese ist nun mit > den SK6812 LedStreifen, welche ich in China anfertigen liess. > Software läuft perfekt und das Ganze nun sogar noch in CH-Deutsch ;-) > > Beste Grüsse > Daniel Hi Daniel macht sich der Unterschied zur deutlich WS2812 bemerkbar? Welchen Typ hast du denn verwendet, es gibt nämlich 3 verschiedene Weisswerte.
X. O. schrieb: > Daniel K. schrieb: >> Hallo zusammen >> >> Einfach mal ein ganz grosses DANKE an alle die zu dieser wunderbaren Uhr >> Zeit investiert haben! >> Ich habe nun meine neue Version im Prototyp laufen und diese ist nun mit >> den SK6812 LedStreifen, welche ich in China anfertigen liess. >> Software läuft perfekt und das Ganze nun sogar noch in CH-Deutsch ;-) >> >> Beste Grüsse >> Daniel > > Hi Daniel > > macht sich der Unterschied zur deutlich WS2812 bemerkbar? Welchen Typ > hast du denn verwendet, es gibt nämlich 3 verschiedene Weisswerte. Ja, zumindest für mich, denn die WS2812 bringen durch die RGB - Led kein schönes Weiss hin, was einfach nur eine Weiss Led hinbekommt. Mit den SK6812 hast du einfach alles in einem und somit alle Farbwerte durch RGB plus Weiss. Ich habe mir speziell Kaltweiss bestellt, was dann so ziemlich wie beim Original aussieht. Warmweiss habe ich in einer früheren Version mal probiert, aber sieht grauenhaft aus (zumindest für mich). Gruss Daniel
Sehe ich genauso, RGB Weiß gefällt mir in der Regel nicht, oder man muss schon sich Mühe machen und die perfekte Farbbalance finden. Die SK haben hingegen direkt einen ordentlichen Weiß-Kanal mit eingebaut. Auch ich habe die WW gegen NW und KW Varianten vorab verglichen und bin dann auch bei KW gelandet. Sieht in der Uhr einfach am besten aus.
Mal ne Frage an die, die die gelaserte Edelstahlplatte nutzen: Wie habt Ihr diese an der Holzplatte befestigt? Magnete sind ja wohl nicht stark genug, oder?
Burkhard D. schrieb: > Werner A. schrieb: >> Ich glaube ich habe auch noch einen Bug bei der Temperaturanzeige >> gefunden. >> Ich hab die WC12. Die Temperatur wird von der RTC gemessen. >> Im Webinterface wird die Temperatur richtig angezeigt. Wenn ich dass >> aber auf die Uhr schicke steht da immer 12. > > Kann ich auch bei der WC12h mit der SW 2.2.0 bestätigen. Den Fehler habe ich gefunden und konnte ihn beheben. > Ausserdem gibt es bei angeschlossenem DS18XX noch folgenden Fehler: > die aktuelle Temp. wird zwar angezeigt und läßt sich mit "Temp > correction DS18XX" korrigieren; nach einem Reset oder Spannungsausfall > ist dieser Korrekturwert aber nicht mehr vorhanden/gespeichert, so dass > die aktuelle Temp. falsch angezeigt wird. Das kann ich nicht reproduzieren. Ich weiß, den Fehler gabs mal, nämlich in der Version 2.0.7. Aber mit der Version 2.1.0 wurde er behoben. Ausschnitt aus https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Version_2.1.0 "Bugfix: DS18xx-Temperatur-Korrekturwert wurde bisher als RTC-Temperatur-Korrekturwert im EEPROM gespeichert." Kannst Du den Fehler mit der 2.2.0 tatsächlich noch reproduzieren? Ich kann die beiden Korrekturwerte beliebig ändern. Nach Reset werden sie wieder neu geladen.
:
Bearbeitet durch Moderator
Dario C. schrieb: > Mal ne Frage an die, die die gelaserte Edelstahlplatte nutzen: > > Wie habt Ihr diese an der Holzplatte befestigt? > > Magnete sind ja wohl nicht stark genug, oder? Magnete gehen, ich habe eine 2mm Stahlplatte, die gelastert immer noch 2,5kg wiegt damit befestigt. Das Problem ist eigentlich die Rauheit der Edelstahlplatte. Ich hatte etwas zu kleine Magnete verwendet und die Platte rutschte schonmal ab. Hab die Platte dann einfach mit Heißkleber fixiert, weil ich sie eh nicht mehr so schnell abnehmen werde. ;) Vielleicht hätte anrauen der Platte auch schon ausgereicht. Werde es das nächste mal andersrum machen. Magnete mit Metallkleber an der Platte fixieren und als Gegenstück in die Holzplatte vertieft ein paar Beilagscheiben einlassen. Durch den Tiefenversatz kann dann auch nichts mehr abrutschen. Bei der Dicke werde ich dann auch nur mehr ein 1mm Blech verwenden.
:
Bearbeitet durch User
Auch von mir nochmal ein riesiges Danke an alle, die hier mitgewirkt haben. Meine Uhr nähert sich nun nämlich auch der Zielgeraden. Es ist eine 30 x 30 cm 12 Stunden WordClock aus Plexiglas, geplotteter Folie, Holz, dem Mini Shield und dem Rahmen von Alutech. Und ich muss sagen, ich bin sehr angetan vom Gesamtbild :D. Mir ist allerdings aufgefallen, dass die Buchstaben bei der Laufschrift nach links hin zusammenrutschen. Wer gerade die Bandbreite zur Verfügung hat, kann das im Video im Anhang erkennen. Beste Grüße Niels
Hallo Frank, ich habe noch einmal alles neu geflasht. Leider ist bei meiner Konfiguration WC12h-STM32F103-Hex-Vers.2.2.0, IR-Sensor, RTC3231,ESP8266 V2.2.0, sowohl mit als auch ohne DS1820 immer noch alles wie hier beschrieben: Frank M. schrieb: > Werner A. schrieb: >>> Ich glaube ich habe auch noch einen Bug bei der Temperaturanzeige >>> gefunden. >>> Ich hab die WC12. Die Temperatur wird von der RTC gemessen. >>> Im Webinterface wird die Temperatur richtig angezeigt. Wenn ich dass >>> aber auf die Uhr schicke steht da immer 12. >> Wenn ich o.g Konfiguration mit DS1820 betreibe habe ich wieder diesen Fehler >> Ausserdem gibt es bei angeschlossenem DS18XX noch folgenden Fehler: >> die aktuelle Temp. wird zwar angezeigt und läßt sich mit "Temp >> correction DS18XX" korrigieren; nach einem Reset oder Spannungsausfall >> ist dieser Korrekturwert aber nicht mehr vorhanden/gespeichert, so dass >> die aktuelle Temp. sowohl im Browserinterface als auch im Display falsch angezeigt wird. Gruß Burkhard
Burkhard D. schrieb: > Wenn ich o.g Konfiguration mit DS1820 betreibe habe ich wieder diesen > Fehler Ja, den Fehler mit der 12 im Display habe ich ja gestern erst gefunden. Der ist auch noch in der 2.2.0 drin und wird erst mit der 2.2.1 gefixt sein. Oder bezieht sich dieser Satz auf die Korrekturwerte? Er steht leider bei Deinem Beitrag zwischen beiden Fehlerbeschreibungen und kann von mir nicht eindeutig zugeordnet werden. Mir geht es um diesen: > Ausserdem gibt es bei angeschlossenem DS18XX noch folgenden Fehler: > die aktuelle Temp. wird zwar angezeigt und läßt sich mit "Temp > correction DS18XX" korrigieren; nach einem Reset oder Spannungsausfall > ist dieser Korrekturwert aber nicht mehr vorhanden/gespeichert, so dass > die aktuelle Temp. sowohl im Browserinterface als auch im Display falsch > angezeigt wird. Diesen Fehler kann ich nämlich nicht reproduzieren. Beide Korrekturwerte werden bei mir im EEPROM gespeichert und beim nächsten Mal wieder geladen. Und mich wundert, warum Du den immer wieder unten unkommentiert stehen lässt. Jetzt bitte diesen Abschnitt nicht wieder unkommentiert einfach unten stehen lassen. Das hilft mir nicht weiter. Ist der Fehler mit dem DS18xx-Korrekturwert bei Dir da oder nicht?
:
Bearbeitet durch Moderator
Frank M. schrieb: > Jetzt bitte diesen Abschnitt nicht wieder unkommentiert einfach unten > stehen lassen. Das hilft mir nicht weiter. Ist der Fehler mit dem > DS18xx-Korrekturwert bei Dir da oder nicht? Hallo Frank, Ja, der Fehler ist bei mir wie in der Fehlerbeschreibung vorhanden. (Bei angeschlossenem DS1820 ist der zuvor gespeicherte Korrekturwert nach Reset nicht mehr vorhanden). Gruß Burkhard
Burkhard D. schrieb: > Ja, der Fehler ist bei mir wie in der Fehlerbeschreibung vorhanden. > (Bei angeschlossenem DS1820 ist der zuvor gespeicherte Korrekturwert > nach Reset nicht mehr vorhanden). Hm... Kannst Du ein UART-Protokoll hier dazu anhängen?
Hallo Frank, hier das Protokoll. Ich hoffe es ist so richtig und hilft. Welcome to WordClock Logger! ---------------------------- Version: 2.2.0 rtc is online eeprom is online current eeprom version: 0x00020200 ESP8266 LOGGER (- setup UDP) esp8266 now up read rtc: We 2016-09-21 14:47:02 (- local port: 2421) (- setup server UDP) (- local port: 2424) (FIRMWARE 2.2.0) (- connected to AP) (AP WLAN 7390 2,4GHz EGD21) (MODE client) (IPADDRESS 192.168.178.63) info: ip address = 192.168.178.63 esp8266 now online --> time "192.53.103.103"<0d><0a> (OK time) (TIME 3683450832) read rtc: We 2016-09-21 14:47:44 DS18xxx temperature: 28 RTC temperature: 23 read rtc: We 2016-09-21 14:48:45 DS18xxx temperature: 28 RTC temperature: 23 read rtc: We 2016-09-21 14:49:45 DS18xxx temperature: 28 RTC temperature: 23 read rtc: We 2016-09-21 14:50:45 DS18xxx temperature: 28 RTC temperature: 23 (- new client) (- new client) (CMD N173000) (CMD N180800) DS18xxx temperature: 24 RTC temperature: 23 power_init() called switching power on Welcome to WordClock Logger! ---------------------------- Version: 2.2.0 rtc is online eeprom is online current eeprom version: 0x00020200 ESP8266 LOGGER (- setup UDP) esp8266 now up read rtc: We 2016-09-21 14:51:33 (- local port: 2421) (- setup server UDP) (- local port: 2424) (FIRMWARE 2.2.0) (- connected to AP) (AP WLAN 7390 2,4GHz EGD21) (MODE client) (IPADDRESS 192.168.178.63) info: ip address = 192.168.178.63 esp8266 now online --> time "192.53.103.103"<0d><0a> (OK time) (TIME 3683451103) read rtc: We 2016-09-21 14:51:44 DS18xxx temperature: 28 RTC temperature: 23 r
Hallo Burkhard, Burkhard D. schrieb: > (CMD N173000) Übersetzt: Setze DS18xx-Temperaturwert auf 48 / 2 = 24 °C > (CMD N180800) Übersetzt: Setze DS18xx-Korrekturwert auf 8 / 2 = 4 °C > DS18xxx temperature: 24 Übersetzt: 24°C > power_init() called > switching power on Übersetzt: Wir booten neu... > DS18xxx temperature: 28 Übersetzt: 28°C (und nicht 24°C) Verdammt! Wieso bekomme ich das nicht hin? Ich kann mir nur vorstellen, dass ich das in meiner Version schon irgendwann korrigiert habe, ohne es zu merken. Ich melde mich heute abend nochmal dazu.
:
Bearbeitet durch Moderator
Hallo Frank, Frank M. schrieb: > Verdammt! Wieso bekomme ich das nicht hin? Ich kann mir nur vorstellen, > dass ich das in meiner Version schon irgendwann korrigiert habe, ohne es > zu merken. Ich melde mich heute abend nochmal dazu. Habe gerade mal mit mener Hardware getestet: Mini Dev Board mit Wc12h-STM32F103.hex Version 2.2.0, DS3231 und DS18B20 angeschlossen. Speichert Korrekturwerte ab und es sind nach einem Neustart (Reset so wie "Power OFF/Power ON) immer noch beide vorhanden lt. Webinterface. Displayausgabe kann ich momentan nicht beurteilen, weil keins dran. So nebenbei: mir ist aufgefallen, dass meine Wordclocks mit dem Shield von Torsten (V1) nur etwas anzeigen, wenn ich den 220 Ohm Widerstand überbrücke, ansonsten bleibt das Display dunkel. gruß Bernhard
:
Bearbeitet durch User
Hallo Frank und Berhard, nachdem ich Bernhards Beitrag gelesen hatte habe ich meine 2. WC12h mit selbiger Konfig. demontiert und den DS1820 umgesetzt. Alles lief wie bei Berhard. Der Fehler war nicht reproduzierbar! Dann habe ich als Korrekturwert 12 (zuvor 8) eingegeben und der Fehler ist wieder da. Ich habe das Protokoll angehängt. Warum allerdings meine andere Uhr jeden Korrekturwertt nach reset vergisst, keine Ahnung. Ich hoffe ihr könnt den Fehler auch reproduzieren. Gruß Burkhard
Bernhard S. schrieb: > Habe gerade mal mit mener Hardware getestet: > > Mini Dev Board mit Wc12h-STM32F103.hex Version 2.2.0, DS3231 und DS18B20 > angeschlossen. > > Speichert Korrekturwerte ab und es sind nach einem Neustart (Reset so > wie "Power OFF/Power ON) immer noch beide vorhanden lt. Webinterface. Danke erstmal. Zumindest bei uns beiden klappt es. Burkhard D. schrieb: > Dann habe ich als > Korrekturwert 12 (zuvor 8) eingegeben und der Fehler ist wieder da. Hattest Du auch die oben genannte Hex-Datei für WC12h und STM32F103 eingespielt? Oder selber compiliert? Ich dachte schon, dass ich beim Erzeugen einer der sechs Hex-Dateien nicht richtig aufgepasst hätte. Aber offenbar benutzt Ihr beide die WC12h + STM32F103. Ich teste das heute abend nochmal...
Hallo Frank, also ich benutze diese .hex Version: WC12h Version 2.2.0 STM32F103-Board vom 17.09. Gruß Burkhard
Ich habe von der Druckerei, wo die Frontplatten für die Sammelbestellungen hergestellt werden, mal ein Muster für eine rote Platte bekommen, siehe Foto. Dieses wird im Gegensatz zu den schwarzen Platten nicht im Siebdruck, sondern im Digitaldruck hergestellt. Durch Auftragen von mehreren Farbschichten (rot vorn, grau für den Diffusor, tiefschwarz hinten) ist die Platte jedoch genauso wie die bisherigen Frontplatten absolut lichtdicht - und sieht überdies genauso gut aus :-) Mit dem Digitaldruckverfahren sind auch kleinere Auflagen möglich bei geringfügig höherem Preis. Aber auch hier gilt: je mehr, desto günstiger. Geplant ist je eine Auflage in rot und in weiß - WC12h und WC24h. Um abzuschätzen, wieviele Bestellungen da zusammenkommen würden, bitte ich Euch, mich bei mir zu melden, wenn Ihr Interesse habt. Bitte angeben: Farbe und WC12h bzw. WC24h. Gruß, Frank
Burkhard D. schrieb: > Hallo Frank, also ich benutze diese .hex Version: > WC12h Version > 2.2.0 STM32F103-Board vom 17.09. Ja, das scheint dieselbe wie von Bernhard zu sein.
Frank M. schrieb: > Bernhard S. schrieb: >> Habe gerade mal mit mener Hardware getestet: >> >> Mini Dev Board mit Wc12h-STM32F103.hex Version 2.2.0, DS3231 und DS18B20 >> angeschlossen. >> >> Speichert Korrekturwerte ab und es sind nach einem Neustart (Reset so >> wie "Power OFF/Power ON) immer noch beide vorhanden lt. Webinterface. > > Danke erstmal. Zumindest bei uns beiden klappt es. > > Burkhard D. schrieb: >> Dann habe ich als >> Korrekturwert 12 (zuvor 8) eingegeben und der Fehler ist wieder da. > > Hattest Du auch die oben genannte Hex-Datei für WC12h und STM32F103 > eingespielt? Oder selber compiliert? Ich dachte schon, dass ich beim > Erzeugen einer der sechs Hex-Dateien nicht richtig aufgepasst hätte. > Aber offenbar benutzt Ihr beide die WC12h + STM32F103. > > Ich teste das heute abend nochmal... Hallo zusammen Fehler ist reproduzierbar! Versucht es ganz einfach mit Werten ab 11! Diese gehen beim Reboot unter und werden auf 0 gesetzt! Werte von 0-10 funktionieren :-) Gruss Daniel
Daniel K. schrieb: > Fehler ist reproduzierbar! Versucht es ganz einfach mit Werten ab 11! > Diese gehen beim Reboot unter und werden auf 0 gesetzt! > Werte von 0-10 funktionieren :-) Stimmt! Und das ist sogar Absicht, größere Korrekturwerte als 10 werden als nicht plausibel verworfen. Blöd ist nur, dass die Webseite davon nichts merkt. Ich werde im Web-Interface den Text "(0-10)" als gültige Werte einsetzen. Oder sieht das jemand anders? Also ich komme mit Werten bis 6 dicke aus.
Hallo Frank, ich denke auch das als Korrekturwert 1-10 ok sind. Weiss auch nicht warum ich in der Vergangenheit mit größeren Werten gearbeitet habe. Für mich ist es ausreichend, wenn der Bug mit dem RTC korrigiert wird. Der RTC reagiert auf Änderungen zwar langsamer als ein DS18xx, aber Raumluft hat ja auch eine gewisse Trägheit. Gruß Burkhard
Hallo Frank, erst einmal vielen Dank für die ganze Arbeit, die du dir für das Projekt machst und hier zur Verfügung stellst. Dankeschön. :) Ich hatte die Tage von einer Version 1.x.x auf die 2.2.0 geupdatet und Frage mich nun, ob es normal ist, dass die Uhr nach einer kurzen Zeit stehen bleibt, wenn man das ESP Modul ausschaltet? Ich hatte es so verstanden, dass von der Version 1.x.x auf die Version 2.x.x nur das Webinterface auf das WLAN Modul geschoben wurde. Somit sollte die Uhr ja eigentlich auch noch weiterlaufen wenn man den Strom von dem als Client verbauten ESP8266 kappt und die RTC verbaut ist oder? Das ging so zumindest in der alten 1.x.x Version. Außerdem ist mir aufgefallen, dass die im Donwloadbereich verlinkten ESP Version Datumstechnisch nicht ganz übereinstimmen. Wenn man sich Version 2.1.0b laden möchte (vom 24. Aug 2016) lautet der Name des bin Files: 20160917xxxxxxxxxx.bin. Also wohl dem Datum der Veröffentlichung von Version 2.2.0. Ich vermute jetzt einfach mal, dass das so nicht gewollt ist.
Update zur Sammelbestellung: ich bin jetzt gerade an der Mindestmenge angekommen und habe daher das Zeitfenster um eine Woche nach hinten verschoben. Gruß, Torsten
Mahlzeit Frank und Mitleser, ich bin in letzter Zeit nicht wirklich zu was gekommen, daher habe ich hier nur sporadisch ein wenig passiv mitgelesen und es auch noch nicht geschafft die neue Firmware mal zu testen, sorry für die Funkstille. Frank M. schrieb: > Mit dem Digitaldruckverfahren sind auch kleinere Auflagen möglich bei > geringfügig höherem Preis. Aber auch hier gilt: je mehr, desto > günstiger. Das sind ja echt mal super Neuigkeiten! Sieht wirklich toll aus! Ein ganz herzliches Dankeschön von mir für deinen unermüdlichen Einsatz, auch schon mal im Namen der Leute, die mich seit Jahren wegen anderer Farben für die Fronten nerven. :-) > Um abzuschätzen, wieviele Bestellungen da zusammenkommen würden, bitte > ich Euch, mich bei mir zu melden, wenn Ihr Interesse habt. Bitte > angeben: Farbe und WC12h bzw. WC24h. Ich habe die Anfrage mal an alle potentiellen Besteller, die mal von mir ne Uhr bekommen haben, weitergeleitet und um Rückmeldung bis spätestens Montag gebeten. Ich würde mich dann nochmal per PN bei dir melden wenn das OK ist? Ich habe jetzt mal ca. 50 Euro als grobe Hausnummer angenommen, kommt das ungefähr hin? > Im nächsten Release werden dann auf jeden Fall Neuerungen wie die > Einblendung von Piktogrammen, verbesserte Temperaturanzeige für die > WC12h und andere nette "Spielereien" kommen. Ooooh, "Spielereien" :-) Vielleicht ein kleiner Teaser zum Wochenende? So zum anfixen? ^^ > Bernhard S.: > So nebenbei: mir ist aufgefallen, dass meine Wordclocks mit dem Shield > von Torsten (V1) nur etwas anzeigen, wenn ich den 220 Ohm Widerstand > überbrücke, ansonsten bleibt das Display dunkel. Kann ich ebenfalls bestätigen. Ich habe den Widerstand bisher immer gebrückt, da ich sonst entweder keine oder eine unzuverlässige (Flackern, Fehlfarben) Ausgabe auf der Displaymatrix hatte. > Niels J.: > Mir ist allerdings aufgefallen, dass die Buchstaben bei der > Laufschrift nach links hin zusammenrutschen. Wer gerade die > Bandbreite zur Verfügung hat, kann das im Video im Anhang erkennen. Ist mir bei der 24h Tischuhr auch schon mal aufgefallen, hab ich dann aber irgendwie wieder vergessen. Kann ich also bestätigen. @ Torsten: Ich wollte dir eigentlich schon längst ne Mail geschrieben haben... hat die Reparatur der Gehäuse bei dir eigentlich geklappt? Falls nicht melde dich einfach nochmal kurz bei mir. :-) Und zu guter Letzt... ich habe mittlerweile die ursprünglichen Probleme meiner Tischuhr (Überstrahlen in andere Lichtschächte, Streifen der LED Matrix mussten überlappend befestigt werden, usw.) im Griff und mittlerweile auch ein sekundengenaues Ambilight verbaut. Ich werde demnächst mal alles auf Vordermann bringen und die 3D Modelle und Tipps für den Nachbau hier veröffentlichen falls es noch andere Interessenten mit Zugriff auf einen 3D Drucker gibt. Allen ein schönes Wochenende und LG, Peter
:
Bearbeitet durch User
Hallo zusammen, @Frank bei der aktuellen Software Version ist mir aufgefallen, das sobald ich die ESP Firmware auf ein neues Modul flashe, hier ein offenes WLAN mit dem Namen ESP_XXXX erzeugt wird. In der alten Software war es hier direkt möglich einen "WLAN Modul Reset" durchzuführen und kurze Zeit später ist das "wordclock" WLAN mit dem bekannten Schlüssel erschienen. Nun muss man sich erst mit dem offenen WLAN ESP_XXXX verbinden, es in den WLAN Client Mode versetzen um es danach "resetten" zu können. Ich vermute ohne jetzt in den Code gesehen zu haben, das du eine Abfrage drin hast das ein WLAN Reset nur bei veränderten WLAN Einstellungen durchgeführt wird ( oder so etwas in der Art ) Wäre es möglich in der Software eine Routine unterzubringen die beim ersten Kontakt mit einem "neuen" WLAN Modul ein Reset auslöst? Gruß Marco
Peter G. schrieb: > . Ich werde demnächst mal alles auf Vordermann bringen und die 3D > Modelle und Tipps für den Nachbau hier veröffentlichen falls es noch > andere Interessenten mit Zugriff auf einen 3D Drucker gibt. Das wäre super!
Hallo, im WiKi Artikel steht jetzt der Schaltplan zum nucleo-Shield zur Verfügung. Die dort gezeichneten Schaltungen sind nicht mein geistiges Eigentum, sondern die Zusammenfassung dessen, was im WiKi und hier im Forum veröffentlicht wurde. Gruß Volker
Hallo zusammen, ich habe nun alles gelötet, verkabelt und mechanisch gebaut (Magnete, etc.) nur stehe ich jetzt leider wie der Ochs vorm Berg und habe keine Ahnung wie es weitergeht. Ich habe im Wiki den Bereich "Start Dieses Kapitel beschreibt den Download der Software auf das verwendete Board und die erstmalige Prüfung und Konfiguration." leider nie vorher gelesen, sonst hätte ich meine Fragen schon früher gestellt. In dem Kapitel steht ja leider quasi garnichts und als Nucleo/STM32 Neuling weiß ich nun über haupt nicht wie weiter? Stand: Ich habe eine WC12 mit STM32minidevBoard gebaut. Habe einen ST-Link V2 und auch ein Nucleo Board (das ich nun als USB/UART Adapter nutzen wollte.), wie geht das? Wie bekomme ich nun die Software für Miniboard und für das EPS auf die "Uhr"? Sorry, ich habe versucht das Board hier zu durchforsten, aber nichts direkt gefunden. Vielen Dank im Voraus! Gruß Philipp
Philipp E. schrieb: > Wie bekomme ich nun die Software für Miniboard und für das EPS auf die > "Uhr"? Hallo Philipp, du musst den ST-Link mit dem STM32-Board verbinden wie im Artikel dargestellt (Foto rechts): https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#STM32F103C8T6_Mini-Development_Board Dann die ST-Link Software für den PC installieren: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Software_f.C3.BCr_Windows Anschließend damit die heruntergeladene Hex-Datei auf den STM32 flashen. (im Menü: Target ==> Program and verify ==> Hex-Datei auswählen und ok) Danach musst du noch das ESP flashen, dass ist hier beschrieben: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Flash_des_WLAN-Moduls Hoffe damit kommst Du schon mal weiter... Gruß Tom
@Phillipp guckst du hier https://www.sevenwatt.com/main/picos-arm/picos-arm-lpc810-swd-jtag-with-nucleo-stm32/
Hallo zusammen, Ich bin gerade für ein paar Tage unterwegs und werde mich voraussichlich übermorgen zu allen aufgelaufenen Fragen melden. Gruß, Frank
Thomas B. schrieb: > > Hoffe damit kommst Du schon mal weiter... > > Gruß > Tom Hallo Tom, Hallo Chris, Hallo Frank, danke für die wie immer schnellen Antworten. Dann werde ich mich da mal ran machen. Das https://www.sevenwatt.com/main/picos-arm/picos-arm... von Chris beschreibt also wie ich den Nucleo als UART Adapter verwende? Danke und Gruß Philipp
Nein, dass beschreibt, wie du den Nucleo dazu benutzen kannst um mit dem eingebauten ST Link die Firmware auf das STM32F103 Board zu flashen. Zumindest was die Verkabelung der beiden angeht. Danach brauchst du wie Thomas schon schrieb die ST Link Software zum flashen. Für den UART brauchst du einen eigenen Adapter ala FTDI oder CP, nur bitte mit 3,3V Pegel.
Chris K. schrieb: > Nein, dass beschreibt, wie du den Nucleo dazu benutzen kannst um mit dem > eingebauten ST Link die Firmware auf das STM32F103 Board zu flashen. > Zumindest was die Verkabelung der beiden angeht. Danach brauchst du wie > Thomas schon schrieb die ST Link Software zum flashen. > > Für den UART brauchst du einen eigenen Adapter ala FTDI oder CP, nur > bitte mit 3,3V Pegel. Ok, danke. Der UART Adapter kommt Heute. Aber das Miniboard hätte ich jetzt versucht direkt per USB zu flashen (also mit STLink SW) - was würde mir da der Umweg über Nucleo bringen? Mit dem UART/USB würde ich dann den ESP flashen.
Hallo Philipp, Philipp E. schrieb: > Aber das Miniboard hätte ich jetzt versucht direkt per USB zu flashen > (also mit STLink SW) - was würde mir da der Umweg über Nucleo bringen? Da das Miniboard keinen STLink enthält, der von USB auf SWD umsetzt, benötigst du den STLink teil des Nucleo Boards. Der wird dann auch auf der anderen Seite des Miniboards angeschlossen. Auf dem STLink die Jumper von CN2 entfernen, dann von CN4 Pin 2 auf Miniboard CLK, Pin 3 auf GND und Pin 4 auf IO. Dann kannst du mit Hilfe der STLink SW das Board flashen. > Mit dem UART/USB würde ich dann den ESP flashen. Genau! Grüsse Bernhard
Bernhard S. schrieb: > > Da das Miniboard keinen STLink enthält, der von USB auf SWD umsetzt, > benötigst du den STLink teil des Nucleo Boards. > > Grüsse Bernhard Hallo Bernhard, Nutze ich dann das USB des Miniboards für irgendwas? Danke und Gruß Philipp
Peter G. schrieb: >> Bernhard S.: >> So nebenbei: mir ist aufgefallen, dass meine Wordclocks mit dem Shield >> von Torsten (V1) nur etwas anzeigen, wenn ich den 220 Ohm Widerstand >> überbrücke, ansonsten bleibt das Display dunkel. > > Kann ich ebenfalls bestätigen. Ich habe den Widerstand bisher immer > gebrückt, da ich sonst entweder keine oder eine unzuverlässige > (Flackern, Fehlfarben) Ausgabe auf der Displaymatrix hatte. Das ist ja komisch - ich habe den 220R bei mir verbaut und laufe nicht in diese Probleme. Können andere diese Problem bestätigen oder eben nicht bestätigen? Gruß, Torsten
Torsten G. schrieb: > Können andere diese Problem bestätigen oder eben nicht bestätigen? Bei mir laufen 2 Uhren mit dem 220 Ohm ohne Probleme
Hallo Thorsten, kann ich nicht bestätigen. Ich habe auf meinen SMD Shields auch einen 220 Ohm Reihenwiderstand verbaut und keine Probleme. Check mit Oscar zeigt keine Auffälligkeiten. Die Flanken sind schön steil und der Ausgangspegel liegt bei sauberen 3,3V bzw. Ground Potential.
Hallo Torsten, also die V2 Boards laufen alle mit 220 Ohm Widerstand ohne große Probleme. Allerdings hatte ich bei einigen das oben genannte Fehlerbild, hier war aber dann entweder eine LED kaputt oder ich hatte beim Löten geschlampt und keine gute Verbindung. Interessanter weise hatte ich alle Strips vorher mit einem Ardu, bzw. Teensy getestet und hier war kein Fehler feststellbar, erst im Zusammenhang mit dem STM Board. Gruß Marco
Hallo Torsten bin gerade ganz am Anfang beim testen. Hab nur das STM32F103 mini-development Shield V1 im Einsatz mit Temperatursensor und ESP. Bei mir auch dasselbe, nur wenn der Widerstand überbrückt ist wird die Uhrzeit angezeigt. Mit dem Widerstand funktioniert bei mir die Resettaste auf dem STM32F103 nicht.
Marco R. schrieb: > @Frank > bei der aktuellen Software Version ist mir aufgefallen, das sobald ich > die ESP Firmware auf ein neues Modul flashe, hier ein offenes WLAN mit > dem Namen ESP_XXXX erzeugt wird. Manche Standard-Firmware-Teile haben direkt das ESP so eingestellt, dass es mit diesem Namen ESP_XXXX direkt in den AP-Modus geht. > In der alten Software war es hier direkt möglich einen "WLAN Modul > Reset" durchzuführen und kurze Zeit später ist das "wordclock" WLAN mit > dem bekannten Schlüssel erschienen. Ja, sobald Du den User-Button auf den Nucleo drückst oder den entsprechenden Jumper auf dem Mini-Board-Shield setzt. > Ich vermute ohne jetzt in den Code gesehen zu haben, das du eine Abfrage > drin hast das ein WLAN Reset nur bei veränderten WLAN Einstellungen > durchgeführt wird ( oder so etwas in der Art ) Hm, kann ich mir jetzt eigentlich nicht direkt vorstellen, aber könnte vielleicht sein. Ich werde das mal testen. Dazu komme ich aber erst Ende nächster Woche. Danke für den Hinweis.
Torsten G. schrieb: > Das ist ja komisch - ich habe den 220R bei mir verbaut und laufe nicht > in diese Probleme. Nur wenige haben bisher dieses Problem gemeldet. Ich kann dazu nur sagen: Man kann den 220R auch überbrücken, wenn alles stationär verdrahtet ist. Der Widerstand dient nur als Schutz bei fliegender Verdrahtung und bei einer kurzzeitigen Entladung bei unbeabsichtigtem Kontakt ohne entsprechend korrektem Massepotential. Baut man jedoch alles direkt fix und fertig vor dem ersten Einschalten auf, kann der Widerstand durchaus entfallen.
Angehängte Dateien:
-
20160927_165239.jpg
120 KB -
20160928_184341.jpg
120 KB -
20160928_184353.jpg
190 KB -
20160928_185348.jpg
130 KB
So, ich melde Vollzug. Die erste WordClock ist umgebaut, fehlen noch zwei. Hier ein paar Bilder für euch. Die LED Streifen sind genau richtig geworden. Passt exakt auf mein altes Raster und die Verdrahtung ist zu dem was ich vorher hatte ja wirklich eine Kleinigkeit. Auf den Bilder ist auch der klägliche Rest meiner alten WC. Hat schon irgendwie geschmerzt erstmal alles zu zerlegen, aber das Resultat ist es Wert. An dieser Stelle nochmal meinen tiefsten Respekt an Frank. Deine Software ist super. Alles schön leicht zu modifizieren. Ich musste nur an wenigen Stellen etwas ändern, damit meine Uhrzeiten richtig angezeigt werden. Einen Änderungswunsch hätte ich allerdings noch. Ich bin immer noch geblendet von dieser Uhr. Ist doch viel heller als meine alte. Da ist die automatische Helligkeitsregelung echt super. Leider geht mir der Regelbereich zu weit. Ich fände es praktisch, wenn man die Gesamthelligkeit auch bei aktivierter automatischer Regelung begrenzen kann. Klar, dass dann der Regelbereich entsprechend kleiner wird. Wäre es möglich, dass du Frank dieses Feature auf die To-Do Liste setzt? Gruß Chris
Frank M. schrieb: > Torsten G. schrieb: > >> Das ist ja komisch - ich habe den 220R bei mir verbaut und laufe nicht >> in diese Probleme. > Ich vermute das ich kein Pegel-Problem, sondern der Strom ist zu gering.. Vielleicht könnte man hier den Strom messen und vergleichen
Dann würde ich aber ehr die Spannung, als den Strom messen. Bricht diese ein oder sind es stabile 5V? Wenn letzteres der Fall ist, stimmt auch die Stromstärke. Wobei die definitiv nicht zu verachten ist. Jede Farbe zieht ungefähr 20mA aus dem Netzteil, macht bei 3 Farben bis zu 60mA pro LED. In der 18x16 LED sind davon gleich 288 Stück verbaut ohne Ambilight. Macht schlanke 17,28A wenn alles auf Weiß steht. Im mittel sind es wohl ehr um die 1,5A die das Netzteil bringen muss. Ansonsten dürfte der Fehler eigentlich nur bis zur ersten LED gehen, denn jede LED bereitet das Signal ja wieder für ihren Nachfolger auf. Fehler mittendrin sind dann schlechte Lötstellen, direkt davor.
Chris K. schrieb: > Einen Änderungswunsch hätte ich allerdings noch. Ich bin immer noch > geblendet von dieser Uhr. Ist doch viel heller als meine alte. Da ist > die automatische Helligkeitsregelung echt super. Leider geht mir der > Regelbereich zu weit. Ich fände es praktisch, wenn man die > Gesamthelligkeit auch bei aktivierter automatischer Regelung begrenzen > kann. Klar, dass dann der Regelbereich entsprechend kleiner wird. Wäre > es möglich, dass du Frank dieses Feature auf die To-Do Liste setzt? Hallo Chris, als Workaround könntest Du den Sensor einfach direkt anleuchten (z.B. Taschenlampe),um somit einen sehr hohen Maximalwert zu erzeugen. Den Wert dann einfach als Max-Wert in der Uhr speichern, und schon wird die Uhr bei normaler Umgebungshelligkeit, trotz Automatik, nicht mehr so hell... Nachteil: Die Helligkeitsstufen liegen weiter auseinander und es werden nicht mehr alle genutzt. Gruß Tom
Hallo Tom, der Trick reicht leider immer noch nicht. Im dunkeln ist die Uhr für mich einfach zu hell. Ich muss mal schauen, ob ich in der Software noch eine Einstellmöglichkeit als Zwischenlösung finden kann. Mit ist noch eine neue Spielerrei eingefallen. Diesmal eine Farbanimation. Per Webabfrage die Sonnenauf- und Untergangszeiten für den Tag ermitteln. Dann morgens von Rot nach Weiß zur Sonnenaufgangszeit langsam faden und Abends zum Sonnenuntergang von Weiß nach Blau. Okay man braucht auch noch den Standort damit es passt. Okay können wir irgendwas mit HF oder Leistungselektronik in die Uhr einbauen, damit ich auch zu dem Projekt beitragen kann? Mit meinen bescheidenen Programmierkünsten will ich den Quelltext nicht verhunzen, kann aber auch nicht alle Arbeit bei Frank abladen xD
Chris K. schrieb: > Dann würde ich aber ehr die Spannung, als den Strom messen. Bricht > diese > ein oder sind es stabile 5V? Meine Vermutung war eher auf den Strom des Steuersignals bezogen (STM32), nicht auf das Netzteil.
Hallo Tom, das Signal vom STM32 hatte ich mir schonmal mit einem Oscar angesehen. Mit dem 220 Ohm Widerstand in der Leitung waren da keine Auffälligkeiten bei mir zu sehen. Die Flanken sind Steil genug, um die Setup und Hold Zeiten der LEDs einzuhalten. Der Pegel stimmt mit 3,3V auch. Auch geht die Verbindung ja nur bis zur ersten LED, danach bereitet die LED das Signal am Ausgang ja wieder neu auf. Was ich schon gesehen habe, sind Probleme durch kalte Lötstellen. Dann stimmen plötzlich irgendwo in der Uhr die Farben und Zuordnungen nicht mehr. Gruß Chris
Hallo Frank, wenn du noch einmal Zeit findest würde ich mich sehr über eine Antwort zu meiner Frage vom 23.09 freuen. Hoffe das klingt nicht unverschämt. Ein schönes Restwochenende euch allen.
Chris K.: > Im Dunkeln ist die Uhr für mich einfach zu hell. Ich wollte diese Aussage zunächst kaum glauben. Inzwischen konnte ich meine WordClock (12h, STM32F103, Software 2.2.0, ohne DS18xx, WS2812-Stripes aus Sammelbestellung, Acryl-Frontplatte aus Sammelbestellung) soweit fertigstellen und testen. Die Kalibrierung des LDR war problemlos, aber gerade in relativ dunkler Umgebung zeigen sich Überstrahlungen auf die rundum benachbarten Buchstaben. Das ist jetzt "Jammern auf hohem Niveau". Ich hatte einige Software-Versionen ausgelassen und war sehr angetan, wie rund der Blumenstrauß der verschiedenen Animationen inzwischen geworden ist. Ein großer Dank dafür an Frank! Ergänzende Angaben: - Die Ansteuerung der WS2812-Stripes klappt über 220R problemlos, - Korrekturwerte für DS3231 werden im Web-Interface gespeichert und die Temp.-Anzeige dort wird entsprechend korrigiert - auf der Uhr wird immer "12" angezeigt (Bug ist schon bekannt und Korrektur wohl für nächste Version vorgemerkt). Gruß Günter
Hallo Frank, Torsten und alle anderen, die an diesem tollen Projekt mitgearbeitet haben. Ich habs auch geschafft meine WC24h mit STM32F103-Mini-Board und ESP8266 zum laufen zu bringen (als Briefträger) und in meiner Jugend ein bisschen lötender Bastler. Zugriff auf die Uhr als AP per Android App klappt bestens. Hab noch nicht alle Einstellungen durchprobiert. Was ich einfach nicht hinbekomme ist die Umschaltung als Client und die Verbindung mit meinem Router. Ich bekomme einfach keine IP-Adresse angezeigt. Solange das nicht klappt möchte ich sie noch nicht rahmen und aufhängen. Gehe nach Anleitung "Start als Access-Point" vor. Vielleicht kann mich jemand mit mehr Wissen in die richtige Richtung schubsen! Schöne Grüße aus dem verregneten Österreich Klaus
RCler schrieb: > Hallo Frank, > > wenn du noch einmal Zeit findest würde ich mich sehr über eine Antwort > zu meiner Frage vom 23.09 freuen. Hoffe das klingt nicht unverschämt. Frank ist noch diese Woche im Urlaub - er wird sich bei Dir melden, kann aber einen Moment länger dauern, da er nur eingeschränkten Internet Zugriff hat Gruß, Torsten
Hallo Ich bin neu im Forum, daher einmal ein förmliches GUTEN TAG! Ich bin Energietechniker und habe beschlossen, mich auch an eurer Uhr zu versuchen. Werden soll es die WC24h. Nun habe ich gesehen, dass euer Team schon einige Komponenten als Sammelbestellung anbietet, und die "Meldefrist" langsam abläuft. Im ersten Schritt würde es um das Shild V2 für die Nucleo Variante und den gefrästen Zwischenboden WC24hV2 gehen. An wen müsste ich mich für diese zwei Teile wenden? Zwei Fragen dazu: Gibt es den Zwischenboden auch (demnächst) in der Ambilightvariante? Welche Funktionen funktionieren in der SW bereits? Da konnte ich dem Thread nicht mehr folgen: Temperatur, Überblendungen .... JA; Wetter...Nein; Stimmt´s? Echt eine tolle Arbeit! Wahnsinn! Lindwurm (ein Össi aus dem Kärntnerland)
Klaus H. schrieb: > Was ich einfach nicht hinbekomme ist die Umschaltung als Client und die > Verbindung mit meinem Router. Ich bekomme einfach keine IP-Adresse > angezeigt. Hallo Klaus, sehr tiefes Wissen habe ich für dein Problem auch nicht - vielleicht ein gute Basis für einen Hilfe-Versuch. Ich habe bei der ersten Konfiguration nicht die App, sondern einen Browser am PC verwendet und bin dann so vorgegangen, wie im Abschnitt "Start als Access-Point" beschrieben, also mich vom PC aus mit WLAN-Netz "wordclock" verbunden. Das scheint bei Dir ja noch geklappt zu haben. Bei meiner FritzBox unter WLAN / Sicherheit die Auswahl: "WLAN-Zugang auf die bekannten WLAN-Geräte beschränken" oder "Alle neuen WLAN-Geräte zulassen", hier muss für die nächsten Schritte "Alle neuen WLAN-Geräte zulassen" ausgewählt sein. Nach dem fett gedruckten Hinweis im Artikel kommt dann: Sobald die Web-Oberfläche erscheint, wählt man den Menüpunkt "Network" aus, wählt in der Zeile, die mit "WLAN" beginnt "WLAN-Client" aus und gibt die SSID ("AP") und den Key des WLAN-Routers ein und bestätigt die Eingabe mit "Save". Danach sollte das ESP8266-WLAN-Modul als WLAN-Client umkonfiguriert werden. War das erfolgreich, erscheint nun auf dem Display die neue IP-Adresse. Die Browser-Seite wird dann ungültig. Man kann seinen PC nun wieder mit dem bisherigen WLAN-Gateway ("deinem WLAN") verbinden und im Folgenden die neue IP-Adresse verwenden. Wenn bei Dir auch jetzt keine neue IP-Adresse angezeigt wird, kannst Du Dich wieder "normal" mit Deinem Router verbinden und dort unter "WLAN" nachsehen, ob ein Gerät "ESP-xyz" angezeigt wird und dort auch die IP-Adresse ablesen. Mehr fällt mir im Moment nicht zur Fehlersuche ein - aber vielleicht war das ja schon ein Schubs in die richtige Richtung. Viel Erfolg Günter
Lindwurm schrieb: > Im ersten Schritt würde es um das > Shild V2 für die Nucleo Variante und > den gefrästen Zwischenboden WC24hV2 gehen. > An wen müsste ich mich für diese zwei Teile wenden? Hallo Lindwurm, evtl. hast du den Link zum Artikel im ersten Post übersehen: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812 Da sind eigtl. die meisten deiner Fragen beantwortet. ;) Eigtl. kannst du alles, außer die Frontplatten, bei Torsten (Benutzer wawibu) bestellen: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Sammelbestellung_LED_Stripes.2C_Zwischenb.C3.B6den.2C_Shields Achtung: Die hier angebotenen LED-Strips sind nur für die WC12h geeignet, da Sonderabstand. Die Strips für die WC24h müssen selbst besorgt werden! Die Fronten gibts bei Frank (Benutzer ukw): https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#WC24h_Sammelbestellung_Frontplatten > Welche Funktionen funktionieren in der SW bereits? Da konnte ich dem > Thread nicht mehr folgen: Temperatur, Überblendungen .... JA; > Wetter...Nein; Stimmt´s? Generelle Übersicht s. hier: https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Features Wetterausgabe funktioniert auch in der aktuellen V2.2.0 schon als Laufschrift. Dabei wird z.B. folgender Text ausgegeben: "Wetter: 9,38 Grad, klarer Himmel" (Die Temperatur wird wohl von openweathermap exakt für den angegebenen Standort interpoliert.) Anzeige in Form von (evtl. animierten) Piktogrammen, soll in V2.3.0 folgen. Gruß Tom
Günter H. schrieb: > Die Kalibrierung des LDR war problemlos, aber gerade in relativ dunkler > Umgebung zeigen sich Überstrahlungen auf die rundum benachbarten > Buchstaben. Hallo Günter, hast du auch den Zwischenboden aus der Sammelbestellung? Habe auch eine WC12h (Front und Zwischenboden aus der Sammelbestellung) und kann bei mir, bei fast vollkommener Dunkelheit und niedrigster automatischer Helligkeit im Rainbowmodus, nur eine minimale Überstrahlung auf benachbarte Buchstaben feststellen, und die ist durch die seitliche Lichtstreuung innerhalb der Plexiglasscheibe verursacht. Liegt bei dir die Front auch wirklich plan auf dem Zwischenboden auf? Um möglichst wenig Lichtstreuung in einem evtl. vorhandenen Spalt zwischen Front und Zwischenboden zuzulassen, habe ich die Vorderseite des Zwischenbodens noch mattschwarz lackiert. (Innenseiten der Löcher sind weiß lackiert.) Ob das Ganze einen sichtbaren Effekt hat, kann ich nicht wirklich beurteilen, da mir der direkte Vergleich fehlt. Nur mal so als Anregung... Gruß Tom
:
Bearbeitet durch User
Hallo Günter, Jetzt hätt ich fast die Rückseite des Zwischenbodens unterschlagen... ;) Um zu verhindern, dass Licht zwischen der Trägerplatte der LED-Streifen und dem Zwischenboden zwische den Kammern durchscheinen kann, habe ich die Rückseite der Zwischenplatte mit 1mm schwarzem Moosgummi beklebt. (Ist halt etwas zeitintensiv, die ganzen Löcher dann wieder reinzuscheiden. Am schnellsten und einfachsten gehts wohl mit nem heißen Draht.) Gruß Tom
Hallo Tom! Danke für die schnelle Antwort. Thomas B. schrieb: > Hallo Lindwurm, > > evtl. hast du den Link zum Artikel im ersten Post übersehen: > https://www.mikrocontroller.net/articles/WordClock_mit_WS2812 > Danke. hatte ich gefunden, nur den entsprechenden Userlink "wawibu" nicht. Eine Frage ist aber offen. Mit dem bestellbaren WC24h Zwischenboden ist Ambilight ja (noch)nicht möglich. Mit der SW der XC24h jedoch bereits möglich. Wie macht ihr das? Mit weiteren LED Streifen (4*15 am Ende der Matrix) und selber Löcher bohren. Oder Eigenbauzwischenböden? Oder EinzelLED setzen? > Da sind eigtl. die meisten deiner Fragen beantwortet. ;) > > Eigtl. kannst du alles, außer die Frontplatten, bei Torsten (Benutzer > wawibu) bestellen: > OK https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Sammelbestellung_LED_Stripes.2C_Zwischenb.C3.B6den.2C_Shields > > Achtung: Die hier angebotenen LED-Strips sind nur für die WC12h > geeignet, da Sonderabstand. Die Strips für die WC24h müssen selbst > besorgt werden! > Das hab ich erkannt. Bei der W24h sind es Standardledstreifen 60/lm > Die Fronten gibts bei Frank (Benutzer ukw): > OK https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#WC24h_Sammelbestellung_Frontplatten > >> Welche Funktionen funktionieren in der SW bereits? Da konnte ich dem >> Thread nicht mehr folgen: Temperatur, Überblendungen .... JA; >> Wetter...Nein; Stimmt´s? > > Generelle Übersicht s. hier: > https://www.mikrocontroller.net/articles/WordClock_mit_WS2812#Features > > Wetterausgabe funktioniert auch in der aktuellen V2.2.0 schon als > Laufschrift. Dabei wird z.B. folgender Text ausgegeben: > "Wetter: 9,38 Grad, klarer Himmel" (Die Temperatur wird wohl von > openweathermap exakt für den angegebenen Standort interpoliert.) > Anzeige in Form von (evtl. animierten) Piktogrammen, soll in V2.3.0 > folgen. > Super, danke, auch für den zweiten Link, den hab ich noch nicht gefunden gehabt. > Gruß > Tom Cooles Projekt. LG Christian (Lindwurm)
Hallo Tom, danke für deine Rückmeldungen zum Thema Helligkeit/Überstrahlen. Den Zwischenboden habe ich aus einer 15 mm Multiplex-Platte selbst gebohrt/gesägt. Der ist ohne Verzug und die Frontplatte liegt plan auf. Die Löcher sind auch bei mir an der Innenseite weiß lackiert, die Oberseite des Zwischenbodens ist allerdings noch „Holz natur“, da kann ich deinen Tipp mit der mattschwarzen Lackierung mal testen. An der Rückseite des Zwischenbodens habe ich zwischen der Alu-Platte mit den Stripes und dem Holz eine weiße 3 mm Forex-Platte (Lochdurchmesser 16 mm) montiert. Forex ist „weicher“ als Holz und verhindert das Durchscheinen zwischen den Kammern. Das Überstrahlen ist jetzt nicht so dramatisch. Ich habe mich gemeldet, weil es Chris auch aufgefallen war und bei meinen zwei „alten“ WordClocks gleicher mechanischer Bauart überhaupt kein Überstrahlen erkennbar war. Gruß Günter
Chris K. schrieb: > Im dunkeln ist die Uhr für > mich einfach zu hell. Darf ich fragen wieso? Verwendest Du die SK6812? Stehe auch vor einer Bestellung der LEDs und bin am überlegen, gleich die SK zu nehmen. Würdest Du das empfehlen (ausgehend davon, dass sich eine Lösung bzgl. der Helligkeit finden wird)? mfg
Hallo Günther! Ich danke Dir für deine Unterstützung! Ich hab mir dank Deiner Anregung, die WLAN-Einstellungen nochmal genau durchgesehen! Sie läuft jetzt :D :D :D Zu blöd wenn man im Wireless-Netzwerk auf MAC-Adressen filtert und die MAC-Adresse vom ESP unbekannt ist. Ich weiss nicht wie oft ich die Einstellungen im Router durchgegangen bin und jedesmal überlesen, dass er nur die eingestellten durchlässt und alle anderen blockiert. Naja jedenfalls hab ich die Filterung deaktiviert und prompt bekam ich am LED Display der Uhr die neue IP-Adresse 192.168.1.136 angezeigt. Im Browser am PC eingegeben und es funktioniert :D Jetzt ist sie definitiv fertig und kann mit Rahmen versehen und aufgehängt werden. Nochmal Dank an alle, die dieses wunderschöne Projekt gestartet haben und immer wieder mit neuen Ideen begeistern. LG Klaus
Angehängte Dateien:
-
image001.jpg
310 KB -
image002.jpg
300 KB -
image003.jpg
300 KB
Lindwurm schrieb: > Eine Frage ist aber offen. Mit dem bestellbaren WC24h Zwischenboden ist > Ambilight ja (noch)nicht möglich. Mit der SW der XC24h jedoch bereits > möglich. Wie macht ihr das? Mit weiteren LED Streifen (4*15 am Ende der > Matrix) und selber Löcher bohren. Oder Eigenbauzwischenböden? Oder > EinzelLED setzen? Hallo Christian, Ich hab für die WC12h den Ambilight-Zwischenboden genommen, passt aber von der Ausfräsung für 60 umlaufende LEDs auch nicht wirklich. Zumal ich die LEDs auch noch hinter 5mm Plexiglas gesetzt hab. Bei den 60 LEDs/m Strips wirst du wohl nicht drum rum kommen, die LEDs einzeln anzubringen, da hier 15 LEDs nur ca. 25cm lang sind. Hab mal ein paar Fotos meiner Ausführung angehängt. Die Spezialstripes der WC12h passen von der Länge eigtl.(fast) perfekt. Die weißen Plexiglasstreifen an der Seite sind mit der Front zu einer Art Haube verklebt. (Mit 3M LE 300LSE Klebeband, hält bombenfest) Befestigung, wie auch nur für die Frontplatte empfohlen, über Magnete. Jeweils in den 4 Ecken 0,5x8mm an der Front verklebt und 3x8mm im Zwischenboden eingelassen. (Ist trotz des zusätzlichen Rahmens von der Haltekraft ausreichend. Oder halt den Standard: 1x8mm und 4x8mm) Die Ambilight-Streifen sind auf ein 15mm breites Alu-Flachprofil geklebt. Evtl. bestellst du dir auch einfach die Ambilght-Stripes aus der Sammelbestellung? Lindwurm schrieb: > Super, danke, auch für den zweiten Link, den hab ich noch nicht gefunden > gehabt. PS: Ist eigtl. derselbe Artikel, nur die Stelle direkt verlinkt. ;) Gruß Tom
:
Bearbeitet durch User
Günter H. schrieb: > Das Überstrahlen ist jetzt nicht so dramatisch. Ich habe mich gemeldet, > weil es Chris auch aufgefallen war und bei meinen zwei „alten“ > WordClocks gleicher mechanischer Bauart überhaupt kein Überstrahlen > erkennbar war. Hallo Günter, dann kann wohl wirklich nur noch eine Anpassung in der Software helfen... Soweit ich weiß, hat Frank sowieso mal vorgehabt, die Anzahl der effektiven Helligkeitsstufen zu verdoppeln, da momentan die Helligket der LEDs nur bei jeder 2. einstellbaren Helligkeitsstufe geändert wird: Beitrag "Re: WordClock mit WS2812" ==> Evtl. springt dabei ja noch eine Stufe dunkler als aktuell möglich mit raus... ;) Gruß Tom
:
Bearbeitet durch User
Hallo Thomas! Schaut gut aus. Danke für die Antworten. Ich werde mich aber an der WC24h versuchen. Die hat ja keine Ausfräsungen für Ambilight, obwohl die SW es kann. Die 60/lm und 30/lm passen beide nicht richtig. Die Sonderstreifen muss ich mir erst ansehen. Glaube aber irgendwo 16mm Abstand gelesen zu haben - wäre dann auch nicht OK. Daher würde ich eventuell Einzelled (Ambilight) den Leuchtstreifen nachschalten. Bei gleichen Typ sollte das ja gehen. Dann kann ich den Abstand nach Lochrasterplatine beliebig abändern. Hab áber noch keine Maße, wieviel der WC24h Boden genau misst. Daher kenn ich den Platz hinter der "Standardabdeckung" noch nicht. Vorerst DANKE! Christian
Hallo Christian, die Zwischenböden beider Uhren sind genau so groß wie die Fronten, nämlich exakt 450x450mm. Der Abstand der LEDs auf den Spezial-Stripes beträgt 28,1mm. (==> 15 LEDs = 421,5mm) Die Stripes würden somit für beide Varianten der Uhr passen. Gruß Tom
Angehängte Dateien:
-
20161007_105608.jpg
220 KB
Thomas B. schrieb: > Ich hab für die WC12h den Ambilight-Zwischenboden genommen, passt aber > von der Ausfräsung für 60 umlaufende LEDs auch nicht wirklich. Hi Tim, welchen Boden hast Du denn bekommen? Ich hatte für die letzte Runde den Boden mit Ambilight angepasst und es sollten nun eigentlich 15 LEDs vom Spezialstripe dort rein passen. Habe ein Foto des aktuellen Musters beigefügt. Passen da die 15 LEDs nicht rein? Gruß, Torsten
Chris K. schrieb: > der Trick reicht leider immer noch nicht. Im dunkeln ist die Uhr für > mich einfach zu hell. Das liegt an Deiner eigens erstellten Frontplatte, welche sehr dicke Buchstaben aufweist und damit auch viel Licht durchlässt. Die WC24h-Frontplatte ist da wesentlich "dezenter". > Ich muss mal schauen, ob ich in der Software noch > eine Einstellmöglichkeit als Zwischenlösung finden kann. Ja, die gibt es: display.c, Funktion calc_dimmed_colors():
1 | static const uint8_t dimmed_color_array[MAX_BRIGHTNESS] = { 8, 8, 9, 9, 10, 10, 11, 11, 12, 12, 13, 13, 14, 14, 15 }; |
Setze da einfach niedrigere Werte ein, z.B.:
1 | static const uint8_t dimmed_color_array[MAX_BRIGHTNESS] = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15 }; |
Gruß, Frank
:
Bearbeitet durch Moderator
Frank M. schrieb: > Ich habe von der Druckerei, wo die Frontplatten für die > Sammelbestellungen hergestellt werden, mal ein Muster für eine rote > Platte bekommen, siehe Foto. > > Dieses wird im Gegensatz zu den schwarzen Platten nicht im Siebdruck, > sondern im Digitaldruck hergestellt. Durch Auftragen von mehreren > Farbschichten (rot vorn, grau für den Diffusor, tiefschwarz hinten) ist > die Platte jedoch genauso wie die bisherigen Frontplatten absolut > lichtdicht - und sieht überdies genauso gut aus :-) > > Mit dem Digitaldruckverfahren sind auch kleinere Auflagen möglich bei > geringfügig höherem Preis. Aber auch hier gilt: je mehr, desto > günstiger. > > Geplant ist je eine Auflage in rot und in weiß - WC12h und WC24h. > > Um abzuschätzen, wieviele Bestellungen da zusammenkommen würden, bitte > ich Euch, mich bei mir zu melden, wenn Ihr Interesse habt. Bitte > angeben: Farbe und WC12h bzw. WC24h. > > Gruß, > > Frank Hallo Herr Frank! Bin nun auch in diesem tollen Forum. Habe schon die Teile für eine WC24 geordert und freue mich schon. Bei der Front bin ich aber noch auf der Suche, da ich mit dünnem Schiefer, Holz und Stahl experimentiere. In meinem Umfeld besitzt ein ehemaliger Kollege CNC Systeme um Snowboards zu fräsen. Da können eventuell interessante Versionen möglich sein..... Ist die Layoutdatei/Printdatei/CAD/Fräsdatei allgemein verfügbar, oder ist die persönliches Eigentum von Ihnen/der Druckerei? Liebe Grüße aus Österreich Christian
Torsten G. schrieb: > Thomas B. schrieb: >> Ich hab für die WC12h den Ambilight-Zwischenboden genommen, passt aber >> von der Ausfräsung für 60 umlaufende LEDs auch nicht wirklich. > Hi Tim, > > welchen Boden hast Du denn bekommen? Ich hatte für die letzte Runde den > Boden mit Ambilight angepasst und es sollten nun eigentlich 15 LEDs vom > Spezialstripe dort rein passen. > > Habe ein Foto des aktuellen Musters beigefügt. > > Passen da die 15 LEDs nicht rein? > > Gruß, > Torsten Hallo Torsten, hab meinen Zwischenboden noch bestellt, als die "umlaufende Sekunde" erst aufkam (März), da gabs den angepassten Zwischenboden, meines Wissens, noch nicht. Rein vom Augenmaß und Vergleich mit meinen Bildern, könnte es schon etwas knapp sein. Die Enden mit den Kontakten liegen bereits in der Biegung? Aber gut zu wissen, dass es den jetzt gibt, hab ich irgendwie überlesen. PS: Sollte evtl. auch im Artikel noch ergänzt werden. Da ist auf den Fotos noch die alte Version zu sehen und auch aus dem Text zur Sammelbestellung geht das nicht hervor... ;) PPS: Könntest du mir davon netterweise das 3D-Modell zu Verfügung stellen? ;) (Würde gern meine LED-Trägerplatte und Rückseite daran anpassen.) Gruß Tom (alias "Tim" ;) )
:
Bearbeitet durch User
Hallo Frank, erst mal hoff ich, du hattest einen erholsamen Urlaub! Hab da noch so ne Idee, die mir einfach keine Ruhe lässt... ;) Wie fändest du es, noch ein kleines Soundmodul zu integrieren? Wäre evtl. mit einem Modul wie z.B. dem "DFPlayer Mini" (Datenblatt: http://www.picaxe.com/docs/spe033.pdf) relativ "einfach" umsetzbar. Lässt sich seriell ansteuern und somit sind mehrere 1000 MP3s einzeln wählbar. Gibt davon wohl die unterschiedlichsten Versionen/Bezeichnungen: FN-M16P, MP3-TF-16P, DFPlayer Mini... Als Lautsprecher könnte ich mir die "Visaton K28.40-8" oder "Visaton K20.40" vorstellen: https://www.reichelt.de/Miniaturlautsprecher/VIS-K20-40/3/index.html?ACTION=3&LA=2&ARTICLE=81454&GROUPID=6559&artnr=VIS+K20.40 https://www.reichelt.de/Miniaturlautsprecher/VIS-K28-40-8/3/index.html?ACTION=3&LA=2&ARTICLE=145413&GROUPID=6559&artnr=VIS+K28.40-8 Die sollten auch in die Vertiefungen der Zwischenböden passen. Damit ließe sich so Einiges anstellen: - Zeit-, Temperaturansage (evtl. sogar mehrere Sprachen?) - Geräusche zur Untermalung der Wetteranzeige (Gewitter, Regen....) - Wecker, Reminder - Simulation eines Schlagwerks - Spielesounds - Sounds/Lieder zu besonderen Ereignissen (Sylvester, Geburtstag, Hochzeitstag....) - über W-Lan steuerbare Alarmsignale (Türklingel, Ruftaster,...) - ... Und alle Audiodateien wären vom Benutzer sehr einfach frei konfigurierbar.(Austausch der MP3 im entsprechenden Ordner) Als kleinen Teaser hätte ich auf die Schnelle mal die Grundlage für eine Zeit- und Temperaturansage über TTS erstellt... (s. Anhang, geht sicher noch besser...) Wenns gefallen sollte, würd ich mir die Lautsprecher und ein Soundmodul besorgen, um überhaupt erst mal herauszufinden, obs von Klang und Lautstärke in Ordnung wäre. (simple Ansteuerung sollte lt. Datenblatt ja auch ohne Programmierkenntnisse über Widerstände möglich sein) PS: Der verwendete TTS-Generator ist hier zu finden (German, Anna): http://www.oddcast.com/home/demos/tts/tts_example.php?sitepal Hoffe, ich bin nicht der Einzige, dem diese Idee gefällt... ;) PS: Außerdem noch ein Vorschlag zum Ambilight (60-LED): Fände optional zuschaltbare 5- und/oder 15-Minuten-Marker in einstellbarer Helligkeit und Farbe noch ganz nett... ;) Gruß Tom
:
Bearbeitet durch User
Hallo Frank, gerade habe ich eine Erweiterung der Ansteuerung der LEDs gefunden. Der Punkt ist, dass diese sehr viel RAM spart, weil sie den DMA Bit-Buffer on-the-fly füllt. Dabei werden die Interrupts DMA_HALF_TRANSFER und DMA_COMPLETE_TRANSFER genutzt. Während die Daten aus dem ersten 24-Bit Bitbuffer zur LED per DMA rausgeschrieben werden, wird der zweite 24-Bit Bitbuffer berechnet und das immer abwechselnd. Für mich sieht das (auf den ersten Blick) so aus, als könnte das auch hier bei der Wordclock enorm viel RAM einsparen, oder habe ich etwas übersehen. Hier die Links: http://www.martinhubacek.cz/arm/improved-stm32-ws2812b-library https://github.com/hubmartin/ws2812b_stm32F3
Hi Tom, Thomas B. schrieb: > Wie fändest du es, noch ein kleines Soundmodul zu integrieren? Wirklich nette Idee. Das sollte jedoch ein komplett unabhängiges Modul bzw. Projekt sein. Dann muss man sich nur noch über die Schnittstelle einigen (HW, z.B. UART und SW, d.h. Protokoll). > PS: Außerdem noch ein Vorschlag zum Ambilight (60-LED): > Fände optional zuschaltbare 5- und/oder 15-Minuten-Marker in > einstellbarer Helligkeit und Farbe noch ganz nett... ;) Guter Vorschlag! Ich schreibs in die TODO-Liste.
Hi Dario, Dario C. schrieb: > gerade habe ich eine Erweiterung der Ansteuerung der LEDs gefunden. > > Der Punkt ist, dass diese sehr viel RAM spart, weil sie den DMA > Bit-Buffer on-the-fly füllt. Klingt sehr vielversprechend. Ich schaue es mir mal an. Wenn das RAM mal knapper werden sollte (im Moment siehts da aber noch sehr gut aus), werde ich darauf zurückkommen.
Nochmal eine prinzipielle Frage: Würdet ihr nun guten Gewissens die SK6812 anstelle der WS2812 empfehlen? Das Problem mit der zu hohen Helligkeit scheint man durch Änderung der Werte im entsprechenden Array leicht beheben zu können. Sonst haben die Dinger keine Nachteile (vom Preis mal abgesehen)? Vielen Dank!
Michael K.: > Würdet ihr nun guten Gewissens die SK6812 anstelle der WS2812 empfehlen? Hallo Michael, ich werde mir SK6812-LEDs bestellen, weil ich (auch) Wert auf ein "gutes" Weiß lege - da überzeugen mich die WS2812B nicht voll. Wer überwiegend im "Rainbow-Modus" das gesamte Farbspektrum durchlaufen lässt, kann aus meiner Sicht problemlos die WS2812B verwenden. Gruß Günter
Michael K. schrieb: > Nochmal eine prinzipielle Frage: > > Würdet ihr nun guten Gewissens die SK6812 anstelle der WS2812 empfehlen? > Das Problem mit der zu hohen Helligkeit scheint man durch Änderung der > Werte im entsprechenden Array leicht beheben zu können. > Sonst haben die Dinger keine Nachteile (vom Preis mal abgesehen)? > > Vielen Dank! Hoi Michael ich schon, denn auch ich lege Wert auf ein reines, schönes Kaltweiss :-) Meine Uhr läuft bereits mit den SK6812 und bin sehr zufrieden damit. Habe mir die LED-Streifen in China für die 12h-Variante anfertigen lassen und nun mehr als happy. Gruss Daniel
:
Bearbeitet durch User
Frank M. schrieb: >> Wie fändest du es, noch ein kleines Soundmodul zu integrieren? > > Wirklich nette Idee. Das sollte jedoch ein komplett unabhängiges Modul > bzw. Projekt sein. Dann muss man sich nur noch über die Schnittstelle > einigen (HW, z.B. UART und SW, d.h. Protokoll). Hallo Frank, ob das wirklich als alleinstehendes Projekt zu betrachten ist, würde ich jetzt mal bezweifeln. ;) Das Modul (DFPlayer Mini) gibt es doch schon und kann über 4-5 Drähte (+,-,RX, TX, evtl. Busy-Pin?) mit Spannung und GPIO-Pins verbunden werden. (Hatte jetzt eigtl. nicht vor, das Rad neu zu erfinden. ;) ) Dann noch die Lautsprecher anschließen und schon wäre die HW-Seite fertig. Das Protokoll ist durch die Firmware auf dem Modul doch auch schon festgelegt(vgl. Datenblatt)? s. auch hier: https://www.dfrobot.com/wiki/index.php/DFPlayer_Mini_SKU:DFR0299 https://www.youtube.com/watch?v=GnGv21v7h8s http://www.trainelectronics.com/Arduino/MP3Sound/index.htm Somit bestünde die Hauptaufgabe im Erstellen der entsprechenden MP3s und in der Programmierung der Schnittstelle in der WC-Software (oder meinst du das Code-Modul für die WC-Software mit "Projekt"? Bibliotheken für den DFPlayer sollten vorhanden sein.) Vorher müsste noch festgelegt werden, welche Events Sounds triggern können. Wie schon gesagt, würde ich mir den DFPlayer Mini und passende Lautsprecher mal bestellen und die klanglichen Eigenschaften testen. (Sofern die Umsetzung in der WC-Software für dich in Frage kommt.) Zur Programmierung kann ich leider nichts beitragen, aber beim Finden der MP3s wär ich auf jeden Fall wieder dabei. ;) PS: Würde die "DMA-On-the-fly" Methode auch Vorteile bzgl. flüssigerem Fading bieten? Frank M. schrieb: > Fazit: Alles, was mit ununterbrochenem Fading zu tun hat, muss anders > realisiert werden, nämlich direkt aus dem Timer-Interrupt. Ob und wie > das zusammen mit dem DMA-Transfer zu einem Problem wird, muss ich > erstmal ausführlich testen. Gruß Tom
:
Bearbeitet durch User
Thomas B. schrieb: > Das Modul (DFPlayer Mini) gibt es doch schon und kann über 4-5 Drähte > (+,-,RX, TX, evtl. Busy-Pin?) mit Spannung und GPIO-Pins verbunden > werden. (Hatte jetzt eigtl. nicht vor, das Rad neu zu erfinden. ;) ) Achso. Ich muss zugeben, dass ich mir das Modul noch nicht näher angeschaut habe. Dann ist das ja einfach. > Dann noch die Lautsprecher anschließen und schon wäre die HW-Seite > fertig. Klingt sehr gut. > Das Protokoll ist durch die Firmware auf dem Modul doch auch schon > festgelegt(vgl. Datenblatt)? Noch nicht gelesen, werde ich aber nachholen. Danke für die Links :-) > Somit bestünde die Hauptaufgabe im Erstellen der entsprechenden MP3s und > in der Programmierung der Schnittstelle in der WC-Software (oder meinst > du das Code-Modul für die WC-Software mit "Projekt"? Bibliotheken für > den DFPlayer sollten vorhanden sein.) Korrekt. > Vorher müsste noch festgelegt werden, welche Events Sounds triggern > können. Ja. > Wie schon gesagt, würde ich mir den DFPlayer Mini und passende > Lautsprecher mal bestellen und die klanglichen Eigenschaften testen. > (Sofern die Umsetzung in der WC-Software für dich in Frage kommt.) Sehr gut! > Zur Programmierung kann ich leider nichts beitragen, aber beim Finden > der MP3s wär ich auf jeden Fall wieder dabei. ;) Gut, dann mache ich das mit der Programmierung, das Suchen der MP3s und Test machst dann Du. Okay... vielleicht hole ich mir auch so ein Modul, damit ich es auch selbst testen kann. > PS: Würde die "DMA-On-the-fly" Methode auch Vorteile bzgl. flüssigerem > Fading bieten? Nein. Auch jetzt werden die Daten bereits per DMA übertragen. Das oben beschriebene Double-Buffer-Verfahren spart nur RAM - sonst nichts. > Frank M. schrieb: >> Fazit: Alles, was mit ununterbrochenem Fading zu tun hat, muss anders >> realisiert werden, nämlich direkt aus dem Timer-Interrupt. Ob und wie >> das zusammen mit dem DMA-Transfer zu einem Problem wird, muss ich >> erstmal ausführlich testen. Hier geht es darum, dass I/O mit ESP, RTC, DS18xxx das Anstoßen eines neuen DMA-Transfers, welches momentan regelmäßig in der Hauptschleife angestoßen wird, ausbremsen kann. Wenn man dieses "Anstoßen" in einen Timer-Interrupt verlagert, kommt er - unabhängig vom I/O - regelmäßig mit genau definierten Abständen. Aber das ist nur die halbe Wirklichkeit: Tatsächlich ist es nicht nur das "Anstoßen", sondern: - Berechnung jedes RGB-Werts für jede LED - Füllen des DMA-Buffers - Anstoßen des DMA-Transfers Das Ganze widerspricht der Regel, eine ISR möglichst schnell wieder zu beenden. Im Moment setzt die ISR deshalb nur ein Flag, dass nun neue Fading-Werte erzeugt und gesendet werden müssen. Das wird aber nicht immer zügig genug von der Hauptschleife ausgewertet.
Vielen Dank für die Antworten bzgl. den SK6812. Gibt es eine empfehlenswerte Bezugsquelle oder kann man einfach bei alibaba et al zuschlagen? Ich gehe davon aus, dass auch hier die 60 LEDs/m - Version das richtige Rastermaß für die WC24h hat. Falls nicht, bitte korrigieren :) mfg
Hallo Frank, werde mir anschauen, was passiert wenn ich die Gesamthelligkeit beschränke. Mein Problem ist momentan, dass im Dunkeln die Uhr Hell genug ist, um vom Flur aus 3 Zimmer auszuleuchten. Eine andere Lampe brauche ich Abends gar nicht mehr. Sonst muss ich am Einfluss der automatischen Helligkeitsregelung anpacken, damit die einfach stärker abdunkelt.
Ich hab auch noch eine Idee, könnte man nicht auch einen Bewegungsmelder mit nutzen? Funktion: Display durch Timer ausgeschaltet Bewegungsmelder aktiviert Display für 10 Sekunden (oder einstellbar) Diese Bewegunsmelder scheinen ganz gut zu sein. https://www.aliexpress.com/item/1-pcs-HC-SR505-Mini-Infrared-PIR-Motion-Sensor-Precise-Infrared-Detector-Module/32726630768.html Werner
Hi Chris, Chris K. schrieb: > werde mir anschauen, was passiert wenn ich die Gesamthelligkeit > beschränke. Hast Du denn mal probiert, das Array dimmed_color_array[] anzupassen, wie in Beitrag "Re: WordClock mit WS2812" beschrieben?
Thomas B. schrieb: > Wie fändest du es, noch ein kleines Soundmodul zu integrieren? Und wem das dann noch nicht reicht, der kann ja dann die Bedienmöglichkeiten um eine Spracheingabe, http://www.veear.eu/products/easyvr3/, erweitern ;-)), dann braucht man wenigstens nicht ständig nach einem Tablet/Smartphone oder der Fernbedienung zu suchen. Seine Stimme hat man ja erfahrungsgemäß meistens dabei.
Hallo Frank, ich hätte da noch 'ne Frage zur Android APP: Wäre es eventuell auch, mit vertretbarem Aufwand, möglich, statt beim Start der APP die im Smartphone gespeicherte Konfiguration an die Uhr zu schicken, die aktuelle Konfiguration der Uhr einzulesen? Ist nämlich manchmal etwas lästig, wenn man mehr als eine Uhr und beide Modelle (WC12 und WC24) steuern möchte. Gruß Bernhard
Bernhard S. schrieb: > Wäre es eventuell auch, mit vertretbarem Aufwand, möglich, statt beim > Start der APP die im Smartphone gespeicherte Konfiguration an die Uhr zu > schicken, die aktuelle Konfiguration der Uhr einzulesen? Ja, könnte man machen. Auf die Frage habe ich schon länger gewartet :-) Ich setze es mal auf die TODO-Liste.
Hallo Frank, Frank M. schrieb: > Ja, könnte man machen. Auf die Frage habe ich schon länger gewartet :-) > > Ich setze es mal auf die TODO-Liste. wenn ich der einzige bin, der das lästig findet, dann kann es ja nicht so schlimm sein. Nur wegen mir braucht das dann nicht unbedingt geändert werden. Gruß Bernhard
Bernhard S. schrieb: > Hallo Frank, > > Frank M. schrieb: >> Ja, könnte man machen. Auf die Frage habe ich schon länger gewartet :-) >> >> Ich setze es mal auf die TODO-Liste. > > wenn ich der einzige bin, der das lästig findet, dann kann es ja nicht > so schlimm sein. Nur wegen mir braucht das dann nicht unbedingt geändert > werden. > > Gruß Bernhard Hallo Zusammen, da wär ich auch dafür, ist eigtl. der einzige Grund, warum ich die App nicht nutze. (+ der geringere Funktionsumfang? Oder ist das mittlerweile identisch zur Weboberfläche?) Finde für mich die Web-Oberfläche vollkommen ausreichend, aber wenn die App die Einstellungen, die man übers Web-Portal gemacht hat, nicht jedesmal beim Starten überschreiben würde, würd ich die App evtl. doch nutzen... ;) (Soweit ich mich erinnere, kann man das umgehen, indem man die W-Lan Verbindung auf dem Handy/Tab erst aktiviert, nachdem man die App gestartet hat, oder so in der Art. Dann läuft das Senden der Einstellungen ins Leere, aber die aktuellen Einstellungen sieht man natürlich trotzdem nicht.) Gruß Tom
Hallo Frank, Frank M. schrieb: > Gut, dann mache ich das mit der Programmierung, das Suchen der MP3s und > Test machst dann Du. Okay... vielleicht hole ich mir auch so ein Modul, > damit ich es auch selbst testen kann. Alles klar, da ich die nächsten 2 Wochen eh nicht zum Testen komm, werd ich die Module einfach beim Chinamann bestellen, da in DE schwer günstig zu bekommen. Bei einem Preis von ca 2€, werd gleich ein paar mehr bestellen, dann fällt für dich sicher auch noch eins ab... BTW: Evtl. krieg ichs auch noch irgendwie gebacken, die grundlegende Ansteuerung über UART zu testen, mal sehen. Kommt Zeit, kommt Rat... ;) Auf jeden Fall, danke schon mal für die Unterstützung! Frank M. schrieb: > Nein. Auch jetzt werden die Daten bereits per DMA übertragen. Das oben > beschriebene Double-Buffer-Verfahren spart nur RAM - sonst nichts. Schade, aber danke für die ausführliche Antwort! PS: Hätte da noch 2 Punkte, die evtl. noch Optimierungspotenzial bieten.. Das eine wäre die automatische Helligkeitssteuerung. Ist hier von dir noch eine Bedämpfung geplant? Wie gesagt, nach Austauschen des Widerstands ist es schon viel besser geworden, teilweise springt die Helligkeit aber immer noch. Evtl. wäre es ganz simpel möglich, wenn man die Helligkeit erst ändert wenn die ermittelte Helligkeitsstufe (nicht der gemessene Wert, dieser schwankt zu stark) für ca. 5s konstant ist. (oder halt der FIR Regler) (Was macht eigtl. die automatische Ermittlung vom Min. und Max. Wert, die mal hinzugefügt wurde, wenn man die Werte übers Webportal festlegt?) Wenns dann nicht mehr springt, wäre noch die schon angesprochene Erweiterung fürs Ambilight ganz nett. (unabhängig von "Use Display-Colors") ;) Außerdem noch ein Bug, der von Nils schon mal erwähnt wurde: Bei der neuen Schrift der WC12h (nach Problem mit Umlauten) stimmt die Laufweite der Buchstaben am Ende von langen Texten nicht mehr. Beitrag "Re: WordClock mit WS2812" Gruß Tom
Bernhard S. schrieb: > Thomas B. schrieb: >> Wie fändest du es, noch ein kleines Soundmodul zu integrieren? > > Und wem das dann noch nicht reicht, der kann ja dann die > Bedienmöglichkeiten um eine Spracheingabe, > http://www.veear.eu/products/easyvr3/, erweitern ;-)), dann braucht man > wenigstens nicht ständig nach einem Tablet/Smartphone oder der > Fernbedienung zu suchen. Seine Stimme hat man ja erfahrungsgemäß > meistens dabei. Hallo Bernhard, außerdem erhöhen wir noch die ppi (der Trend dahin ist mit der WC24h ja schon klar zu erkennen), machen das Ganze etwas kleiner, verpassen dem Ding noch ein 3G/LTE-Modul und die Spracherkennung hört auf den Namen "SIRI"... Irgendwie so, oder so ähnlich, muss es bei Mapple wohl auch abgelaufen sein.... ;) > Seine Stimme hat man ja erfahrungsgemäß meistens dabei. Solange man sie nicht verloren hat... ;) Gruß Tom
:
Bearbeitet durch User
Thomas B. schrieb:
> ..., teilweise springt die Helligkeit aber immer noch.
Bei meiner WC12h (STM32F103, "quasi" LDR07 mit 1k im Spannungsteiler)
hatte ich dieses "Springen" der Helligkeit zeitweise auch.
Das lag in meinem Fall aber wohl daran, dass ich die minimale Helligkeit
tagsüber nach bestmöglichem Verdunkeln abgespeichert hatte, am Abend
dann aber der gemessene Helligkeitswert doch noch kleiner war als der
gespeicherte Minimalwert. Unter diesen Bedingungen änderte sich bei
meiner Uhr die Helligkeit sprunghaft. Nach erneutem Abspeichern der min.
Helligkeit war das System dann stabil.
Die von Frank vorgeschlagene Anpassung von "Array dimmed_color_array[]"
zur Anpassung der Gesamthelligkeit konnte ich mangels Zugriff auf die
Hardware noch nicht testen.
Gruß
Günter
Günter H. schrieb: > Das lag in meinem Fall aber wohl daran, dass ich die minimale Helligkeit > tagsüber nach bestmöglichem Verdunkeln abgespeichert hatte, am Abend > dann aber der gemessene Helligkeitswert doch noch kleiner war als der > gespeicherte Minimalwert. Unter diesen Bedingungen änderte sich bei > meiner Uhr die Helligkeit sprunghaft. Ja, das konnte ich bereits auch einmal beobachten. > Nach erneutem Abspeichern der min. > Helligkeit war das System dann stabil. Genauso war es bei mir auch... und danach dann natürlich nicht mehr reproduzierbar. Ich werde mir diesen Fall, dass der gemessene Wert den abgespeicherten Min-Wert unterschreitet, wohl nochmal genauer anschauen müssen.
Hallo Frank, ich habe die SW mit folgenden Array angepasst:
1 | dimmed_color_array[MAX_BRIGHTNESS] = { 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 13, 14, 14, 15 }; |
somit ist die Uhr Abends nun merklich dunkler. Tagsüber sehe ich eigentlich keine Veränderung. Passt erstmal für mich. Werde das ganze in den nächsten Tagen mal beobachten und schauen was die Uhr bei wechselnder Sonneeinstrahlung macht.
Frank M. schrieb: >> Nach erneutem Abspeichern der min. >> Helligkeit war das System dann stabil. > > Genauso war es bei mir auch... und danach dann natürlich nicht mehr > reproduzierbar. Hallo Zusammen, kann ich auch aus meiner Erfahrung bestätigen, dass das reduzieren des Min Wertes eine starke Verbesserung bringt. Hab meinen Min Wert deshalb durch Abdeckend des LDR auf 3 eingestellt und der Max Wert liegt bei mir bei 400. (LDR A906032 mit 10k Widerstand hinter Buchstabe "K"; Nucleo Shield V1, STM32f411re ) Trotzdem springt die Helligkeit zeitweise... (in dem Moment sollte der gemessene Wert, aufgrund der Umgebungshelligkeit, nicht unter dem Min Wert liegen) Wie schon mal berichtet, schwankt bei mir der gemessene Wert um ca. +-10 (oder sogar noch etwas mehr). Meine Vermutung, dass es mit Störungen in der 3,3V Versorgungsspannung zu tun hat, ist darin begründet, dass die Helligkeitssprünge meist syncron zur umlaufenden Sekunde sind. (Oder trügt hier der Schein, da die Helligkeit immer nur syncron zur Sekunde aktualisiert wird?) Dann wäre meine Vermutung, dass die Sprünge nur auftreten, wenn sich der gemessene Wert in der Nähe einer Schwelle zur nächsten Helligkeitsstufe befindet. Aufgrund der festgestellten Schwankungen im Messwert, ist man dann halt kurz mal über der Schwelle und anschließend gleich wieder drunter... Deshalb der Vorschlag mit der Verzögerung um 5s. Welche Min und Max Werte habt ihr eigtl. eingestellt und wo ist der LDR montiert? Gruß Tom
:
Bearbeitet durch User
Min ist bei mir 320, max bei 1590. Die Helligkeitsregelung klappt soweit einwandfrei. Wenn ich mit einer Taschenlampe direkt auf den LDR leuchte, komme ich auf Messwerte von bis zu 2000. Auch damit klappt die Regelung. Das hier müsste die Stelle im Quelltext sein, wo die eigentliche Berechnung erfolgt.
1 | if (rtc) |
2 | 49 { |
3 | 50 ldr.ldr_value = (32 * (ldr.ldr_raw_value - ldr.ldr_min_value)) / (ldr.ldr_max_value - ldr.ldr_min_value); |
4 | 51
|
5 | 52 if (ldr.ldr_value > 31) |
6 | 53 { |
7 | 54 ldr.ldr_value = 31; |
8 | 55 } |
9 | 56 } |
10 | 57 return rtc; |
wir sehen, Frank hat eine Beschränkung der LDR Werte nach oben hin drin. Nach unten kann es kritisch werden, wenn der gemessene LDR Wert unter dem Min Wert liegt, dann wird das Ergebnis negativ, bzw. bei usinged Variablen entsprechend umschlagen. Mit meinen beschränkten Programmierkentnissen würde ich daher noch eine Abfrage auf valide Messwerte vorschlagen.
1 | if (rtc) |
2 | {
|
3 | if(ldr.ldr_raw_value < ldr.ldr_min_value) ldr.ldr_raw_value = ldr.ldr_min_value; |
4 | if(ldr.ldr_raw_value > ldr.ldr_may_value) ldr.ldr_raw_value = ldr.ldr_max_value; |
5 | ldr.ldr_value = (32 * (ldr.ldr_raw_value - ldr.ldr_min_value)) / (ldr.ldr_max_value - ldr.ldr_min_value); |
6 | |
7 | if (ldr.ldr_value > 31) |
8 | {
|
9 | ldr.ldr_value = 31; |
10 | }
|
11 | }
|
12 | return rtc; |
wobei Frank das bestimmt auch in schön mit der halben Codegröße könnte ;) Gruß Chris
Chris K. schrieb: > wir sehen, Frank hat eine Beschränkung der LDR Werte nach oben hin drin. Gut erkannt. > Nach unten kann es kritisch werden, wenn der gemessene LDR Wert unter > dem Min Wert liegt, Ja, die Prüfung nach unten habe ich verschlampt. :-( > dann wird das Ergebnis negativ, bzw. bei usinged > Variablen entsprechend umschlagen. Genau das ist der Grund für den "Flash" der LEDs, welcher dann passiert. > Mit meinen beschränkten > Programmierkentnissen würde ich daher noch eine Abfrage auf valide > Messwerte vorschlagen. Danke, werde ich so übernehmen. > wobei Frank das bestimmt auch in schön mit der halben Codegröße könnte Das glaube ich nicht. Im Gegenteil: Ich werde die if-Statements noch mit geschweiften Klammern versehen. Das ist bei mir Prinzip: Ich klammere grundsätzlich - egal, ob ein oder mehrere Statements folgen. Ist einfach lesbarer und einfacher, um später weitere Statements einzufügen. EDIT: Doch: Das letzte if (ldr.ldr_value > 31) kann jetzt komplett entfallen, da die Korrektur des max-Wertes nun schon vorher geschieht. Gruß und Dank, Frank
:
Bearbeitet durch Moderator
Hallo Frank, ich glaube die letzte Abfrage brauchst du doch. Wenn du genau den Max Wert hast, steht in der Rechnung 32*(Max-Min)/(Max-Min) Ergibt 32 und wäre somit größer als die 31, die du momentan als Max Wert zulässt.
Chris K. schrieb: > Ergibt 32 und wäre somit größer als die 31, die du momentan als Max Wert > zulässt. Stimmt, also lass ich das drin. Außerdem habe ich eben noch eine Prüfung für den (unwahrscheinlichen) Fall Min=Max eingebaut, damit keine Division durch Null stattfindet. Dann passt das :-)
Perfekt! Frank M. schrieb: > Außerdem habe ich eben noch eine Prüfung > für den (unwahrscheinlichen) Fall Min=Max eingebaut, damit keine > Division durch Null stattfindet. Dann passt das :-)
Eigentlich wäre es richtig für die Umrechnung diese Formel zu verwenden: 32*(wert-min)/(max-min+1) 1) division duch 0 kommt nicht vor 2) die (max-min+1) Ausgangswerte min...max werden gleichmäßig auf die 32 Zielwerte 0..31 abgebildet 3) das dritte if kann weg, 32 kommt nicht vor Im übrigen klasse Arbeit! Habe gestern alles zusammengestöpselt, geflasht und lief auf Anhieb! Eine Frage bleibt aber: Hat schon wer die Firmware unter Linux gebaut? Ich habe kein Windoof und wollte nur hierfür nicht damit anfangen... Flashen ging auch Problemlos mit den open-source tools. Anpassen müsste ich display.c da meine Matrix (16*16) anders verdrahtet ist. Auch sind meine ws2812 'richtigrum' also rgb und nicht grb.
0xef schrieb: > Eigentlich wäre es richtig für die Umrechnung diese Formel zu > verwenden: > > 32*(wert-min)/(max-min+1) Ja, Du hast vollkommen recht, das +1 schoss mir bei der Anpassung auch direkt durch den Kopf. Richtiger ist das schon. Ich werde das so korrigieren. > Im übrigen klasse Arbeit! > Habe gestern alles zusammengestöpselt, geflasht und lief auf Anhieb! Freut micht :-) > Hat schon wer die Firmware unter Linux gebaut? Leider nein. Sollte aber prinzipiell gehen, da die ST-Bibliotheken ja im Source im Projekt-Ordner vorliegen. Du brauchst halt die entsprechende gcc-Toolchain. Dann noch flugs ein Makefile gebaut oder ein einfaches Shell-Script zum Compilieren und Linken und Du bist fertig. Ob es so geht, kann ich natürlich nicht garantieren, aber einen Versuch wäre es wert. > Anpassen müsste ich display.c da meine Matrix (16*16) anders verdrahtet > ist. Warum ist die anders? > Auch sind meine ws2812 'richtigrum' also rgb und nicht grb. Sowas gibts? Ist mir jetzt nur bei den SK6812 in der RGBW-Variante aufgefallen. Ich muss aber zugeben, dass ich die SK6812-RGB, die es auch geben soll, noch nicht in den Fingern hatte.
Frank M. schrieb: > Leider nein. Sollte aber prinzipiell gehen, da die ST-Bibliotheken ja im > Source im Projekt-Ordner vorliegen. Du brauchst halt die entsprechende > gcc-Toolchain. Dann noch flugs ein Makefile gebaut oder ein einfaches > Shell-Script zum Compilieren und Linken und Du bist fertig. Ob es so > geht, kann ich natürlich nicht garantieren, aber einen Versuch wäre es > wert. Bisher habe ich in meinen Projekten die libopencm3 benutzt. Da waren die nötigen Makefiles in den examples dabei. Jetzt stricke ich gerade ein Makefile, aber es klemmt noch. *.o Dateien erstellt er schon, aber die Linkereinstellungen stimmen irgendwie noch nicht, derzeit haut er mir beim linken alle sections weg und ich ende mit einer leeren .elf :( Da der F103 so extra dazugestrickt wurde ist es ein bisschen doof ein generisches Makefile für alle Platformen zu basteln. Wär das evtl möglich, das zu vereinheitlichen? Also die ST-Libs nach 'platform/f4' bzw. 'platform/f1' zu verschieben? ggfs. noch ein 'platform/platform.[hc]' welches ausgehend vom prozessor-define die richtigen Dinge includiert? Nur so'n Gedanke. Mir reichts ja erstmal für den F103. >> Anpassen müsste ich display.c da meine Matrix (16*16) anders verdrahtet >> ist. > > Warum ist die anders? Weil ich leider zu langsam war. Jetzt der Nachwuchs doch schon da und deswegen keine Zeit für komplett eigene Lösungen mehr. Auch brauch ich die Uhr ein einem anderen Format, sonst hätte ich wohl bei einer Sammelbestellung zugeschlagen. Ihr handhabt das ja ziemlich professionell! Die Matrix gabs beim Chinesen: (https://www.aliexpress.com/item/best-price-1-pcs-DC5V-16-16-Pixel-WS2812B-LED-Digital-Pixels-Panel-led-module/32433617354.html) und sie passt in mein Format. Als Minutenpunkte wollte ich die Ecken nehmen und eine 12x12 oder 12x10/10x12 (Teil-)Matrix in der Mitte für die Wörter. Als Sekundenzeiger halt die 60 äußeren LED's, die keine Minutenpunkte sind. Dafür wäre ein '2-leds' Sekundenzeiger fürs Ambilight praktisch, aber nicht notwendig. >> Auch sind meine ws2812 'richtigrum' also rgb und nicht grb. > > Sowas gibts? Ist mir jetzt nur bei den SK6812 in der RGBW-Variante > aufgefallen. Ich muss aber zugeben, dass ich die SK6812-RGB, die es auch > geben soll, noch nicht in den Fingern hatte. Waren schon so drauf ;) Ich wusste das auch erst nicht und habe fürs Testprogramm brav die Farbzuordnung aus dem Datenblatt genommen und dann waren die Farben falsch. Code angepasst und die Farben waren richtigrum, also RGB. Hat mich 2h mit dem Logikanalyser gekostet... Zwei Sachen sind mir dabei noch aufgefallen: - Wenn das Timing zu strikt an den 1250ns kratzt, flackern manche LED's und es kommen nicht immer die Daten bis zu allen. Scheinbar takten manche etwas langsamer und verschlucken dann bits. 1350ns läuft wie ein Uhrwerk. (mehr 0-Zeit eingefügt) - Wenn zuviele LED's leuchten und die Spannung einbricht, dann reicht es noch zum leuchten, aber nicht mehr dazu, neue Daten entgegenzunehmen. Man kann die LED's also nicht wieder auf Schwarz stellen. Besonders krass bei Rot. Das mit dem 'hängenbleiben' habe ich leider auch bei einer der Animationen, Ich weiss nur nicht bei welcher. Bisher ist aber auch nur eine Spannungsversorgung an der Matrix (zum testen), da kommen die anderen auch noch dran. btw. ich hab hier noch 200 WS2812 auf der Rolle (also einzel-led's). Falls jemand Interesse hat: Ich verbastel die jetzt doch nicht mehr....
Hallo Frank, ich brauche mal einen Tipp von dir zur Anpassung der angezeigten Uhrzeiten. Auch ich habe je ein eigenes Design für die Uhrenoberfläche in Verwendung. Und nachdem die Uhr bei mir schon 2 Wochen lang läuft, ist mir aufgefallen, dass ich ganz vergessen habe bestimmte Uhrzeiten zu benutzten, die meine Einteilung eigentlich kann. Genauer geht es um Uhrzeiten wie Viertel vor, Halb und Viertel nach. Für die Anpassung habe ich bislang in der Tables.c die Positionen meiner Wörter angepasst und dann den Modus
1 | MM_9, HM_5, "hh und mm (12)" |
für meine Einteilung umgestrickt. Läuft soweit, nur habe ich halt anstelle von Viertel vor jetzt in der Anzeige "und fünfzehn Minuten" drin. Wenn ich nun in diesem MM9_HM5 Modus einfach "Halb" und dergleichen Eintrage passt es natürlich nicht, denn in diesen Fällen muss ja nur die Stunde angezeigt werden und je nach Uhrzeit auch mal eine Stunde drauf addiert werden damit aus "Es ist 3 Uhr und 45 Minuten" "Es ist halb vier" wird. Mangels fehlender Matrixengröße konnte ich mir noch nicht anschauen, ob es einen Modus gibt, der generell diese Offsets schon unterstützt. Ich würde aber mal Wetten das du sowas schon eingebaut hattest. Daher nun endlich zu meiner Frage: Wie setzt du in der Software die anzuzeigenden Wörter überhaupt zusammen? Ich versuche gerade zu verstehen, was deine Funktion "display_clock" tut und bin mir noch nicht einmal sicher, dass ich überhaupt an der richtigen Stelle suche. Vielleicht geht es aber auch einfacher wenn einen anderen Modus anpassen würde??? Von daher bräuchte ich einmal dein Feedback wie ich meine Sonderlocke am schönsten umsetzen kann. Gruß und Dank, Chris Nachtrag: Vielleicht habe ich gerade sogar noch eine Unstimmigkeit im Code gefunden. Der Modus der meinen Bedürfnissen am nächsten zu scheinen kommt ist der Ossi Modus. Da sind zumindest schonmal meine Schlagwörter "Viertel Vor, Halb und Viertel nach" in der Beschreibung drin. Schaue ich in die Zuordnung vom MM Mode 3 steht da allerdings.
1 | // tbl_minutes[2][] = Mode 3 OSSI - MM MINUTEN NACH (VIERTEL NACH, HALB, VIERTEL VOR)
|
2 | .
|
3 | .
|
4 | .
|
5 | {0,{WP_DREI_1, WP_ZEHN_1, WP_MINUTEN_1, WP_NACH_1}}, // 13. Minute in Mode MM_3 |
6 | {0,{WP_VIER_1, WP_ZEHN_1, WP_MINUTEN_1, WP_NACH_1}}, // 14. Minute in Mode MM_3 |
7 | {1,{WP_VIERTEL_1}}, // 15. Minute in Mode MM_3 |
8 | {0,{WP_SECH_1, WP_ZEHN_1, WP_MINUTEN_1, WP_NACH_1}}, // 16. Minute in Mode MM_3 |
9 | |
10 | .
|
11 | .
|
12 | .
|
13 | {1,{WP_EINE_1, WP_MINUTEN_1, WP_VOR_1, WP_HALB}}, // 29. Minute in Mode MM_3 |
14 | {1,{WP_HALB}}, // 30. Minute in Mode MM_3 |
15 | {1,{WP_EINE_1, WP_MINUTE_1, WP_NACH_1, WP_HALB}}, // 31. Minute in Mode MM_3 |
16 | |
17 | .
|
18 | .
|
19 | .
|
20 | {1,{WP_DREI_1, WP_ZEHN_1, WP_MINUTEN_1, WP_NACH_1, WP_HALB}}, // 43. Minute in Mode MM_3 |
21 | {1,{WP_VIER_1, WP_ZEHN_1, WP_MINUTEN_1, WP_NACH_1, WP_HALB}}, // 44. Minute in Mode MM_3 |
22 | {1,{WP_DREIVIERTEL}}, // 45. Minute in Mode MM_3 |
23 | {1,{WP_VIER_1, WP_ZEHN_1, WP_MINUTEN_1, WP_VOR_1}}, // 46. Minute in Mode MM_3 |
24 | {1,{WP_DREI_1, WP_ZEHN_1, WP_MINUTEN_1, WP_VOR_1}}, |
müsst das nicht nach der Logik dann eigentlich heißen
1 | // tbl_minutes[2][] = Mode 3 OSSI - MM MINUTEN NACH (VIERTEL NACH, HALB, VIERTEL VOR)
|
2 | .
|
3 | .
|
4 | .
|
5 | {0,{WP_DREI_1, WP_ZEHN_1, WP_MINUTEN_1, WP_NACH_1}}, // 13. Minute in Mode MM_3 |
6 | {0,{WP_VIER_1, WP_ZEHN_1, WP_MINUTEN_1, WP_NACH_1}}, // 14. Minute in Mode MM_3 |
7 | {1,{WP_VIERTEL_1,WP_NACH_1}}, // 15. Minute in Mode MM_3 |
8 | {0,{WP_SECH_1, WP_ZEHN_1, WP_MINUTEN_1, WP_NACH_1}}, // 16. Minute in Mode MM_3 |
9 | |
10 | .
|
11 | .
|
12 | .
|
13 | {1,{WP_EINE_1, WP_MINUTEN_1, WP_VOR_1, WP_HALB}}, // 29. Minute in Mode MM_3 |
14 | {1,{WP_HALB}}, // 30. Minute in Mode MM_3 |
15 | {1,{WP_EINE_1, WP_MINUTE_1, WP_NACH_1, WP_HALB}}, // 31. Minute in Mode MM_3 |
16 | |
17 | .
|
18 | .
|
19 | .
|
20 | {1,{WP_DREI_1, WP_ZEHN_1, WP_MINUTEN_1, WP_NACH_1, WP_HALB}}, // 43. Minute in Mode MM_3 |
21 | {1,{WP_VIER_1, WP_ZEHN_1, WP_MINUTEN_1, WP_NACH_1, WP_HALB}}, // 44. Minute in Mode MM_3 |
22 | {1,{WP_DREIVIERTEL, WP_VOR_1}}, // 45. Minute in Mode MM_3 |
23 | {1,{WP_VIER_1, WP_ZEHN_1, WP_MINUTEN_1, WP_VOR_1}}, // 46. Minute in Mode MM_3 |
24 | {1,{WP_DREI_1, WP_ZEHN_1, WP_MINUTEN_1, WP_VOR_1}}, |
sonst verstehe ich wohl einfach nicht den Trick, mit dem aus Dreiviertel in dem Modus plötzlich Viertel vor auf der Anzeige werden müsste.
Enrico F. schrieb: > Da der F103 so extra dazugestrickt wurde ist es ein bisschen doof ein > generisches Makefile für alle Platformen zu basteln. > Wär das evtl möglich, das zu vereinheitlichen? Leider nein. Ich wollte zuerst alle STM32-Varianten in ein Projekt stopfen, aber da gab es Konflikte. Mir war aufgefallen, dass die Datei SPL/misc.c für STM32-F1xx und STM32-F4xx verschieden waren. Ob es lediglich Versionsunterschiede oder tatsächlich auch prozessorspezifische Unterschiede waren, konnte ich auf den ersten Blick nicht erkennen. Ich wollte aber das Risiko nicht eingehen und habe deshalb die Projekte dafür getrennt. > Waren schon so drauf ;) Ich wusste das auch erst nicht und habe fürs > Testprogramm brav die Farbzuordnung aus dem Datenblatt genommen und dann > waren die Farben falsch. Code angepasst und die Farben waren richtigrum, > also RGB. Hat mich 2h mit dem Logikanalyser gekostet... Dann sind es aber keine WS2812. > Zwei Sachen sind mir dabei noch aufgefallen: > - Wenn das Timing zu strikt an den 1250ns kratzt, flackern manche LED's > und es kommen nicht immer die Daten bis zu allen. Scheinbar takten > manche etwas langsamer und verschlucken dann bits. 1350ns läuft wie ein > Uhrwerk. (mehr 0-Zeit eingefügt) Das hört sich ebenso nicht nach WS2812 an, sondern eher nach der RGB-Variante der SK6812. Bisher ahbe ich diese nur für die RGBW-Variante implementiert. Ich werde das SK6812-Modul noch so aufbohren, dass mit einer Preprocessor-Einstellung auch die RGB-Variante der SK6812 unterstützt wird.
Chris K. schrieb: > Genauer geht es um > Uhrzeiten wie Viertel vor, Halb und Viertel nach. Schaue Dir bitte mal http://uclock.de an, da kann man sich direkt die einzelnen Modi anschauen und auch mit herumspielen. > Läuft soweit, nur habe ich halt > anstelle von Viertel vor jetzt in der Anzeige "und fünfzehn Minuten" > drin. > Mangels fehlender Matrixengröße konnte ich mir > noch nicht anschauen, ob es einen Modus gibt, der generell diese Offsets > schon unterstützt. Sowohl der Wessi- als auch der Schwaben-Modus unterstützen: viertel nach hh, halb hh+1, viertel vor hh+1 Der Ossi-Modus machts anders: viertel hh+1, halb hh+1, dreiviertel hh+1 Ich vermute mal, dass der Wessi- oder der Rhein-/Ruhr-Modus für Dich der richtige ist. Da gibt es da folgende Unterschiede: Rhein-/Ruhr Wessi zwanzig nach hh zehn vor halb hh+1 zwanzig vor hh+1 zehn nach halb hh+1 > Ich würde aber mal Wetten das du sowas schon > eingebaut hattest. Ja, siehe oben. Lies hh als die Aktuelle Stunde und hh+1 als die Kommende Stunde. > Wie setzt du in der Software die anzuzeigenden Wörter überhaupt > zusammen? Schauen wir uns dafür mal den Rhein-Ruhr-Modus an. In tables.c findest Du das (relativ kurze) Array tbl_modes[MODES_COUNT]. Für "Rhein/Ruhr" (ohne 12+) ist darin eingetragen: MM_5 (Minute Mode) und HM_1 (Hour Mode). HM_1 bestimmt die Stunden-Wörter, MM_5 die Wahl der Minuten-Wörter. Die Tabelle für die Stunden ist relativ trivial, deshalb will ich erst gar nicht darauf eingehen. Stürzen wir uns also auf den Minute Mode: In tbl_minutes[4][] = Mode 5 RHEIN/ RUHR findest Du dann u.a.:
1 | {0,{WP_VIERTEL_1, WP_NACH_1}}, // 15. Minute in Mode MM_5 |
2 | {0,{WP_ZWANZIG_1, WP_MINUTEN_1, WP_NACH_1}}, // 20. Minute in Mode MM_5 |
3 | {1,{WP_HALB}}, // 30. Minute in Mode MM_5 |
4 | {1,{WP_ZWANZIG_1, WP_MINUTEN_1, WP_VOR_1}}, // 40. Minute in Mode MM_5 |
5 | {1,{WP_VIERTEL_1, WP_VOR_1}}, // 45. Minute in Mode MM_5 |
Für die ersten beiden Zeiten (viertel nach, zwanzig nach) muss die aktuelle Stunde gezeigt werden, für die 3 nachfolgenden Zeilen (halb, zwanzig vor, viertel vor) muss die kommende Stunde gezeigt werden. Fällt Dir der Unterschied auf? Wenn nicht: Schau auf die erste Zahl in jeder Zeile: Das ist der Offset, der zur aktuellen Stunde aufaddiert wird. > Ich versuche gerade zu verstehen, was deine Funktion > "display_clock" tut und bin mir noch nicht einmal sicher, dass ich > überhaupt an der richtigen Stelle suche. Vielleicht geht es aber auch > einfacher wenn einen anderen Modus anpassen würde??? Wie ich oben schon schrieb: Wenn Du kein Ossi bist, schaue Dir Rhein-/Ruhr oder Wessi an. > Vielleicht habe ich gerade sogar noch eine Unstimmigkeit im Code > gefunden. Der Modus der meinen Bedürfnissen am nächsten zu scheinen > kommt ist der Ossi Modus. Ist er bestimmt nicht, denn Du hast die Ossi-Zeitansage offenbar nicht richtig verstanden. Du schlägst da statt: > {1,{WP_DREIVIERTEL}}, nun: > {1,{WP_DREIVIERTEL, WP_VOR_1}}, vor. Und das ist falsch, denn der Ossi sagt um 13:15 Uhr: "Es ist viertel zwei" (also hier schon hh+1!) um 13:45 Uhr: "Es ist dreiviertel zwei" (ohne "vor"). Ich sehe da also keinen Fehler in den Ossi-Tabellen. > sonst verstehe ich wohl einfach nicht den Trick, mit dem aus Dreiviertel > in dem Modus plötzlich Viertel vor auf der Anzeige werden müsste. Ein Ossi sagt nicht "viertel vor hh+1", sondern "dreiviertel hh+1". Wie gesagt: Studiere den Rhein-/Ruhr- oder Wessi-Modus - je nachdem, aus welcher Gegend Du kommst. P.S. Der Schwaben-Modus ist ein Mischmasch aus Ossi- und Rhein-Ruhr-Modus. Die Viertelstunden sind gleich (also viertel hh+1, dreiviertel hh+1), aber um hh:20 und hh:40 sagt der Schwabe "zwanzig nach hh", "zwanzig vor hh+1" statt "zehn vor halb hh+1" und "zehn nach halb hh+1". Ich hoffe, damit sind nun alle Klarheiten beseitigt :-) P.P.S Als Kölner benutze ich natürlich den Rhein-Ruhr-Modus ;-)
:
Bearbeitet durch Moderator
Hallo Frank, vielen Dank für die schnelle Antwort. Mit den Infos kann ich mir jetzt bestimmt was zusammen basteln. Deine Software ist und bleibt einfach spitze und wie schon zuvor ziehe ich wieder meinen Hut vor deiner Arbeit. Wenn ich mal in Köln sein sollte, komme ich definitiv mit einem Kasten ordentlichen Bieres bei dir vorbei ;) Gruß Chris
Chris K. schrieb: > vielen Dank für die schnelle Antwort. Mit den Infos kann ich mir jetzt > bestimmt was zusammen basteln. Prima. > Deine Software ist und bleibt einfach > spitze und wie schon zuvor ziehe ich wieder meinen Hut vor deiner > Arbeit. Der Fairness halber muss ich dazu sagen, dass die tables-Datenstruktur nicht allein von mir entwickelt wurde, sondern durch Zusammenarbeit im Vorgänger-Thread Beitrag "Minutengenaue 24 Stunden-Wortuhr - wer will mitbauen?" entstand. Maßgeblich an der Entwicklung der Uhrzeittabellen waren Herbert P. und Torsten C. im Vorgängerprojekt beteiligt. Der Rest des Sources ist allerdings komplett von mir. > Wenn ich mal in Köln sein sollte, komme ich definitiv mit einem > Kasten ordentlichen Bieres bei dir vorbei ;) Also mit Kölsch? Jederzeit sehr gern ;)
:
Bearbeitet durch Moderator
Frank, wenn ich nicht genau wüsste das man Pipi nicht trinken soll.... ES MUSS KÖLSCH SEIN!!!! Ich sagte ich komme mit ordentlichen Bier vorbei. Zum Beispiel Augustiner Edelstoff, einem leckeren Mönchshof oder gleich was aus der Biermanufakur Riegele. Also Prost auf dich!
Typischer Fall von zu früh gefreut. Das Bier muss noch warten. Bei genauerer Betrachtung scheint es meine Art der Zeitangabe in der Wortuhr überhaupt noch nicht zu geben. Die meisten Uhrzeiten setzten sich nach folgenden Schema zusammen: Es ist Drei Uhr und Sechs und Vizerig Minuten Zur vollen Stunde ist es - na klar - Ein Uhr, Zwei Uhr usw. 15 Minuten später sollte die Anzeige lauten Es ist viertel nach Drei weitere 15 Minuten drauf und wir haben Es ist halb Vier nochmal 15 Minuten später ist es dann Es ist viertel vor Vier Sprich bei 30 und 45 Minuten muss die aktuelle Stunde jeweils um 1 inkrementiert werden. Das klappt mit dem Flag vorne in der Tabelle. Problem, für die 3 Spezialfälle darf das "Uhr" nach der Stundenangabe nicht angezeigt werden. Sonst hieße es ja plötzlich "Es ist viertel nach Drei Uhr". Klingt irgendwie nicht richtig. Das zweite Problem ist in meiner Aufteilung. Die Stundenenzeige gibt es quasi zwei mal. Einmal vor den Textzeilen mit viertel, halb, nach und einmal danach. Bei den drei Sonderfällen muss, damit die Leseart wieder stimmt, also eigentlich die Stunde aus der zweiten Hälfe dargestellt werden, denn sonst ließt man "Es ist drei Uhr halb". Argh. Nun knobel ich an der Umsetzung. Der erste Gedanke war die Tabellen um ein weiteres Flag zu ergänzen, dass mir anzeigt ob ich denn "Uhr" nun ausblenden soll oder nicht. Dann bin ich drauf gekommen, dass es vielleicht besser sein könnte gleich auf die Minuten zu prüfen und bei 15 || 30 || 45 das "Uhr" auszublenden und dabei auch gleich die Stundenanzeige aus einer anderen Tabelle zu laden. Knackpunkt ich krige nicht genau raus wie der letzten Endes anzuzeigende Text zusammen gesetzt wird. Die einzige Funktion die ich momentan dafür in betracht ziehe ist die display_clock Funktion. Nur setzt es da bei mir aus zu verstehen, wie die Uhrzeit konkret zusammengesetzt wird. Wenn ich das auch nur halbwegs richtig verstehe gibt es innerhalb der Funktion zwei Schleifen. Die erste läuft durch die Tabelle für die Minuten die zweite durch die Tabelle für die Stunden, die dem aktuell eingestellten Modus entsprechen. Dabei wird scheinbar auf ein Flag geprüft und falls dieses gesetzt ist, wird dann ein Flag im Array Words gesetzt. Was dann wiederrum dargestellt wird. Help please °_°
Chris K. schrieb: > Es ist Drei Uhr und Sechs und Vizerig Minuten > Es ist viertel vor Vier Ist das Dein Ernst? Du willst lediglich die Viertelstunden anders ausgeben und sonst immer die voll "ausgesprochenen" Minuten? Wer spricht denn so? Entweder lese ich alles "digital" vor (also fünf und vierzig) oder ich kürze ab: "viertel vor", "zehn vor", "fünf vor". Dein Vorhaben klingt etwas inkonsequent. Und deshalb bekommst Du Probleme mit den hour-Tabellen, denn diese setzen eine konsequente "Sprechweise" voraus. Aber okay: Bis auf die Viertelstunden entspricht Dein Vorhaben dem Mode 2 (hh und mm (12)), siehe auch: http://uclock.de/?x=2&h=6&m=32 (06:32) http://uclock.de/?x=2&h=6&m=50 (06:50) Aber: http://uclock.de/?x=2&h=6&m=45 (06:45) Hier (und für xx:15 und xx:30) müsste dann die Viertel-Anzeige rein. Dann passt der hour-Mode aber nicht und Du müsstest den in display_clock() ad hoc wechseln für diese Spezialfälle. Igitt. ;-) > Problem, für die 3 Spezialfälle darf das "Uhr" nach der Stundenangabe > nicht angezeigt werden. Sonst hieße es ja plötzlich "Es ist viertel nach > Drei Uhr". Klingt irgendwie nicht richtig. Jepp. Dieses Problem gibt es tatsächlich, wenn das "Uhr" an bestimmten Stellen unterdrückt werden soll aber sonst immer gezeigt werden muss. Du könntest im Source an diesen Stellen das Wort UHR wieder wegblenden, indem Du das Flag wieder zurücksetzt. Oder die Hour-Tabelle wechseln, siehe oben. Eine weitere (und vermutlich die beste) Möglichkeit wäre vielleicht, die Steuerung des Wortes "UHR" in die Minute-Tabellen zu verlagern. Habe ich aber aus Faulheit nie getestet, sollte aber klappen und wäre absolut sauber formuliert. Also "WP_UHR_x" raus aus tbl_hours[] und rein in tbl_minutes[]. > Das zweite Problem ist in > meiner Aufteilung. Die Stundenenzeige gibt es quasi zwei mal. Einmal vor > den Textzeilen mit viertel, halb, nach und einmal danach. Bei den drei > Sonderfällen muss, damit die Leseart wieder stimmt, also eigentlich die > Stunde aus der zweiten Hälfe dargestellt werden, denn sonst ließt man > "Es ist drei Uhr halb". Argh. Ja, deshalb haben die doppelt vorkommenden Wörter auch einen Index, wie z.B. WP_FUENF_2 als zweite Fünf auf dem Display. Die erste Fünf heisst WP_FUENF_1. Diese Indices findest Du dann auch wieder in den entsprechenden Tabellen. > Nun knobel ich an der Umsetzung. Meine erste Frage an Dich wäre: Kann Dein exotisches Display mit 16x16-Matrix das überhaupt? Hast Du für alle erdenklichen Kombinationen auch die erforderlichen Wortzusammensetzungen? Immerhin fehlen Dir gegenüber der 16x18-Standard-Matrix 32 Buchstaben. Und bei letzterer ist das System schon ziemlich ausgetüftelt. Da wurde monatelang dran rumgeschraubt, bis das alles passte. Wenn Dein 16x16-Display das auch alles kann, dann gibt es auch eine Lösung dafür. > Der erste Gedanke war die Tabellen um > ein weiteres Flag zu ergänzen, dass mir anzeigt ob ich denn "Uhr" nun > ausblenden soll oder nicht. Dann bin ich drauf gekommen, dass es > vielleicht besser sein könnte gleich auf die Minuten zu prüfen und bei > 15 || 30 || 45 das "Uhr" auszublenden und dabei auch gleich die > Stundenanzeige aus einer anderen Tabelle zu laden. Entweder so, oder das Wort "Uhr" wieder wegzublenden durch Zurücksetzen des Flags siehe oben. > Knackpunkt ich krige nicht genau raus wie der letzten Endes anzuzeigende > Text zusammen gesetzt wird. Die einzige Funktion die ich momentan dafür > in betracht ziehe ist die display_clock Funktion. Die reicht auch. > Nur setzt es da bei > mir aus zu verstehen, wie die Uhrzeit konkret zusammengesetzt wird. Es werden anhand der hour- und der minute-Tabellen einfach die entsprechenden Flags gesetzt, welches Wort leuchten soll. Die Reihenfolge, ob "Uhr" hinten oder vorne gezeigt werden soll, ergibt sich aus der Wahl des Indices, also WP_UHR_1, WP_UHR_2 usw. Wenn Du das Wort "UHR" aber nur einmal auf dem Display hast, bist Du aufgeschmissen. > Wenn > ich das auch nur halbwegs richtig verstehe gibt es innerhalb der > Funktion zwei Schleifen. Die erste läuft durch die Tabelle für die > Minuten die zweite durch die Tabelle für die Stunden, die dem aktuell > eingestellten Modus entsprechen. Dabei wird scheinbar auf ein Flag > geprüft und falls dieses gesetzt ist, wird dann ein Flag im Array Words > gesetzt. Was dann wiederrum dargestellt wird. Das ist soweit korrekt. Wahrscheinlich hast Du aber übersehen, dass viele Wörter doppelt existieren und da gezielt die Zahlen über den Index gewählt werden, um sie vorne oder hinten in der "Uhrzeitansage" einzutragen.
:
Bearbeitet durch Moderator
Hallo Frank, alles schon gelöst. Uhr läuft jetzt so wie sie soll. Ist zwar keine schöne Umsetztung, aber für meine Spezialmatrix reicht es. Die ganzen Sprachbesonderheiten kann ich sowieso nicht abbilden, von daher konnte ich daran ordentlich rumfuschen. Lösung ist jetzt wie folgt. Den Stunden Offset für die Fälle "halb" und "viertel vor" gab es ja schon. Blieb noch das Problem mit dem überschüssigen Uhr und der Tatsache, dass man halt die zweite Position von Drei, Fünf usw. braucht. Nach einer Nacht drüber schlafen ist mir aufgefallen, dass sich diese beiden Probleme ja kombinieren lassen. Im Wessi Modus steht in der Tabelle für alle "normalen" Uhrzeiten die Stunde + das Wort Uhr in der Tabelle. Ich habe jetzt noch eine Tabelle mit neuen Stunden ergänzt wo einfach die zweite Position der Stundenangaben ohne das zusätzliche Uhr drin steht. Danach musste ich für meine 3 Sonderfälle die Ausgabe der Uhrzeit nur auf diese neue Tabelle umrouten. Dazu folgende Ergänzung in der display_clock Funktion
1 | if(((hour_mode == 1 && minute_mode ==7) && (minute == 15 || minute == 30 || minute ==45)) hour_mode = indexneuetabelle; |
damit wir in meinen Sonderfälle die Lookup Table für die Stundenanzeige umgemappt und die Anzeige passt zu unserer Art der Uhrzeitansage. Durch die zusätzliche Abfrage auf den Wessi Modus und die zusätzliche Tabelle sind die anderen Modi davon sogar unberührt. Gruß Chris
Hallo Frank, ein großes Lob an dich und vielen Dank für deine Arbeit! Das ist ein super Projekt. Meine Uhr ist zwar leider immer noch nicht fertig, da vieles dazwischen gekommen ist, aber ich verfolge diesen Thread und freue mich über die ganzen Erweiterungen. Ich hätte einen Vorschlag für eine Erweiterung und zwar die Integration in SmartHome Projekte als Anzeige/Ambilight/Uhr. Konkret kommt bei mir bald eine HomeMatic Zentrale CCU2 zum Einsatz, OpenHAB wäre aber auch denkbar, da vielleicht universeller. Vermutlich können aber viele/alle Systeme einen Link aufrufen und vielleicht könnte man das darüber realisieren. Also z.B. für einen Lauftext einen Linkaufruf an die Uhr schicken mit dem Text und weiteren Parametern wie Größe, Farbe, Scrollgeschwindigkeit, Anzeigedauer. Das ließe sich für viele Funktionen einbauen. Piktogramme anzeigen, zwischen verschiedenen Animationen wechseln, das Wetter anzeigen, das Ambilight oder das ganze Display in ein Beleuchtungskonzept einbinden. Interessant wäre die Matrix als Anzeige/Beleuchtung, das Ambilight als Beleuchtung und bestimmte Konfigurationsvariablen der Uhr von außen kontrollieren. Zusammen mit einem Tongeber wäre die Uhr so eine super Anzeige für ein SmartHome System. Das ist alles vermutlich viel Aufwand, aber könnte ganz interessant sein und ließe sich ja auch schrittweise erweitern. Z.B. zuerst nur Texte anzeigen und Ambilight/Uhrfarbe steuern, sowie die Zeitsteuerung mit einer Leaving Home Variable übersteuern und mit Coming Home wieder aktivieren. Das wäre eine super Erweiterung meiner Meinung nach. Was meinst du dazu? Gruß Bernd
Hallo WordClock Freunde, Ich habe mir vor einigen Jahren mit eurer Hilfe die erste Version der WordClock gebaut und ich habe sie heute noch. Sie funktioniert bis jetzt tadellos und ich muss sagen ich liebe sie. Vielen Dank nochmal an das gesamte Forum! Durch Zufall bin ich nun im Netz auf eine andere, sehr beeindruckende Uhr gestoßen welche es nicht zu kaufen gibt. Da ist mir natürlich sofort das Microcontroller Forum eingefallen und ich wollte euch hier mal fragen, ob die folgende Uhr hier in einem Gemeinschaftsprojekt, wie es bei der bei der WordClock der Fall ist, machbar wäre. Link: https://youtu.be/FNxiFOUKpZ4 Was meint ihr? Sorry, ich weiß, dass dieser Post in diesem Thread etwas off topic ist, aber dieser Thread ist der aktuellste Uhrenthread und ich wollte keinen neuen aufmachen. Liebe Grüße Roland
Hallo Roland, die Uhr wurde hier schon diskutiert: Beitrag "Uhr wie im Ham Yard Hotel in London" mfg bana
Hallo Gerhard, Vielen Dank für den Link und nochmal sorry für den off-topic post. LG Roland
Hi Frank I have a request to you. As you will have some free time, insert a piece of code to display the temperature digital clock in the 24h (my matrix is 18x18) as it is in the clock 12h.
Angehängte Dateien:
-
AluRueckwand.JPG
40 KB -
ZwischenbodenHinten.JPG
47 KB -
EckeAmbilight.JPG
52 KB -
Platine_von_Oben.jpg
46 KB -
Platine_von_Unten.jpg
41 KB -
Rueckwand.JPG
50 KB -
Steuerplatine.JPG
39 KB -
ZwischenbodenVorne.JPG
54 KB
Hallo Zusammen Da ich nun schon sehr lange hier mitlese, möchte ich mich auch mal in die Diskussion einbringen. Zuallerst möchte ich mich bei allen bedanken die hier mithelfen dieses coole Projekt so voranzutreiben,vorallem Frank der sehr viele Stunden investiert. Ich habe schon länger so eine Wortuhr mit den WS2812 Stripes gebaut, auf die ich damals in deutschen Arduino-Forum gestossen bin. Alles hat nach meiner Zufriedenheit funktioniert und sah auch gut aus. Da aber dieses Projekt nicht mal Ansatzweise konnte was dieses Projekt kann machte ich mich an ein Update. Ich möchte jetzt euch schnell meine Ideen mitgeben ,vielleicht kann Sie jemand auch gebrauchen. Grundplatte: bei meine Uhr habe ich alle Stripes (30 Led per m) auf eine grosse Aluplatte aufgeklebt. Auf meiner CNC habe ich dafür die Positionen der Stripes und Kabel eingeritzt und somit kann ich sichergehen dass auch bei voller Lichtausbeute genügend Wärme abgeführt wird. Zwischenplatte: Die Zwischenplatte habe ich wiederum auf der CNC beidseitig gefräst.Hinten sind alle Stripes und Kabel geordnet und Vorne sind die Buchstabenlöcher. Die Aluplatte wird einfach draufgeschraubt. Ambilight: Als ich von dem Ambilight gelesen habe war ich sofort begeistert. Leider hatte war es aber so das die Stripes-Längen natürlich nicht passten.Da ich meine Uhr mit Kantenlänge 450mm aussen (Plexi) und 410mm Zwischenboden angefertig habe, galt es auf den Umfang von 4 mal 410mm also 1640 mm 60 Leds schön geometrisch zu verteilen.Da ich kein Freund von Sonderanfertigungen bin konnte ich den Umfang durch abrunden der Ecken auf genau 1600mm reduzieren.Nun war es also möglich mit diese 1600mm Umfang in 4 Stripes a 300mm mit 30 Led per m (9 Leds) und nochmals 4 Stripes a 100mm mit 60 Leds per m (6 Leds) aufzuteilen.So hatte ich 60 Led auf 1600mm und an den Ecken sehen die engeren Abstände erst noch gut aus da der Sektor den sie Beleuchten aufgrund des Radius grösser ist.Einwenig schwierig geschrieben aber das Fotos sagt alles aus.Auch die Ambilights sind auf einem Alustreifen appliziert um die Wärme zu verteilen. Frontplatte: Als Frontplatte hatte ich mir Plexiglas vorgestellt.Da ich eine ganz edle Uhr bauen wollte die Vorne ganz flach ist habe ich eine schwarze und eine opal-weisse Plexiglas-Platte aufeindergeklebt.Die Buchstaben habe ich dann von hinten durch die schwarze Platte durchgefräst.Warscheinlich wird es die einzige solche Frontplatte bleiben da der Aufwand enorm ist und die Leuchtkraft nur mässig.Auch die Konturen leiden bei nahem Betrachten was ich aber schon vorher wusste.Die Befestigung erfolgte mit 5 kleinen Magneten welche jeweils in den Ecken und einer in der Mitte ist.Als Magnete habe ich 10mm Durchmesser bei 2mm Dicke genommen was sich gut bewärt hat.Die Minutenpunkete sind alle Oben in einer Reihe angeordnet. Geschrieben ist die Uhr in Schweizer Mundart was alle total der Brüller finden.Das Programm musste ich dafür anpassen. Steuerung: Ich habe die Steuerung auf eine einseitige Platine aufgebaut. Auf der Oberseite braucht es etwa 6 Drahtbrücken und somit kann ich alles was Ich brauche auf 160x25mm unterbringen.Ich habe die Datei als DXF angehängt falls auch jemand sich eine Platine fräsen möchte. Auf der Platine habe den Temperatursensor und den LDR nach aussen geführt.Die jeweiligen Wiederstände müssten sich aber am Kabel befinden das ich keinen Platz mer hatte auf der Platine.Für die 3.3 V habe ich einen Mini360 Stepdown Regler eingesetzt. Freundliche Grüsse Thomas
Hallo Frank, ich habe heute festgestellt, dass bei mir die Auswertung des DCF-Signals nicht mehr funktioniert. Die "Störung" des DCF-Signals entsteht durch das Auslesen der Temperatur (DS18xx) in der Sekunde 50. Die DCF-Logik kommt dabei aus dem Takt und bekommt keine volle Minute mehr zusammen. Ich habe vor 3 Wochen von 2.0.2 auf 2.2.0 (WC12h / STM32F10X) gewechselt - ich gehe mal davon aus, dass der Fehler dabei rein gekommen ist. Die RTC funktioniert so gut, dass mir das bisher nicht aufgefallen ist. Erst heute mit der Zeitumstellung .... mfg Ralf
Hallo Ralf, Ralf H. schrieb: > Die "Störung" des DCF-Signals entsteht durch das Auslesen der Temperatur > (DS18xx) in der Sekunde 50. Die DCF-Logik kommt dabei aus dem Takt und > bekommt keine volle Minute mehr zusammen. Blöd. Offenbar dauert der Block
1 | if (ds18xx.is_up) |
2 | {
|
3 | short_isr = 1; |
4 | ds18xx_temperature_index = temp_read_temp_index (); |
5 | short_isr = 0; |
6 | log_printf ("DS18xxx temperature: %d%s\r\n", ds18xx_temperature_index / 2, (ds18xx_temperature_index % 2) ? ".5" : ""); |
7 | var_send_ds18xx_temp_index (); |
8 | }
|
in main.c zu lange, so dass der Aufruf von dcf77_tick() alle 10msec jittert. Ich hätte da folgende Idee, die Du mal ausprobieren könntest: 1. dcf77_tick() direkt aus TIM2_IRQHandler() - main.c - aufrufen Alt:
1 | if (dcf77_cnt == F_INTERRUPTS / 100) // set dcf77_flag every 1/100 of a second |
2 | {
|
3 | dcf77_flag = 1; |
4 | dcf77_cnt = 0; |
5 | }
|
Neu:
1 | if (dcf77_cnt == F_INTERRUPTS / 100) // set dcf77_flag every 1/100 of a second |
2 | {
|
3 | dcf77_tick(); // call dcf77_tick() directly |
4 | dcf77_cnt = 0; |
5 | }
|
2. In dcf77.c die globalen static-Variablen auf volatile umstellen:
1 | static volatile uint_fast8_t time_is_valid = 0; |
2 | ...
|
3 | static volatile uint_fast8_t isdst; |
4 | static volatile uint_fast8_t minute; |
5 | static volatile uint_fast8_t hour; |
6 | static volatile uint_fast8_t wday; |
7 | static volatile uint_fast8_t mday; |
8 | static volatile uint_fast8_t month; |
9 | static volatile uint_fast16_t year; |
Man kann in main.c noch den Block
1 | if (dcf77_flag) |
2 | {
|
3 | dcf77_flag = 0; |
4 | dcf77_tick (); |
5 | }
|
auskommentieren. Ist aber für den Test nicht notwendig, da dcf77_flag nicht mehr gesetzt und damit dieser Block nicht mehr ausgeführt wird. Sollte die Änderung funktionieren, werde ich sie so fürs nächste Release übernehmen. Wenn das aber immer noch nicht reicht, dann kommentiere mal die Zeile
1 | short_isr = 1; |
vor
1 | ds18xx_temperature_index = temp_read_temp_index (); |
aus. Es könnte dann aber passieren, dass ab und zu mal das Lesen der Temperatur über OneWire fehlschlägt, wenn die ISR (in Langform) dazwischenhaut. Halte ich aber für nicht sooo tragisch.
:
Bearbeitet durch Moderator
Hallo Bei meiner Uhr (12 Stunden Version mit STM32F103-Board) macht die Temperaturanzeige Probleme.In der Web-Oberfläche sehe Ich die korrekte Temperatur von der DS3231 RTC.Ein DS18B20 ist nicht angeschlossen. Wenn ich dann den Button get Temperatur drücke zeigt mir die Uhr einfach eine 12 an welche sich dann wieder ausblendet.Ich habe es auch schon mit einem Offset Wert versucht was aber keine Abhilfe bringt. Entsteht der Fehler dadurch dass es gar nicht Vorgesehen ist nur die Temperatur der RTC anzuzeigen?Der DS18B20 wird korrekt als offline angezeigt. Freundliche Grüsse
Thomas G. schrieb: > Wenn ich dann den Button get Temperatur drücke zeigt mir die Uhr einfach > eine 12 an welche sich dann wieder ausblendet. Ja, der Fehler ist bekannt. Wird mit der nächsten Version (höchstwahrscheinlich kommt die morgen) behoben sein.
Hallo Frank, > Ich hätte da folgende Idee, die Du mal ausprobieren könntest: ... Die Änderung waren erfolgreich, allerdings war auch das erforderlich: > .., dann kommentiere mal die Zeile
1 | short_isr = 1; |
> aus. ...
Alternativ zu dieser Änderung könnte man aber auch den Block
1 | dcf77_cnt++; |
2 | |
3 | if (dcf77_cnt == F_INTERRUPTS / 100) // set dcf77_flag every 1/100 of a second |
4 | {
|
5 | dcf77_tick(); // call dcf77_tick() directly |
6 | dcf77_cnt = 0; |
7 | }
|
nochmal in "if (short_isr)" aufnehmen. So lasse ich das erstmal bei mir laufen. mfg Ralf
Bernd schrieb: > Das ist alles vermutlich viel Aufwand, aber könnte ganz interessant sein > und ließe sich ja auch schrittweise erweitern. Z.B. zuerst nur Texte > anzeigen und Ambilight/Uhrfarbe steuern, sowie die Zeitsteuerung mit > einer Leaving Home Variable übersteuern und mit Coming Home wieder > aktivieren. Das wäre eine super Erweiterung meiner Meinung nach. > Was meinst du dazu? Hallo Frank, es gab so gar keine Reaktion auf meine Idee in Beitrag "Re: WordClock mit WS2812". Ist ja vollkommen OK, wenn das nicht in Frage kommt. Dachte nur ich frage noch mal nach, ob das andere auch interessieren könnte und für dich umsetzbar wäre. Im Prinzip wäre die Ansteuerung ja unabhängig vom SmartHome System. Die Uhr müsste sich nur in bestimmten Dingen per Weblink ansteuern/konfigurieren lassen. Evtl. geht das für deine App sogar schon. Ob sich die Ansteuerung per Homemativ CCU dann so realisieren läßt, weiß ich aber ehrlich gesagt noch gar nicht. Für die CCu gibt es zumindest eine XML-API die die CCU per Weblink abfrag- und steuerbar macht. Gruß Bernd
Hallo Bernd, > es gab so gar keine Reaktion auf meine Idee in > Beitrag "Re: WordClock mit WS2812". Ist ja > vollkommen OK, wenn das nicht in Frage kommt. Es gibt 2 Erklärungen, wenn ich auf einen Beitrag nicht (sofort) reagiere: a) Ich habe ihn übersehen - kommt vor. b) Die Antwort erfordert wegen der Komplexität bzw. Themenvielfalt einen längeren Text, der Nachdenken & Zeit erfordert. Auf Deine Anfrage trifft der Teil b) zu. Ich habe im Moment dazu noch keine Meinung und muss mir das dafür notwendige Konzept erstmal auf der Zunge zergehen lassen. Ich stehe Deiner Anregung aber durchaus aufgeschlossen gegenüber. Einiges - wie die Anzeige des Lauftextes - geht jetzt schon über den entsprechenden Link. Die Anzeige eines speziellen Piktogramms, welches lediglich allein für Dich nur sinnvoll zusammen mit Deiner HomeMatic ist, klingt aber für mich zunächst einmal sehr exotisch. Ich nehme mal an, dass Du der einzige bist, der so eine "Zusammenarbeit" konkret zwischen Homematic und WordClock wünscht. Damit habe ich schon ein Problem: Eine Spezialarbeit für einen einzelnen Anwender werde ich gewiss nicht einfach so just for Fun für lau hinlegen. Denn davon habe ich und 99,9% aller anderen Anwender gar nichts. Daher überlege ich schon länger , wie man solche Möglichkeiten möglichst allgemein realisiert, also wie man z.B. diese speziellen Piktogramme ermöglicht, ohne sie fest in den Code zu integrieren. Sie benötigen nämlich Platz im Flash (Daten und Programmcode), den alle Anwender außer Dir zukünftig lieber für allgemeinere Dinge nutzen wollen. Man könnte es aber durchaus so realisieren, dass man z.B. solche speziellen Piktogramme at Runtime (d.h. nach dem Flash) auf die WordClock nachladen kann. Dafür muss aber ein allgemeines Konzept her. Dann können auch evtl. andere Anwender mit so einer Möglichkeit etwas anfangen - auch wenn sie keine Homematic haben. Aber vielleicht haben sie etwas anderes - oder bekommen dadurch Anregungen, etwas ganz neues zu entwickeln, wo die WordClock als Display dann eingesetzt wird. Dieses allgemeine Konzept habe ich aber zur Zeit nicht. Und es widerstrebt mir, eine "spezielle Auftragsarbeit" in die WordClock zu integrieren, von der ich (und andere) überhaupt nichts habe. Aber deshalb ist diese Sache trotzdem noch nicht vom Tisch. Ich sag mal so: Sie muss noch etwas reifen. Bist Du mit dieser Antwort erst einmal zufrieden? Lass mich bitte erstmal die Piktogramme für das Wetter einbauen. Dann können wir über spezielle Piktogramme ja gern reden. Aber bitte einen Schritt nach dem anderen. Wenn die Todo-Liste schneller wächst als die Liste der realisierten Punkte, dann wächst mir die Sache über den Kopf. Und das will ich nicht.
Hallo Frank, vielen Dank für die ausfürhliche Antwort. Ich wollte nicht drängeln, die Erklärung ist absolut nachvollziehbar für mich und es soll auch nicht in einem "Spezialauftrag" nur für mich enden. Piktogramme sind nicht so wichtig. Die Lauftexte sind universell und viel interessanter. Und die Lichtgeschichten (Dimmen, Farbwahl, Ambilight) sind halt vor allem im Zusammenhang mit Lichtszenarien interessant und dafür bietet sich eine Integration an. Die Ansteuerung sollte allgemein und systemunabhängig sein. Ich denke eine Link mit Parametern kann man von vielen Systemen aus aufrufen und es würde sogar ganz normal aus dem Browser funktionieren. Und wenn es niemanden sonst interessiert, dann vergiss es einfach. Also danke nochmal und weiter so! Thumbs Up! Gruß Bernd
Bernd schrieb: > Piktogramme sind nicht so wichtig. Wie gesagt: Wenn ich ein allgemeines Konzept dafür habe, beliebige Piktogramme anzeigen zu lassen, dann wirds auch interessant für dieses Projekt. Die sind also nicht vom Tisch. > Die Lauftexte sind universell und viel interessanter. Das sollte mit http://ip-der-wordclock/?action=saveticker&ticker=TEXT gehen, wobei TEXT der anzuzeigende Text ist. Leerstellen müssen evtl. mit %20 statt mit Blank eingefügt werden. Das musst Du mal ausprobieren, ob beide Varianten oder nur die mit %20 gehen. > Und die > Lichtgeschichten (Dimmen, Farbwahl, Ambilight) sind halt vor allem im > Zusammenhang mit Lichtszenarien interessant und dafür bietet sich eine > Integration an. Die Ansteuerung sollte allgemein und systemunabhängig > sein. Eigentlich kann man alles, was man per Webinterface einstellen kann, auch mit einer konkreten URL aufrufen. Sag einfach, was Du brauchst, dann nenne ich Dir den Direktlink dazu. > Ich denke eine Link mit Parametern kann man von vielen Systemen aus > aufrufen und es würde sogar ganz normal aus dem Browser funktionieren. Jepp. Gruß, Frank
Ja super, nochmal vielen Dank. Meine Uhr ist ja leider noch nicht fertig. Aber da komme ich später gerne drauf zurück. Gruß Bernd
Angehängte Dateien:
-
IMG_20161104_235701.jpg
220 KB
Hallo zuerst einmal und vielen Dank für die super Anleitung. Soweit hat alles geklappt. Ich hab das Shield V1 mit dem STMxxx103er im Einsatz + DS3232 + DCF + AMS1117. Ich hab einen 3,3V USB UART Adapter + ST-Link V2. Das aufspielen der Firmware für den STMxxxx103 funktioniert reibungslos. Leider bekomme ich das aufspielen der angepassten ESPWordclock.bin nicht hin. Ich hab das kleine ESP8266 Flasher Tool und das von Espress If ausprobiert. bei dem Espress If Tool steht als Fehler "Chip sync error". Was kann da falsch laufen? Ich schliesse das Shield an mein 5V Pollin Netzteil an. Danach drücke ich die RESET Taste auf dem STMxxxx103 Board, dann brücke ich die beiden mit FLASH gekennzeichneten PINS (ist ja letztlich GND + PA6). Dann stecke ich den USB UART Adapter am Laptop an (angeschlossen ist:) USB UART GND -> GND USB UART RX -> TX USB UART TX -> RX Dabei handelt es sich ja um die PINS neben Flash..... Der USB UART Adapter ist auf 3,3v Pegel eingestellt und wird sauber als COM7 CH340 erkannt. Habt ihr ne Idee? Bin leider kein Elektroniker... :-(
Moin Martin, beim 103er shield V1 ist die Beschriftung RX TX vertauscht (steht auch irgendwo im Thread), Du musst also TX --> TX und RX--> RX verbinden. Ist bei der V2 geändert. Gruss Peter