Back
[00:00:14] <Casper> what do you get?
[00:00:19] <iR0b0t1> Even on some of the beefier chips... 1, 2, 3, 4, 5, 6 go 8, 16, 8, 16, 16, 16, 16
[00:01:33] <iR0b0t1> Well, I get closer to 26kHz out
[00:01:39] <iR0b0t1> If I divide the value by 2
[00:01:59] <iR0b0t1> and use a compare value of 0x48 (0x47.8) I get 56kHz
[00:02:47] <iR0b0t1> I mean is it an issue with the site? Or is Timer2 fundamentally different than Timer0? I know it can be clocked asynchronously, but I'm not using that
[00:05:07] <Casper> be sure that you have the right clock source, then check the datasheet for the difference in the clock prescaller
[00:05:43] <Casper> but chance is that the site is wrong, or your clock source is wrong or that the prescaller is wrong
[00:06:11] <iR0b0t1> Clock source is correct, prescaler is correct.
[00:06:16] <iR0b0t1> Guess he forgot to divide by two?
[00:06:45] <Casper> doing PWM?
[00:06:59] <Casper> are you sure you ain't using phase correct pwm instead of "normal" pwm?
[00:07:05] <iR0b0t1> Hmm
[00:07:19] <iR0b0t1> Yes, yes... that would explain it, however, I am pretty sure I set the flag.
[00:07:20] <iR0b0t1> Here
[00:07:23] <iR0b0t1> Lemme paste the code
[00:07:35] <Casper> hmm someone just badly grided his starter...
[00:07:43] <Casper> nice and loud...
[00:08:28] <iR0b0t1> http://codepad.org/WE6bm8OH
[00:09:02] <iR0b0t1> ignore the comments that say prescale by 8
[00:09:05] <iR0b0t1> it's actually 1
[00:09:18] <iR0b0t1> http://codepad.org/TkHQEjQ6
[00:22:26] <iR0b0t1> Casper: Any hints? Please tell me I did something wrong :(
[00:25:43] <Casper> are you sure your fuse are right?
[00:25:49] <Casper> set for 8MHz and not 4?
[00:26:02] <Casper> a quick look seems to be ok
[00:26:45] <iR0b0t1> Fuses are set for external oscillator, 16MHz. I prescale the clock by 2.
[00:27:07] <iR0b0t1> I'll try putting it at no prescale
[00:29:08] <iR0b0t1> .... Indeed, doubling the clock speed fixes the issue.
[00:29:12] <iR0b0t1> But I am not sure why.
[00:29:20] <iR0b0t1> The registers should be set correctly :(
[04:35:23] <mimcpher> i am in a forest alone on coxaine and i reallly wish i jad an oscilloscope to jndersrand how well an rc filter turns a pwm signal into a voltage
[05:17:37] <specing> abcminiuser: yo, Is there a version of the instruction set summary where one can see which instructions only accept upper registers?
[05:17:56] <OndraSter> the official one has it
[05:18:04] <OndraSter> I suppose
[05:18:06] <OndraSter> or doesn't it?
[05:18:12] <abcminiuser> Not sure, I don't dig into the ASM docs much
[05:18:15] <abcminiuser> I don't think so
[05:22:23] <specing> I doesent
[05:22:59] <specing> I have the whole instruction set reference printed out here and I had to go through all the instructions and mark it myself
[07:30:40] <OndraSter> LOL 8086 clone
[07:30:41] <OndraSter> http://en.wikipedia.org/wiki/File:KL_USSR_KP1810BM86.jpg
[08:35:39] <BinaryStructure> hello all
[08:40:53] <OndraSter> hi
[08:52:11] <Corwin___> lo
[08:52:21] <OndraSter> lo8
[08:57:07] <Corwin___> OndraSter, can do you whois on Corwin, and tell me IP is shows?
[08:57:30] <OndraSter> * [Corwin___] (~Corwin@ip-89-102-113-188.net.upcbroadband.cz): Corwin
[08:57:41] <Corwin___> Corwin, without underscores
[08:57:45] <Corwin___> not this nick
[08:57:47] <OndraSter> oh
[08:57:54] <OndraSter> there is one?
[08:58:04] <OndraSter> ok
[08:58:04] <OndraSter> * [Corwin] (~Corwin@247-92-80-78.tmcz.cz): Corwin
[08:58:10] <Corwin___> hmm
[08:58:12] <OndraSter> omg tmo! :P
[08:58:55] <Corwin___> funny thing is i have no active connection on tmcz
[08:59:11] <Corwin___> wonder where freenode got that ip
[09:04:45] <Corwin___> thats funny... seems im connected to freenode irc from my cellphone....
[09:04:55] <Corwin___> except there is no IRC client on that cellphone installed
[09:06:29] <OndraSter> lol
[09:12:54] <OndraSter> such a good times!
[09:12:54] <OndraSter> http://en.wikipedia.org/wiki/File:I386SX.jpg
[09:12:59] <OndraSter> long inductive traces
[09:13:03] <OndraSter> with right angless...
[09:13:06] <OndraSter> angles
[09:39:30] <Corwin___> ...
[09:40:46] <BinaryStructure> . . .
[09:41:28] <Corwin___> i really would like to know what is my clone here on freenode
[09:42:57] <Corwin___> Corwin has been ghosted.
[09:43:04] <Corwin___> i like that msg
[09:43:05] <Corwin___> :)
[09:43:34] <BinaryStructure> norton ghosted
[09:43:59] <Corwin> hmm... someone (or something) is on my account :(
[09:45:54] <BinaryStructure> bummer....
[09:46:12] <Corwin> ah...
[09:46:35] <BinaryStructure> you should jump into #freenode and get that taken care of..... Or DOS the hell out of the other IP
[09:46:40] <BinaryStructure> ;)
[09:46:45] <Corwin> no need anymore
[09:46:51] <Corwin> i know already
[09:47:42] <Corwin> looks like my computer at office for some reason turned itself on
[09:48:12] <BinaryStructure> you probably dont wnat to DOS it then . lol
[09:48:17] <BinaryStructure> *want
[09:48:41] <Corwin> its DSL line... easy to DDOS
[09:49:09] <Corwin> ... and i know passwords so i can remotely shutdown the DSL router :)
[09:49:58] <BinaryStructure> well that would certianly be be the easy way.. but you have to ask yourself . . . . which one would be more fun
[09:50:18] <Corwin> what fun is DOS when noone is in the office?
[09:50:52] <BinaryStructure> true
[09:54:04] <jacekowski> give us the ip and we will make it fun
[09:54:18] <Corwin> :D
[09:55:06] <Corwin> since the IP was already posted here... i guess i will have to get new one on monday :)
[09:55:24] <BinaryStructure> lol
[09:56:10] <BinaryStructure> what did you do today ? - I DOSed some computer somewhere. cost some guy some valuable work time
[09:57:24] <Corwin> im good guy... i dont do DOS.... often
[09:58:57] <BinaryStructure> It feels kind of cheap ... like the last ditch effort of a frustrated child... " If i cant have root ... nobody can "
[09:59:12] <Corwin> i was only DOSing on another IRC network where was no nickserv and some ppl were stealing nicks...
[09:59:30] <OndraSter> I don't do DOS... I do only Windows :P
[09:59:31] <Corwin> ... most of them were in india using crappy adsl 256kbit... was way too easy
[09:59:48] <Corwin> OndraSter, no linux ?
[09:59:56] <OndraSter> only in vmware when I really have to
[10:00:16] <OndraSter> wondering how will vmware or anythign else run on my "tablet pc" which has singlecore Pentium M and 2GB RAM (no swap because of SSD) :P
[10:00:39] <OndraSter> because appearantly the uni likes only looniks + java + c++
[10:00:52] <BinaryStructure> love that windows "fuzzy logic" and non linear progress bars in windows
[10:00:53] <Corwin> i cant play with linux here :( my new laptop doesnot work well with latest fedora
[10:01:11] <OndraSter> heh
[10:01:20] <OndraSter> I always ran gentoo
[10:01:30] <BinaryStructure> im a debian man myself
[10:01:45] <OndraSter> even on P III 900MHz laptop. Distributed the compilation across another PC over network and it was quite fast :P
[10:01:57] <OndraSter> to vmware machine in my PC :D
[10:02:01] <Corwin> fedora on local, debian on webhost (i cant choose that)
[10:02:09] <OndraSter> which I gave 2 cores.. each 4.5GHz of raw power
[10:02:42] <Corwin> not much
[10:03:01] <OndraSter> "not much" -- another 2 cores were free to do anything - play games, ... :P
[10:03:07] <OndraSter> SandyBridge <3
[10:03:32] <Corwin> i like big server clouds.... that is *POWER*
[10:04:25] <OndraSter> heh
[10:05:15] <Corwin> once i had access to cloud with total 64gb ram, 16 quadcore processors each at 3.4ghz
[10:05:30] <OndraSter> not bad
[10:05:48] <OndraSter> I suppose that Android would run a bit better on that than WP7 on 1GHz Snapdragons (mehehe)
[10:06:01] <Corwin> linux distro compiled from sources in less than 2 minutes on that :)
[10:06:10] <OndraSter> whole distro? not bad :D
[10:06:30] <Corwin> fc15 from sources
[10:06:31] <OndraSter> running "emerge -avuD world" after 1 year without updates is lovely
[10:06:42] <Corwin> :D
[10:07:11] <OndraSter> I was runnning server for a year, it had few websites... but I was scared to update anything so I don't break it :P
[10:07:24] <OndraSter> actually, I was updating for the first 2 months or so everything except kernel (obviously it would needed reboot)
[10:07:28] <OndraSter> it would need*
[10:07:36] <OndraSter> then I stopped updating
[10:07:41] <OndraSter> the list was getting bigger and bigger...
[10:07:47] <OndraSter> oh well, the server was closed anyway
[10:15:45] <OndraSter> I wish it was 24h more!
[10:19:33] * Tom_itx rolls the clock back 24h
[10:19:36] <Tom_itx> wait sucker
[10:39:20] <OndraSter> that works too
[10:47:58] <Tom_L> what's up?
[10:54:51] <OndraSter> my exams
[12:35:05] <drgreenthumb> yay, got 802.15.4 packets forwarding over CDC. it's cool to turn on a device across the room and watch the data dumped into a terminal window :)
[12:35:39] <drgreenthumb> seems like it'll be pretty easy to read this with pyserial too.
[12:38:54] <drgreenthumb> http://pastebin.com/sYUvBRxy exciting eh? ;p
[12:40:21] <Steffanx> Yay
[12:45:53] <iR0b0t1> Does the attiny85 have a pin change interrupt?
[12:46:47] <iR0b0t1> Why yes it does!
[12:47:28] <Steffanx> You know that's every easy too findout iR0b0t1 ? :)
[12:48:13] <Steffanx> Google for the pinout, look at the pin names and look for INTx or perhaps PCINTx :)
[12:48:18] <iR0b0t1> Steffanx: Yes, indeed...
[12:48:33] <drgreenthumb> heh sweet there is no place in my apartment I can put the transmitter that blocks the signal. even the farthest corners. this rocks.
[12:48:35] <iR0b0t1> But I am mad because the registers are named differently between some chips.
[12:48:43] <Corwin> ^ google? why not atmel.com and find datasheet ?
[12:48:56] <Steffanx> Takes more time Corwin
[12:48:57] * iR0b0t1 has to work out some conditional compilation now.
[12:49:48] * drgreenthumb celebrates http://www.youtube.com/watch?v=LT62F8JqgSY <-- theBear that's for you.
[12:54:01] <drgreenthumb> heh I want to go stick this transmitter outside and see how far it goes but I don't want to leave it sitting out there. gotta wait till Laura gets home I guess.
[13:35:14] <_abc_> Hello. It is not clear from the docs. Is int64_t supported in standard atmega avr-gcc ?
[13:35:38] <_abc_> also is an intermediary type supported? f.ex. int48_t ?
[13:36:50] <RikusW> I heard something about int24_t being supported, not sure
[13:37:01] <RikusW> on the new gcc fro atmel
[13:42:00] <drgreenthumb> I demand uint_13 support! for my 13-bit OS that I'm writing.
[13:42:43] <Landon> drgreenthumb: it is very fortunate for yu that I happen to be in development of a uint_<prime> library, if you would like to so kindly fund my development with the meagerly sum of $1,000,000 USD/year
[13:43:12] <drgreenthumb> sure! I'm a zillionaire afterall.
[13:43:29] <OndraSter> uint 13?
[13:43:33] <OndraSter> I need uint 12.8657!
[13:43:35] * drgreenthumb hands out million dollar bills
[13:45:12] <drgreenthumb> Tom_itx, I'm pimpin your hardware in ##electronics. maybe you'll get a sale.
[13:46:52] <drgreenthumb> can this be real?
http://www.ecrater.com/p/14968565/43-8gb-hd-psp-shape-game
[13:47:02] <drgreenthumb> I want like 10 of them to rip up
[13:48:34] <jacekowski> _abc_: try it
[13:53:29] <_abc_> sigh I was trying not to
[13:53:38] <_abc_> I am short on ram and I need to relocate things to try it
[13:53:43] <_abc_> jacekowski:
[13:54:30] <_abc_> int_48t is fairly common in asm libraries
[13:54:44] <_abc_> it is an intermediary precision type between int32_t and int64_t
[13:54:54] <Kev> http://www.nongnu.org/avr-libc/user-manual/group__avr__stdint.html
[13:54:54] <_abc_> why do I need to explain that?
[13:55:25] <_abc_> thanks. Can anyone explain how the pdf version of avr-libc docs got into scribd.com's clutches?
[13:55:46] <_abc_> Kev: thanks again
[13:56:02] <_abc_> this is actually installed on my system and I used to know where but I am a little stressed now
[13:56:10] <_abc_> the docs I mean
[13:56:52] <Kev> http://savannah.nongnu.org/download/avr-libc/avr-libc-user-manual-1.8.0.pdf.bz2
[14:39:03] <sre-su> Hello! I've prepared a schematic for AVR Atmega16 dev board using Eagle -
http://www.sendspace.com/filegroup/em4qm%2BL2xOx4tpakBuQInA - which is giving some issues on erc and routing . Could anyone suggest what all changes I've to make to the schematic?
[14:44:14] <OndraSter> the ERCs look okay
[14:45:20] <OndraSter> I see no traces in the board
[14:46:24] <OndraSter> I am wondering how you want to fit all the caps etc below the screen
[14:47:24] <sre-su> caps?
[14:47:32] <sre-su> capictor
[14:47:34] <sre-su> s
[14:48:04] <sre-su> capacitors* Maybe the layers were not selected in the brd file shared
[14:48:08] <OndraSter> they are
[14:48:09] <OndraSter> top and bottom
[14:48:15] <sre-su> one moment
[14:48:21] <OndraSter> and I see 229 airwires
[14:48:44] <sre-su> Yes, that's the problem
[14:48:56] <sre-su> I'm poor in moving from sch to brd
[14:49:23] <sre-su> BTW are you sure ERC errors in sch can be ignored?
[14:49:31] <OndraSter> well you should know that :)
[14:49:34] <Tom_itx> sre-su wanna know one of your problems?
[14:49:56] <Tom_itx> use 'NET' instead of 'WIRE' when drawing your schematic
[14:50:07] <sre-su> er
[14:50:11] <sre-su> overlapping nets?
[14:50:24] <Tom_itx> i didn't get the files
[14:50:34] <Tom_itx> then create brd from schematic
[14:50:47] <Tom_itx> what ver eagle?
[14:51:03] <OndraSter> wait, I use wires
[14:51:05] <OndraSter> and not nets
[14:51:10] <sre-su> Tom_itx: Eagle 5.12.0 for Linux
[14:51:28] <sre-su> Tom_itx: Here are the files -
http://www.sendspace.com/filegroup/em4qm%2BL2xOx4tpakBuQInA
[14:52:11] <sre-su> OndraSter: I think I also overlapped the pins and wasn't able to find good alternative for HD47780 and the NC symbol
[14:52:21] <OndraSter> yes
[14:52:24] <OndraSter> I am using the same thing
[14:52:29] <OndraSter> but I ground the unused pins
[14:52:48] <OndraSter> (have not made baord with them grounded yet though, have to test it first)
[14:53:58] <sre-su> I'll have to check if D0-3 for LCD can be grounded or not
[14:54:43] <OndraSter> I have got here one HD44780 floating around, I can try it someday
[14:54:53] <OndraSter> everybody says "let them fly" but I don't like uncertain pins!
[15:02:37] <Tom_itx> leave em open in nibble mode
[15:04:06] <OndraSter> but.. that goes against all my beliefs!
[15:05:53] <Tom_itx> so?
[15:05:55] <TheOutlaw> its a dirty job but someone must do it!
[15:06:54] <RikusW> open usually means high...
[15:11:03] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/toaster_oven/serial_lcd_sch.png
[15:11:06] <Tom_itx> works just fine
[15:12:08] <sre-su> um
[15:12:54] <Tom_itx> proof?
[15:12:56] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/toaster_oven/pannel3.jpg
[15:12:59] <OndraSter> :)
[15:13:29] <OndraSter> Tom_itx,
[15:13:30] <OndraSter> Outdoor: 32.0 (F) / 0.0 (C)
[15:13:30] <OndraSter> Indoor: 32.0 (F) / 0.0 (C)
[15:13:32] <OndraSter> hm?
[15:13:34] <OndraSter> (website)
[15:13:42] <Tom_itx> my sensors are unplugged
[15:13:55] <Tom_itx> i should remove that
[15:15:16] <OndraSter> Tom_itx,
http://tom-itx.dyndns.org:81/~webpage/toaster_oven/insul1.jpg
[15:15:20] <OndraSter> where can one get those transparent covers
[15:15:23] <OndraSter> for joining two wires?
[15:20:26] <OndraSter> anyway
[15:20:27] <OndraSter> I am off
[15:20:27] <OndraSter> gn
[15:27:40] <specing> Tom_itx: Is that oven running Gentoo?
[15:52:53] <Tom_itx> debian
[15:56:48] <Tom_itx> OndraSter, electrical supply but you left
[16:40:05] <iR0b0t1> Is it possible to set up a pin change interrupt on port B?
[16:40:20] <Tom_itx> if it supports it
[16:40:23] <iR0b0t1> ...
[16:41:10] <iR0b0t1> Look, okay. I'm seriously starting to wonder if you think you're funny or you're trying to be an asshole. How is that a helpful response in any form?
[16:41:26] <Tom_itx> you can look at the data sheet as easy as i can
[16:41:28] <iR0b0t1> It doesn't help to assume people don't have any clue at all.
[16:41:30] <Tom_itx> so RTFM sir
[16:41:35] <iR0b0t1> You think I _haven't_ been looking at it?
[16:41:39] <Tom_itx> it will say so
[16:41:41] <Tom_itx> what chip?
[16:41:42] <iR0b0t1> Shit is confusing.
[16:41:44] <iR0b0t1> Atmega328
[16:41:48] <Tom_itx> it should
[16:41:53] <Tom_itx> lemme look
[16:42:10] <Tom_itx> i'm never an ass unless you got it coming
[16:42:11] <iR0b0t1> It numbers the pins as 0-23 interally for the interrupt controller, I couldn't find in the doc where it tells you which is which
[16:42:25] <iR0b0t1> I found something online which I think tells me, but it does not include port B
[16:42:42] <iR0b0t1> waaaiiiit
[16:42:42] <iR0b0t1> yup
[16:42:45] <iR0b0t1> I'm an idiot
[16:42:46] <Tom_itx> i don't have that pdf on this pc
[16:42:58] <iR0b0t1> D# is arduino-speak for pin #
[16:43:01] <iR0b0t1> Not port D...
[16:45:18] <Tom_itx> portb suports it
[16:45:30] <Tom_itx> portd does too
[16:45:38] <Tom_itx> so does portc
[16:45:59] <Tom_itx> there is no porta
[16:46:02] <Tom_itx> that i see
[16:46:19] * iR0b0t1 has always wondered about that.
[16:46:22] <Tom_itx> looks like they all do
[16:46:29] <Tom_itx> it's for consistency
[16:46:42] <iR0b0t1> Yeah. Now that I realized I was reading this wrong
[16:53:34] <specing> All AVR pins have pin change interrupts on them
[16:54:00] <Tom_itx> no they don't
[16:54:08] <Steffanx> indeed, the older don't have that
[16:54:11] <specing> AFAIK <-
[16:54:13] <Tom_itx> the older ones don't
[16:54:34] <Steffanx> old as in m16, m32 etc.
[16:54:53] <Tom_itx> yeah
[17:01:31] <iR0b0t1> Every attiny or atmega should though, right?
[17:09:46] <RikusW> as usual check the datasheet before buying...
[17:13:32] <karlp> what? what on earth for?
[17:13:42] <karlp> much easier to come in here and ask someone else to check it for you :)
[17:34:33] <iR0b0t1> Tom_itx: Okay question. The pin-change interrupts can occur on any pin, and are state change based, right? Any transition.
[17:34:56] <iR0b0t1> The external interrupt pins can be configured to be pin change, falling edge, rising edge, or low.
[17:35:29] <Tom_itx> pin change are on either edge
[17:35:35] <Tom_itx> unlike int0
[17:55:32] <nn7> I'm trying to do a precise delay and I'm having difficulty
[17:56:10] <nn7> I can accomplish a nice 4us delay with -O3 by using a bunch of "asm volatile("nop;")" lines
[17:56:22] <nn7> but I want something that works in -OS
[17:56:25] <karlp> _delay_us() ?
[17:56:42] <nn7> it's an 8mhz chip, _delay_us isn't quite fast enough
[17:56:58] <karlp> so, go look at the source of delay_us, and use the steps it's made up of
[18:01:28] <nn7> ok thanks
[18:10:21] <timemage> nn7, something you might try is putting the delay function into a separate translation unit and compiling with -O0. compile the rest with -Owhatever.
[18:12:14] <nn7> ahh... I was wondering if such a thing was possible
[18:12:43] <timemage> nn7, also have a look at gcc's function attributes. there exist some for controlling optimization at the function level.
[18:18:09] <nn7> ok, thanks everyone
[18:20:13] <karlp> heh, the troubles I was having porting some arduino cpp to plain c was caused by the excessive time of digitalRead being part of the timing.
[18:20:29] <karlp> my direct pin read was too fast, and broke the timing assumptions the rest of the code was making.
[18:21:26] <karlp> had to replace digitalRead(); delayMicroseconds(1) with myread();_delay_us(3)
[19:39:24] <iR0b0t1> Okay, next question. I can enable the Timer0 overflow interrupt, but if I _don't_ enable it, does the bit in the TIFR0 still get set? Do I have to do anything special to make sure it is set?
[19:44:45] <iR0b0t1> I mean... I am assuming it sets itself w/o any other setup.
[19:51:31] <Landon> iR0b0t1: I think that's the case as well, but as always check the datasheet
[19:51:45] <iR0b0t1> I did. Doesn't say anything on the issue.
[19:52:16] <iR0b0t1> I feel pretty good interpreting the lack of further explanation as "the bit gets set no matter what, but can be automatically cleared by enabling the interrupt"
[19:52:21] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/abcminiuser/articles/avr_interrupts_index.php
[19:53:01] <Tom_itx> may wanna read this one first:
[19:53:02] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/abcminiuser/articles/avr_timers_index.php
[19:53:41] <iR0b0t1> I know how they work, I'd just never used the flag bits before.
[19:54:11] <iR0b0t1> (flag as opposed to interrupt)
[20:20:57] <Landon> woot, I can finally move on from 4xAA, finally got a bench power supply
[20:58:52] <drgreenthumb> Landon nice :) heh my solution is a massive collection of old wallwart plugs and voltage regulators.
[20:59:06] <drgreenthumb> or USB power.
[21:01:58] <drgreenthumb> oh and this
http://www.sparkfun.com/products/114 is super handy
[21:02:24] <Landon> probably cheaper, but it's nice to have knobs and switches ;)
[21:02:26] <drgreenthumb> plug it in to 9v or wallwart, instant power
[21:02:29] <drgreenthumb> heh
[21:03:12] <Landon> http://www.elenco.com/product/productdetails/power_supply=ODU=/same_as_xp720_in_kit_form=NTc4
[21:03:27] <Landon> indeed, as the page says, no batteries required :P
[21:05:19] <drgreenthumb> hopefully no small children come along and turn the knobs up for fun while an AVR is connected :P
[21:06:11] <Landon> those are very much not present :P
[21:06:14] <drgreenthumb> that'll release the magic smoke real fast.
[21:06:16] <drgreenthumb> heh
[21:06:40] <drgreenthumb> "instant project destruction knob. twist in emergency."
[21:06:46] <inflex> heh
[21:10:38] <Landon> there is one strange thing though
[21:11:20] <Landon> I measure voltage across each AC terminal individually and get the advertised 6.3vac, but I measure across both and get 13.2v :\
[21:12:03] <Landon> that seems like a pretty big discrepancy for being connected directly to the transformer
[21:13:15] <Tom_itx> different taps
[21:14:44] <Landon> Tom_itx: what do you mean? I measured using the same taps, just not with the center tap
[21:16:14] <Tom_itx> the neutral is the center tap for the windings on them
[21:16:35] <Tom_itx> check them on a scope and they will likely be 180 out of phase
[21:19:15] <Landon> so they're not quite in phase == the .4v drop?
[21:19:41] <Tom_itx> well that doesn't count so much
[21:19:50] <Tom_itx> probably winding difference
[21:19:55] <Tom_itx> dunno then
[21:24:42] <mimcpher> j
[23:21:21] <iR0b0t1> Ah yes, excellent.
[23:21:44] <iR0b0t1> After debugging and rewriting the same section of code three times, I fucked up my order of operations.
