Back
[00:00:53] <Casper> well back to the 494
[00:00:54] <rue_more> result = result - (((result/100)%10)*100)) + (digit * 100)
[00:01:16] <Casper> have you checked how well it behave when it's input are close to gnd? or slightly bellow?
[00:01:40] <Casper> oh I could just put both in a divider...
[00:01:42] <rue_more> I think its made for to-ground amplification
[00:01:53] <Casper> which would bring them back closer to half vcc...
[00:02:07] <Casper> then just need to compensate with the gain
[00:02:09] <Casper> ... I think
[00:02:15] <rue_more> the overload protection is done with that sense coil with the 1 primiary loop
[00:02:29] <rue_more> because, it is a switching supply after all
[00:02:37] <Casper> hmmm or maybe I should just do input current limiting?
[00:02:47] <rue_more> its got secondary on it
[00:03:03] <Casper> http://www.pavouk.org/hw/atxps.png <=== should be simmilar to that I guess
[00:03:04] <rue_more> you have 3 transofrmers (less any standby ones)
[00:03:21] <rue_more> one is the main power, one is transistor driver, and th toher is current sense
[00:03:23] <Casper> they use the GDT for many purpose, but can't find any info on how it actually work
[00:03:56] <rue_more> show me a photo of the power supply you want to convert
[00:04:06] <Casper> I'll do, later this week
[00:04:12] <Casper> iut will be a thermaltake 430W
[00:04:23] <Casper> because I happend to have a few "defect" on hand
[00:04:29] <rue_more> that a complex one, cause it'll have pfc
[00:04:32] <Casper> by defect, the 5Vstb cap is gone
[00:04:54] <rue_more> it prolly wont be a tl494
[00:05:02] <rue_more> it'll be a fancier chip
[00:05:02] <Casper> I forgot what it use
[00:05:03] <Casper> but anyway
[00:05:06] <Casper> I'm 1 hour late
[00:05:09] <Casper> on sleep
[00:05:13] <Casper> almost 1am...
[00:05:23] <Casper> need to possibly clean the snow before I can go to work...
[00:05:27] <Casper> rrr
[00:05:28] <Casper> grr
[00:05:29] <Casper> nite
[00:07:29] <rue_more> this schematic brings back memories
[00:07:48] <rue_more> the only feedback was on the 5V, and the diode mess was part of a lockout cirucit
[00:09:06] <rue_more> result = result - (((result/100)%10)*100)) + (digit * 100)
[00:09:21] <rue_more> 1234
[00:22:08] <tzanger> what schematic is that
[00:22:18] <tzanger> oh the atx power supply?
[00:23:37] * rue_more gives tzanger his reading graduation vcertificate
[00:29:07] <rue_more> I hope one day to pass speelling
[00:52:52] <rue_more> #define swap1(s,d) d = d - (d%10) + s
[00:52:52] <rue_more> #define swap10(s,d) d = d - (((d/10)%10)*10) + (s * 10)
[00:52:52] <rue_more> #define swap100(s,d) d = d - (((d/100)%10)*100) + (s * 100)
[00:52:52] <rue_more> #define swap1000(s,d) d = d - (((d/1000)%10)*1000) + (s * 1000)
[00:58:50] <rue_more> damn, its not this easy, the ones are only ones till tens come along
[01:00:33] <rue_more> oops, of all the places to click
[03:05:35] <AllinYourhead> i have a ATmega32C1 device which stops executing code randomly. However when i have my AVR Dragon plugged into it it works just fine, but then when i unplug it it crashes within 20 seconds
[03:05:46] <AllinYourhead> because of this i cant recreate problem in a debugging session
[03:06:08] <AllinYourhead> afaik the dragon doesn't do anything being just plugged in? or?
[03:06:34] <AllinYourhead> ISP interface
[03:56:39] <Tom_itx> AllinYourhead, disable jtag
[03:58:54] <Tom_itx> or WDT possibly
[04:11:00] <AllinYourhead> no wdt in project (planning on adding that but want to solve this fault first) and there is no JTAG interface on that MCU
[04:13:02] <AllinYourhead> also tried on two different devices to exlude hardware fault but they behave exactly the same
[04:13:18] <kline> is your reset pin floating?
[04:14:16] <AllinYourhead> double checked PCB and it should be connected, 2sec and ill measure with multimeter to confirm
[04:16:20] <AllinYourhead> its fine, 10k to VCC
[04:16:52] <kline> :(
[04:20:45] <AllinYourhead> code executes fine on a similar device
[04:41:55] <AllinYourhead> wow such random
[05:00:48] <rue_more> AllinYourhead, do you have any stoppoints left in the code?
[05:01:00] <rue_more> did you turn the watchdog off?
[05:01:09] <rue_more> do you have a 1k pullup resistor on the reset line?
[05:01:36] <rue_more> is vcc dipping below 2.7V?
[05:01:47] <rue_more> it would make sense the dragon would be fixing a power issue
[05:02:07] <rue_more> is the project battery operated?
[05:02:53] <rue_more> oh I'm pinged out
[05:23:05] <AllinYourhead> hi, thanks for response
[05:24:24] <AllinYourhead> no watchdog used, no stoppoints excists, 10k pullup to 5V vcc, powered by 12V regulated to 5V from power supply. VCC is 5V so no dips that low.
[05:25:21] <AllinYourhead> and the dragon is merely plugged in, i use it through AS6 and uses the "read ID" as reset to avoid having to power toggle the whole system
[06:08:49] <Lambda-Aurigae> Casper, my neighbor has a 30 year old snowblower with tracks...I've never seen another like it.
[06:35:31] <StudentDeNayer> Hi i got a question about programming a avr : can i program a Atmega 328p with a Uartsbee 4.0 ?
[09:04:24] <rue_more> AllinYourhead, is it battery powered 12V?
[09:05:20] <rue_more> AllinYourhead, one of my robots gave me a good one
[09:05:53] <rue_more> its a 48V battery bank, converted to 12v by a switching supply, the linearly regulated down to 5V
[09:06:04] <rue_more> the motors on it are 48V
[09:06:22] <rue_more> when I kick in the motors, and do hard reverses (at full speed) the avr hangs/resets
[09:06:31] <rue_more> its not a + rail problem
[09:06:52] <rue_more> everything operates off a star ground from the batteries
[09:07:19] <rue_more> but the control line from the avr has a ground that is shared with the motor drivers
[09:07:41] <rue_more> when the motors kick hard, they pull their ground up, apparently, significantly
[09:08:09] <rue_more> must be by 2.3V or better
[09:08:36] <rue_more> as soon as I dissconnected that ground, the problem cleared up mostly
[09:08:54] <rue_more> what I have to do is opto-isolate it all
[09:09:46] <rue_more> AllinYourhead, do you have large loads, that share a ground with the microcontroller?
[09:11:01] <rue_more> the spikes were able to cause cpu faults that should have been impossable by source code
[09:16:35] <rue_more> #define SetBit(BIT, PORT) PORT |= (1<<BIT)
[09:16:36] <rue_more> #define ClearBit(BIT, PORT) PORT &= ~(1<<BIT)
[09:16:41] <rue_more> #define IsHigh(BIT, PORT) (PORT & (1<<BIT)) != 0
[09:16:41] <rue_more> #define IsLow(BIT, PORT) (PORT & (1<<BIT)) == 0
[09:16:54] <AllinYourhead> the system is powered from standard laboratory DC power supply. Uses 0.4A @ 12V in total.
[09:17:08] <rue_more> what are the loads
[09:17:37] <AllinYourhead> sensors, standard NTC's and linaer 0-5v sensors
[09:18:08] <rue_more> so its just a datalogger?
[09:18:22] <AllinYourhead> ye, reads sensors and transmits over CAN-bus
[09:18:41] <rue_more> whats the terminating resistor on the canbus?
[09:18:51] <AllinYourhead> 120 ohm each side
[09:19:06] <rue_more> what is the canbus differential voltage?
[09:19:48] <rue_more> 12V?
[09:20:23] <AllinYourhead> 2.5V when no traffic
[09:20:24] <rue_more> 3V?
[09:20:43] <rue_more> zippo:/files/programming/c/tests# ohm -r 120 -v 2.5
[09:20:43] <rue_more> Wattage is: 0.052083
[09:20:43] <rue_more> Current is: 0.020833
[09:20:43] <rue_more> Voltage is: 2.500000
[09:20:43] <rue_more> Resistance is : 120.000000
[09:20:45] <rue_more> ok
[09:20:57] <rue_more> what is the sum total of the power decoupling caps?
[09:21:04] <rue_more> for 5V
[09:21:14] <AllinYourhead> on the regulator?
[09:21:23] <rue_more> around the digital logic
[09:21:55] <rue_more> 4.7uF + 0.1uF*4? ish?
[09:22:11] <AllinYourhead> only 0.1's around digital ic's
[09:22:20] <AllinYourhead> 0.1 + 10 @ regulator
[09:23:07] <AllinYourhead> ive daisy chained up to 5-6 devices transmitting 40 hz per device without problem earlier, this particular device with only 3 units on the bus at 1 hz and it fails
[09:24:18] <rue_more> is the 12 -> 5V converter linear or switching?
[09:25:33] <rue_more> is your scope digital or analog?
[09:25:58] <AllinYourhead> linaer regulator
[09:26:03] <AllinYourhead> oscilloscope u mean?
[09:26:11] <rue_more> did you say you had one?
[09:26:16] <AllinYourhead> ye, its digital
[09:26:37] <rue_more> can you watch your 5V rail while operating and see what the deviations are?
[09:27:07] <rue_more> I have an analog scope so stuff like that is hopeless :)
[09:27:58] <rue_more> oh my pingtime sucks again
[09:28:57] <AllinYourhead> 120mV peak-to-peak average noise around 5V
[09:29:09] <rue_more> wholy jingle!
[09:29:28] <AllinYourhead> ive had some funny measures of that in other circuits, not sure if i can trust my scope
[09:29:35] <rue_more> throw another 4.7 to 10iF in there and see if it helps
[09:30:28] <rue_more> do you have any caps on the 12V rail?
[09:30:32] <AllinYourhead> youre implying that the AVR dragon's capacitors is aiding my power supply hence the no stuck when its plugged in?
[09:30:41] <rue_more> the bench supplys one should do it, but...
[09:30:54] <rue_more> AllinYourhead, the dragons power system in general
[09:31:26] <rue_more> hey, try that scope reading with the dragon connected!
[09:31:36] <AllinYourhead> it was connected
[09:31:52] <rue_more> well thats the 5V ripple with it disconnected?
[09:32:36] <rue_more> 120mV ripple isn't a voltage problem as much as it might be a freq. problem
[09:33:26] <rue_more> I assume your votlage monitor fuse it set to 2.7V, so you should need a dip of atleast 2.3V to cause a problem
[09:33:50] <rue_more> if you have it set to 4.5V, you might as well be using a PIC :)
[09:34:12] <rue_more> (PICs reset with any kind of power anomily)
[09:34:37] <rue_more> as bad as motorola, which you have to use votlage monitoring chips on
[09:35:04] <rue_more> avrs are the most power-durable controllers I'v seen
[09:35:04] <AllinYourhead> 116mV average p2p no dragon connected
[09:35:23] <rue_more> so the dragon makes it worse!?
[09:35:41] <rue_more> wanna throw some caps in there and see if it makes a difference?
[09:35:47] <AllinYourhead> let me redo, rigged the probe better now
[09:36:05] <AllinYourhead> about 110mV with dragon
[09:36:09] <rue_more> the dragon can only change two things, the power rail, and the reset line
[09:37:47] <rue_more> you realize your problem is about to magically go away without explination? they do this when they know your getting persistant
[09:38:14] <AllinYourhead> gonna daisy chain another device of the same kind
[09:38:41] <rue_more> I'll be intermittently here and gone
[10:09:55] <AllinYourhead> it has happend a stuck when dragon was connected like once, going home for a couple of hours so leaving debug session on and hopefully ill catch something. Thank you for your help though
[11:58:44] <Aleks> hey, is anyone experiency avrdude chashes while programing/reading via usbtiny ?
[11:59:20] <Aleks> *** Error in `avrdude': free(): invalid next size (normal): 0x0000000000beb6b0 ***
[12:02:10] <rue_more> huh
[12:02:22] <rue_more> presompiled or did you compile it?
[12:30:53] <Hfuy> What's the difference between an attiny13A and 13V?
[12:31:03] <Hfuy> The only thing I can see is that the Vs seem to be SOIC.
[12:31:14] <Hfuy> or is it a low voltage version or something?
[12:36:49] <Casper> rue_more: checkled the psu
[12:36:55] <Casper> it use 2x dip8 chips
[12:37:00] <Casper> :(
[12:37:42] <Casper> I think I'll have to reverse engineer the pcb
[12:39:50] <Hfuy> Would an attiny13A run code compiled for an attiny13V? I have what looks like some sort of bascom basic code and a .hex.
[12:40:09] <Hfuy> If the hex is likely to simply work, I'll just use it as is, otherwise I'll have to investigate a compiler for this baic.
[12:51:19] <technodict> hello anyonethere ?
[12:54:22] <technodict> ?
[13:12:40] <Casper> Hfuy: my guess is: it should work, possibly only a speed or voltage difference
[13:13:32] <technodict> i am not able to get my programmmer recognise my ic its attiny13a
[13:20:57] <rue_more> Casper, 3840
[13:21:08] <rue_more> its a current based chip
[13:21:36] <rue_more> technodict, still here?
[13:21:39] <technodict> yes
[13:22:11] <rue_more> cut the blue wire, then cut the red wire
[13:22:23] <rue_more> oops, wrong channel,
[13:22:30] <rue_more> too late, oh well, whats your problem?
[13:22:38] <technodict> i am using ubuntu
[13:22:42] <rue_more> ok
[13:22:45] <Casper> Ua3843B you wasn't far :)
[13:22:46] <rue_more> why is that a problem
[13:23:03] <rue_more> Casper, I cant remember all these damned numbers when I'm ill
[13:23:13] <technodict> omkar@TechnodicT:~$ avrdude -c usbasp -p t2313
[13:23:13] <technodict> avrdude: error: could not find USB device "USBasp" with vid=0x16c0 pid=0x5dc
[13:23:13] <technodict> avrdude done. Thank you.
[13:23:20] * Casper points at rue and laught
[13:23:29] <rue_more> technodict, what makes you think its a usbasp?
[13:23:33] <Casper> your turn to be sick! :D
[13:23:37] <Casper> was sick last week
[13:24:03] <technodict> its written usbisp for avrstudio on my programmer
[13:24:04] <rue_more> I want to be a machine now...
[13:24:06] <Casper> so... it mean that I need to hack the opamp
[13:24:19] <rue_more> then its not an asp
[13:24:28] <rue_more> technodict, do this
[13:24:41] <rue_more> unplug it, (the programmer) then plug in back in
[13:24:49] <technodict> ok
[13:24:58] <rue_more> then, as root, run dmsg
[13:25:10] <rue_more> look for it saying it found a usb device
[13:25:22] <rue_more> it will be verbose about what it found
[13:25:53] <rue_more> hmm, most programs run, bloatware slumbers
[13:26:14] <technodict> it says dmsg cmd not found
[13:26:17] <rue_more> java is still trying to successfully crawl
[13:26:32] <rue_more> one moment while I run a checksum on my brain
[13:26:43] <rue_more> dmesg
[13:27:42] <technodict> can i try lsusb?
[13:27:46] <rue_more> no
[13:27:46] <technodict> lsusb
[13:27:50] <rue_more> use dmesg
[13:28:15] <technodict> ftdi serial device
[13:28:20] <rue_more> hah
[13:28:29] <rue_more> so, what serial port did it come up as
[13:28:43] <rue_more> it would have been assigned ttyUSBx
[13:28:44] <technodict> ttyUSB0
[13:28:48] <rue_more> ok
[13:28:58] <rue_more> show me your avrdude command line again
[13:29:22] <technodict> should i come out of the root?
[13:29:29] <rue_more> it dosn't matter
[13:29:38] <technodict> avrdude cmd line as in ?
[13:29:52] <rue_more> what avrdude command di you run to write the firmware
[13:30:05] <technodict> avrdude -c usbasp -p t2313
[13:30:11] <rue_more> aha!
[13:30:16] <rue_more> you need to add something
[13:30:25] <rue_more> -something /dev/ttyUSB0
[13:31:03] <technodict> usbasp part is ok?
[13:31:24] <rue_more> -P /dev/ttyUSB0
[13:31:32] <rue_more> add that and tell me what happens
[13:32:03] <rue_more> if I'm right
[13:32:03] <technodict> omkar@TechnodicT:~$ avrdude -c usbasp -p t2313 -P /dev/ttyUSB0
[13:32:04] <technodict> avrdude: error: could not find USB device "USBasp" with vid=0x16c0 pid=0x5dc
[13:32:04] <technodict> avrdude done. Thank you.
[13:32:20] <rue_more> hmm
[13:32:49] <rue_more> what if you move the -P to the first paramiter?
[13:34:01] <technodict> omkar@TechnodicT:~$ avrdude -P /dev/ttyUSB0 -c avrftdi -p t2313
[13:34:01] <technodict> avrdude: No devices with Vendor-ID:Product-ID 0403:6010 found.
[13:34:02] <technodict> avrdude done. Thank you.
[13:34:02] <technodict> omkar@TechnodicT:~$
[13:34:16] <rue_more> wait, what chip did you write the usbasp software to?
[13:34:33] <rue_more> no
[13:34:46] <rue_more> avrdude -c usbasp -P /dev/ttyUSB0 -p t2313
[13:35:12] <rue_more> http://www.fischl.de/usbasp/
[13:35:33] <technodict> ill need to install it manually ?
[13:35:34] <rue_more> fromwhat I see, the usbasp dosn't comm via the serial connection
[13:35:48] <rue_more> what chip did you write usbasp to?
[13:36:17] <rue_more> indeed, your setup is strange
[13:36:18] <zmo> hi!
[13:36:33] <rue_more> your usb should go directly to the chip, not thru a ftdi chip
[13:36:57] <technodict> wat chip did you write the usbasp to ?
[13:37:09] <technodict> i linstalled avrdude and require packages
[13:37:11] <rue_more> I didn't, I use soemthing tles
[13:37:19] <rue_more> what is the avr?
[13:37:30] <technodict> attiny2313
[13:37:43] <rue_more> huh?
[13:37:52] <rue_more> what I see its for a mega32/mega16
[13:38:18] <rue_more> not the chip your programming, the chip running the usbasp
[13:38:27] <rue_more> right now you ahve
[13:38:42] <rue_more> computer -> ftdi chip -> avr(?) -> attiny2313
[13:38:52] <rue_more> I need to know what avr(?) is
[13:38:55] <technodict> i have conected mosi msio ..... those 6 pins to corresponding pins of attiny2313
[13:39:12] <rue_more> it dosn't matter, avrdude cant find your programmer because its not plugged in
[13:39:22] <rue_more> what you have plugged in, is an ftdi chip
[13:39:56] <rue_more> its probably on a dev board with an avr
[13:40:00] <technodict> yea
[13:40:15] <technodict> it has an ftdi chip and and mcu inside
[13:40:15] <rue_more> and you wrote avrasp to the dev board
[13:40:40] <rue_more> the avrasp firmware does NOT work via the serial usb port you have it plugged into your computer with
[13:40:57] <zmo> I got a weird problem: when I write to the PG4 pin, and read back from it, the state is being changed from the code point of view, but when I'm plugging my logic analyzer, nothing gets out of the microcontroller. I'm running a modified Marlin firmware using TCCR1A/1B/3A/3B/4A/4B ISR timers but *not* the 2. I know PG4 share functionality with TOSC1 but I double checked the ASSR register and it's not configured...
[13:41:02] <rue_more> the usb should be directly off the avr, NOT thru the ftdi
[13:41:13] <zmo> (has my question been too long for freenode's line length limit?)
[13:41:21] <zmo> (three dots at the end)
[13:41:22] <rue_more> zmo, read PINx NOT PORTx
[13:41:25] <technodict> so what should i do now ?
[13:41:48] <rue_more> technodict, you need to make a new usb port that comes right off the avr
[13:42:02] <zmo> rue_more - I'm using a READ() macro so I don't make a mistake which I know works for the other pins
[13:42:04] <rue_more> and you still aren't telling me what chip is on the dev board
[13:42:24] <rue_more> zmo, 10:1 your reading PORT, not PIN
[13:42:57] <rue_more> paste the source to
http://paste.debian.net/ and I'll show you
[13:42:58] <zmo> rue_more - why do you think I'm reading PORT, not PIN?
[13:43:08] <technodict> atmega8l
[13:43:14] <rue_more> the problem fits your description
[13:43:23] <rue_more> technodict, aha
[13:44:13] <rue_more> technodict,
http://2.bp.blogspot.com/-Ychv1F3o1sk/UZcZTILdJZI/AAAAAAAAAZQ/Mn-Qy0x0EIY/s1600/usbaspnew.png
[13:44:15] <zmo> rue_more - here's what I'm using:
https://github.com/ErikZalm/Marlin/blob/1aa10a5f1822a6385801baaa7025e821f97c1fa6/Marlin/fastio.h#L26
[13:44:23] <rue_more> see how the usb port is wired?
[13:44:32] <zmo> well I'm actually using:
https://github.com/ErikZalm/Marlin/blob/1aa10a5f1822a6385801baaa7025e821f97c1fa6/Marlin/fastio.h#L66 but it's a double macro
[13:44:38] <technodict> oh so thatpart number is for chip on the programmer and not the target chip?
[13:44:51] <rue_more> technodict,
http://forum.arduino.cc/index.php?topic=149668.0
[13:45:04] <rue_more> technodict, remember you ahve two avrs in there
[13:45:06] <zmo> rue_more - I'm reading the pin bit on the port byte afaict
[13:45:45] <rue_more> show me your call to read()
[13:46:00] <technodict> oh yes
[13:46:24] <rue_more> dear god, nowonder marlin code is such a mess
[13:46:40] <zmo> rue_more - about marlin code, I know and it's being currently my worst nightmare
[13:46:51] <rue_more> yea, everyones
[13:47:11] <zmo> I'm working on getting rid of marlin's code and even of the AVR, to switch to a nicer cortex M3 and a new firmware code base
[13:47:25] <zmo> but meanwhile, I need that code to work with my board :-s
[13:47:49] <rue_more> I think you have a call like READ(portd, 2);
[13:47:59] <rue_more> that should be READ(pind, 2);
[13:48:09] <zmo> nope, it's more twisted than that
[13:48:12] <technodict> so i should usse atmega 8 asthe part number ?
[13:48:12] <zmo> it's SERIAL_ECHO(READ(BLC_DIR_PIN));
[13:48:31] <rue_more> you will know if you rewrite the makefile to use gpp and boil out all the real code, then page thru it and see what is really being compiled
[13:48:38] <rue_more> technodict, no
[13:48:41] <zmo> and BLC_DIR_PIN is actually the index of the PG4 pin + port from an arduino pinout matrix
[13:48:43] <rue_more> technodict,
[13:48:47] <zmo> marlin's mess
[13:49:12] <rue_more> technodict, you have: computer -> ftdi -> atmega8 -> tiny2313
[13:49:24] <zmo> but definitely, it's *not* how the pin is accessed, when I READ/WRITE to the pins of another stepper, it works perfectely fine
[13:49:28] <rue_more> technodict, you need: computer -> atmega8 -> tiny2313
[13:49:36] <rue_more> did you look at the schematic?
[13:49:43] <rue_more> http://2.bp.blogspot.com/-Ychv1F3o1sk/UZcZTILdJZI/AAAAAAAAAZQ/Mn-Qy0x0EIY/s1600/usbaspnew.png
[13:49:44] <rue_more> http://2.bp.blogspot.com/-Ychv1F3o1sk/UZcZTILdJZI/AAAAAAAAAZQ/Mn-Qy0x0EIY/s1600/usbaspnew.png
[13:49:44] <rue_more> http://2.bp.blogspot.com/-Ychv1F3o1sk/UZcZTILdJZI/AAAAAAAAAZQ/Mn-Qy0x0EIY/s1600/usbaspnew.png
[13:49:45] <rue_more> http://2.bp.blogspot.com/-Ychv1F3o1sk/UZcZTILdJZI/AAAAAAAAAZQ/Mn-Qy0x0EIY/s1600/usbaspnew.png
[13:49:45] <rue_more> http://2.bp.blogspot.com/-Ychv1F3o1sk/UZcZTILdJZI/AAAAAAAAAZQ/Mn-Qy0x0EIY/s1600/usbaspnew.png
[13:49:52] <technodict> yup
[13:49:56] <rue_more> see how they make a usb port off two of the avr pins?
[13:49:59] <rue_more> NO FTDI chip!
[13:50:03] <rue_more> thats important
[13:50:21] <technodict> how doi use the programmer then ?
[13:50:33] <rue_more> you need to make a new port on the atmega8 that comes directly off the atmega8
[13:50:40] <rue_more> just like in the schematic
[13:51:05] <technodict> so i cant use the programmer directly ?
[13:51:20] <rue_more> thats not direct
[13:51:27] <rue_more> the ftdi chip makes it indirect
[13:51:37] <rue_more> you have to make a usb port off the proper pins of the atmega8
[13:52:05] * Casper throws a snowball at rue_more
[13:52:08] <technodict> so ill need to solder?
[13:52:13] * Casper whissle
[13:52:13] <rue_more> the other option is to make your dev baord into a programmer that uses a serial port, which would make use of the ftdi chip
[13:52:44] * rue_more lays, splayed out on the floor, wondering if getting up is really worth it
[13:53:11] * rue_more rolls his head over and looks to the wiffle bat just out of reach
[13:53:24] * rue_more thinks Casper is lucky today
[13:53:38] <technodict> ok i ll look into it :)
[13:53:54] <rue_more> he just left?
[13:54:00] * rue_more looks right
[13:54:03] <rue_more> he left!?
[13:54:33] <rue_more> all this talking is making my throat horse
[13:54:41] <rue_more> and my door is a jar
[13:54:46] <rue_more> damnit, I'm confused
[13:55:55] <rue_more> ok this just sucks
[13:55:57] * Casper throws a second snowball
[13:56:08] <rue_more> whats the first step to converting ones self into a machine?
[13:56:41] <Casper> inventing proper nerve interface
[13:56:49] <rue_more> the brain dissipates about 100w of energy
[13:56:57] <rue_more> The brain dissipates about 10 watt
[13:57:03] <rue_more> this is what I hate about google,
[13:57:20] <rue_more> it will give you every answer there is
[13:57:33] <Casper> except the one you want
[13:57:51] <rue_more> how the hell do you know what is the real answer when you are given every possable answer?
[13:58:00] <Casper> no.... it give you the one you want, not the one you need
[13:58:06] <rue_more> the brain dissipates some 25 watts
[13:58:38] <rue_more> the brain dissipates 25 watts
[13:58:51] <rue_more> the brain dissipates 50 to 100 Watts
[13:59:12] <Casper> the human body dissipate 100W to over 1kW
[13:59:23] <rue_more> The brain dissipates about 10 watts
[13:59:45] <rue_more> you see, there is something thats not been said yet
[14:00:03] <rue_more> computation technology has been growing more efficient
[14:00:06] <rue_more> but there is a limit
[14:00:22] <rue_more> and it dosn't matter what the archatexture or config is
[14:00:54] <rue_more> at a certian point, 100W of brainpower can be matched by 100w of silicon power
[14:01:15] <Casper> yet it may not be the limit
[14:01:44] <rue_more> I dont know anyone has the means to measure the computational efficiency of the brain
[14:02:13] <rue_more> right now it just works too different to anything anyone can ref against
[14:02:47] <rue_more> a mind if just firmware, and a brain is just hardware
[14:03:18] <rue_more> mind is a poor word for that statement
[14:05:17] * Casper tapes a few IC on that bat...
[14:05:26] * Casper throws a snowball at rue_more
[14:12:55] * rue_more listens to Eurythmics_-_whos_that_girl while being hit by snowballs
[14:13:19] <rue_more> WHY THE HELL MUST i SWALLOW SO MUCH
[14:14:42] <Casper> hmm rue_more... is it me or current mode smps is basically what I need for a battery charger?
[14:15:02] <Casper> a quick reading said that the error amplifier control the current in the inductor
[14:15:19] <Casper> if I limit that output, I limit the output current, right?
[14:15:54] <Casper> meaning that the hack may be even simpler... provided that I have access to the output...
[14:16:05] <rue_more> from what I can tell, nerves use PFM and their gain goes up when damaged
[14:16:42] <rue_more> the 384x is current based controller usually used for flyback or forward converters
[14:17:01] <rue_more> see application example is datasheet
[14:17:13] <rue_more> <n
[14:18:19] <Casper> there is no max current setup, however, the max is 1V across the sensing resistor
[14:18:27] <rue_more> I recon about 12 seconds bween swallows
[14:18:38] <Casper> if I change it I can limit the input current :D
[14:20:32] <Casper> seriously, I think the hack is even simpler than I tought
[14:20:53] <Casper> swap the sense resistor... hack the feedback for higher voltage
[14:20:57] <Casper> shall be it
[14:21:18] <rue_more> the lm393 is used for 'power good'
[14:21:22] <rue_more> and maybe lockout
[14:21:42] <rue_more> current mode smps controller
[14:21:48] <rue_more> pardon me while I die
[14:21:51] <zmo> oh damn... I messed up the pinout of the pin that was not working, I was talking to the Arduino PIN 29 instead of Arduino PIN 74, which is AVR Pin 29
[14:22:05] <zmo> can't wait to get rid of marlin and the arduino pin out mess :-s
[14:22:29] * rue_more squeeks "just run it thru gpp"
[14:41:47] * megal0maniac_afk pats rue_more
[14:43:34] * rue_more tries to think of the downside of converting himself to an alcohol powered robot with a shiny metal ass, able to bend larger girders at his will.
[14:44:06] * Casper puts an electromagnet on rue's seat
[14:44:41] <Casper> oh better
[14:45:08] * Casper grinds up some neodyum magnet and sprinkle it on rue's seat
[14:45:21] <Tom_itx> it's aluminum.
[14:45:24] * Casper sprinkes also some iron dust
[14:45:44] <Casper> alu hmmm....
[14:46:09] * Casper sprinkes fine iron oxide powder on the seat
[14:46:14] <Tom_itx> he's too cheap to use brass
[14:46:20] <Casper> with friction, that shall make some self igniting thermite
[14:52:06] <megal0maniac_afk> I got a film camera. Am hipster now
[14:52:27] <Tom_itx> who the heck uses those anymore?
[14:52:38] <megal0maniac_afk> ME!
[14:52:48] <Tom_itx> i've still got a nice Nikon 35mm
[14:53:04] <Tom_itx> somewhere
[14:53:31] <Tom_itx> maybe i should ebay it so you'll buy it from me
[14:53:31] <megal0maniac_afk> Mine is a Minolta
[14:53:44] <megal0maniac_afk> I already have one too many film cameras
[14:56:50] <megal0maniac_afk> My internet has been throttled
[14:57:11] <megal0maniac_afk> It's so slow that speedtest stalls
[14:59:55] * megal0maniac_afk restarts router
[15:31:39] <rue_more> dead god tell me I pulled the batteries from my film camera
[15:32:08] <rue_more> whooh, I did
[15:32:23] <rue_more> that good, or it'd be junk
[15:49:00] <Casper> rue_more: still on old technology? I'm deceived!
[15:49:01] <Casper> :D
[15:50:17] <rue_more> I'm gonna sleep again
[16:33:33] <hotch> I've started learning Eagle, and even after downloading an AVR library and then an official Atmel library, I can't find any ATtiny85 DIP packages, for example: ATTINY85-20PU. Any ideas?
[17:06:52] <RikusW> make your own or use another DIP8 IC
[17:18:01] <Casper> hotch: drop the -20pu
[17:18:34] <Casper> and it may be under like attiny45 I think it's the same part but less flash/ram
[17:18:44] <hotch> I was searching for just attiny initially. no results. I noticed that when I select a library I can expand it and view attinys etc.
[17:18:47] <hotch> Cool thanks.
[17:19:19] <Casper> for avr, there is lots of "same device" parts
[17:19:37] <Casper> i.e. same functionality and pinout, but different storage
[17:19:47] <Casper> i.e. flash, eeprom and sram
[17:20:07] <Casper> which sometime does complicate the search of datasheet and cad part
[17:24:03] <hotch> Ah, got it, thanks guys.
[17:53:18] <rue_more> YOU THERE, IN THE SNOW, HOLDING THE TURKEY, WHAT DAY IS IT!?
[17:55:22] <N2TOH> WTF?
[18:06:05] <Casper> N2TOH: yeah, I think rue took too much drugs
[18:06:47] * Casper throws a snowball at rue_more
[18:07:29] * N2TOH runs to the store
[18:07:53] <Casper> run fast
[18:07:59] <Casper> 9 mins and I lock the store
[18:08:10] * Casper started the car
[18:08:16] <Casper> car is started
[18:08:20] <Casper> remote beeped
[18:08:28] <Casper> almost ready to elave!
[19:04:36] <hotch> Are there any "modern" alternatives to Eagle Cad? I get that it is a standard, but it's straight out of the 90s.
[19:05:34] <Tom_itx> Mentor Graphics
[19:05:38] <Tom_itx> altium
[19:05:48] <Tom_itx> $$$$
[19:12:05] <hjohnson> hotch: hey you could use gEDA, it's straight out of the early 90s :P
[19:12:29] <hjohnson> eagle cad sn't all that bad... on the mac it even supports the standard gestures (zoom in/zoom out, etc...)
[19:16:58] <hotch> Hah hjohnson :)
[19:32:30] <hotch> hjohnson: I won't lie, first off-paper schematic, like a kid at a candy store
[19:32:50] <Casper> hotch: basically all cad stayed in the 90
[19:33:25] <hotch> Amazing, love it now.
[19:33:46] <hjohnson> hotch: heh
[19:34:01] <hjohnson> naw, proper cad design-flow keeps you from making so many mistakes
[19:34:10] <hjohnson> (making sure that your schematics match your board layout etc...)
[19:43:58] <Casper> you know
[19:44:08] <Casper> I realised something earlier today...
[19:44:11] <Casper> about smps
[19:44:29] <Casper> I have no f* idea how the feedback really work :D
[19:44:49] <Casper> current mode, with opto and tl431
