Back
[00:00:58] <Casper> markm_: what debugging tool are you using? jtag?
[00:01:16] <markm_> yes
[00:01:49] <Casper> jtag need to reflash your device each time you change a break point
[00:02:16] <Casper> I think debugwire may fix it, but even then I'm not sure at all
[00:02:21] <markm_> erm surely thats bs
[00:02:36] <markm_> thats worse than the old MS joke about
[00:02:54] <markm_> "Mouse movement detected, please reboot your computer to let the change take effect"
[00:03:05] <Casper> avr are not very smart
[00:03:18] <markm_> i cant even attach
[00:03:24] <Casper> there is not enought ram to apply the change to ram
[00:03:31] <Casper> in fact, avr can not execute code from ram
[00:03:58] <markm_> its harvard arch
[00:04:15] <markm_> i cannot ATTACH. i therefore cannot debug. i cannot set any breakpoint
[00:04:20] <markm_> there is NO fucking target
[00:04:58] <Casper> I just got some nice debugging hell... it's fun when you only have 4 bugs at once :D
[00:05:12] <markm_> or does "Attach to target" require the target have some shitty bullshit fucked up debug boot code?
[00:05:42] <Casper> boot code no, but jtag enabled yes
[00:05:51] <markm_> it is jtag enabled
[00:06:13] <Casper> have you checked the fuse to be sure?
[00:06:23] <markm_> i know its enabled
[00:06:36] <markm_> right now i cant check. its installing something
[00:06:43] <markm_> but i know the jtag is enabled
[00:10:00] <markm_> really pissing me off
[00:10:15] <markm_> i should be able to debug ANY fucking device i connect to this dragon if its on the supported list
[00:10:37] <markm_> you CANT fucking debug anything uless you first built it in atmel fucking stupidio
[00:10:49] <Casper> you know
[00:10:57] <Casper> serial port is very usefull to debug
[00:11:13] <markm_> i need to single step OPCODES in my BOOT SECTOR
[00:11:30] <markm_> its a fucking forth kernel i cant do printf and flashy fucking blinky leds
[00:12:02] <Casper> single step??? then you want an emulator
[00:12:18] <markm_> a debugger. thats what this fucking is
[00:12:39] <markm_> it allows you to nSINGLE STEP opcodes on the target
[00:12:42] <markm_> thats what fucking jtag is for
[00:12:45] <Casper> I don't think you use the tool the right way
[00:14:44] <markm_> takes 4 minutes to launch Atmel studio
[00:15:09] <markm_> why the FUCK would anyone want to every fucking use succh a pilke of donky dick
[00:16:00] <markm_> yea thers no fucking way to simply DEBUG the fucking code
[00:16:10] <Casper> you know
[00:16:17] <Casper> you can keep low the swearing
[00:16:26] <Casper> it is a bit excessive
[00:16:37] <Casper> direct those to atmel directly maybe?
[00:17:14] <inflex> lolz... oh my, some emoting there.
[00:18:20] <Casper> hi ya inflex, what are you making me for supper tonight? :D
[00:18:30] <inflex> McDonalds.
[00:18:43] <Casper> actually, that's the only thing left at this hour...
[00:18:47] <inflex> right, got to go to the bank right now (3pm)... bbl
[00:19:57] <Casper> look like I passed throught the datasheet, now, just need to finish the coding<
[00:20:31] <markm_> is it too much to ask that the DEBUG tools allow me to DEBUG????
[00:23:10] <Casper> you use the debug tool the wrong way, it is not for single stepping
[00:23:31] <markm_> yes it fucking IS
[00:23:41] <Casper> but to break into specific point in the code to poke around at that location
[00:23:42] <markm_> it will single step any code developed in AVR studio
[00:24:43] <markm_> i already proved that withg a 3 likne bullshit asm. i can single step that shit
[00:24:56] <markm_> but ;programming that ERASES the entire fucking device
[00:25:03] <markm_> you cant erase only the app area
[00:25:17] <markm_> you have to erase the ENTIRE fucking flash including boot
[00:25:50] <Casper> yup, safety
[00:25:51] <markm_> if it didnt do that stupid fucking pullshit i could simply create a project wiht a JMP to the boot code
[00:26:32] <vsync_> damn, i ignored that guy
[00:26:35] <vsync_> i need to unignore him
[00:28:48] <markm_> how do you erase ONLY the application code and not the boot sector
[00:29:34] <Casper> markm_: what about you go read the datasheet for the avr and realise that you can not?
[00:30:04] <markm_> how about of course you fucking can. the fucking code WITHIN the boot sector can erase the application code
[00:31:23] <Casper> so? what issue the erease command? the bootloader or your untrusted programmer?
[00:32:04] <markm_> no. i need to program APPLICATION code and NOT erase the boot sector
[00:33:09] <Casper> can not be done with a programmer
[00:33:20] <Casper> only the bootloader can do that
[00:33:58] <Casper> if you are unhappy with avr, go with PIC or ARM or stop complaining about the limitation that you don't want to accept
[00:36:52] <inflex> wait, wait... I've got a magic fairy wand that'll make it do what anyone wants. Only costs $1 million.
[00:39:18] <markm_> well it does not allow me to select any tools. no wonder the menu item is grayed out
[00:40:24] * inflex has never used the windows studio suite... everything is done with CLI tools, but then my uses of the AVR are more simplified, no boot-loaders
[00:41:34] <Casper> inflex: you would be jealous of the garden light I'm making :D
[00:43:33] <markm_> yup. avr studio 6.2 SP2 does not recognize the dragon now
[00:43:37] <markm_> sp1 did
[00:55:52] <Flipp_> inflex: no reason not to do a bootloader with CLI :)
[00:57:45] <inflex> Flipp_: just never had any compelling reason in any of my projects to use a bootloader. Easier to just plug in the ISP and reflash.
[00:58:51] <inflex> and at the same time, a lot of my projects were just a bit too small for a BL... attiny10's don't have a lot of need :)
[00:59:08] <Flipp_> inflex: yup yup, makes sense. I just wrote one recently to be able to flash from bluetooth, but yeah if you don't need any custom work don't reinvent the wheel :)
[01:00:29] * inflex is wasting a lot of money making a USB current meter to help him with phone / device charging diagnostics. Could buy one from China for $3, but nope, instead I make my own with a plethora of stuff added on
[01:01:10] <inflex> http://ctpc.biz/ucm16.jpg <=- wheee... overkill.
[01:01:57] <inflex> ( programmable current limiting as well )
[01:01:58] <Flipp_> inflex: haha, I know the feeling. looks good though
[01:02:17] <Flipp_> did you do the board yourself? or did you get it from OSH or someplace like that?
[01:02:55] <solarradiation> do all avr programmers (as listed with the "avrdude -c ?" command) communicate with the AVR chip in the same way (as defined in AVR910: In-System Programming at
http://www.atmel.com/images/doc0943.pdf)? if so, what is the difference between them?
[01:03:40] <Flipp_> solarradiation: I believe the programmers all communicate to the avr in the same way
[01:03:53] <Flipp_> what's different is the way that avrdude communicates to the programmer
[01:05:09] <inflex> Flipp_: I do the boards in Eagle, then send them off to iTeadStudio
[01:05:32] <inflex> Flipp_: About $30 for 10 of them up to 50x50mm and about 2 week turnaround time.
[01:05:47] <inflex> ( It's $9.99 or so for the boards, $20 for the freight )
[01:06:02] <Flipp_> not bad!
[01:06:26] <inflex> oh, excuse the god-awful burned flux around the buttons... I actually had to respin the board because the buttons weren't living up to my requirements.
[01:06:33] <solarradiation> I'm wondering what could be so interesting about avrdude-to-programmer communication that led to 85 programmers (# of outputs for avrdude -c ? on my computer)
[01:06:46] <inflex> (using bigger buttons in the new revision, which should be here next week )
[01:06:50] <vsync_> Fucking amazing, ASF's delay routine lib for SAM D21 halts up in a delay
[01:06:51] <vsync_> lol
[01:07:11] <inflex> solarradiation: a lot of cases of "do it my own way"
[01:07:31] <Flipp_> inflex: haha, no worries :) are you driving the lcd directly from the tiny? or is there a driver chip you talk to via i2c or seomthing?
[01:08:45] <inflex> Flipp_: it's bit-bashed i2c direct from the mega48
[01:10:05] <inflex> They're nice little LCD panels (8x2 char), cheap, simple to drive, but they do have some minor issues with documentation and getting the initialization timings right
[01:11:01] <Flipp_> inflex: wait, I guess I'm confused. what's on the other end of the i2c bus? does the LCD itself have a little IC in it, or are the lines traced directly from the LCD pixels to the mega?
[01:17:13] <inflex> ja, it's a CoG LCD, there's a tiny rectangular chip exposed on the black area between the LCD and the flex.
[01:33:42] <Flipp_> inflex: got it. I figured there was an IC in there somewhere, otherwise you'd have had to fill me in on the black magic you were usin' :)
[01:38:27] <inflex> ja, useful setup compared to the more normal 16x2 type displays with their 4-bit + 3 control setup
[01:39:40] <inflex> even with bit-bashing for the i2c, and serial dump, as well as custom character generation for the LCD, still had about 700 bytes spare on the mega48
[01:41:26] <Casper> I almost have 7k free out of 8k on mine... and project is close to completition
[01:42:49] <Casper> now, I just need to do 3 pieces of the code: 2 is the data communication, that I'm still unsure how.... the other is simply low passing the ADC signal...
[01:43:11] <Casper> still unsure on how I'll transmit the data...
[01:43:29] <inflex> EMP
[01:44:12] <inflex> spark-gap that sucker
[01:44:31] <Casper> I tought of it, but... I don't think the millitary would like it... and they are less than 10km away...
[01:45:16] <Casper> spark-gap, th police station is 600M from here, and I think there is 1 or 2 HAM around me...
[01:45:57] <Casper> there was an HAM at like 3-4 houses from here, the tower dissapeared... so I don't think he is still active
[04:04:16] <skroon> hi
[04:24:12] <inflex> Aaah, finally... another day closed off... more iPhones fixed and computers decontaminated and PSUs recapped
[04:24:43] <inflex> ( had one yesterday where I had 10 caps all dead, in a micro-ATX slim profile PSU... for normal ATX psu's I just replace the whole damn thing
[05:53:29] <EI24> DKordic: just wanted to say that i fixed it! Though i didnt use any timer, got to learn those later, this solution worked :)
http://hastebin.com/uxaredejoc.avrasm
[07:37:38] <ecilop> Это да. Уволнения, бумажки, перевороты техники
[08:39:08] <vsync_> TempleOS guy called me a nigger after i allah akbar'd him
[08:39:55] <vsync_> He is really fixated with random numbers, that NIST beacon.
[08:53:38] <aczid> where could I find more information about the 'rom' library that is inside AVR cores? I heard there is a part that translate higher level instuctions into low-level ones.
[08:54:30] * twnqx blinks
[08:54:47] <twnqx> are you talking about microcode?
[08:55:08] <aczid> well, it sounds like it right?
[08:55:14] <aczid> I know RISC cpus don't have those
[08:55:35] <aczid> but I also understand AVR is a 'virtual' risc and I think that might be related
[08:56:19] <aczid> I friend of mine clais to have found some romlib code accidentally left in a public .zip file on Atmel's site
[08:56:22] <twnqx> 8bit avr doesn't have any instructions complex enough to warrant microcode, imho
[08:57:19] <aczid> that's what I thought. but I think it kind of makes sense to implement new peripherals partly in a sort of romlib
[08:57:27] <twnqx> no
[08:57:43] <aczid> well, I'll ask my friend about the code then :)
[08:57:56] <aczid> I also think he may be seeing things that aren't there
[08:58:09] <twnqx> i would be curious, get him to give the link to the .zip
[08:58:15] <aczid> yeah.
[08:58:19] <aczid> curious right :)
[09:36:08] <aczid> ah, my friend reported back with the source files. and he was indeed mistaken
[09:36:30] <aczid> it's just an AVR flash for a chip that functions as a slave to the main MCU
[09:36:40] <aczid> so, nothing to see here :)
[09:46:55] <twnqx> haha
[09:51:14] <vsync_> Question, software people...
[09:52:04] <RattusRattus> i do - all the time :-)
[09:52:15] <aczid> question everything :)
[09:52:54] <vsync_> Sec.
[09:54:11] <vsync_> http://pastebin.com/edRWtNm0
[09:55:02] <vsync_> I'm a complete fucking novice in anything that comes close to software. When i debug this, in atmel studio, the data pointer is not 0
[09:59:37] <vsync_> and there's a missing 'struct'
[09:59:42] <vsync_> but that's besides the point
[10:01:07] <aczid> vsync_: you could use a typedef to do make that packet foo; line correct
[10:01:26] <aczid> typedef struct { uint8_t *data } packet;
[10:01:48] <vsync_> sure, but as i said i don't think that's the issue
[10:02:09] <aczid> well, this should work I guess?
[10:02:17] <aczid> is the code optimized out?
[10:02:24] <aczid> how are you debugging it
[10:02:44] <vsync_> breakpoint after the assignment, variable on watch
[10:02:58] <aczid> ah, but then you discard the variable immediately after?
[10:03:08] <aczid> try making the packet variable volatile
[10:03:33] <aczid> if you are compiling with optimizations the code might just get taken out? can you see the equivalent assembly?
[10:03:39] <vsync_> Hold on
[10:06:49] <vsync_> it isn't optimized out
[10:09:16] <aczid> so can you make sense of the assembly?
[10:10:18] <vsync_> yeah sec
[10:48:30] <skroon> hi
[15:48:44] <Muted> Hi, I currently have an embedded project using an ATMega328p. However, it turns out that I will need to add public key cryptography. Probably RSA with 2048bit key. Will this work on my MCU without major delays or will I need to upgrade? Thanks!
[15:50:06] <Muted> I mostly see ARM for this but I'm worried about battery life and obviously don't want to upgrade if I don't need to.
[15:52:55] <Willd> Muted: Not sure, you have enough space on the device to do that..
[15:53:01] <Willd> -","
[15:56:32] <Muted> Yes I believe it is possible, it's more a matter of time. It shouldn't take more than two seconds and when I tested with 1024 bits it was already about 2-3 seconds
[15:57:16] <Muted> but I'm not sure whether the implementation was crappy or not. So I'd rather know whether it is possible or not before spending a lot of time optimizing :P
[16:00:22] <Willd> Muted: You have it on an external 16MHz clock?
[16:01:08] <Muted> lol no, 1Mhz :)
[16:04:06] <Muted> Ok so then there is just the size issue, but I could always upgrade. If I can stick with the same architceture thats good
[16:04:19] <Muted> very stupid of me not to have it on 16Mhz though :) thanks for pointing that out lol
[16:04:30] <Willd> :)
[16:05:07] <Willd> Muted: Don't take my word for it though!
[16:06:18] <aczid> Muted: you might be interested in AVRNaCl
https://cryptojedi.org/crypto/
[16:06:47] <aczid> it's not RSA, but ECC (curve 25519) which is much smaller and thus faster
[16:07:20] <aczid> has other stuff too and is written by actual cryptographers
[16:10:03] <Muted> Cool, thanks! I'll have a look at it!
[16:10:22] <Muted> Dus the much smaller and thus faster also insinuate thus less secure?
[16:10:33] <aczid> no, that's why ecc is awesome :)
[16:10:37] <aczid> same security for shorter key lengths
[16:11:26] <Muted> thats pretty badass! also public key i suppose =P
[16:11:37] <Muted> I've actually heard about it but never really looked into it
[16:11:54] <Muted> I've used RSA before so was the natural thing to try
[16:11:59] <aczid> hmm, yes... but looking at it, it seems they only use it for signing
[16:12:05] <aczid> they use a stream cipher for encryption
[16:13:15] <aczid> anyway I think ECC is the way to go within embedded environments
[16:13:27] <Muted> Well my app actualy only needs digital signing
[16:13:35] <aczid> ok great :)
[16:13:40] <Muted> haha yes!
[16:13:52] <Muted> Ah i think i remember why I didn't look at it, arent parts patented or something?
[16:14:07] <aczid> well, yeah... certicom has lots of weird patents on it
[16:14:16] <aczid> like verifying whether a point you receive is on the curve
[16:14:28] <aczid> do you take that stuff seriously? :)
[16:15:26] <Muted> haha lately I've actually tried looking at patents instead of just using all source I need :P
[16:16:23] <aczid> ah, the author of this system has a rationale online
[16:16:24] <aczid> http://cr.yp.to/ecdh/patents.html
[16:17:53] <Muted> nice, sounds good
[16:18:02] <Muted> as long as I can do digital signing, I'm ok :)
[16:18:39] <aczid> I'd be happy to hear how it works out. I know some the people behind it and I'm sure they would be thrilled to see it get some actual use
[16:19:08] <aczid> that cryptojedi guy is supervising my master's thesis :)
[16:19:17] <Muted> cryptojedi you mean?
[16:19:22] <Muted> aaah from holland :P
[16:19:28] <aczid> correct :)
[16:19:36] <Muted> <- Belgium
[16:19:39] <aczid> well, he is german but works in NL
[16:19:46] <aczid> the dutch or french belgium? :)
[16:19:51] <Muted> yea quickly looked at his profile
[16:19:52] <aczid> flemmish*
[16:19:52] <Muted> haha dutch
[17:28:42] <Kareesh> Hi Gents. I am recruiting for ZFUND. We are looking for 3 intermediate / senior developers. We have two positions available for HTML5 mobile ready developers and one position for a Graphics artist. We are offering the opportunity to stay in our 5 star resort in near-central Barcelona, Spain for the length of the project. We are offering a 3,000 – 4,500 euro wage depending on the skill and experience of the applica
[17:28:44] <Kareesh> nt. The villa is three minutes from the beach, all services and amenities are located near by and we have a gourmet/boutique chef in house. We estimate the length of the project to be around 2 – 3 months. If you wish you to apply for more information, please send your C.V to Georgeoustar@gmail.com. You may PM or Email me for more information. Thank you. George.
[18:22:22] <Lambda_Aurigae> Kareesh, ummm...this isn't an html development channel.
[18:27:30] <Lambda_Aurigae> however, it sounds way too good to be true...html5 coding on the beach and getting paid for it!
[18:43:15] <Tom_itx> Lambda_Aurigae so go during your winter months :D
[18:43:30] <Lambda_Aurigae> I don't speak spanish.
[18:44:06] <Tom_itx> doesn't seem to be a requirement
[18:44:22] <Lambda_Aurigae> would be for me.
[18:44:29] <Lambda_Aurigae> I won't work in a country where I don't speak the language.
[18:45:29] <wulax> Ehm, you realize it's a scam right?
[18:45:34] <Lambda_Aurigae> what?!?!
[18:45:37] <Lambda_Aurigae> a scam?!??!
[18:45:38] <Lambda_Aurigae> on irc?
[18:45:42] <Lambda_Aurigae> NEVER!
[18:45:45] <wulax> :)
[18:49:22] <Casper> Where do I sign up?
[18:51:16] <Tom_itx> no ghosts allowed
[18:53:07] <Casper> oh... I see... you want my job! JOB THEIF!!!
[18:54:47] <Casper> still not sure about the serial data thing...
[18:55:30] <Tom_itx> i like this little MB i got
[18:55:37] <Casper> oh?
[18:55:39] <Tom_itx> the case is 4x too big for it though
[18:55:43] <Casper> hehe
[18:55:49] <Tom_itx> nothing too special
[18:55:50] <Tom_itx> fanless
[18:55:55] <Tom_itx> quad core
[18:55:59] <Tom_itx> J1900
[18:56:00] <Casper> atom
[18:56:18] <Casper> the only good thing about atom is the fanless...
[18:56:21] <Tom_itx> got it for the mill but i may just use it
[18:57:07] <Tom_itx> http://www.newegg.com/Product/Product.aspx?Item=N82E16813157565&cm_re=asrock_j1900-_-13-157-565-_-Product
[18:57:38] <aandrew> taht's pretty cheap
[18:58:07] <aandrew> what scam
[18:58:24] <Casper> oh celeron
[18:58:27] <Casper> a bit better
[18:58:40] <Tom_itx> http://www.newegg.com/Product/Product.aspx?Item=N82E16813157497&cm_re=asrock_j1900-_-13-157-497-_-Product
[18:58:42] <Tom_itx> itx version
[18:58:44] * Lambda_Aurigae doesn't like celery.
[18:58:47] <Tom_itx> i wanted the extra slots
[18:58:53] <Casper> actually not too bad
[18:59:09] <Casper> ... the itx version got butchered
[18:59:18] <Casper> c'mon... put a 16x slot instead of a 1x!
[18:59:20] <Tom_itx> no pci slots
[18:59:22] <Casper> stupid engineers...
[18:59:23] <Tom_itx> heh
[18:59:36] <Tom_itx> the other one has one of each and 2 pci
[18:59:45] <Casper> yeah...
[19:00:07] <Tom_itx> i should get the itx too and replace this with it
[19:00:21] * Casper wonders if he have enought of 32GB for this summer's vacations...
[19:04:35] <jerware> hi
[19:04:50] <Tom_itx> hi
[19:04:54] <Tom_itx> what you sellin?
[19:05:00] <Tom_itx> :)
[19:05:02] <jerware> How do you upload a sketch to an arduino(or blank avr rather) that doesn't have a boot loader?
[19:05:14] <jerware> with a programmer?
[19:05:15] <Tom_itx> with avrdude
[19:05:20] <Tom_itx> and a programmer
[19:05:24] <LeoNerd> That's how I do it, anyway
[19:05:43] <Tom_itx> better make sure the hex loads in the right place
[19:06:06] <jerware> So when people ommit the bootloader, one reason is to save space, but it's not the same location (flash) that the application resides. Space for what then.
[19:06:33] <Tom_itx> the boot fuses tell it where to start executing code
[19:06:39] <jerware> ahh
[19:07:05] <Tom_itx> so if you dump the bootloader you should fix the fuses too
[19:07:09] <jerware> So it's typically space for more program code?
[19:07:13] <Lambda_Aurigae> the bootloader is the top section of memory.
[19:07:33] <Lambda_Aurigae> so if you don't have a bootloader you have that extra 2k or 4k of space for your pgoram.
[19:07:34] <LeoNerd> The bootloader section isn't *that* big compariabvely
[19:07:40] <Tom_itx> look at the memory map in the atmegaxxxx pdf for the part
[19:07:55] <Lambda_Aurigae> some are.
[19:07:55] <LeoNerd> Typically people tend to not have a bootloader more for application startup time, than for space reasons
[19:09:15] <Lambda_Aurigae> sometimes 1KB can be the difference in a program fitting or not....but not too often.
[19:10:33] <jerware> I can program an avr dip package if it comes with the arduino uno shield. But if I get a blank avr (atmega328p) I don't know how to make it work or where to start. Can you folks point me to a guide or a book?
[19:11:07] <LeoNerd> Usually whatever target board you're working on would have an ISP6 header on it
[19:11:13] <LeoNerd> At least, I never make an AVR board that doesn't
[19:11:46] <Lambda_Aurigae> jerware, first, you need a programmer device.
[19:11:53] <jerware> I want to get a dragon, and blank avrs from amazon. But how do I make these blank avrs useable.
[19:12:08] <LeoNerd> A dragon is rather overspec/overpriced for just writing AVR chips
[19:12:20] <LeoNerd> Just get one of those ~$5 things. That's quite sufficient
[19:12:21] <jerware> But it has the jtag ice debugger
[19:12:37] <LeoNerd> Eh. Do you need JTAG ICE?
[19:12:43] <jerware> Looks handy.
[19:12:45] <LeoNerd> I don't think a mega328 does JTAG does it?
[19:12:53] <Willd> I guess it could?
[19:12:57] <LeoNerd> I thought only the Xmega chips do
[19:13:03] <jerware> Derek Molly does it on his youtube channel
[19:13:11] <Lambda_Aurigae> LeoNerd, bah...atmega32 does jtag.
[19:13:16] <Lambda_Aurigae> and older ones too.
[19:13:18] <LeoNerd> Huhreally?
[19:13:36] * Tom_itx slaps LeoNerd with a clue
[19:13:47] <Lambda_Aurigae> you need a clue-by-four there Tom_itx
[19:13:48] <jerware> https://www.youtube.com/watch?v=plJf0r7IcWc
[19:13:50] <Lambda_Aurigae> more effective.
[19:14:17] <jerware> I mean -->
https://www.youtube.com/watch?v=plJf0r7IcWc
[19:14:33] <Lambda_Aurigae> what good are youtube videos?
[19:15:00] <jerware> Alot do suck, but Derek Molloy wrote some good books so that's how I found his channel.
[19:15:35] <Lambda_Aurigae> stephen king wrote a lot of good books but is a horrid actor.
[19:15:52] <Lambda_Aurigae> http://imakeprojects.com/Projects/avr-tutorial/
[19:16:21] <Lambda_Aurigae> http://www.ladyada.net/learn/avr/
[19:18:40] <Lambda_Aurigae> you wanted tutorials...there are two.
[19:23:57] <jerware> Thanks pal the ladyada one looks pretty good.
[19:24:11] <Lambda_Aurigae> it's ok.
[19:24:38] <Lambda_Aurigae> only problem is they use a vusb based programmer which isn't my favorite.
[19:25:55] * Tom_itx reflects on the fact he has had a dot matrix printer for >20 yrs but can't count the number of inkjets he's gone through
[19:25:56] <Lambda_Aurigae> but pretty much any programmer will work.
[19:26:13] <Lambda_Aurigae> Tom_itx, ummm...inkjet is also a dot matrix printer,,,as is a laser printer.
[19:26:31] <Tom_itx> *impact
[19:26:32] <Lambda_Aurigae> they all print using a matrix of dots.
[19:26:39] <Lambda_Aurigae> impact matrix printer.
[19:27:09] <Lambda_Aurigae> but, agreed...I have an old epson wide carriage that still works. only have to clean the printhead once a year or so.
[19:28:20] <Tom_itx> i'm afraid one day they won't have ribbons for it anymore
[19:28:27] <Lambda_Aurigae> so reink them.
[19:28:43] <Lambda_Aurigae> you can get ink for stamp pads that works well.
[19:29:22] <Tom_itx> not if it's wore out :)
[19:29:30] <Tom_itx> i have ink
[19:29:36] <Lambda_Aurigae> well, that's why you buy 30 of them at once!
[19:29:47] <Tom_itx> heh
[19:29:53] <Tom_itx> i may still have one around here somewhere
[19:30:05] <Lambda_Aurigae> or acquire them from customers who are upgrading.
[19:31:11] <Tom_itx> i wish i could find a decent case for a micro atx about the size of a mini itx case
[19:31:22] <Lambda_Aurigae> go on ebay
[19:31:23] <Tom_itx> just 3 slots wider
[19:31:31] <Lambda_Aurigae> and buy a bunch of bulk legos.
[19:31:34] <Lambda_Aurigae> and make one!
[19:31:38] <Tom_itx> i got one from newegg but it's just to big
[19:31:44] <Tom_itx> i may make one
[19:31:47] <Tom_itx> i made one for this
[19:32:34] <Lambda_Aurigae> I've made 2 over the years out of legos.
[19:32:42] <Lambda_Aurigae> one for a pc and one for a mac.
[19:33:11] <Tom_itx> http://tom-itx.no-ip.biz:81/~webpage/itx/itxcase5.JPG
[19:33:58] <Tom_itx> oh, then i added better cpu cooling:
http://tom-itx.no-ip.biz:81/~webpage/itx/cpuvent2.JPG
[19:51:21] <Valen> what is the tube with holes for?
[19:54:47] <Tom_itx> lets more air to the cpu fan
[19:54:54] <Tom_itx> more direct
[19:55:52] <Tom_itx> it's only crapped out on me when i let it get too dusty and the graphic chip gets too hot
[20:08:56] <hetii> Hi :)
[20:09:08] <hetii> Could someone check
http://pastebin.com/FqEuFjGs
[20:09:40] <hetii> and tell me why I need to get digit value by function call insteag getting it from array ?
[20:25:51] <silbo> if I messed up atmegas clock with invalid fuses, what r the possible options to fix it? external clock ?
[20:36:20] <Tom_itx> yes
[20:51:48] <Casper> silbo: one way to have an external clock if you have no source: make an "insane led flasher" with another avr, feed that to your broken avr, use a slow programmer speed
[20:53:10] <Willd> Or a function generator? :)
[20:53:33] <silbo> I tried the external clock, no luck yet
[20:53:50] <Willd> What did you flash then?
[20:53:59] <Tom_itx> the clock should be at least 4x the spi transfer rate
[20:54:20] <silbo> dunno actually, the datasheet didn't say this configuration existed :D
[20:54:45] <silbo> accidentally put the wrong conf
[20:55:09] <Willd> So, what device and what fuses=
[20:56:59] <silbo> http://www.engbedded.com/fusecalc/ I put lfuse:0xee hfuse:0xdf efuse:0xff attiny85
[20:57:10] <Casper> silbo: oh boy
[20:57:18] <Casper> tiny85
[20:57:23] <Casper> welcome in hell :D hehe
[20:57:26] <silbo> :D
[20:57:33] * Casper uses it right now
[20:57:39] <silbo> at least I am welcome :D
[20:58:38] <Willd> silbo: Why shouldn't that work?
[20:58:42] <Casper> you has set external crystal
[20:59:00] <Casper> so need a crystal (and it's 2 capacitors) OR an external clock
[20:59:05] <Willd> 8MHz one
[20:59:19] <silbo> I put 16mhz
[20:59:35] <silbo> with 100nF caps
[20:59:58] <Tom_itx> 18-20 pf
[21:00:25] <Tom_itx> take the caps off and try it
[21:00:58] <silbo> still need ground ?
[21:01:18] <Tom_itx> not on the xtal, just the 2 leads
[21:01:23] <silbo> ok
[21:01:40] <Tom_itx> it wouldn't hurt
[21:02:06] <silbo> still nope, not sure I will find a 8mhz to try that
[21:03:49] <silbo> wurked :D
[21:03:50] <silbo> yaay
[21:05:53] <silbo> Tom_itx, Wild: thx ^_^
[21:08:26] <Tom_itx> kewl
[21:09:28] <Tom_itx> those caps were too big for the xtal btw
[21:09:46] <silbo> ok
[21:13:12] <silbo> what I am trying to do is this btw
https://learn.adafruit.com/trinket-fake-usb-serial/code
[21:13:34] <silbo> would be really cool
[22:28:48] <DKordic> hetii: Ping. Solved?
[22:49:45] <DKordic> hetii: I haven't seen this programming paradigm in ages :D .
http://hastebin.com/ezewabogop.coffee
