The motor would have been running at 3750RPM if it was a 8 Coil NEMA 17. This is because each run of the clock provides a voltage over a coil in series, there are 8 coils, so it is 30000/8 to get the RPM.
Hmm. More punch from 15" usually. Use your 18" to go low (in a larger cab design), use the 15" or 12" to punch kick bass. This is a compact system but a bit of a waste of 18kw + 8kw.
Hi, what driver are you using? I can't replicate your results with linear stage and TB6600? Will this work with some load? The linear stage by default has some load because it has to move the carriage. Thanks.
Never mind the problem is not with the TB6600, in order to achieve the results above one has to ramp up the frequency. For my motors I could not start over 880 Hz, however if started at 880 Hz I could ramp it up to something like 7K Hz. However all of that is without load. Generally speaking I don't see this as a viable approach for faster stepper motor control.
Hey, do you still know the parts used for this project? This does exactly what I'm looking for and is the only video I've found that uses analog components to do so.
These are digital components. A clock generator with 555 timer, couple of binary ripple counters (something like 4040 and HC0393), largest possible EEPROM chip you can find (programmed with the correct data) and an R2R DAC (resistor ladder) with an LM386 at the end driving the speaker. Sound quality mostly depends on the sample rate you can afford (memory size vs length of recording). 8bits is good enough for most sound effects you may ever want.
@@Sixta16 Thank you very much for the response. I'm a bit of a novice when it comes to electronics so I appreciate it very much. My intent is to build an electronic railroad crossing bell with adjustable speed, so the sound file in particular is less than a second. When programming the ROM, how exactly is it done for sound? Can you use a WAV format? Is there some kind of basic binary form that the sound must be converted to?
Hey, looks pretty cool. I have also been trying to build an SDI to fiber converter, maybe even bi-directional for some time. Do you have an email address for me? Im very interested in your design!
Well, the design is not finished //fully tested// yet and after I have moved, had no time to ever touch it again. Maybe some day later, I will finally make it into a working product.
UI written from scratch, just simple lines and text. There is nothing difficult doing this. I think in this case I have just adapted the basic graphics library that came with the Discovery kit itself. The lin/log plot I have done myself. It is just a bit of math. Plotting the filter response on-the-fly is also easy, just substitute j*omega as Z in the z-domain transfer func of the filter and evaluate it. It is just basic work with complex numbers. You have the advantage of a HW floating point unit, it can chew surprising amounts of stuff.
@@Sixta16 please , share the codes and concepts of ui development, i want learn ur approaches. If a video u can to share the UI development stages, i appreciate ur help.
Have you solved and fix the problem? I have the same issue. In play start mechanism, the tape doesnt move and the mechanism come back at rest position...
Have not solved it yet. I know, been long time since, but I have moved and this equipment was left at my previous location, waiting to be restored some time in the future. Definitely not going to throw this beauty away. Seems the source of all the problems in this thing is stiff mechanics, due to shitty grease used to lube it.
I have the same 32f429-disc development board. Why did you removed your onboard LCD from discovery board? was there any reason because i am going to use RGB pins exactly like you (RGB->LVDS). Best regards
I remember the on-board TFT has a "frame sync" output pin, that is hardwired to a GPIO pin, that I needed for something else. That framesync or whatever it is is always driven by the TFT module. It is an error in the discovery kit design.