Back
[02:08:19] <megal0maniac_afk> Looking at
http://www.ebay.com/itm/310634777706 as a possible cheap 32u4 breakout. But they've gone and tied HWB low :/
[02:08:37] <megal0maniac_afk> Can't really cut the track, since it's the ground plane
[02:09:18] <w|zzy> sucks
[02:09:33] <megal0maniac_afk> Silly Arduino, ruining cool stuff
[02:11:12] <megal0maniac_afk> Hmmm... Might still be worth it. I want to use it with JTAG. They haven't messed with the reset line or jtag signals, so as long as I put the same bootloader back on when I want to bootload it...
[02:11:46] <megal0maniac_afk> But I also wanted to experiment with LUFA's range of weird and wonderful bootloaders
[02:12:01] <megal0maniac_afk> w|zzy: Have you heard about the printer bootloader?
[02:12:23] <w|zzy> ?
[02:12:53] <megal0maniac_afk> Bootloader enumerates as a printer (part of CDC spec) and you print your firmware to it in RAW mode
[02:13:52] <w|zzy> oh.Cool
[02:14:11] * megal0maniac_afk grumbles
[02:35:30] <twnqx> just disconnect the pin from the pcb? not something difficult to do
[02:50:39] <megal0maniac_afk> twnqx: But it's QFN
[02:51:01] <twnqx> so slip some insulator in
[02:51:19] <megal0maniac_afk> Mm.. Maybe
[02:51:30] <megal0maniac_afk> I'd actually want to use that pin though
[02:51:40] <twnqx> so connect some wire to it
[02:52:00] <twnqx> or ask joggl to put a breakout board in his shop when he's around again :P
[02:52:25] <megal0maniac_afk> Heh :P
[02:52:47] <megal0maniac_afk> That defeats the purpose. I'll just stick with Teensy :)
[02:53:08] <megal0maniac_afk> If someone has a way to dump a locked bootloader, then that would be great :P
[02:53:38] <twnqx> there is one, it just requires some extra gear
[02:53:58] <twnqx> ion implanters etc
[02:54:24] * megal0maniac_afk checks toolbox
[02:55:20] <megal0maniac_afk> No, don't seem to have one of those
[03:48:26] <w|zzy> welcome abcminiuser
[03:48:46] <abcminiuser> Yahoyohy
[04:04:48] <jerkey> it can't be so hard to do. one would start with a chip of the same part number and a known pattern burned into it, and then de-cap it and practice discerning the bits.
[04:05:35] <jerkey> then once one is competent at reading practice chips with known data, one can break open the product one is trying to read out and have a good chance at success on the first try.
[04:06:27] <jerkey> i guess with flash the most important skills are a knowledge of how the flash section of the chip works, so that one can poke tiny probes onto that section and drive the memory access electronics directly
[04:14:13] <megal0maniac_afk> jerkey: You'd need teeny tiny hands to probe that :)
[04:14:22] <megal0maniac_afk> abcminiuser: How to bypass lockbits?
[04:17:38] * abcminiuser back
[04:17:42] <abcminiuser> megal0maniac_afk, err
[04:17:45] <abcminiuser> Not easily
[04:19:26] <megal0maniac_afk> I don't have an ion implanter in my toolbox
[04:19:53] <megal0maniac_afk> Oh yeah, I tried GDP. It broke :(
[04:20:09] <megal0maniac_afk> Granted I'm not expecting it to work yet, but there was hope :P
[04:20:31] <megal0maniac_afk> abcminiuser:
http://pastebin.com/EjjNksTG
[04:22:17] <megal0maniac_afk> It did that with dfu as well (different target obviously). Copied device files from C:\Program Files (x86)\Atmel\Atmel Studio 6.1\devices
[04:22:19] <jerkey> megal0maniac_afk i believe one would use levers which reduce the travel of ones hands, so that moving a handle one inch causes the probe to move a hundredth of an inch...
[04:22:50] <megal0maniac_afk> jerkey: levers == tiny tiny hands :)
[04:23:11] <jerkey> i don't know how the AVR read-protection is practiced, but if atmel carefully designed it so that even they couldn't read a locked chip, such microsurgery would be the only way
[04:24:31] <megal0maniac_afk> What I do know is that I don't plan on trying this. I'm more likely to get another dev board than to wipe the proprietary (locked) bootloader off my teensy :)
[04:24:35] <abcminiuser> megal0maniac_afk, fixed - broke if no devices were on the bus
[04:24:50] <abcminiuser> You need to use LibUSB drivers rather than the regular Jungo
[04:26:04] <megal0maniac_afk> abcminiuser: Aight. Will maybe try again later. Shout if you want to test anything on a box other than your own :)
[04:27:16] <megal0maniac_afk> i.e. guinea pig
[04:27:19] <abcminiuser> Cheers :D
[04:27:23] <abcminiuser> Trying to get AVR109 working
[04:27:28] <abcminiuser> For the CDC class bootloader
[04:27:46] <megal0maniac_afk> DFU all done and dusted?
[04:28:40] <megal0maniac_afk> Ooh, here's an interesting question. Is it possible to put a second bootloader in program space and chain-load them?
[04:29:04] <abcminiuser> Well, it kinda works
[04:29:10] <abcminiuser> Nothing is polished, but functionalish
[04:29:24] <abcminiuser> Err, yeah if the write funcs are in the bootloader area
[04:29:42] <jerkey> i don't know how flash works but if the charges on the memory cells can't be discerned optically or with a scanning electron microscope or something, it would be ideal to electrically probe the flash memory subsystem where the AVR cpu normally talks to it
[04:30:02] <megal0maniac_afk> Oh. So they have to be in bootloader space..
[04:30:23] <megal0maniac_afk> And that's cool. GDP is coming along pretty quickly it seems
[04:37:46] <abcminiuser> Yeah needs documentation
[04:37:52] <abcminiuser> And a bit more work obviously
[04:38:16] <Valen> hey abcminiuser, question about silicon, is it ok to have usb (uvcc) connected whilst the rest of the chip is off
[04:38:39] <abcminiuser> Not sure, electrical specs probably say no
[04:39:20] <Valen> I was wondering how you handle a self powered device that the user plugs into usb when its switched off?
[04:39:41] <Valen> spec didn't seem to say no that strongly
[04:41:02] <abcminiuser> Voltage on VBUS with respect to Ground..........-0.5V to +6.0V
[04:41:08] <abcminiuser> So it's fine, since it's not VCC constrained
[04:41:18] <abcminiuser> Voltage on any Pin except RESET and VBUS
[04:41:18] <abcminiuser> with respect to Ground (7) .............................-0.5V to V CC +0.5V
[04:41:25] <Valen> would be nice if they said it more clearly lol
[04:41:44] <Valen> I *presume* this would also take into account any idle voltages on the d+ and d- lines?
[04:46:27] <abcminiuser> Doesn't asy
[04:46:28] <abcminiuser> *say
[04:46:45] <abcminiuser> My guess is it's OK, they have special handling in the device already so it makes sense
[04:47:02] <Valen> fingers crossed lol
[04:47:09] <Valen> I'll feel less bad about doing it now ;->
[04:47:18] <Valen> so nice and frosty up there?
[04:48:39] <twnqx> just to be sure, deaqctivate the smoke detector!
[04:51:12] <megal0maniac_afk> abcminiuser: btw, there was a device on the bus with the avrispmkii. Not with DFU. Was probably in jungo driver mode thouhg
[04:51:15] <megal0maniac_afk> *though
[04:51:45] <abcminiuser> Check device manager, see if it shows up as an AVR DFU Device
[04:51:48] * abcminiuser on phone
[04:52:13] * megal0maniac_afk studying
[04:54:12] * rue_house coding
[04:58:48] * specing chatting
[05:12:29] * amee2k idly wags tail
[05:26:25] * twnqx on the pot
[05:26:33] <twnqx> oh wait, of course not.
[05:53:43] <twnqx> hm
[05:53:46] <twnqx> arduino question
[05:53:55] <megal0maniac_afk> NO
[05:53:58] <twnqx> can i just kill the crap and use it with regular AVR programming?
[05:54:01] <megal0maniac_afk> :)
[05:54:27] <megal0maniac_afk> twnqx: You can, but beware the capacitor on the reset line
[05:54:38] <twnqx> it's not original arduinos anyway
[05:55:06] <megal0maniac_afk> I killed a board when I borked the fuses and couldn't fix it because the cap broke the signals
[05:55:35] <twnqx> http://item.taobao.com/item.htm?spm=2013.1.w5150372-2605688436.4.djgBie&id=18743100844 is one thing i want
[05:55:42] <twnqx> (why didn't you just remove the cap then?)
[05:56:28] <megal0maniac_afk> I did, after trying HVPP which I think killed it more
[05:56:32] <amee2k> i'm assuming it took him a while to realize that the cap was the problem
[05:56:55] <megal0maniac_afk> amee2k: Yeah, that
[05:57:01] <amee2k> put the HVPP programmer on a 6.3V cap? :3
[05:57:09] <megal0maniac_afk> Then I mailed it to RikusW and it got lost in the post :D
[05:57:15] <megal0maniac_afk> So that's the end of that one
[05:57:22] <amee2k> lol, convenient waste disposal
[05:57:24] <twnqx> lol
[05:58:28] <amee2k> bah, something is seriously broken about my intersewers this morning o.o
[05:58:52] <megal0maniac_afk> twnqx: Yeah, it should be fine. They're designed to work with ICSP anyway. Just check the schematic for nasties before you try and debug anything
[05:59:49] <megal0maniac_afk> twnqx: Also, Y120??? That's like $2
[06:00:02] <twnqx> more like 15€
[06:00:10] <twnqx> that's RMB, not YEN
[06:00:15] <twnqx> chinese use the same signm
[06:00:23] <megal0maniac_afk> Dammit :)
[06:00:29] <megal0maniac_afk> Of course. You're there
[06:00:40] <megal0maniac_afk> That's still damn cheap
[06:00:40] <megal0maniac_afk> Get it
[06:28:22] <abcminiuser> Uh oh
[06:28:35] <abcminiuser> If you make a bug in a million quantity application, but no one notices
[06:28:38] <abcminiuser> Is it still a bug?
[06:30:18] <RikusW> abcminiuser: you just invented the sleeper cell bug :-P
[06:30:47] <RikusW> it will hit you when least expected...
[06:32:17] <abcminiuser> It's hit me now :S
[06:39:53] <abcminiuser> Balls
[06:40:09] <abcminiuser> Ah well, no one's ever noticed it before so it can't be slowing too many people down
[06:52:18] * v0kehc cringes
[06:52:19] <v0kehc> just fix it.
[06:52:34] <v0kehc> rise above your mediocre peers.
[07:27:09] <abcminiuser> I FEEL LIKE I'M TAKING CRAZY PILLS
[07:27:40] <megal0maniac_afk> abcminiuser: What do they say on the bottle?
[07:27:46] <abcminiuser> Goddamit
[07:27:55] <abcminiuser> I wrote both ends of this damn chain
[07:28:03] <abcminiuser> Programming works, verified with an external programmer
[07:28:16] <abcminiuser> But verification seems to use wrong addressing despite being the same code as the write function
[07:29:02] <megal0maniac_afk> Which protocol?
[07:29:22] <megal0maniac_afk> 109?
[07:29:27] <abcminiuser> Ja
[07:31:31] <megal0maniac_afk> Dur
[07:35:36] <abcminiuser> RAAAAAAGE
[08:06:34] <abcminiuser> Son of a whore
[08:07:07] <amee2k> we love you too, mini :3
[08:07:24] <Fornaxian> you know my mother?
[08:07:27] <abcminiuser> Stupid chunking algorithm I wrote
[08:07:31] <abcminiuser> I pooped on leg
[08:09:47] <abcminiuser> Bamn, AVR109 works
[08:10:03] <Fornaxian> I thought it worked a long time ago...
[08:10:03] <megal0maniac_afk> abcminiuser: Push him!
[08:10:09] <megal0maniac_afk> lol
[08:10:26] <abcminiuser> Still needs fuse and lock bytes..
[08:20:42] <megal0maniac_afk> But.. you can't set fuse/lock bytes from a bootloader, can you?
[08:26:27] <mdorenka> hey guys can someone of you help me decoding the checksum at the end of this code?
https://gist.github.com/mdorenka/999913b277fdfb666ab9
[08:27:28] <mdorenka> megal0maniac_afk nope you cant, you need a programmer for that
[08:28:33] <abcminiuser> Now I understand why people become alcoholics
[08:28:39] <abcminiuser> megal0maniac_afk, sure can in some cases
[08:28:43] <abcminiuser> Depends on the device
[08:28:47] <abcminiuser> And bootloader
[08:29:12] <mdorenka> oh sorry thought i were in #arduino :)
[08:29:21] <mdorenka> then abcminiuser is right, it depends on the device and BL
[08:29:47] <abcminiuser> Heh, Atmel should hire me :P
[08:30:06] <megal0maniac_afk> Hmmm... Interesting. I thought that self programming explicitly didn't allow fuse bit writes
[08:30:09] <megal0maniac_afk> Only reads
[08:30:26] <megal0maniac_afk> But I guess that's just down to implementation, to keep safe the n00bs :)
[08:31:05] <abcminiuser> Fuses can't be written to, only read from
[08:31:08] <abcminiuser> But lockbits can be set
[08:31:27] <megal0maniac_afk> Yeah that makes sense
[08:34:18] <Tom_itx> so they still leave a little room to shoot yourself
[08:35:28] <megal0maniac_afk> Tom_itx: They just don't load the gun with real bullets
[08:35:52] <megal0maniac_afk> But shooting yourself with a blank round will make you learn very quickly not to do that
[08:38:12] <Fornaxian> time for multiple cores on a die that can program each other!
[08:39:16] <Fornaxian> mdorenka, what checksum and what code? that looks like a list of temp and humidity readings.
[08:39:33] <mdorenka> Fornaxian: it is
[08:39:43] <mdorenka> the readings are received via 433mhz wireless
[08:39:51] <Fornaxian> you asked for help with a checksum...where is the checksum?
[08:39:52] <mdorenka> what i couldnt decode is the checksum
[08:39:58] <mdorenka> the last 4 bits
[08:40:04] <mdorenka> (i guess)
[08:40:05] <Fornaxian> oh, at the end of each line.
[08:40:15] <Fornaxian> 4 characters, not 4 bits.
[08:40:31] <Fornaxian> oh, wait...I guess in the data it is bits.
[08:40:38] <mdorenka> correct :)
[08:40:38] <Fornaxian> I was just looking at the first line.
[08:40:54] <mdorenka> na the first line is only numbering for the single bits
[08:51:05] <Fornaxian> http://reveng.sourceforge.net/ mdorenka, a crc reverse engineering calculator.
[08:52:23] <abcminiuser> hello, I'm Ray!
[08:52:48] <mdorenka> Fornaxian uhm i looked at the documentation
[08:52:56] <mdorenka> and i have to admit i didnt understand ANYTHING ;)
[08:52:59] <RikusW> megal0maniac_afk: I didn't implement lockbit writing on the U2S bootloader (for obvious reasons)
[08:53:07] <Fornaxian> is it possible it is a hamming code rather than crc?
[08:53:32] <megal0maniac_afk> RikusW: Makes sense ;)
[08:53:59] <Fornaxian> abcminiuser, me too.
[08:54:20] <mdorenka> Fornaxian, possible - never assumed that it is crc
[08:54:28] <mdorenka> only "some kind of checksum"
[08:55:42] <megal0maniac_afk> mdorenka: Well check the standard ones first
[08:55:46] <Fornaxian> could be reed-solomon or hamming or some proprietary thing.
[08:55:54] <Tom_itx> Fornaxian, who was it that was concerned about the flash size of the 2560?
[08:56:09] <Fornaxian> Tom_itx, it was jerkey
[08:56:24] <mdorenka> well the sensor is some el-cheapo temp/hum sensor
[08:56:27] <Tom_itx> mine read just as it should
[08:56:36] <mdorenka> i dont think that they use some weird kind of encoding
[08:56:59] <Fornaxian> well, those two are used for wireless checksumming.
[08:57:55] <mdorenka> the question is whether adress of the sensor is also covered by the checksum
[08:57:59] <Tom_itx> manchester
[08:59:50] <mdorenka> also the code must be simple as the sensor runs on battery -> only has a very limited set of computational power
[09:01:20] <mike_papa> is there any trick to debug usart using avr dragon? What happends is, that when I send 0x02, watch on received_byte = UDR0 shows me 0xf1, and next statement which is uart_putc(received_byte) sends 0x00 back. And I have no idea why...
[09:01:46] <mike_papa> all happends on interrupt.
[09:08:14] <amee2k> simple code doesn't imply low power consumption
[09:09:02] <amee2k> you can probably save more power with a "longer" program that exploits the MCU's features more effectively
[09:09:03] <mdorenka> Fornaxian any ideas on that? :)
[09:45:27] <mike_papa> could someone call me "dump"... I've earned it.
[10:14:26] <mdorenka> when i have a 12-bit 2complement number, how can i convert it to a signed int?
[10:51:56] <bsdfox> mdorenka, it's basically an 11-bit signed int (signed integers are stored as twos cmplement)
[10:52:39] <bsdfox> well 12 bits used but value up to 1023/-1024
[10:53:30] <mdorenka> already solved the problem, thanks anyway :)
[11:00:41] <specing> mdorenka: sign extend it
[11:02:21] <specing> if (high8 & 0x08) high8 |= 0xF0;
[11:03:01] <specing> or if you want to be readable
[11:03:16] <specing> if (high8 & 0b00001000) high8 |= 0b11110000;
[11:11:24] <amee2k> possibly mildly off topic, but i'm looking for a project powre supply (12V / 10A kind of size class)... is there an actual difference between the "meanwell" branded ones, and others that look convincingly similar but are ~half the price???
[11:12:21] <Tom_itx> i'll let you figure the price/value thing out :)
[11:13:00] <amee2k> i don't really believe there is an easy relation between the two anymore >_>
[11:13:47] <Tom_itx> http://www.mini-box.com/AC-DC-power-supplies
[11:13:51] <Tom_itx> i think those are good
[11:13:58] <amee2k> i don't go buying power supplies a lot, so i'm not entirely sure how much they're *supposed* to cost to begin with
[11:14:07] <Tom_itx> my 8A has a fan in it
[11:14:19] <Tom_itx> runs 14/7
[11:14:24] <Tom_itx> 24/7
[11:14:52] <Tom_itx> get the 12A if you need more
[11:15:33] <amee2k> fanless is a huge bonus. it'll run in free air so i'm trying to get one of the passives
[11:15:49] <systemerror> http://img194.imageshack.us/img194/2513/r80r.jpg
[11:15:55] <Tom_itx> the fan only comes on under heavy load
[11:15:59] <Tom_itx> read about them
[11:16:28] <Tom_itx> i don't think my fan has ever come on
[11:16:46] <amee2k> then it is probably okay... the 10A figure already includes a safety margin (realistic load 7-8A peak; <6A average)
[11:17:12] <Tom_itx> i'd still go with the 12A one to be on the safe side
[11:17:32] <amee2k> these are about inbetween the "meanwell" brand ones, and the cheapos
[11:17:35] <Tom_itx> but that's just me
[11:17:39] <amee2k> (price-wise)
[11:17:52] <Tom_itx> i've had excellent luck with mine
[11:17:59] <amee2k> do you by chance know someone selling these in the EU?
[11:18:06] <Tom_itx> nope
[11:19:19] <amee2k> wait, is that a manufacturer or just a store? o.o
[11:19:30] <Tom_itx> store afik
[11:19:54] <amee2k> ah, ok
[11:20:01] <amee2k> that explains why i can't see any brand names
[11:20:17] <Tom_itx> they may make some of their boxes and pico psu stuff
[11:20:23] <Tom_itx> i dunno
[11:22:05] <Tom_itx> Designed and Manufactured by MINI-BOX.com
[11:22:10] <Tom_itx> maybe they are
[11:22:19] <Tom_itx> http://www.mini-box.com/12v-12-5A-AC-DC-Power-Adapter
[11:24:40] <Tom_itx> http://resources.mini-box.com/online/PWR-ACDC-12V-12.5A-150W/PWR-ACDC-12V-12.5A-150W-specs.pdf
[11:25:05] <Tom_itx> there's a brand and PN
[11:25:11] <Tom_itx> EA1180 series
[11:26:52] <Tom_itx> http://www.ashlea.co.uk/p/EA11801A-120-09-.aspx
[11:26:55] <Tom_itx> there you go
[11:27:16] <amee2k> interesting that there apparently is an HP charger with the type number "1180EA" :>
[11:27:51] <Tom_itx> google EA11801A-120
[11:27:58] <Tom_itx> that's the 12.5A one
[11:28:18] <amee2k> dafuq
[11:28:24] <amee2k> RS sells it for 103.46EUR
[11:28:26] <Tom_itx> http://www.relec.co.uk/EA11801.html
[11:29:27] <Tom_itx> http://www.applegate.co.uk/b2b-products-services/rs-components-ltd/power-supply-desk-top/EA11801A-120-4482.html
[11:29:29] <Tom_itx> yup
[11:31:07] <Tom_itx> EA11801B-120 is a 10.83A one
[11:31:18] <Tom_itx> 130W
[11:32:10] <Tom_itx> not as popular
[11:32:26] <Tom_itx> http://www.edac.com.tw/products_open.asp?id=329
[11:36:34] <DanFrederiksen> have any of you bought bulk of atmega48s? digikey 100 is about 1$ so I'm guessing bulk is around 0.3-0.4$?
[11:36:58] <Tom_itx> nope just the U2's
[11:37:35] <Tom_itx> they should list a bulk price as well
[11:40:02] <DanFrederiksen> oddly digikey only lists volume up to 100 for that part. but I have noticed that even when they list up to 10000 that it seems you can get the part in bulk for about 40% of the 10k volume digikey price
[11:49:24] <DanFrederiksen> Tom_itx, btw what's a u2?
[11:49:33] <Tom_itx> atmega32U2
[11:56:49] <Tom_itx> they show a 2000 quant for 1.14 ea
[12:20:39] <DanFrederiksen> digikey does? I can't find that. got link?
[12:24:23] <Tom_itx> http://www.digikey.com/product-detail/en/ATMEGA48A-AUR/ATMEGA48A-AURTR-ND/2271037
[12:27:09] <Tom_itx> more than that you would probably contact atmel direct
[12:33:14] <DanFrederiksen> weird thing is that they have one that's cheaper in 100
http://www.digikey.com/scripts/DKSearch/dksus.dll?Detail&itemSeq=139548083&uq=635202869290279487
[12:33:31] <DanFrederiksen> and there are so many different model names and they don't seem to correspond to the list atmel has..
[12:34:00] <DanFrederiksen> tad messy
[12:58:18] <DanFrederiksen> the AT32UC3L is a tempting chip. 32bit 50MHz. 8mA. although still weak at ADC it seems
[12:58:40] <DanFrederiksen> is the comparator in atmels just an analog analog comparator or can you compare to a digital value?
[13:11:13] <DanFrederiksen> is it just me that's thinking wrongly about the programming or would it be nice if chips had multiple ADCs? rather than just switching one between channels and the nasty delays that follow that
[13:11:50] <DanFrederiksen> I would much prefer multiple ADCs running continuously so the value for each channel is always ready.
[13:45:50] <Daulity> Is there a avr chip with a lot of timers ?
[13:59:38] <ambro718> Daulity: atmega2560 has 4 16-bit TCs and 2 8-bit TCs
[13:59:53] <ambro718> and also the other chips in the same datasheet
[14:00:16] <ambro718> xmegas have even more
[14:01:10] <ambro718> Daulity: are you aware that if you run a TC in normal mode, you can use its two output compare units as interrupt sources for possibly unrelated events?
[14:01:57] <ambro718> so if you're only interested in timers so that you can do stuff at certain times (as opposed to measuring signals etc.), you really have twice more timers than you think you do
[14:03:19] <ambro718> normal mode = not CTC mode
[15:13:35] <abcminiuser_> Yay styled XAML
[15:14:32] <Tom_itx> whatchoo workin on?
[15:17:34] <abcminiuser_> http://fourwalledcubicle.com/files/vsix/DataSizeViewer.vsix now gives helpful sexy error overlays
[15:17:43] <OndraSter> <3
[15:17:52] <abcminiuser_> And GDP now reads memory from the device, finished AVR109 bootloader support
[15:18:17] <abcminiuser_> https://github.com/abcminiuser/gdp
[15:18:34] <abcminiuser_> Still need to move formats into formatreaders, and add formatwriters for dumping the read data to a file
[15:20:27] <abcminiuser_> Come on, tell me that overlay isn't sexy
[15:21:27] <abcminiuser_> http://imgur.com/4ZrNXg7
[15:23:17] <OndraSter> which overlay?
[15:24:50] <abcminiuser_> The error message at the bottom ("No symbols are loaded....")
[15:24:53] <OndraSter> oh
[15:24:58] <abcminiuser_> :(
[15:25:01] <OndraSter> yes
[15:25:02] <OndraSter> nice font
[15:28:23] <abcminiuser_> Well that was apparently a waste of time :P
[15:28:28] <abcminiuser_> Ah well, didn't take long
[15:54:38] <Daulity> ambro718: cool thanks! was thinking of making a musical instrument :)
[16:44:11] <Daulity> I am having trouble with external source files, if I include the .h it says undefined reference to stuff, all over the place, if i put the actuall code in to the .h file it works, what am I doing wrong here ?
[16:45:02] <Tom_itx> #include
[16:45:22] <Tom_itx> are you using studio?
[16:46:04] <Daulity> yes
[16:46:23] <Tom_itx> have you included them in the source file list on the left?
[16:47:05] <Daulity> the stdio is in the main source file, in which also the .h is included that gives the beheviour
[16:48:43] <Daulity> Tom_itx: why ?
[16:49:06] <Tom_itx> it could cause that
[16:50:00] <Daulity> Tom_itx: removing the stdio.h doesn't fix it
[16:50:12] <Tom_itx> you don't want to do that
[16:51:52] <Daulity> Tom_itx: ok
[16:52:09] <Daulity> Tom_itx: the files
https://github.com/Duality4Y/projects/tree/master/atmega16-1
[16:52:40] <Daulity> it's about DmDisplay.h and .cpp, if I put the contents of the .cpp into the .h it works
[16:53:04] <Tom_itx> did you set the project up as a c++ one?
[16:53:12] <Tom_itx> you don't want code in the h file
[16:53:24] <Daulity> Tom_itx: indeed, don't want code in the .h
[16:53:44] <Daulity> but it doesn't work If i put the code in the .cpp
[17:01:01] <Daulity> so I don't know whats wrong
[17:02:59] <Daulity> Tom_itx: I get it to compile when i do this:
http://pastebin.com/wY6y2Y4y
[17:03:14] <Daulity> if I put the include under the class
[17:28:35] <Daulity> this confuses me, but i'll figure it out one day or I hope soon :)
[20:00:29] <Tom_itx> Daulity what ver studio are you using?
[20:17:16] <Tom_itx> wow, that blew studio clear to the moon
[20:17:34] <Tom_itx> suckiest software i've seen in a while
[20:22:59] <Tom_itx> what a pile of crap. wait 10 min for it to load, try to load a cpp file and it crashes.
[20:23:04] <Tom_itx> twice in a row
[20:25:56] <blargg> I compiled avrdude and when in terminal (-t) mode the arrow keys don't work, instead putting garbage like ^[[D^C.
[20:26:50] <blargg> Pastebin of ./configure:
http://pastebin.com/raw.php?i=H9VahWk1
[20:32:45] <blargg> OK, fixed, it needed libreadline
[20:59:07] <jerkey> now i made a new usbtinyisp and when it reads an atmega2560 (i have two) they both make a 0-byte flash.bin
[21:36:19] <Tom_itx> jerkey i read my 2560 and it came up with the proper flash count
[21:40:54] <twnqx> maybe it's read protected by fuse? :P
[22:40:10] <Tom_itx> twnqx, certainly doing something wrong
[23:30:50] <twnqx> http://www.bunniestudios.com/blog/?p=147 oh yeah, been there...
[23:30:59] * twnqx makes a checkmark
[23:37:28] <jerkey> tom_itx thanks for the data point. I read it again with a usbtinyisp programmer, and got 0 bytes.
[23:38:16] <jerkey> can anyone recommend a specific firmware for the usbtiny? I used the one at the bottom of this page:
http://dicks.home.xs4all.nl/avr/usbtiny/
