Hello,
I know what I am asking.
So, I have tried various configurations due to a faulty motor. The motor, since it inception, has been a faulty one. Now, I know for sure it, this configuration(s) of ideas and hardware, was due to a failure in something simple (beyond GPIO or the beagley-ai board).
What happens, if you have experience in it, when I set up a GPIO to toggle on for 25 increments from CMOS (beagley-ai) controllers to a ULN2003A with 12v vSUP?
All I heard was a pop and there was no smoke and the heat was not existent on the ULN2003A.
I was not expecting miracles or anything outside of a DC Motor with a wheel movement.
Now, that I have supposedly configured things correctly with a poorly sold motor of frozen state, I am trying to retrace my steps to figure out what exactly could have happened.
Seth
P.S. I was upset when I first tried. Then, I grew upset over not being able to tackle PNP transistors. Then, the pop. Blah. So, if you know or understand what could have happened with this set up:
vSUP still gets me in a non-understanding phase. Does this require two vSUP (voltage supplies)?
I figured I could use one GPIO and GND and one channel of the seven channels for output to the inductive load.
What I am not sure about because of my dance with short circuitry is the fact that vSUP is called twice in the build of a typical application.
Just an update here. The board lives!
I tested a GPIO on Pspice…see here:
Not exactly correct yet…
Its much easier to use a square wave generator(s) to develop your initial hardware motor driver. Its controlled so you know exactly what is going into the chip.
When using a linux kernel don’t expect any of the outputs to perform in a “textbook” fashion, way too much going on and the timings will never be meaningful. When the drive works perfectly using synthesized signal then connect to a SBC.
1 Like
I know. I am making small steps in long strides. Yea, I just typed that out.
Seth
P.S. I know the PRU for utilizing basic controller type Linux control is available. I just keep getting a push back in the brain saying to not use them. Probably too much fun. Boredom and conundrums over here all day.
So, the ULN2003A is not the ULN2003LV and with the new suffix, LV, one can utilize the chip from TI with lower voltage and lower current.
So, I am not using 5v CMOS or TTL. I was reckoning with the wrong. So, I am learning to read everything and keep reading it until I am done, e.g. datasheets.
Would a NAND Gate be something that would be considerably worth another look into for producing square waves?
@foxsquirrel , also…
- I was thinking of making some 5v CMOS chip work with 3.3v CMOS GPIO pins on the beagley-ai.
a. Would I need a logic level converter specific to CMOS?
The reason I bring this up…
I have tried with some unmentionable, good quality products but have held it so that the communication from the BBY-AI to DC-DC converters to chips (gates or arrays) have been seeing blockers.
By blockers, there has been some unforeseen circuitry testing that ended poorly or just not to completion yet.
So, I am asking exactly what DC-DC converter you use and if a NAND Gate would play an integral role in this application?
Seth
P.S. I will research converters in the meantime and NAND Gates.
Some of those operate in window that would cover 3.3v. Just pull the data sheets and see what voltage levels are required to change states. As far as dc-dc convertors, drop that unless its your only option, do your design centric to the available voltage. Less parts makes a more robust and fault tolerant system.
1 Like
