Back
[00:01:26] <vsync> Xark no
[00:01:43] <vsync> yeah, you send dummy bits to read, that's all fine and dandy
[00:02:05] <Xark> vsync: OK, so this is a different protocol. I've never heard of it...
[00:02:15] <vsync> it is SPI, just full duplex
[00:02:21] <vsync> um...
[00:03:05] <vsync> so when you write to the slave, you send 1 byte which contains the length of the data, 1 byte that contains the command code, and then the length amount of bytes, yeah?
[00:03:11] <vsync> but
[00:03:32] <vsync> when you pull the slave select low, the slave can also clock data to the master at the same time
[00:03:49] <vsync> not just dummy bytes, which is the normal half-duplex spi, like sd cards
[00:04:08] <vsync> though, iirc sd cards send some sort of acknowledgement too
[00:04:48] <vsync> so, for instance i'm sending a 8 bytes of data, but when you pull slave select down the slave *might* also send x bytes of data back, which you need to read
[00:05:18] <Xark> How do you check?
[00:05:20] <vsync> the slave sends a similarly structured packet, and you need to check its header if the length-byte is not 0
[00:05:30] <Xark> It has to send you some indication in prior bytes?
[00:05:37] <Xark> I see.
[00:06:03] <Xark> Sounds a bit tricky. :)
[00:06:36] <vsync> the tricky part is to write to an input buffer which may not be the same size as the output buffer
[00:07:17] <vsync> just because i've been doing analog circuits all my life, i need to brush up on my software stuff.
[00:08:14] <vsync> there should be plenty of examples in the internet, have to use something for reference. otherwise i'm thinking this write routine will become really inefficient
[02:25:30] <abcminiuser> Not keeping left on the escalator < kicking puppies < eating puppies < Hitler < not supporting the iPhone 6+'s native resolution
[02:25:31] <abcminiuser> TIL.
[02:29:00] <vsync> aren't you that ex-atmel guy
[02:29:04] <abcminiuser> Err
[02:29:16] <abcminiuser> Depends on your opinion of that guy and/or Atmel
[02:29:44] <vsync> i think he was cool. I think atmel's more or less meh
[02:29:58] <abcminiuser> Aww, I guess I'm willing to own up to being that guy then
[02:29:59] <abcminiuser> :P
[02:30:03] <Valen> abcminiuser: is way cooler than that guy
[02:30:16] <vsync> there's a gap between the megas and the 32's
[02:30:20] <vsync> xmegas are dead
[02:30:25] * abcminiuser Fonz "eeeeyyyy"
[02:30:34] <abcminiuser> Dead?
[02:30:45] <vsync> oh come on
[02:31:40] <vsync> or then their development is just dead-ass slow
[02:32:07] <abcminiuser> I can't comment officially, but is there a missing feature in the current lineup?
[02:32:17] <abcminiuser> They're no ARM M4, but they fill a niche
[02:32:45] <vsync> 5v tolerance, problematic adc
[02:33:05] <vsync> to name a few
[02:34:01] <vsync> switched over to arm, better support, more functionality that's actually working
[02:34:22] <vsync> from all the information i gathered i found out so many problems regarding xmegas, that i decided to stop reading and drop them altogether
[02:34:59] <abcminiuser> Were you using an original A1 or something?
[02:35:11] <abcminiuser> Newer (<5 year) silicon is much improved, the AU, B, C and D series
[02:35:16] <vsync> had an a3 laying around
[02:35:42] <vsync> alrightey then
[02:35:57] <vsync> well, too late now anyway :|
[02:36:00] <abcminiuser> Ah, the A series is def. dead, 150% replaced with AU
[02:38:46] <Roklobsta> abcminiuser: you finish debugging that lightbulb yet?
[02:39:00] <abcminiuser> We launched 2.0 today
[02:39:11] <abcminiuser> All new, 100% re-written and MUCH better firmware, and a new pair of apps
[02:39:25] <hypermagic> hey abcminiuser
[02:39:28] <abcminiuser> iOS people are already getting out their pitchforks
[02:39:38] <hypermagic> can't you just make an arm for 10-30 years? :P
[02:40:51] <abcminiuser> I make light bulbs now, not Atmel apps :P
[02:50:04] <aep_> abcminiuser: company?
[02:50:16] <aep_> my company buys that stuff
[02:50:43] <abcminiuser> LIFX.co
[02:50:48] <aep_> ooooh
[02:50:55] <aep_> we have like a billion bugs
[02:51:12] <aep_> i guess you fixed all of them? :P
[02:53:54] <abcminiuser> Which bugs?
[02:54:06] <abcminiuser> V2.0 today is a complete re-write of the entire stack, FW to SW
[02:54:11] <abcminiuser> (plus new cloud)
[02:54:26] <aep_> the worst one being right now that it doesnt work in the 10.0.0.0/8 subnet
[02:56:30] <abcminiuser> Good christ man, that was a bug in the *original* firmwarfe
[02:56:34] <abcminiuser> *firmwarfe
[02:56:36] <abcminiuser> *&^%*&
[02:56:39] <abcminiuser> *firmware
[02:56:50] <abcminiuser> You never updated from 1.1 to 1.3, 1.4 or 1.5 before now?
[02:58:29] <Roklobsta> nest? so when do you think google is comin' 'round with the sacks of cash?
[02:59:01] <abcminiuser> They had better be huge burlap bags with green dollar signs on them
[03:01:58] <Roklobsta> it still won't be enough to buy a small apt in melb.
[03:10:38] <abcminiuser> Sadface, I've been looking for a place to buy for a year now
[03:15:58] <w|zzy> Try Sydney :/
[03:16:59] <Roklobsta> abcminiuser: move out of town. you don't need to be in the city to hack
[03:19:05] <abcminiuser> Yeah I've been looking around Greensborough, Eltham, Diamond Creek, Rosanna, Watsonia, Research, etc
[03:21:00] <w|zzy> Nice area.
[03:22:38] <abcminiuser> "THIS WEEK ON MYTHBUSTERS: IS IT HARD TO HOLD ON TO MANY HEAVY THINGS AT ONCE?"
[03:22:48] <abcminiuser> Sigh, and they started the new series so well
[03:49:53] <Roklobsta> abcminiuser: i watch it over dinner. i think they have blownup/torched/shot/smashed about everything you can imagine by now.
[03:49:59] <Roklobsta> it's a bit boring
[03:51:50] <abcminiuser> Yeah the shift back to science/modelling creation is great, but the stories aren't very interesting anymore
[03:59:37] <DO9XE_> hey abcminiuser, does the lufa SPI Library use the /SS Pin by default? I've been testing and tryed to set it manually, but it didn't work out. Is it pulled low on tx by default?
[04:01:25] <abcminiuser> It is forced high during SPI init (internal pullup if it's an input) to prevent transients from messing with the SPI mode, then released when init is done
[04:28:25] <DO9XE_> hmm, then i have to search the problem somwhere else. I could try to disable the release of the /SS ant the end of init
[06:12:34] <[w_w]> anyone know of some FPGAs that have complete linux development environments? like compiler, linker, programmer, etc?
[06:15:28] <hypermagic> xilinx
[06:15:34] <hypermagic> shitty stuff though
[06:16:20] <hypermagic> you might be able to find a version that will work
[06:44:38] <twnqx> hypermagic: why shitty? just because the insane size? and you need to do weird thigs to make their programmer work?
[06:50:01] <specing> I didn't have to do weird stuff
[06:50:24] <specing> granted I used digilent adept for programming
[06:50:37] <specing> and via usb passthrough to a VM
[06:50:52] <specing> easy
[06:55:01] <twnqx> heh
[06:55:20] <twnqx> yeah, i used xilinx' programming tool in a windows vm for a long time, too
[06:55:34] <twnqx> but i found some hacks to make their programmer work without the stupid libs
[07:00:23] <specing> I use them in Gentoo VM
[07:00:33] <specing> why deal with windows? 0.o
[07:04:45] <hypermagic> twnqx, nice
[07:59:50] <specing> I really fucking love xmega datasheet format
[07:59:58] <specing> nice colours
[08:00:04] <specing> nice diagrams
[08:01:16] <CinderellaMan> Watz Crackin.
[08:01:23] <specing> crackers
[08:01:27] <CinderellaMan> word.
[08:02:00] <CinderellaMan> long time no see
[08:02:14] <CinderellaMan> <-- h4x0r
[08:02:17] <CinderellaMan> :)
[08:06:26] <CinderellaMan> brb
[08:07:45] <CinderellaMan> Watz Crackin.
[08:27:49] <Kre10s> not really avr related but... lets say I'm doing some massive data acquisition. I've got 16 16 bit parrallel busses that each carry 8 input channels. whats the best way to get these all into a dsp?
[08:30:34] <specing> Kre10s: required speed?
[08:31:53] <specing> eh just skip this
[08:31:56] <specing> get an FPGA
[08:32:00] <Kre10s> I want to sample at 100KHz per channel. so data has to come out 800KHz per bus.
[08:32:36] <specing> I don't think you'll find a 256 I/O pin mcu anywhere that could process data that fast
[08:32:41] <specing> only option is FPGA
[08:33:26] <megal0maniac> +1 for FPGA
[08:34:15] <twnqx> at 800khz you could just mux
[08:34:32] <Kre10s> mux what?
[08:35:10] <twnqx> the channels so you sample at a few mhz, but less width
[08:35:33] <twnqx> but yeah, parallel processing like this normally screams "FPGA"
[08:36:46] <Kre10s> I need to sample simultaneously, and i don't think i have the time to mux all busses between samples.
[08:38:59] <twnqx> then you need to use multiple processors, synchronized
[08:39:04] <twnqx> or an FPGA
[08:39:16] <twnqx> and with 256 IO... a middle sized one
[08:42:23] <specing> Kre10s: maybe some of those FPGA with ARM hard cores
[08:42:40] <specing> can feed/preprocess data on the FPGA side and feed it to Linux
[08:46:34] <megal0maniac> I so badly want one of those
[08:47:01] <specing> should I buy one of those devboards with a student discout?
[08:47:26] <megal0maniac> Which one?
[08:48:32] <specing> 150 euro for:
http://www.terasic.com.tw/cgi-bin/page/archive.pl?Language=English&CategoryNo=167&No=836
[08:50:00] <aandrew> specing: I have one like that, I've got their CyV SOCKit board
[08:50:32] <specing> aandrew: is it good?
[08:50:51] <aandrew> specing: yes, it's a great board
[08:50:57] <specing> I only have a sense of how much xilinx slices my designs take
[08:51:00] <aandrew> I got it for $50 because I attended their seminar
[08:51:06] <specing> you bastard!
[08:51:10] <aandrew> lol
[08:51:12] <megal0maniac> Damn you!
[08:51:19] * specing puts curses on aandrew
[08:51:19] <Kre10s> Heres the adc i want to use if your curious. MAX11044 i need 16 of those.
[08:52:00] <aandrew> I've got a few boards... I bought a MachXO2 dev board for $50 I think, and have a de0-nano which I also enjoy
[08:52:41] <aandrew> I've got a CyIV-GX dev board but paid full price for that
[08:53:55] <malinus> aandrew: nice! I just have a DE2 (CyII).
[08:53:55] <aandrew> and a long long time ago I bought a Xilinx spartan III board on a pci edge
[08:55:57] <specing> I need to find a miniPCI-e formfactor board to put into my laptop
[08:56:05] <specing> but all I've found are >300$
[08:56:08] <aandrew> specing: I remember. I haven't found anything like that
[08:56:15] <specing> with an FPGA that costs $30
[08:57:08] <Kre10s> you want to slap an fpga into you laptop? lol. you gonna crack des with it?
[08:57:09] <aandrew> specing: I keep bugging the thunderbold association for membership so I can build a thunderbolt FPGA dev board but they keep rejecting me
[08:57:28] <specing> thunderbolt is dead anyway
[08:57:45] <megal0maniac> Thunderbolt is for charging iPhones and being a fancy hipster
[08:57:48] <specing> it is yet another "standard" that will sink
[08:58:00] <specing> megal0maniac: yep
[08:58:10] <aandrew> you're thinking lightning port
[08:58:20] <megal0maniac> I'm thinking Apple
[08:58:29] <specing> I need a x8 PCI-e connector at the side of my laptop!
[08:58:31] <aandrew> you need to check yourself; thunderbolt is not apple
[08:58:37] <aandrew> thunderbolt is actually intel
[08:58:44] <specing> http://openlunchbox.com/smf/index.php?topic=16.0
[08:58:50] <megal0maniac> True. But it's Apple by association ;)
[08:58:54] <aandrew> lol
[08:59:18] * aandrew types this on a macbook air and checks his iphone 5s while drinking an americano
[08:59:24] <megal0maniac> It's a pretty cool tech if I'm honest. But it hasn't been taken advantage of
[08:59:35] <aandrew> and watches Groundhog Day on his Apple TV :-)
[08:59:39] <megal0maniac> aandrew: I hope you used fully organic beans
[08:59:51] <aandrew> megal0maniac: I don't, but my wife is one of those organic types
[09:00:21] <megal0maniac> Grown in soil fertalised by a select group of cattle from the Himalayas
[09:00:24] <aandrew> I have to admit though that while I have not seen any real difference in quality or taste for MOST organic foods, organic chicken is one of them that i've really seen a difference in taste
[09:00:29] <aandrew> lol
[09:00:35] <aandrew> himilayan cow dung
[09:00:52] <megal0maniac> (You can identify them by the fact that they're all wearing tartan hats)
[09:00:58] <megal0maniac> Anyway...
[09:03:39] <aandrew> but no, thunderbolt isn't going anywhere
[09:03:57] <aandrew> it's mini-displayport with a PCIe datatype option basically
[09:04:50] <specing> USB C can do either USB3 or USB2 + DP
[09:05:02] <specing> iirc there is also a pci-e option planned
[09:05:14] <specing> along with 100W of power
[09:16:54] <aandrew> that 100W is going to be interesting
[09:20:12] <specing> heh, maybe openlunchbox could produce the first laptop to feature usb C
[09:26:49] <vsync> i already love running 2 amps through the hair thin wires in the usb cables
[09:27:01] <vsync> 100W sounds like hugely fun
[09:27:28] <specing> iirc 18 V for C connector
[09:31:43] <CinderellaMan> Watz Crackin.
[09:35:50] <twnqx> well
[09:36:03] <twnqx> i ran a few hundred ws2812 from usb recentl
[09:36:04] <twnqx> y
[09:36:11] <twnqx> was surprised no fuses went off
[09:38:13] <aandrew> a lot of the time USB is not really current limited well
[10:42:13] <piratoid> hello everybody, programming hipster here.
[10:42:41] <piratoid> i'm trying to use gcc (actualy avr-as, avr-ld) to assemble a file but cannot get it to link to avr/io.h avr/iotn2313.h
[10:44:39] <piratoid> the cmd I used was avr-as -g -mmcu=attiny2313 -o testfile.o testfile.S
[10:44:48] <piratoid> then avr-ld -o testfile.elf test2.o
[10:45:10] <piratoid> opss i mean avr-ld -o testfile.elf testfile.o
[10:46:13] <piratoid> for some reason gcc wont link when you use a asm file.
[10:47:38] <piratoid> anyone here tried to use the avr-as and avr-ld and avr-objcopy?
[10:51:59] <aandrew> I've used avr-objcopy
[10:52:59] <aandrew> interesting you should mention it though.. I tried to include a .S file in my build (three C files and a .S file, all "compiled" to .o files and then link the four .o files) and the output was wrong
[10:53:07] <aandrew> I didn't give it much thought as it wasn't critical
[10:56:47] <piratoid> yeah in my case it basically wont "fetch" any info form the .h file (like register name)
[10:57:00] <Bundestrojaner> good evening
[10:57:38] <piratoid> so what I tried, was to copy the .h file directly and put "iotn213.h" file directly but still nothing
[10:59:00] <piratoid> what I found weird is that even in ASM it use the C pre processor, but it look like it's the way gcc is supposed to work
[11:02:07] <piratoid> also I was not able to compile the file.S with gcc even if it's mentionned in the man
[11:06:04] <piratoid> guess I should try with plain C but using inline, but gcc syntax for this is... well... garbage.
[11:17:36] <Kre10s> hmm. theres an appnote on mixing asm and C in avrs on the atmel site.
[11:17:55] <Kre10s> or was it the nongnu avrlib site?
[11:20:59] <Kre10s> do you have the exact commands you are using to compile & link?
[11:23:22] <Kre10s> gcc-as will understand assembly code with #preprocessor directives. it even has defines to detect if gcc compiler is being run or gcc assembler. This allows avr/io.h to be used for both C ans asm
[11:24:43] <Kre10s> When you run the assembler does it complain like cannot find io.h or does it just not produce the right output?
[11:27:19] <piratoid> going to try that again now
[11:31:52] <piratoid> yeah it give me undefined error, juste as the define didnt exist
[11:32:21] <piratoid> if If remove every define (even have to use 0x16, 0x17 for register)
[11:32:31] <piratoid> now it works, building files and everything
[11:39:12] <Bundestrojaner> why are diodes recommended from both dc motor connections to gnd in L6203's datasheet in figure 17 (page 12)?
[11:39:12] <Bundestrojaner> The L6203 has freewheel-diodes integrated in its mosfets, and they are not recommended for steppers or any other load (which also needs freewheel-diodes)
[12:03:36] <Kre10s> Bundestrojaner, mosfet body diodes are not always super fast. they are a byproduct of the switching element, and aren't always designed to take any significant loads.
[12:05:55] <Kre10s> piratoid, thats strange. maybe the io.h is turning of some defines when you run the assembler ad opposed to compiler.
[12:06:44] <Bundestrojaner> Kre10s: thx, but what's the difference between a stepper and a dc motor?
[12:07:16] <Bundestrojaner> why only a dc motor needs additional diodes?
[12:08:07] <piratoid> there is something weird the way I define thing: i think im not doing it right: I tried to copy to whole .h file into my source file
[12:08:40] <piratoid> and it still says undefined, even if it's declared in the same file!
[12:09:01] <piratoid> so yeah, ill just take a closer look at that.
[12:11:47] <Kre10s> A dc motor has a larger inductance. when you apply power the coils store energy. when you remove power (think H-bridge turning off) the coil will draw current over the freewheeling diode.
[12:13:25] <Kre10s> google freewheeling diode. ametek has a intro doc. You want freewheeling diodes on any large inductive loads. the stepper motor is probably just smaller.
[12:14:51] <vsync> it's "flyback diode" more commonly
[12:15:12] <vsync> it describes it's purpose better, also
[12:15:18] <vsync> its
[12:19:11] <Kre10s> piratoid,
http://www.atmel.com/Images/doc42055.pdf and
http://www.atmel.com/Images/doc1234.pdf the second ones for IAR but ....
[12:21:42] <Kre10s> piratoid, theres also
http://www.nongnu.org/avr-libc/user-manual/group__asmdemo.html which is exactly what you are trying to do.
[12:22:44] <Kre10s> I doubt it will help to directly copy the .h file... you know you are supposed to include avr/io.h right? io.h will find out what part you are compiling/assembling for and choose the right file.
[12:24:20] <Kre10s> C files generally include avr/io.h avr/interrupt.h and whatnot while assembly files generally just include avr/io.h
[12:27:23] <Kre10s> I'm assuming you already know to pass -mpart=avrblabla to all you avr-gcc commands?
[12:31:36] <piratoid> yep
[12:32:01] <piratoid> i used avr-as -g -mmcu=attiny2313 -o testfile.o testfile.S
[12:32:10] <piratoid> for a 2313 attiny part
[12:46:39] <piratoid> think I found my answer, kind of
http://electronics.stackexchange.com/questions/90860/error-constant-value-required-while-compiling-with-avr-as-in-linux
[13:20:25] <hetii> hI :)
[13:21:04] <hetii> I bay today some frame with small tft display that play movie, cost me 2Euro :) inside is a atj2117 mp4 player
[13:21:21] <hetii> any clue if its possible to replace content or run linux on top of it ?
[13:23:51] <antto> is ethanol okay for brushing on a populated pcb?
[13:24:32] <vsync> u go bay sum ethenel and u bay it for dranking11
[13:24:40] <vsync> oky?
[13:25:00] <antto> vsync pls i ned a sober ansr ;P~
[13:25:26] <antto> i alredy bayd some ethanlol
[13:25:44] <vsync> gud!
[13:25:56] <antto> which part is gud? ;P~
[13:26:06] <vsync> ethanhawkelol
[13:26:12] <antto> /o\
[13:26:26] <vsync> on the subject, yeah ethanol is perfectly fine
[13:27:23] <antto> if it matters, it's 95% ethanol and 5% "purified" water, the pcb is old thru-hole components.. caps, transistors, diodes, some ICs, aaand pots
[13:27:40] <vsync> yes, more than fine
[13:27:45] <antto> okay
[13:28:25] <vsync> though
[13:28:29] <vsync> i'd rather
[13:28:40] <vsync> add some salts to that and drink it
[13:28:46] <antto> >:/
[13:28:50] <antto> i don't drink
[13:28:59] <vsync> electronics can wait
[13:29:15] <antto> and if did - i would have bought something drinkable ;P~
[13:29:36] <antto> it says "don't drink it u fool" on the label
[13:30:36] <vsync> wy bay alcehel if not drank ;(
[13:31:00] <vsync> that's why i have some pcb cleaner stuff at hand, just so i'm not tempted to drink it
[13:31:57] <vsync> can't use alcohol cleaner stuff, even denat. ... >:O
[13:32:19] <vsync> though at work we have this killer 3m ethanol-based cleaner, temptation is really huge
[13:33:09] <vsync> alcohel cost me 10Euro :) inside is a liquid
[13:33:27] <vsync> any clue if its possible to replace content or run linux on top of it ?
[14:00:14] <malinus> I've heard mutliple times that you shouldn't use ethanol, but rather isopropyl
[14:00:53] <malinus> Because even though it's 95% ethanold and 5% water, it also has other addictives to make it taste bad etc.
[14:02:13] <malinus> unless antto was able to actually buy pure ethanol, which I've never even seen in regular shops.
[14:03:00] <Casper> bitrex
[14:03:22] <Casper> isopropyl also have bitrex in it
[14:03:56] <malinus> oh, I guess that wouldn't be the thing that matters. I don't know then
[14:12:36] <cart_man> Hey Guys.
[14:12:43] <cart_man> Why wont this simple serial comms interrupt not work?
[14:12:44] <cart_man> http://pastebin.com/Sk2kmbGX
[14:19:18] <Romzetron> cart_man: I think you need to enable global interrupts by adding 'sei();' before your for loop
[14:23:58] <cart_man> Romzetron,Thanks. Yea it is already set up... I have managed to receive chars actually but once I try and FIFO them into the buffer they seem to mix up somewhere
[14:24:06] <cart_man> I always seem to get 131
[14:31:06] <Casper> cart_man: what is your clock source?
[14:43:42] <cart_man> Its 16Mhz internal
[14:43:46] <cart_man> Without the divider
[14:45:28] <cart_man> Ok I got to the root of the problem... I was using the wrong serial write function... Iw as using a serial write function that was not tested completely : /
[14:45:30] <Casper> what uart speed?
[14:45:40] <cart_man> Thanks guys :) Appreciated
[14:45:43] <cart_man> its 9600
[14:46:15] <Casper> also, take note that the internal oscillator can be off by 10%
[14:46:18] <Casper> and is unstable
[14:47:56] <cart_man> Its a pitty though because I really like the Idea of a chip working on its own
[14:48:03] <cart_man> they shoul really look into that I believe
[14:52:37] <zerowidth> Casper: so it's good practice to use an external oscillator?
[14:52:45] <Casper> yes
[14:53:06] <Casper> and if you can, 14.7456 or 18.432MHz
[14:53:21] <Casper> those weird frequency give perfect divider for uart
[14:53:37] <zerowidth> assuming the chip *has* a UART... :D
[14:53:40] <Casper> http://wormfood.net/avrbaudcalc.php
[14:53:53] <Casper> true
[14:54:09] <Casper> but might still be easier with those on software uart too
[14:54:16] <Casper> less messing around to get the right frequency
[14:54:40] <Casper> clock / 16 / divider (+1) = bitrate
[15:22:47] <zerowidth> Casper: looks like if i run a low enough baud rate it doesn't even matter, heh
[15:23:18] <Casper> with software, less than hardware if you can waste time
[15:23:21] <zerowidth> Casper: i was having reliability issues anyway using the arduino softwareserial lib alongside some code that disables interrupts fairly frequently
[15:23:57] <zerowidth> although the solution to *that* is "stop doing the thing with interrupts while i'm expecting serial input"
[15:24:05] <Casper> arduino library should be avoided...
[15:24:17] <zerowidth> yeah, next iteration of this software i'm dropping the arduino toolchain
[15:24:30] <zerowidth> ... and libs. is there a software serial lib for avr that you recommend?
[15:25:10] <Casper> I always used hardware one
[15:26:02] <zerowidth> mm. attiny84 doesn't have a uart
[15:26:25] <zerowidth> ... i don't think?
[15:27:10] <Casper> I used atmega, got some tiny... forgot which one
[15:27:17] <Casper> but I think it's the 84 that they butched
[15:28:01] <Casper> I mean c'mon... the one I have... they included the hardware, but skipped the tiny part needed for async serial (it do sync serial however)
[18:09:02] <Kre10s> lol. google image results for programmable oscillator => ladies underwear...
[22:12:59] <tpw_rules> has anybody used something like the seeed gprs shield?
[22:15:07] <tpw_rules> or something sim900 baed
[22:15:09] <tpw_rules> baed*
[22:15:11] <tpw_rules> based* dammit
[22:16:29] <tpw_rules> where do you get sim cards? is there a good prepaid data provider in the US?
[22:47:19] <Casper> tpw_rules: more than in canada for sure