-
Thread
Soundsteuerung LED Cube
Salu zusammen Die Erstellung des Cubes geht langsam aber sicher voran. Die Schaltung ist bereits gelötet und nun bin ich an den Gittern des eigentlichen Cubes dran. So, nun hat eine Kollegin (welche sich auch gerade einen baut) gefragt ob ich noch eine Soundsteuerung einbauen könnte. Ok dachte ich mir, kann ja nicht so ein Problem darstellen, aber... ;o) Wie mache ich das am einfachsten. Ich benutze einen MSP430F149 mit welchem ich den ganzen Kram steuere. Da dieser ja nicht gerade Power ohne Ende hat, will ich wenn möglich keine FFT durchführen. Sonst hätte ich ja einfach das Signal mit
-
Thread
Wie schnell schaltet denn jetzt der LED cube?
"); if (cube_show_layer < 7) { cube_show_layer++; } else { cube_show_layer = 0; } }[/c] Ich wollte mal rechnen mit wie viel FPS der fornax LED cube läuft also 16000000/256/265 = 244 interrupts
Alles klar dann komm ich auf 98 FPS Ich habe das Problem das die Effekte vom Instructables Cube http://www.instructables.com/id/Led-Cube-8x8x8/ zu schnell ablaufen. Die benutzen diesen Timer: [c] // Timer 2 // Frame buffer interrupt // 14745600/128/11 = 10472.72 interrupts per second
-
Thread
ARM-Cortex als Anfänger?
Tom schrieb im Beitrag #4953623: > STM32CubeMx generiert diese > Initialisierung einmal Das hat dafür andere Eselsohren, über die ein Anfänger nicht so einfach hinweg kommt ... STM32CubeMX verwendet den Hardware-Abstraction-Layer (HAL) von
> Jedenfalls blinkt meine LED immer noch nicht. Juhu, sie blinkt. Stolz bin ich allerdings nicht drauf, denn das Programm ist 4152 Bytes groß. Dieses Zusammenklicken mit CubeMX ist wohl nicht der Hit.
-
Thread
Umsteigen von Bascom auf C Gesperrt
. Single Mode - nur der MasterCube; Text Mode - seitliche Verbindung 14x4x7; Cube Mode - hintere Verbindung 7x8x7; Cube Off - Lediglich die Uhr im Display läuft. Als kleines Extra habe ich RGB-Led's in den Boden der Cubes eingebaut,
finden. Auch die Umsetzung beim Artikel im Wiki, siehe hier (http://www.mikrocontroller.net/articles/LED_cube), verfolgt einen ähnlichen Ansatz.
-
Thread
LED-Treiber für Led-Würfel
http://www.mikrocontroller.net/topic/207815#new http://www.mikrocontroller.net/articles/LED_cube
natürlich den Nachteil, dass es kein PWM macht und so nur an und aus geschalten werden können. Die LEDs sind mit 60° Öffnungswinkel mäßig geeignet. Besser wären Diffuse, oder flat-hat. Ein Cube steht bei mir auch auf der Liste, aber das Konzept eistiert erst im Kopf und ist noch nicht richtig ausgegoren
-
Thread
Welcher Timer ist für die Dauer eines Ticks im SysTick verantwortlich?
^=(1<<12); delay_ms(5); GPIOD->ODR^=(1<<12); delay_ms(5); } } Das Intervall zwischen den LED-Blitzen beträgt genau 5 Sekunden. Der SysTick-Timer zählt also in genau einer Sekunde von 16000000 auf Null. Bei CubeMX habe ich die einzige Stelle gefunden, wo 16 Megahertz steht. Dies ist SYSCLK
SysTick hat eine Frequenz, die achtmal niedriger ist als die > Prozessorfrequenz. Du verwendest ja CubeMX. Warum lässt du dir nicht den Code für die Initialisierung von CubeMX generieren, dort siehst du doch wie alles gemacht wird. Natürlich musst du im CubeMX ein bisschen herumclicken um alles zu
-
Thread
(ST) ARM Programmierung - HAL, SPL, CMSIS
benutzen und hat den Initialiserungscode für den gesamten Clock-Tree generiert. Dieses Tool wird seit CubeMX aber nicht mehr weiterentwickelt. Womit wir bei CubeMX sind. Lange habe ich mir ein grafisches Tool für die Pinzuordnung gewünscht. Das macht CubeMX für mich interessant, allerdings nur zu grafischen Dokumentationszwecken bei der Pinzuordnung. Da CubeMX selbst wieder SPL und HAL Code generiert hört der Workflow in CubeMX damit auch schon auf. Ausnahme bildet hier einzig noch der zwangsweise Umstieg vom ClockConfiguration Tool auf CubeMX. Das Clock
-
Thread
RGB LED-Würfel 4x4x4
Schieberegister TPIC6B595 an GND. Der Strom pro LED ist ca. 15mA. Da mein Cube ein 8x8x8 ist und 16x gemultiplext ist, dachte ich auch dass ich die LEDs übersteuern muss. Deshalb hab ich nen extra Stromkreis für die LEDs gebaut um die Helligkeit einstellen
mein Cube ein 8x8x8 ist und 16x gemultiplext ist, Wie leichtes nachrechnen ergibt, sind das 937 uA pro LED, also wohl etwa 1/20 der Nennhelligkeit. > So siehts bei mir aus wenn der Cube mit 5V betrieben
-
Thread
STM32F405 DFU
Ein CubeMX -> AC6 CDC Projekt lief bei mir sofort.
der fehlenden VBUS Leitung, daher dort auch kein Harken. Dafür noch eine LED hinzugefügt, die blinkt. Die LED blinkt auch, nur es wird gar kein USB Gerät erkannt. Was mach ich noch falsch? Ich würde erwarten dass es nach dem ich es per CubeMX generiert habe, es out-of-the-box
-
Thread
STM32: Flashen geht nicht, wenn PLL aktiv (nur HSI oder HSE gehen)
eine Platine mit einem STM32F030K6T6 in Betrieb zu nehmen, Schaltung siehe Anhang. An HW habe ich in CubeIDE außer dem SWD, mit dem ich flashe, erstmal nur den externen Oszillator und zwei Test-LEDs konfiguriert. Mit dem internen Oszillator HSI (8MHz) oder dem externen HSE (8MHz-Quarz) als ausgewählte
Also ebenfalls nicht hilfreich. Mein einziger User-Code ist bisher dieser hier in main(), um die LEDs anzusteuern, alles andere ist der von CubeIDE generierte Code, basierend auf Pin- und Clock-Konfiguration. Bei allen funktionierenden Downloads (HSI oder HSE ohne PLL) sehe ich anschließend LED1 konstant
-
Thread
STM32duino geht nicht
>Ich glaube, du brauchst ein paar Grundlagen: Wohl war .... So, die LED blinkt. Damit liegt die TTB ( Time to Blink ) bei ca. 4 Stunden, wobei man von einem Arduino Framework deutlich mehr erwarten kann. Man muss die rules kopieren: ~/tools/Arduino/STM32CubeProg/Drivers
nichts: [c] #define PIN_DAC1 40 // Achtung, wahrscheinlich falsch void setup() { pinMode(LED_RED, OUTPUT); } void loop() { digitalWrite(LED_RED, 1); analogWrite(PIN_DAC1, 200); delay(1000); // wait for a second digitalWrite(LED_RED, 0); analogWrite
-
Thread
LED Cube so richtig?
Hallo, Ich habe mir vorgenommen einen LED-Cube (6x6x6) zu bauen und bereits einige Gedanken dazu gemacht. Daher würde ich gerne wissen ob es so realisierbar wäre.(Kenne mich in diesen Gebieten nicht so gut aus und es ist mein erstes Projekt
aufpassen, kaputte LEDs innen im Cube sind gar nicht lustig ... Betrieb mit Batterien kann man machen, die sind aber schnell leergesaugt, dann aber mindestens C- (Baby-) Zellen, oder den Cube auf weniger Helligkeit auslegen
-
Thread
Grundlagenfragen zu LEDs
ein USB Port nicht konstant 500mA liefert, sondern das irgendwie dynamisch regelt. Und da ein paar LEDs ja wohl keine 500mA verbrauchen, stellt sich mir die Frage, wie ich die Vorwiderstände berechen soll, ohne die Stromstärke zu kennen? 3. LEDs Für LED Cubes nimmt man laut diversen Anleitungen recht
Wenn das wirklich eine LED Cube werden soll, sehe ich die Chancen mit dieser Schaltung schlecht. Ich würde einen LED Cube so aufbauen: https://www.mikrocontroller.net/attachment/200334/Cube.png
-
Thread
Atmega32 und IRLZ34N. Vorwiderstand?
ja, ein led cube 8x8x8! http://www.mikrocontroller.net/articles/LED_cube ich muß mit den 20mA vom AVR die 880pF ereichen!? Ist da bei den MOSFETs auch eine vorgegebene Spannung oder Strom an Basis im vergleich
oder weniger) kann der IO Pin auch mal mehr als 20 mA und sogar mehr als 40 mA liefern. Für den LED Cube sollte man deutlich langsamer als 125 kHz schalten - eher schon 125 Hz. Es reicht wenn für eine Bildwiederhohlung die LEDs einmal an und dann wieder aus gehen. Da stören eine paar µs Schaltzeit
-
Thread
STM32 HAL Tutorial
keine Library, sondern ein "Ökosystem" für Hardware-Abstraktion, zu dem die STM32CubeFx HAL-Libraries und der STM32CubeMX Startup Code Generator gehören.
schon richtig bemerkt ist der Einstieg ziemlich hart. Ich habe hier ein STm32F051 Discovery und Cube MX sowie Visual GDB Installiert. LED Anschalten klappt, RS232 auch, allerdings scheitert es hier schon den Empfangspuffer nicht "hintenrum" zu löschen. Jetzt wollte ich mal Timer nutzen, hierzu
-
Thread
Digitalausgänge - keine 5 Volt!
ich offenbar ohne weitere Hilfe nicht lösen kann. Ich entwickle gerade mit jemand anderem einen LED-Cube und verwenden dazu ein STK500 mit einem ATmega32. Der Cube ist bereits verlötet und soll am Ende mit Demultiplexer angesprochen werden (dies wurde bereits getestet, ob das auch so funktioniert
int main(void) { DDRB = 0xFF; PORTB = 0x0F; while(1) { // zeichneBitmuster(led_cube); } return 0; } [/c] Wenn sich immer noch nichts tut, dann hast du ein Hardware-Problem. Hast du an den Fuses gespielt?
-
Thread
STM32 Header Files
Template für verschiedene STM32 Serien herunterladen: http://www.st.com/en/embedded-software/stm32cube-embedded-software.html?querycriteria=productId=LN1897 Alternativ kannst du ein Projekt mit dem Programm "Cube MX" erzeugen und die Files dort heraus kopieren.
drinn: https://github.com/danieleff/STM32GENERIC/blob/master/STM32/libraries/FreeRTOS/examples/BlinkLeds/BlinkLeds.ino
-
Thread
LED Cube Multiplexing mit 74hc595 und ULN2803A
>74hc575 Gibt es dazu ein Datenblatt? Habe keines gefunden. Beispiel für einen 4x4x4 Cube: http://www.mikrocontroller.net/attachment/200334/Cube.png
ist größer, wenn man alles selbst macht und nicht nur "Bauklötzchen" zusammenfügt... Wenn du 8 LEDs übrig hast, könntest du das Multiplexing ausprobieren, indem die einen kleinen 2*2*2 Cube direkt (mit Vorwiderständen natürlich), ohne 74HC595 und ULNs an den µC anschließt. derBasti schrieb im Beitrag
-
Thread
PWM Signalerzeugung
* USER Inits*/ Init_Timer2(0, 255); Enable_Timerx_Counter(2); Enable_LED_x(1, 50); Enable_LED_x(2, 65); Enable_LED_x(3, 80); Enable_LED_x(4, 100); /* USER CODE END 2 */ /* Infinite loop */ /* USER CODE BEGIN WHILE *
* USER Inits*/ Init_Timer2(0, 255); Enable_Timerx_Counter(2); Enable_LED_x(1, 50); Enable_LED_x(2, 65); Enable_LED_x(3, 80); Enable_LED_x(4, 100); /* USER CODE END 2 */ /* Infinite loop */ /* USER CODE BEGIN WHILE *
-
Thread
Mikrokontroller programmieren
. Mein Problem ist, dass ich noch nicht so viel Ahnung vom Programmieren habe. Ich habe mir einen LED-Cube gebaut, der auch soweit funktioniert. Auch ein Programm habe ich mir mit AVR-Studio 4.18 geschrieben und konnte davon eine .hex-datei erstellt. Auch habe ich mir AVRdude installiert. Jetzt verstehe
your own build tools. gcc plug-in: Output directory C:\Users\Johannes\Documents\AVR Studio\3x3x3 LED_CUBE\default\ does not exist gcc plug-in: Created directory C:\Users\Johannes\Documents\AVR Studio\3x3x3 LED_CUBE\default\ gcc plug-in: No AVR Toolchain installation found. The AVR GCC plug-in can
-
Thread
STM32F4 HAL TIMER Interrupt läuft nicht
ISR eine LED toggeln! Togglen der LED in der main klappt, d.h. der GPIO ist richtig konfiguriert. das Ganze möchte ich nun auch in der ISR machen entweder für TIM5 oder TIM9!!! Es hat sich leider herausgestellt
Hier mal ein funktionierendes CubeMX Projekt für ein Nucleo Board. In die main muss nur HAL_GPIO_WritePin(Nucleo_LED_GPIO_Port,Nucleo_LED_Pin,GPIO_PIN_SET); HAL_TIM_OC_Start_IT(&htim1, TIM_CHANNEL_1); eingefügt werden. Die ISR
-
Thread
STM32F411VET6 - UART RX funktioniert nicht
nicht auf der Registerebene Brauchst du auch nicht. Auf solche einfache Dinge kann man sich in CubeMX schon verlassen.
> es besteht das > Problem das NIE ein Interrupt ausgelöst wird Hast du den Interrupt auch im CubeMX aktiviert?
-
Thread
LED-Cube spinnt
Guten Abend, Ich habe mir den 3x3x3 LED-Cube nachgebaut: http://www.sparkfun.com/products/9391 Ich habe es sogar geschafft den ATMEGA 168 mit dem Source-Code von denen mit AVR-Studio zu Programmieren. Wenn ich das Teil einschalt, sieht
wir können das nicht seit der Geburt. Aber wir haben klein angefangen und nicht gleich mit einem LED-Cube. Das volle Programm: eine LED an einem Ausgang und so weiter.
-
Thread
AVR versus ARM Gesperrt
Markus-Architektur zu entwicklen. Bis dahin nehme ich, was schon verfügbar ist. > Wer um 10€ zu sparen mit CubeMX herumtut, der tut mir leid. STM32 kann man auch ohne CubeMX benutzen, und das ist nicht einmal sonderlich schwierig, nachdem man das mittelmäßig komplexe CLOCK System verstanden hat.
auch > nicht eingängig. Die "Maker"-Karawane ist weitergezogen, STM32 ist jezt der neue ATmega8, Cube/HAL ist das neue Arduino.
-
Thread
STM32F072 Disco + CooCox CoIDE + CubeMX
konnte. Ist erst mal egal, ich habe ein neues Projekt erstellt ohne Touch. Damit läuft es jetzt. Die LED blinkt. Jetzt probiere ich das mit CubeMX. @pegel & NOP: Ist nicht böse gemeint, aber genau das ist das Problem für Anfänger wie mich. Zich Varianten werden präsentiert und jede soll die Beste sein
LEDs blinken jetzt auch mit CubeMX+SW4STM32. Danke für den Hinweis diese IDE zu verwenden. Morgen gehts weiter mit Timer. @NOP: Wenn man so weit ist, dass man sich das alles selbst basteln kann ist
-
Thread
Bluepill Stromaufnahme im Stop Mode
V3 in den Tiefschlaf versetze 7uA an. Das minimale Programm sieht so aus: SystemInit GpioInit (LED) Led Aus PWR_EnterSTANDBYMode(); 6.4mA Danach wacht er natürlich nicht mehr auf.
schrieb im Beitrag #6235865: > Gerhard O. schrieb: >> MX ... MX ... MX > > Das Produkt heißt Cube MX. Das stimmt schon. Ich bezog mich aber auf das Cube-IDE wo TS und Cube MX integriert ist. CUBE MX ist allein stehend. https://blog.st.com/stm32cubeide-free-ide/
-
Thread
LED-Kubus / welche Leuchtdioden?
also bei meinem LED Cube hat sich das sandstrahlen der LEDs äußerst bewährt. Damit erzeugt man eine sehr gleichmäßige matte Oberfläche.
suche auche auch sehr günstige und geeignete LEDs für mein cube Bitte um Hilfe
-
Thread
Lichtschranke an Atmega. Ich versteh's nicht.
wertet man Taster nicht per Interrupt aus, bei Lichtschranken die z.B. von Energiesparlampen oder LED-Lampen Licht beeinflusst werden sieht es ähnlich aus. Ein kleiner Kondensator am uC Eingang, ein kleinerer Widerstandswert wären Krücken, also keine wirkliche Lösung. Wenn man auch die LED von
Cube_S schrieb im Beitrag #6266094: > die relevanten Stellen sehen > so aus Also die Stellen, wo der Fehler wahrscheinlich nicht liegt. Cube_S schrieb im Beitrag #6266094: > will niemanden mit vollständigem
-
Thread
clock configuration
ja nichts aussagt über das Problem. Probiere das neue File aus. Ich wollte das funktionierende CubeMX Projekt mit dem nicht funktionierenden (ohne CubeMX) vergleichen.
nichts aussagt über das Problem. > > Probiere das neue File aus. Ich wollte das funktionierende CubeMX > Projekt mit dem nicht funktionierenden (ohne CubeMX) vergleichen. Ok ich lasse es dir morgen zukommen.
-
Thread
mA bei dem Atmeg8 bei 5V
Hay ich habe mir das Datenblatt vom Atmega8 schon angeschaut, ich werde bald mein led cube prjekt beginnen habe aber noch eine Frage. Im Datenblatt steht, das der Atmega8 bei 4Mhz und 3Volt; 3,6mA verbraucht- Wie sieht es bei 5 Volt aus? würde den Würfel gerne mit einer 9V Blockbatterie
HI >ich werde bald mein led cube prjekt beginnen habe aber noch eine Frage. >Im Datenblatt steht, das der Atmega8 bei 4Mhz und 3Volt; 3,6mA >verbraucht- Steht unter: ATmega8 Typical Characteristics >würde den Würfel
-
Thread
LED Cube LED leuchtet nicht
Hallo miteinander, habe mir einen 9x9x9 LED Cube zusammengelötet und versuche den mit einem ATTiny2313 anzusteuern. Allerdings klappt das nicht. Die prinzipielle Ansteuerung der LEDs erfolgt wie im angehängten Bild. Aber wenn ein Pin des µC auf
ja schon, aber da das ein LED-cube ist hab ich das ganze theoretisch 27 mal ... da werden die Pins am Attiny2313 knapp ;). Das ganze wird gemultiplext, Q2 schaltet die Minuspole einer ganzen Ebene durch (9 LEDs ... X-Ebene) und
-
Thread
erst programmieren, dann schalten
Andre, schau dir mal auf Youtube etc. beliebige "LED Cube" Filmchen an. du wirst feststellen, daß dort mit einem "einfachen" Controller durchaus mehr als 100 LED angeschlossen sind, und üebr diese Cubes alle LED einzeln in Helligkeit und ggf. sogar noch
zu deiner Antwort: >Andre, schau dir mal auf Youtube etc. beliebige "LED Cube" Filmchen an. >du wirst feststellen, daß dort mit einem "einfachen" Controller durchaus >mehr als 100 LED angeschlossen sind, und üebr diese Cubes alle LED >einzeln in Helligkeit und ggf.
-
Thread
RGB Cube Driver
Für unseren 20³ Cube haben wir damals zunächst auf den TLC5973 von TI gesetzt. Das Schieberegister im Chip läuft mit 3MBit/s. Pro IC müssen 48 Bit geschrieben werden. Somit kann man pro Sekunde gute 62000 RGB LEDs ansteuern
wir den ganzen Würfel filigraner Aufbauen und man sieht die inneren LEDs besser.
-
Thread
STM32 und Linux - Einsteigerfragen
soll? kann ich noch nicht sagen. eine option "SWD" - serial-wire-debug" finde ich im STM32CubeMX nicht. mir reichts auch erst mal fuer heute. aber das STM32CubeMX ein brauchbares makefile generieren kann find ich schon mal gut.
LwIP_HTTP_Server_Netconn_RTOS eingestellt. es ruehrt sich nichts auf dem eth. auch das hier passiert nicht: LEDs will inform user about ethernet cable status: + LED2: ethernet cable is connected. + LED3: ethernet cable is not connected. es leuchten nur die LEDs am eth-connector. und das er jetzt bei
-
Thread
STM32 Programm unerwartet groß
500000; j++) { asm volatile ("nop"); } } int main(void) { STM_EVAL_LEDInit(LED2); while(1) { STM_EVAL_LEDOn(LED2); delay(100); STM_EVAL_LEDOff(LED2); delay(100); } } [/c] Das die delay Routine doof ist, möchte ich hier nicht diskutieren
Noch einfacher gehts so: [c] #define GREEN_LED_PIN GPIO_Pin_9 #define LED_GPIO_PORT GPIOC // switch LED on LED_GPIO_PORT->BSRR = GREEN_LED_PIN; // led on // switch it off LED_GPIO_PORT->BRR = GREEN_LED_PIN
-
Thread
STM32: To HAL or not to HAL
zumindest bei der STM32L4-Serie gibt es keine Alternative... Entweder mit CubeMx oder "from the scratch". CubeMx hat auch noch einen Low-Level-Treiber (LL) aber da heißt es erst Mal: reinlesen... Viele Grüße Runout
CUBEMX da raushaut ist bestenfalls als Tutorial geeignet. Die zusammengehauene Baustelle aus Eclipse, CubeMX und Compiler toolchain names CubeIDE 1.01 ist grauenhaft. Atollics Umgebung war nie mein Liebling, jedoch dass, was ST da nun aus dem TrueStudio und CubeMX zusammengebacken hat, will man nicht haben
-
Thread
Frage zu LED-Cube
Hallo, da im aktuellen EP-Journal ein LED-Cube beworben wird, stellt sich mir mal wieder eine Frage... Verwendung finden in diesem, aber auch in vergleichbaren Projekten, fast immer die Bausteine 74HC138 als 3zu8 Dekoder und anschließend
Steuerbausteine für Ebene, Zeile und Spalte... Irgendwie erschließt sich mir nicht, warum in den Cube-Projekten regelmäßig der Umweg über Schieberegister gegangen wird..., zumal man ja auch noch Pins vom Controller braucht, um die Schieberegister richtig anzusteuern... Selbst wenn ich die 64-LEDs
-
Thread
5x5x5 LED Cube Platine
Hallo, ich baue gerade einen 5x5x5 LED Cube und bin momentan mit der Platine beschäftigt. Diese habe ich mit der PCB-Pool Version von TARGET angefertigt. Ich bin jetzt so weit, dass ich die Bauteile bestellen kann und die Platine ätzen lassen
macht http://www.instructables.com/id/LED-Cube-with-Arduino-and-custom-PCB/ (Anleitung, an die ich mich gehalten habe. Jedoch habe ich nicht alle "Features" übernommen. Der Schaltplan und das Layout findet man dort auch. Er benutzt einen Arduino
-
Thread
LED Cube mit Windows PC steuern.
http://www.instructables.com/id/Led-Cube-8x8x8/step64/PC-Software-Introduction/?comments=all#CR2NAAAGXA6XQ5S Ja ich werde mein Projektordner veröffentlichen wen das Projekt noch etwas fortgeschrittener ist. Z.Z. besteht alles noch
wo man einzeln LEDs per GUI Steuern kann und auch Animationen machen kann nur sehr aufwendig. Leider hab ich dafür keinen source code. Und die CubeApp die aber leider noch Wirrwar anzeigt. Wie gesagt Programmieren müsste
-
Thread
Cube aus ws2812 RGB LEDs mit Controller
Wie willst du die denn zu einem Cube anordnen? Mit richtigen Platinen? Die Cubes gefallen mir nicht - vor allem im Vergleich zu den "bedrahteten". Meiner Meinung nach dürften die LEDs für einen Cube ziemlich unangemessen sein, und sofern
Gerade gefunden, bedrahtete LEDs mit WS2812. Damit sollte doch ein Cube einfach aufzubauen sein: http://www.diamex.de/dxshop/LED-PL9823-5mm-mit-integriertem-WS2811-Controller
-
Thread
Atmega SPI Geschwindigkeit (Arduino schneller als C?)
Quellcode für einen Cube auf Arduino-Basis gestoßen. Dort wird die Interruptroutine zum Setzen der LEDs alle 124us aufgerufen. Ich habe den Code auf normales C angepasst, allerdings dauert die Abarbeitung dieser Routine bei
des C-Compilers überlegen sind. Des Weiteren ist das Setzen der Schieberegister nur ein Aspekt des LED-Cubes, d.h. ich habe noch genug andere Baustellen. Womit wir auch schon beim Grund sind weshalb ich auf eine UART-Umsetzung verzichten möchte. Diese Schnittstelle soll im kompletten System dazu dienen
-
Thread
Cube 8x8x8 PC Software Windows
Hallo Community, habe mir einen LED Cube ähnlich (http://www.instructables.com/id/Led-Cube-8x8x8) gebaut, der autark auch funktioniert. Nun wollte ich mich an die Programmierung der PC-Software wagen. Im Anhang ist auch der Code von
Animator mit zu programmieren. Die Daten werden zeitgleich an einem am seriellen Port angeschlossenen LED Cube angezeigt. Implementiert habe ich bisher die Effekte: - sidewaves - ripples Anleitung: - "Init-Com-Port" drücken Den gewünschten Com-Port an dem der LED-Cube hängt und die Baudrate
-
Thread
kleine Bitte: optimierung meines AVR-Platinenlayouts in eagle
files/444487110/AVR.rar An sich geht es mir nur darum einen 8x8x8 LED cube zum laufen zu bekommen.
Löten wie angezeigt und keine Fehler machen. Schau dir mal den an:http://www.instructables.com/id/Led-Cube-8x8x8/ Hast du dir extra dafür Eagle gekauft? Da gabs doch ne grössenbegrenzung?
-
Thread
Hall/quad. encoder: cubeMX hilft nicht, auch mit reference manuel und AN4013 (cross-series timer man
Dachte ich mir "nun legste mal los mit dem Projekt" (cubeMX), und dann rennst du gleich mal gegen eine Wand. Es ist nicht möglich nur allein mit dem ref-manual, der AN4013 (cross-series timer overview) und CubeMX eine Konfiguration hinzubekommen. Die ein oder
Gibt es ein Beispielprogramm von Cube dazu in den Examples? Da sieht man meist die nötigen CubeMX-Einstellungen. Eventuell sind manche Einstellungen auch noch ausgegraut, ehe andere Einstellungen dazu richtig sind (ist die Clock Source
-
Thread
LED-CUBE von leyanda mit Atmega644P
= 0x0; static uint8_t cube_show_layer = 0; .... [/c] habe ich in meinem Unwissen [c] void cube_show_init( void ) { TCCR0A |= (1<<CS02)|(0<<CS00); TCCR0B |= (1<<CS02)|(0<<CS00); TIMSK0 |= (1 << TOIE0);
noch der Link zum Projekt von mikrocontroller.net: [[Titel]]http://www.mikrocontroller.net/articles/LED_cube
-
Thread
LED Cube 7x7x7 in Bascom
seh da jetzt nicht wirklich, wie das praktisch multiplexbar werden könnte. Dadurch kannst du jede LED einzeln ansteuern, ja. Aber das reicht nicht. Du kannst nicht einen 7*7*7 LED Cube dadurch multiplexen, dass du alle LEDs einzeln durchgehst. Eine Multiplexfreuqenz von 1:343 ist völlig indiskutabel
dir vor, alle LED deines Cube sollen leuchten. Jede LED leuchtet aber nur 1/49-tel der kompletten Zeit. Entsprechend erscheint sie dunkler. > das problem ist nun, dass ich zu diesen LEDs kein datenblatt habe. Ich
-
Thread
Wiederstand 90 Ohm bei LED 3.2 ~ 3.8V
Zugrunde liegt folgender schaltplan http://www.das-labor.org/wiki/Borg3d_Platinen_Bauanleitung LED Cube 8x8x8 = 512 Leds Forward Voltage (V) : 3.2 ~ 3.8 # Max Power Dissipation : 80mw # Max Continuous Forward Current : 30mA # Max Peak Forward Current : 75mA Meine Rechnung 5V-3.2V = 1,8V
Und was ist wenn ich den widerstände kleiner wähle ~40 dann hab ich doch an der LED ein größere mA und da die meisten LEDs pulsströme bis ca 150mA aushalten müsste das doch klappen oder?
-
Thread
led cube Multiplexen Timer Interupt
Hallo, ich baue gerade einen led cube und habe mich dabei an folgendem link orientiert: http://www.mikrocontroller.net/articles/LED_cube Anstatt der Mosfets habe ich allerdings transistoren (PN2222) genommen. Mein Aufbau ansich funktioniert, dass heißt ich bekomme die leds zum leuchten. als nächsten schritt wollte ich den cube multiplexen. Aber genau da ist das Problem. Nehme ich den quellcode von der Seite (http://www.mikrocontroller.net/articles/LED_cube) sehe
-
Thread
STM32F4xx: Kann mal jemand die SPI testen?
zwischen -Os und Debug sehe ich allerdings nicht. [c] void IOTask(void* params) { DigitalOut led4(LED4); // Test Blinky SPI spi(PA_7, PA_6, PA_5); // use SPI1 spi.frequency(1.333E6); // Bitrate 1.333 MHz DigitalOut cs(PA_2); volatile bool bRun = true
spi.write(0x55); cs = 1; cs = 0; SPI_TransferByte(0x33); cs = 1; led4 = !led4; } } [/c]
-
Thread
WS2815 mit Arduino ansteuern
>Die meisten LED Streifen haben ja 150 LEDs, ich dachte >daran 8 von den Streifen zu verwenden und würde >diese gerne mit 100 Hz aktualisieren. Könnte gehen: [code] >> bitProLed=24; >> tBit=1.25e-6; >> anzahlLeds=150; >> cycleTime=anzahlLeds*bitProLed*tBit cycleTime = 0.0045000 >> f=1/cycleTime f = 222.22 [/code] https://github.com/kitesurfer1404/WS2812FX