<whitequark>
cr1901_modern: yes, that's what I'm saying
<whitequark>
of course if you choose the transformer right
<whitequark>
rqou: btw don't they teach you SMPS in $FANCY_SCHOOL?
<whitequark>
if even some rando like me understands the basics surely there should be a course or something
azonenberg_work has quit [Ping timeout: 260 seconds]
<qu1j0t3>
haha
m_w has quit [Quit: leaving]
m_w has joined ##openfpga
<cr1901_modern>
whitequark: I can't speak for rqou, but you don't learn everything you need to know in an EE curriculum
<cr1901_modern>
I did NOT know how a SMPS worked until within last year
<cr1901_modern>
I've never done RF electronics (it was an elective that I didn't take, and really regret it).
<whitequark>
meh, and you had to pay for that?
<cr1901_modern>
Well I was on scholarship :P, but yes
<cr1901_modern>
I only learned how to make my own PCBs on my own time; now that WAS offerred as an after class thing back in 2010. By the time I actually made my first boards in 2013, I forgot everything/no longer had an Altium subscription, so I basically went in raw.
<cr1901_modern>
Lots of holes... :/
azonenberg_work has joined ##openfpga
<cr1901_modern>
A lot of this stuff has changed in my Uni's curriculum AFAIK, so there are fewer holes. But since ABET actually means something to that school, they're kinda obligated to improve
digshadow has quit [Quit: Leaving.]
digshadow has joined ##openfpga
<felix_>
learning about the basics of how to build switch mode power supplies was iirc part of a lecture i had to attend for my bachelors degree (electronics and information technology). but that only showed the basic concepts and not how to properly implement stuff
<felix_>
60-70% of the bachlor lectures were basically a tour through the different fields of electronics and information technology. didn't like to have to learn some of the stuff, but i still consider it good to still have attended those
pie_ has quit [Ping timeout: 268 seconds]
<whitequark>
cr1901_modern: quick q. can you filll in the blanks?
<whitequark>
i think i need to invert... something...
<cr1901_modern>
whitequark: Looking now
<cr1901_modern>
whitequark: Why is top the "default view". Given those projection vectors I would expect the camera to be looking toward the front of the object
carl0s has joined ##openfpga
<rqou>
whitequark: there's nothing specifically about SMPSs
<rqou>
there's a large number of classes on linear/nonlinear controls
<whitequark>
cr1901_modern: pretty sure when the Z axis points directly at your eye, you are looking at "top"
<rqou>
(that I only took a few of)
<rqou>
and there's a "build a line following car" class that includes SMPS design that I also unfortunately didn't take
<whitequark>
line following car?
<whitequark>
I made that using a lego set when I was 12
tecepe has quit [Ping timeout: 265 seconds]
<whitequark>
the university education has really degraded hasn't it? :D
<rqou>
it's a really fast one rather than a trivial one
<whitequark>
ah ok
<whitequark>
I was afraid you had a class on using one flip-flop :D
<rqou>
you also build the power supply and motor driver
<cr1901_modern>
whitequark: Fair enough. Z in OpenGl is "into the screen", and I don't usually think of it as top
<rqou>
and program a uC to control everything
<whitequark>
aure. the GL coordinate system is unrelated here
<whitequark>
rqou: so more like a mid-level arduino project
<whitequark>
you're making me feel less bad for not attending a uni throughout
<rqou>
mid-to-high level Arduino project except with a free scale kinetis instead
<whitequark>
on the other hand, understanding of the basics of biochemistry has helped me a lot already...
<rqou>
Berkeley isn't known for being very good at the practical engineering side
<rqou>
you can delve really deep into e.g. the mathematics of nonlinear controls though
<whitequark>
I see
<rqou>
it's also a combined EE+CS curriculum where you can pick and choose what you like
<rqou>
it used to be that you could graduate without ever having touched a PCB :P
<azonenberg>
whitequark: the old engineering design class at my school (which i didnt take as a CS major)
<azonenberg>
did a line follower as one of the project options
<azonenberg>
but, until recently
<azonenberg>
no MCUs allowed
<azonenberg>
you could use discrete 74xx and analog stuff only
<whitequark>
azonenberg: isn't it basically "drive forward, switch steer slightly left/right every time you encounter an edge"?
<whitequark>
so uh... a schmidt trigger and three flip-flops
<azonenberg>
i forget the exact details of how various teams did it
<azonenberg>
but basically yes
<azonenberg>
its not complex
<whitequark>
that seems underwhelming
<azonenberg>
my old roommate had some fancier stuff in his
<azonenberg>
it was able to backtrack a little bit
<whitequark>
that's a 8-bit shift register supposedly
<rqou>
I/O pads? random guess
<azonenberg>
whitequark: 16 ffs
<azonenberg>
8 bit shreg + 8 bit storage reg
<whitequark>
and the massive stuff on top?
<whitequark>
and the complicated pattern under bond wires (??)
<azonenberg>
So
<azonenberg>
I see sixteen things bottom center that are probably the shregs
<whitequark>
yep
<azonenberg>
the ffs*
<azonenberg>
Then, big fat fingers prob power/ground
<azonenberg>
Bond pads were etched off during decap it looks
<azonenberg>
The stuff under them is most likely ESD protection diodes
<whitequark>
oh
<azonenberg>
and possibly part of the pad driver fets
<whitequark>
\so center top is drivers?
<azonenberg>
But i suspect the pad drivers are the big things top center
<azonenberg>
under those giant power buses with a zillion vias going down to m1
<carl0s>
pointfree, just built a project in Creator and saw a verilog file that seems to be the verilog representation of the schematic, its on the codegentemp directory.
<cr1901_modern>
Lord_Nightmare: Use a left-handed coordinate system when a right-handed system was needed
<Lord_Nightmare>
cant you just reverse the sign on the axis in question
<cr1901_modern>
If I could remember which axis was which for more than 5ms, sure
<cr1901_modern>
Instead I'm doing cross products with my right hand like an idiot
<cr1901_modern>
whitequark: Try this one lol... if it still fails, I'll just use the js viewer and extract the right vectors http://hastebin.com/aqerewisat.php
<whitequark>
cr1901_modern: nope, Z still pointing down
X-Scale has quit [Quit: HydraIRC -> http://www.hydrairc.com <- The professional IRC Client :D]
<cr1901_modern>
whitequark: What does "Z pointing down" mean? Can I see a picture?
<whitequark>
cr1901_modern: wait, I might have had outdated code
<whitequark>
cr1901_modern: yup, I think everything's fine, thanks!
maaku_ has quit [Ping timeout: 260 seconds]
<cr1901_modern>
whitequark: Awesome, let me know if there are issues. I didn't actually do the matrix math to verify it was correct :P.
<whitequark>
t looks correct enough to me
digshadow has joined ##openfpga
maaku has joined ##openfpga
<cr1901_modern>
Every time I spend more than a month away from gfx, I have to refresh my matrix transformations (and spend 30 minutes twisting my right hand through its range of motion)
<cr1901_modern>
Doesn't help that, like azonenberg, I associate OpenGL with a left handed coordinate system, but AFAIK OpenGL doesn't actually give a shit what handedness you use
maaku has quit [Client Quit]
maaku has joined ##openfpga
<whitequark>
it doesn't.
<whitequark>
you just tell it the face winding order
<azonenberg>
cr1901_modern: i didnt say anything about left or right handed coordinates
<azonenberg>
what i meant was rotation
<azonenberg>
to me, Z points into the screen
<azonenberg>
and x/y are screen coordinates
<azonenberg>
as opposed to some systems where x/y are map coordinates and Z is up-down
maaku has quit [Quit: No Ping reply in 180 seconds.]
maaku has joined ##openfpga
<cr1901_modern>
I suppose one can change the handedness of a coordinate system by changing the face winding order. My head hurts just thinking about it tho
_whitelogger has joined ##openfpga
maaku has quit [Remote host closed the connection]
maaku has joined ##openfpga
carl0s has quit [Quit: Leaving]
maaku has quit [Quit: No Ping reply in 180 seconds.]
maaku has joined ##openfpga
SpaceCoaster has joined ##openfpga
_whitelogger has joined ##openfpga
maaku has quit [Quit: No Ping reply in 180 seconds.]
maaku has joined ##openfpga
maaku has quit [Ping timeout: 260 seconds]
maaku has joined ##openfpga
DocScrutinizer05 has quit [Disconnected by services]
DocScrutinizer05 has joined ##openfpga
maaku has quit [Ping timeout: 260 seconds]
maaku has joined ##openfpga
maaku has quit [Ping timeout: 260 seconds]
maaku has joined ##openfpga
digshadow has quit [Ping timeout: 260 seconds]
digshadow has joined ##openfpga
tecepe has quit [Ping timeout: 252 seconds]
massi has joined ##openfpga
marcus_c has quit [Ping timeout: 250 seconds]
marcus_c has joined ##openfpga
pie_ has joined ##openfpga
Bike has quit [Quit: leaving]
pie_ has quit [Quit: Leaving]
clifford_ has quit [Quit: Ex-Chat]
clifford_ has joined ##openfpga
tecepe has joined ##openfpga
X-Scale has joined ##openfpga
maaku has quit [Quit: No Ping reply in 180 seconds.]
clifford_ has quit [Remote host closed the connection]
SpaceCoaster has joined ##openfpga
clifford has joined ##openfpga
clifford has quit [Client Quit]
clifford has joined ##openfpga
<azonenberg_work>
jhol: You dont need to know R/C for an FPGA router
<azonenberg_work>
Only the delay per hop
<azonenberg_work>
Are you sure you aren't using an ASIC tool?
<azonenberg_work>
VPR is what i've usually seen used for fpga stuff
<jhol>
sure - and clifford has that info. yeah VPR architecture XML expresses the delays in terms of R and C values
<jhol>
it doesn't really ever refer to timing intervals
<azonenberg_work>
I think you want to use a different tool then
<azonenberg_work>
oh wait
<azonenberg_work>
VPR does?
<azonenberg_work>
in that case you probably will be best off inferring R and C values to match a given delay you observed
<azonenberg_work>
Because images alone are not sufficient to extract parasitics
<jhol>
yeah I figured that's what I would do
<azonenberg_work>
you need lots of details like the density of the metal (they're not solid chunks of bulk material, it's usually slighlty porous and with some other residue etc mixed in)
<azonenberg_work>
most of the time its not even done theoretically