Back
[04:00:44] <kizmoo> ss
[04:00:47] <kizmoo> hi
[04:01:13] <OndraSter> kj
[04:01:14] <OndraSter> hi
[04:01:18] <kizmoo> haj evryvan
[04:01:28] <OndraSter> nemluv jak kokot :D
[04:01:49] <kizmoo> ok ty pico :D
[04:01:50] <OndraSter> this is not czech/slovak channel
[04:01:51] <OndraSter> ..
[04:02:24] <kizmoo> co je to za chanal?
[04:02:50] <OndraSter> not sure if trolling or reality.
[04:02:52] <OndraSter> 'tis #avr
[04:03:24] <kizmoo> avr micro chip?
[04:03:30] <OndraSter> yes
[04:03:49] <kizmoo> preco nepises cesky
[04:04:00] <kizmoo> ja som slovak
[04:04:03] <OndraSter> because we are the only czech-or-slovak people here
[04:04:15] <kizmoo> heh
[04:04:30] <kizmoo> idem kuknut web
[04:04:42] <specing> "haj evryvan" <-- haha
[04:10:25] <kizmoo> sa mi paci then usb programmer mk-ii
[04:12:30] <kizmoo|> ja uploadujem hex skrz ftdi sude dasa a je to dost pomale
[04:12:42] <kizmoo|> dude
[04:14:22] <kizmoo|> si pana, 30 dolacov
[04:35:51] <theBear> oh.. farfen nugen !
[04:44:35] <kizmoo> what programmer you use ?
[04:44:53] <kizmoo> for hex upload
[04:45:44] <kizmoo> but, what is most favourite avr programmer?
[04:46:19] <kizmoo> if i can ask
[04:46:31] <kizmoo> hm?
[04:56:23] <kizmoo> cisto upicostovia
[04:56:30] <kizmoo> tito avraci
[04:57:18] <kizmoo> jebal kanec jebal svinu, na pitchu jej hazdal hlinu
[05:00:23] <theBear> avrdude stk200 buffered clone (rifraf programmer)
[05:20:11] <kizmoo> thx
[05:22:02] <Roklobsta|2> farfen nugen? chanop ban him!
[06:12:16] <kizmoo> ban an
[06:15:24] <Horologium> kizmoo, there are many avr programmers
[06:15:25] <nickoe> Hello. What is the impedance of the ADC in an AVR approximately? Can I model is as very high say 10Mohm or is it rather 1k or should I neglect it as a load?
[06:15:31] <Horologium> Tom_itx has a nice one that he sells.
[06:15:55] <Horologium> I often use the one from Tom_itx or my original parallel port programmer, depending on which computer I'm on at the time.
[06:16:12] <Horologium> nickoe, have you looked in the datasheet?
[06:16:31] <nickoe> Horologium: yes, but I am not quite sure where to look
[06:17:19] <Roklobsta|2> 100megogm
[06:17:21] <Roklobsta|2> ohm
[06:17:47] <Roklobsta|2> RAIN Analog Input Resistance 100 MO
[06:17:56] <Roklobsta|2> copypasta
[06:18:21] <nickoe> ahh, cool. Roklobsta|2 thanks.
[06:18:49] <Horologium> RAIN Analog Input Resistance 100 MΩ
[06:18:55] <Roklobsta|2> thts for a 1280 and friends
[06:19:10] <Horologium> right in the datasheet electrical stuff.
[06:19:21] <Horologium> mine is from the atmega169 datasheet.
[06:19:33] <Horologium> so,,seems same across the atmega line.
[06:19:36] <Roklobsta|2> if everyone RTFM there'd be no need for freenode
[06:19:42] <Horologium> Roklobsta|2, indeed.
[06:19:48] <Horologium> or at least, less need.
[06:22:23] <Horologium> kizmoo,
http://tom-itx.dyndns.org:81/~webpage/boards/USBTiny_Mkii/USBTiny_Mkii_index.php nice multiple-interface programmer...works for attiny, atmega, and xmega chips.
[06:23:38] <kizmoo> Horologium, thx
[06:23:58] <Horologium> if you say so.
[06:24:24] <Horologium> if you have a parallel port then you can build a simple programmer by pushing several wires into the port and connecting them to the AVR.
[06:25:08] <Horologium> http://xtronix.in/stk-200.gif
[06:25:25] <Horologium> that's my first ever programmer and I still have one that works...without the resistors.
[06:26:00] <Horologium> but you have to have a parallel port,,,and not a usb-parallel adapter.
[06:28:04] <braincracker> Semper Fi
[06:30:00] <Horologium> sorry, I'm ex-airforce, not marine.
[06:30:06] <Horologium> so
[06:30:08] <Horologium> Aim High!
[06:30:20] <Horologium> at least our motto is in ENGLISH!
[06:30:29] <Horologium> :}
[06:30:44] <braincracker> ;>
[06:31:05] <nickoe> don't the xmega and attiny's use ISP programming?
[06:31:31] <Horologium> xmega uses pdi
[06:31:38] <Horologium> most attiny use standard ISP
[06:32:01] <Horologium> some of the 6pin attiny chips use TPI
[06:32:17] <nickoe> ok, I did not know that, but I have never tried to use them anyway.
[06:32:54] <Horologium> they are all technically an in system programming but different protocols.
[06:35:10] <Horologium> the programmer from Tom_itx handles all three.
[06:38:11] <Valen> ey Tom_itx you around?
[06:41:55] <nickoe> Horologium: yes, I can see.
[06:41:56] <nickoe> :)
[06:59:38] <RikusW> Horologium: t20 and t40 use TPI too, they're not 6 pin
[06:59:55] <Horologium> RikusW, ok.
[07:00:10] <RikusW> t 4 5 9 10 20 40
[07:00:22] <Horologium> haven't had use for them...only ones I've run across that use it were the little bitty ones but haven't used any of them yet.
[07:00:28] <RikusW> I don't know of any other TPI AVRs
[07:00:49] <RikusW> I have two t10's just for testing the programmer
[07:01:04] <RikusW> its $1 for one
[07:01:14] <RikusW> or a little less
[07:02:31] <Horologium> most of what I do is with atmega chips...though I do have some attiny45 and attiny85 chips that I use for blinkylight toys on occasion just because I got a pile of them real cheap.
[07:03:07] <Horologium> used a bunch of attiny45 chips to make magnetic pseudorandom RGB LED throwies.
[07:04:17] <Horologium> magnet, some wire, an RGB LED, little coin cell battery, and an attiny chip.
[07:04:55] <Horologium> laid out so that when the magnet attaches to something it presses two wires together and turns the blinky controller on.
[07:05:35] <Horologium> and did pseudo-random control of the 3 colors with software pwm.
[07:05:51] <Horologium> the looked awesome at night stuck all over the side of a guy's car.
[07:06:22] <Horologium> we must have made 30 of them one afternoon.
[07:08:53] <Horologium> filled the eeprom with random data then used the internal temp sensor as seed.
[08:10:23] <h4x0riz3d> if there's some firmware on the flash from address 0 onwards, does it matter if the flash after the firmware is "erased" or not?
[08:11:32] <h4x0riz3d> afaik "erased" means all bytes being 0xFF which means "NOP"
[08:11:58] <OndraSter> it should, yes
[08:11:59] <OndraSter> on AVR :)
[08:13:00] <h4x0riz3d> the question is, if i program a firmware onto the chip, does it _really_ matter whether the "unused" bytes get set to 0xFF
[08:20:08] <OndraSter> h4x0riz3d, in the case that you somewhere do a typo, then yes
[08:20:15] <OndraSter> but it is fairly impossible in C, you'd have to do it in asm
[08:22:29] <h4x0riz3d> typo?
[08:22:42] <OndraSter> jump
[08:22:46] <OndraSter> or branch
[08:22:46] <h4x0riz3d> i guess i failed to explain
[08:22:50] <OndraSter> or just forgetting the main loop end
[08:23:20] <h4x0riz3d> i'll try to do an alternative self-programming mechanism in my bootloader
[08:23:48] <h4x0riz3d> and i wanna know if it's _really_ important to clear the bytes after the actual firmware
[08:23:52] <h4x0riz3d> bytes/pages
[08:30:54] <OndraSter> no
[10:00:01] <h4x0riz3d> what is "int" in avrgcc?
[10:34:01] <timemage> antto, -32768 to 32767. is that what you wanted to know?
[10:54:35] <antto> so it's int16_t
[10:54:40] <antto> ouch then ;]
[10:57:52] <antto> is UCSR1B related to UCSR0B ?
[11:06:46] <antto> i think it isn't
[11:17:37] <specing> try with -mint8 and it'll be 8 bit
[11:53:07] <RikusW> antto: it is, for timer0 and 1
[11:53:51] <timemage> RikusW, you sure they're for timers?
[11:54:18] <RikusW> err maybe uart
[11:54:25] <timemage> RikusW, might be =)
[11:56:31] <RikusW> it is
[11:56:46] <RikusW> just checked, on AVRs using more than one uart
[11:57:12] <RikusW> and some single uart avrs use it too
[12:17:04] <antto> yeah, one of them is surely related to MIDI (which is sort of like a serial port)
[12:28:24] <braincracker> heheh
[12:28:41] <braincracker> Horologium <= yea, not easy to get entropy
[12:28:50] <braincracker> the microcontroller is too deterministic
[12:29:25] <braincracker> on a pc, it is simple to add a whole multitasking os in the random
[13:01:13] <braincracker> If your parachute fails to deploy, try to fly. You've got nothing to lose.
[13:01:57] <antto> that's certainly true
[13:09:01] <_abc_> Hi guys. Has anyone seen a dinged atmega168 mode where it does not come out of reset and if it does come out after a lot of prodding it runs for a few seconds and gets stuck, after which it no longer responds to reset at all?
[13:09:17] <_abc_> I assume the part is dead, probably zapped with ESD, but I am curious?
[13:10:15] <Casper> external crystal?
[13:12:10] <braincracker> turn off WDT
[13:12:21] <Casper> if so, check the capacitors and try to inverse it, some crystal are unidirectional
[13:12:24] <braincracker> or reset it periodically before it times out
[13:12:37] <Casper> WDT wouln't do that
[13:12:50] <Casper> but also check your supply voltage and the BOD setting
[13:13:17] <Casper> also the pullup on reset...
[13:13:31] <Casper> if all look fine, I'ld vote for a dead chip
[13:13:37] <braincracker> if it periodically resets it can be caused by wdt
[13:14:18] <braincracker> if it does not reset properly, then oscillator startup fails maybe
[13:15:07] <braincracker> haha Casper, never seen a polarised crystal
[13:15:23] <braincracker> only piezo speaker
[13:15:26] <Casper> braincracker: I did... at school....
[13:15:31] <tzanger> assuming you have a scope, look at both ends of the crystal when connected to the chip, you should see something resembling a weak sine wave on one end (XIN) and something resembling a stronger sine/square wave on the other (XOUT)
[13:17:10] <Casper> however they were 4MHz ones... about half of the class had it's circuit working intermittently, or not at all, the teacher couln't figure it out, mine did too, I noticed the issue, suspected a defective crystal... then 2... then the third worked... then retested a bad one and worked, tested the good one and failed... then I noticed that the label...
[13:17:22] <Casper> everyone got puzzled, including the teacher
[13:17:39] <Casper> but again, I saved the day that day :D
[13:18:14] <Casper> (by the time I was done debugging, the rest of the class only started to run into those issues... most was still assembling)
[13:21:20] <tzanger> if you suspect the crystal, program the device for external clock and drive it with a square wave out of a function generator or even a little 555 circuit.
[13:21:51] <Casper> hmmmm 555
[13:22:12] <braincracker> cd4011
[13:25:44] <_abc_> It runs on internal clock, wdt is on but not from fuses, I tried BOD disable. The code is known to work well, I have a doubt about the chip.
[13:26:49] <_abc_> I also heard weird stories from people who bought counterfeit atmegas somewhere and which behaved in a crazy way.
[13:27:19] <_abc_> The stories are credible, I heard them in a parts shop and the person who told them buys a certain quantity there. The dodgy atmegas were bought online.
[13:27:28] <_abc_> I did not believe the story at the time but now...
[13:28:15] <braincracker> if it does not come in factory packaging, then forget quality
[13:28:36] <_abc_> this one came from tme.eu in a plastic bag and stuck in mos foam inside the bag
[13:28:51] <braincracker> does not sound perfect, but ...
[13:28:53] <_abc_> but it was the last one in stock and I'll get another on Thursday to continue testing
[13:29:12] <braincracker> maybe you failt in soldering it, BGA ?
[13:29:17] <braincracker> failed
[13:29:26] <_abc_> nope dip in socket
[13:29:31] <braincracker> ;/
[13:29:37] <Casper> braincracker: if you buy them in partial tube quantity, they do not come in factory packaging
[13:29:46] <_abc_> and my usual workplace which means wooden desk, no serious esd reasons
[13:30:02] <braincracker> well tape can be cut for example
[13:30:03] <Casper> and avr are quite ESD resistant
[13:30:04] <_abc_> i.e. where I always assemble things
[13:30:15] <braincracker> i used to buy larger quantities though
[13:30:41] <_abc_> Casper: the reset pin is the non-resistant part exactly like on pics the MCLR and for the same reason: No protection diode to +Vdd because of the need to apply HV for programming
[13:30:54] <braincracker> _abc_ <= i have never killed a single IC with ESD in last 13 years
[13:31:14] <Casper> _abc_: yeah... they could/should have put a zener there
[13:31:18] <_abc_> I have killed a few, but very few. This one did not go through anything which might mandate concern of that kind
[13:31:24] <_abc_> I am curious what got it
[13:31:49] <braincracker> avalanche? reverse polarity?
[13:31:49] <Casper> but I'ld say that you got a factory defect
[13:31:57] <_abc_> Also unlikely
[13:32:03] <_abc_> Something happened but what?
[13:32:12] <braincracker> bad circuit
[13:32:14] <_abc_> I assume the reset circuit is fried
[13:32:22] <_abc_> inside the chip
[13:32:43] <_abc_> so it's sort of capacitively coupled to the reset pin and works for a while after applying a sharp pulse
[13:32:54] <_abc_> but not if slowly rising supply is applied
[13:35:07] <_abc_> In despite of boden being on
[13:35:14] <_abc_> I mean BOD
[13:38:33] <Casper> _abc_: I still vote for manufacturer defect
[13:39:28] <Casper> like bad solder of the gold wire inside, broken trace, misalignment.....
[13:39:33] <_abc_> I vote for wait
[13:39:35] <_abc_> ing
[13:45:26] <antto> SPCR = (1<<SPE)|(1<<MSTR) | 0x1; <- this line, afaik it does "enable spi" whatever that means
[13:46:08] <antto> could my uart fail to work if i set it up _after_ this line?
[13:49:00] <_abc_> not related
[13:49:17] <antto> damn ;]
[13:49:51] <_abc_> read the datasheet, the part with 'sfr bits related to uart' and run through your code to see that ALL of them are set as you need after you finish setup
[13:51:08] <antto> couldn't find anything containing "SFR" O_o
[13:51:36] <_abc_> $deity look in data sheet uart section, at the end there is a table showing all bits and registers related to uart setup
[13:52:44] <antto> uart or usart?!
[13:53:50] <antto> "UCSR0B" is the thing i'm trying to make work
[17:36:56] <nickjohnson_> Anyone know how to slow SPI down beyond CLKDIV_128 on the Arduino?
[17:39:31] <Tom_itx> in the spi registers
[17:40:05] <Tom_itx> this isn't an arduino channel. we set the hardware with real registers
[17:40:41] <nickjohnson_> Tom_itx: I don't think the registers go beyond a /128 divisor either, though
[17:41:40] <Casper> then use software spi
[17:41:58] <Casper> and stop saying "on the arduino" just say which AVR it use
[17:42:14] <nickjohnson_> I'd rather not switch for everything, because I only need low speed to set the fuses on the AVR I'm programming as a target
[17:42:17] <Tom_itx> SPR1, SPR0: SPI Clock Rate Select 1 and 0
[17:42:32] <nickjohnson_> Casper: It was relevant, because an answer might involve the Arduino libraries rather than AVR registers
[17:42:35] <nickjohnson_> I'm happy with either
[17:42:47] <Tom_itx> These two bits control the SCK rate of the device configured as a Master. SPR1 and SPR0 have
[17:42:47] <Tom_itx> no effect on the Slave. The relationship between SCK and the Oscillator Clock frequency fosc is
[17:42:47] <Tom_itx> shown in the following table:
[17:43:00] <Tom_itx> P. 170 of the atmega168 data sheet
[17:43:14] <Tom_itx> what chip do you have?
[17:43:20] <Tom_itx> i presumed it was a 168
[17:43:26] <Tom_itx> 328 would be the same
[17:43:33] <nickjohnson_> Hm, yeah, so it does go only as low as /128 :/
[17:43:40] <nickjohnson_> Tom_itx: 328, yes
[17:43:49] <specing> nickjohnson_: no answer on #avr is ever going to involve the arduino libraries ;D
[17:43:56] <nickjohnson_> Is it possible to reconfigure the clock speed or divisor at runtime?
[17:44:20] <Tom_itx> you could run with a slower clock but it would screw up all the arduino library timing
[17:44:43] <nickjohnson_> As far as I can tell, the target AVR (an attiny4313) really ought to respond at 125khz (/128 divisor), but it doesn't. :/
[17:45:04] <nickjohnson_> Tom_itx: I'd rather not run it slower all the time, but if I could divide the clock long enough to program the fuses on the target, that would work
[17:47:50] <nickjohnson_> Infuriating that they ship from the factory with CLKDIV8 programmed
[17:48:59] * specing doesen't have issues with that
[17:50:40] <nickjohnson_> Just seems a bit pointless - it makes initial fuse programming tougher
[17:51:29] <atom1> they always ship with the lowest clock rate programmed
[17:52:07] <nickjohnson_> Ah, awesome, CLKPR on the ATMega328p lets me adjust the clock prescaler at runtime
[17:52:38] <Roklobsta> don't forget to put the avr into protected mode first before changing clocks.
[17:53:07] <OndraSter> haha protected mode
[17:53:12] <specing> into what?
[17:53:19] <OndraSter> real mode more likely
[17:55:13] <nickjohnson_> There's a 'prescaler enable' bit
[17:55:22] <nickjohnson_> Or rather, 'prescaler write enable'
[17:55:38] <nickjohnson_> Hah, of course this totally screws up serial communication
[17:56:33] <Roklobsta> there are 8 bits you can use to set the spi clock rate based of the primary clock. avoid messing wit the primary clocl
[17:56:34] <Horologium> of course..at least usart
[17:57:01] <nickjohnson_> But it works, good enough for me :)
[17:57:08] <nickjohnson_> Roklobsta: The biggest divider is /128. I need a bigger divider.
[17:57:37] <nickjohnson_> (/256, specifically)
[17:58:26] <Roklobsta> fsck how sli is your spi device?
[17:58:33] <Roklobsta> slow
[17:58:37] <nickjohnson_> I'm programming the fuses on an ATTiny4313
[17:58:47] <nickjohnson_> Which is initially set for 8mhz internal oscillator with CLKDIV8 programmed
[17:59:00] <Roklobsta> make sure you set them to at least 2 Amps.
[17:59:03] <nickjohnson_> 125KHz SPI still appears to be too fast for it
[17:59:16] <nickjohnson_> Uh, sure...
[17:59:28] <Roklobsta> what is the spi widget you are communicating with?
[17:59:51] <nickjohnson_> Well, ultimately Arduino's SPI library, which is just a thin wrapper around the AVR's native SPI support
[18:00:05] <Horologium> Roklobsta, actually, programmable fuse,,,or rather, programmable breaker, would be awesome!
[18:00:08] <nickjohnson_> More indirectly, I'm using adafruit's standalone-ISP-programmer sketch, modified
[18:00:18] <Horologium> arduino lib,,,thin?
[18:00:24] <Roklobsta> okok. so you have an arduino mega and an attiny?
[18:00:26] <nickjohnson_> (I love Adafruit, but their code is _awful_)
[18:00:43] <Roklobsta> north americans say "offal"
[18:00:47] <nickjohnson_> Roklobsta: yup
[18:01:06] <nickjohnson_> I'm using the mega to program a batch of ATTinys
[18:01:24] <Roklobsta> using presumablu SPI to program via the ISP?
[18:01:27] <nickjohnson_> yup
[18:01:44] <Roklobsta> do you have a cro?
[18:01:52] <nickjohnson_> Yes, and a logic analyzer
[18:02:02] <nickjohnson_> Which is how I figured out what was going wrong in the first place
[18:02:07] <Roklobsta> ok so you can see the signal and speed
[18:02:10] <nickjohnson_> yup
[18:02:19] <Roklobsta> and you under stand the ISP protocol
[18:02:23] <nickjohnson_> At 125KHz, the ATTiny doesn't respond at all over ISP
[18:02:26] <nickjohnson_> At half that, it does
[18:02:29] <Roklobsta> ok
[18:02:30] <nickjohnson_> well enough
[18:02:49] <Roklobsta> Tom_itx will be the expert o this one
[18:03:02] <OndraSter> 125kHz is ridiculously low enough, it has to respond on that..
[18:03:13] <nickjohnson_> I suspect my current clock-wrangling will be my best bet unless I want to use software SPI
[18:03:17] <nickjohnson_> OndraSter: You'd think so, but it doesn't.
[18:03:35] <nickjohnson_> 1 megahertz / 4 is theoretically its max speed based on what I read in the datasheet
[18:04:13] <Roklobsta> why do you want to use an arduino and not something that is known to work like avrd00d
[18:04:36] <nickjohnson_> Roklobsta: Because I'm building a test jig. It doesn't just program one chip, it programs it and runs a series of self-tests
[18:05:05] <Roklobsta> oh understoof
[18:05:09] <OndraSter> nickjohnson_, that is 250kHz
[18:05:11] <OndraSter> this is half of it :o
[18:05:35] <Roklobsta> you must have some timing out? chip select?
[18:05:39] <nickjohnson_> OndraSter: I'm aware of that. Nevertheless, it clearly doesn't work.
[18:05:47] <Roklobsta> i never looked at ISp requirements
[18:05:55] <nickjohnson_> Roklobsta: There's no chip select, only the reset line
[18:06:14] <nickjohnson_> If I set the AVR prescaler to 2, and the SPI clock divider to 128, I can consistently program the fuses correctly
[18:06:20] <Roklobsta> ok so reset is CS, you just need to assert it to start using isp
[18:06:27] <nickjohnson_> If I don't set the prescaler, it never works (until they've been programmed once, of course)
[18:06:33] <nickjohnson_> More or less, yes
[18:06:37] <nickjohnson_> With various setup time requirements etc
[18:06:47] <nickjohnson_> Then you have to send a 4 byte 'enter programming mode' sequence before it'll do anything
[18:09:25] <Roklobsta> ok, so the target doesn't need a clock, it's just relying on the spiclk
[18:09:44] <nickjohnson_> It has to have a clock of some sort. In this case it's using an internal oscillator
[18:09:58] <Roklobsta> is there a clk division going on inside vigin chips?
[18:10:11] <nickjohnson_> Yup. The default is 8mhz internal oscillator, divided by 8
[18:10:15] <nickjohnson_> Hence the problem
[18:10:40] <Roklobsta> wait so the internal system clock runs while the ISP works?
[18:10:50] <nickjohnson_> yup
[18:11:00] <nickjohnson_> It's just acting like an SPI slave
[18:11:31] <Roklobsta> maybe you jsut need to do an initial clock setting at the sloooow speed, reset then restart the ISP at the new higher speed
[18:11:54] <nickjohnson_> That's exactly what I'm doing
[18:12:06] <nickjohnson_> But the ATMega's SPI clock divider doesn't go low enough
[18:12:06] <Roklobsta> ok, but you want to avoid the slow step altogether
[18:12:14] <nickjohnson_> No, I know I can't avoid the slow step
[18:12:17] <Roklobsta> oh oh oooooooooooooooooooooooh
[18:12:24] <nickjohnson_> I was looking for a way to get the ATMega's SPI going slow enough to work
[18:12:41] <Roklobsta> the dedicated SPI or the one in the USART
[18:13:05] <nickjohnson_> The dedicated SPI
[18:13:17] <nickjohnson_> On the ATMega, not on the attiny
[18:13:45] <Roklobsta> right, my atmega manual shows the USART in SPI mode has a lot more timing flexibility
[18:13:51] <nickjohnson_> ah
[18:14:03] <Roklobsta> fosc/(2*UBRR - 1)
[18:14:04] <nickjohnson_> Well, I've already got it physically wired up to the dedicated SPI pins, sadly
[18:14:17] <Roklobsta> fosc/(2*UBRR + 1)
[18:14:36] <Roklobsta> or UBRR = fosc/2*desiredbitrate -1
[18:15:00] <Roklobsta> nothing a blowtorch and pliers can't fix
[18:15:22] <nickjohnson_> heh
[18:15:22] <Roklobsta> like happened to the guy in Pulp Fiction
[18:15:29] <nickjohnson_> I think I'll stick with my nasty prescaler hack for now
[18:16:01] <Roklobsta> are you making widgets for production?
[18:16:08] <Roklobsta> commercially
[18:16:14] <nickjohnson_> The things I'm programming are for sale
[18:16:18] <nickjohnson_> The thing I'm programming them with isn't
[18:20:49] <wirehead> has anyone here programmed a teensy 2.0++ via spi
[18:21:05] <wirehead> flashed the bootloader that way, rather
[19:04:30] <Tom_itx> nickjohnson_, get a programmer to program em
[19:05:20] <Tom_itx> wirehead, i have done similar with an arduino 2560
[19:05:39] <Tom_itx> using my isp programmer
[19:11:58] <Roklobsta> tom: he's got a test jig that by the sounds of it needs to program them then turn around and test them
[19:12:26] <Roklobsta> and he probably wants to just insert blanks and pull out tested saleable items
[19:13:44] <Tom_itx> likely so
[19:14:41] <Tom_itx> but it might be easier done with a decent programmer over a hacked arduino
[22:53:16] <inflex> hiya Tom_itx
[22:53:21] <inflex> hope all is going acceptably wel
[23:22:45] <raden> can I use the arduino boards for regular Avr C ?
[23:23:18] <Casper> sure
[23:23:23] <Casper> and strongly recommanded!
[23:23:30] <raden> why is that ?
[23:23:43] <raden> do they make a 40 pin dip board for like an atmega 324 ?
[23:23:50] <Casper> arduino libs are junk and encourage the worse way to code
[23:23:59] <Casper> the board are ok
[23:24:00] <raden> i use C
[23:24:04] <raden> boards are cheap
[23:24:05] <Casper> but the software... ew
[23:31:16] <raden> hmmmm
[23:31:35] <raden> Casper ever connect a AVR to TCP/IP ethernet ?
[23:32:05] <Casper> nope
[23:32:09] <Casper> I'm not masochist enought for that :D
[23:32:36] <raden> id like to be able to turn stuff on and off remotely and monitor
