Back
[01:28:17] <sabesto> anyone happen to know a little about audio dsp?
[01:31:05] <hackvana> yes
[01:31:52] <sabesto> i basicly need a (10 ish) band equalizer
[01:32:37] <sabesto> i know so little about the DSP chips, and what different types that are out there
[01:33:22] <sabesto> analog in, analog out (to headphones)
[01:33:29] <hackvana> Note, you asked for someone who knew a little about audio DSP. I know a little (not a lot)
[01:33:52] <hackvana> I've worked on several audio DSP projects, but not enough to be useful.
[01:34:01] <sabesto> doesnt matter, i know *nothing*
[01:34:04] <sabesto> http://www.conexant.com/servlets/DownloadServlet/PBR-202397-001.pdf?docid=2398&revid=1
[01:34:04] <hackvana> I think Google will help you
[01:34:12] <sabesto> was looking at that
[01:34:57] <sabesto> it has a class-d amp built in aswell
[01:35:01] <hackvana> I've used DSPs like the TI 5402. It can easily handle what you're talking about:
http://www.ti.com/product/tms320vc5402
[01:36:10] <hackvana> Sounds a good chip
[01:36:25] <hackvana> More integrated and dedicated to audio than the TI chip I mentioned
[01:36:33] <sabesto> hackvana: but how is the data processed? hardware or simply code?
[01:37:14] <hackvana> In general, the audio signals are fed into an ADC to get 16- or 24-bit signed values
[01:37:22] <hackvana> Then algorithms work on the digital data
[01:37:41] <hackvana> Then the digital data is fed to a DAC to regenerate the analog audio signal
[01:38:02] <hackvana> The algorithms can include filters such as FIR and IIR to do equalisation
[01:38:31] <sabesto> hmm, i wonder if i should go for something simpler for the first prototype
[01:40:04] <hackvana> The other question is whether you can buy a small number of chips for evaluation
[01:40:25] <hackvana> Most chips like that require you to commit to large runs, or have very expensive evaluation kits, or need very expensive software
[01:40:41] <sabesto> an xmega or avr32 should be able to do it aswell, if i put on better ADC's and DAC's
[01:40:49] <hackvana> You may be able to use something like this:
http://www.kickstarter.com/projects/paulstoffregen/teensy-30-32-bit-arm-cortex-m4-usable-in-arduino-a
[01:40:57] <hackvana> That Cortex M4 has DSP instructions
[01:41:17] <sabesto> hackvana: yeah, this is for an actual product, but now its just a proof of concept
[01:41:20] <hackvana> And given that it's at audio frequencies, you could still probably do it in plain C, without using the DSP
[01:41:30] <hackvana> Up to you, just helping you understand the choices.
[01:41:37] <sabesto> i hope the guy who started the company will find someone else then me to do the next prototype :P
[01:41:58] <hackvana> Consider it a paid learning opportunity :-)
[01:42:00] <sabesto> hackvana: yeah, thanks, i was not shure how it was done
[01:42:27] <hackvana> Whether or not you actually use that chip, you could do a proof of concept using something like the Teensy 3
[01:42:27] <sabesto> yes, but i get 1 request from companies to develop products every week
[01:43:33] <hackvana> Good, then you're never short of work :-)
[01:44:32] <OndraSterver> hackvana, CapnKernel? :)
[01:44:52] <hackvana> OndraSterver: Yes it's me.
[01:44:55] <OndraSterver> mkay
[01:45:05] <CapnKernel> No it isn't, he's an imposter!
[01:45:20] <hackvana> You get back in your box, I've warned you enough!
[01:45:24] <OndraSterver> you share the same username and IP!
[01:45:39] <hackvana> OndraSterver: I'm moving names :-)
[01:45:43] <OndraSterver> heh
[01:49:24] <hackvana> sabesto: Have you programmed before?
[01:50:28] <sabesto> yes, only avr/avr32 though
[01:50:35] <sabesto> but no DSP
[01:50:54] <hackvana> Most DSP kits contain basic examples of the kind of filters you're looking for.
[01:56:40] <dza> so weird! my ArchLinux PC shows "usb 4-1.1: FTDI USB Serial Device converter now attached to ttyUSB0" right after "ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0" although my Windows VM can connect to it (COM3) and I have to fiddle with the USBs all the time for the /dev/ttyUSB0 to persist.
[01:57:50] <hackvana> dza: What happens when you're not running Windows in the VM? Are the usb-related log messages the same?
[02:06:53] <dza> hackvana: I will close it now.
[02:07:23] <dza> hackvana: but yes, my previous experience was that it was quite random, thats why I resorted to the VM to test it.
[02:07:29] <hackvana> sabesto: A Teensy3 would be a good way to try things out. Cheap board and free tools.
[02:07:59] <sabesto> i got heaps of avr32 boards
[02:08:18] <sabesto> have not done any arm yet, but i whould
[02:08:19] <hackvana> You live in Norway or something???
[02:08:21] <sabesto> *should
[02:08:53] <sabesto> 10 min away from atmel :)
[02:09:02] <hackvana> I knew it!
[02:09:09] <hackvana> LOL
[02:09:16] <hackvana> AVR32 seems to have DSP instructions.
[02:09:22] <hackvana> You could try it on one of your boards.
[02:09:43] <hackvana> First three links look interesting:
https://www.google.com/search?q=avr32+dsp
[02:10:25] <hackvana> Say hello to abcminiuser for me. (Dean is from my city [Melbourne Australia] but now works at Atmel in Trondheim])
[02:10:49] <specing> What are these DSP instructions?
[02:11:05] <sabesto> basicly 10 band eq for audio
[02:11:06] <hackvana> ?
[02:11:20] <sabesto> analog in/analog out
[02:12:22] <sabesto> 32-bit fixed point FIR filter example :)
[02:13:26] <hackvana> For headphones, 16-bit is probably good enough
[02:47:06] <jadew> ok, so I got in contact with the guys on that site, those are not the real prices
[02:48:14] <jadew> and they failed to provide any prices, basically meaning it's negociable
[03:00:29] <iSaleK> Can someone give me a link to 1-wire library please?
[03:00:45] <iSaleK> Most links I find on AVR freaks are dead
[03:08:12] <hackvana> jadew: The good news is that they will then spam you every few months wanting to know if you're interested in more of their treasures
[03:08:46] <hackvana> Do that a few times on Alibaba, and you end up with quite the daily inbox
[03:27:10] <jadew> hackvana, I created a new e-mail :P
[03:27:17] <jadew> just to get in contact with them
[03:53:22] <hackvana> jadew: Wise
[04:09:16] <Richard_Cavell> I bought some AVR 1284s
[04:09:19] <Richard_Cavell> they're nice and wide
[04:09:24] <Richard_Cavell> 40 pins each
[04:17:45] <Thetawaves> i like the 1284
[04:17:48] <Thetawaves> needs a crystal though
[04:18:01] <Thetawaves> the baud rate generator doesn't work well with ceramic resonator at 20mhz
[04:18:23] <Thetawaves> gave me lots of grief
[08:36:46] <iSalek> I'm using DS 18B20 for temperature mesuring with ATTiny2313. But when I do one wire reset, I get error code 1 which is explained as // short circuit, expected low but got high
[08:37:11] <iSalek> I'm using external 4K7 pull-up resistor and DS 18B20 has the same VCC and GND as ATTiny2313 (+5, 0)
[08:37:29] <iSalek> Did anyone else had similair problems like this?
[08:37:43] <jadew> do you have an oscilloscope?
[08:38:01] <iSalek> Unfortunately no :(
[08:38:04] <jadew> ok
[08:38:11] <jadew> before issuing the reset
[08:38:14] <jadew> is the line high?
[08:38:20] <jadew> (measure it with a multimeter)
[08:38:22] <iSalek> Nor do I have any logic analyzer to test the line...
[08:38:29] <iSalek> Ok, I will mesure it now
[08:38:31] <iSalek> just a second
[08:39:42] <iSalek> It is 5V all the time
[08:39:46] <jadew> ok
[08:39:53] <iSalek> and MCU does about 2-3 resets in 1s
[08:40:03] <jadew> now... the reset pulse takes anywhere between 480 and 640 us
[08:40:04] <iSalek> since it reads temp every secon
[08:40:15] <jadew> so if you pause about 500us
[08:40:18] <jadew> or 1ms
[08:40:25] <jadew> after each reset, while doing it in a loop
[08:40:39] <jadew> you can use some headphones to check if you get a sound on that line
[08:40:42] <jadew> if you get a sound
[08:40:50] <jadew> it means the line it actually goes down
[08:41:06] <jadew> so... while (1) { do reset; _delay_ms(1); }
[08:41:57] <iSalek> Ok, I'm compiling and programming that to MCU now
[08:42:16] <iSalek> In my code I have set _delay_us(120) after reset
[08:42:23] <iSalek> should I increase that to 640?
[08:42:51] <jadew> yes
[08:43:02] <iSalek> ok, done
[08:43:10] <jadew> let me know if you get a sound
[08:43:20] <iSalek> Now let me just find an audio jack with cables, I have one laying around somewhere around here :)
[08:48:54] <iSalek> I think I'm not hearing anything
[08:49:14] <iSalek> I do hear some faded noise but that might be my shaky hands
[08:49:32] <jadew> you should have heard a 2khz signal
[08:50:11] <jadew> maybe wrong pin?
[08:50:33] <jadew> actually a 1kHz
[08:50:37] <iSalek> On the MCU?
[08:50:42] <jadew> yeah
[08:50:51] <iSalek> I've connected one LED before attaching DS and it was flashing
[08:51:03] <iSalek> (not with this code but I used the same pin)
[08:52:35] <iSalek> Is there a way to test if my DS is malfunctioning?
[08:52:47] <jadew> you can't possibly see a LED flashing at 1khz
[08:53:07] <jadew> iSalek, well at this point it looks like your MCU is not taking the line low
[08:53:40] <iSalek> It' wasing flashing at 1KHz, it was flashing at 0.5Hz because I needed to see which port on flat cable is PD6
[08:53:53] <iSalek> later I altered my code and changed the one wire port and pin to PD6
[08:56:14] <iSalek> I hear the sound now :D
[08:56:23] <jadew> heh, how did you do it?
[08:56:28] <jadew> what changed?
[08:56:36] <iSalek> Headphones :D
[08:56:42] <jadew> heh
[08:57:57] <jadew> ok, that means that the reset is working, so 1) either your clock is wrong (altho I think it's right), in which case you'll have to test it with a LED at 1 second (or now with a frequency counter, from the multimeter)
[08:58:28] <jadew> 2) the sensor isn't properly connected, so it's not outputting the presence pulse
[08:58:52] <jadew> presence pulse which is low and that would explain the error you're getting
[09:00:36] <iSalek> I have incresed the delay to 640us like you said and it's working now
[09:00:53] <iSalek> at least I get some characters on serial port (that should be temperature)
[09:01:22] <jadew> wait, my delay was only to figure out if RESET is working
[09:02:00] <iSalek> Yea but I was waiting 120us after reset and now when I've increased it to 640 I get data on serial port
[09:02:21] <jadew> that's not good
[09:03:15] <jadew> http://dumb.ro/lafront/screenshot4.png
[09:03:20] <jadew> this is how 1-wire looks like
[09:03:55] <jadew> after the RESET pulse, there's a short recovery time
[09:04:16] <jadew> and after that, the devices on the bus will take the line down for 60-240uS
[09:04:26] <jadew> after that there's another 180us (max) recovery time
[09:04:47] <jadew> that adds up to 480 max (with the initial recovery time)
[09:05:03] <jadew> so 640uS might go over the data
[09:05:29] <iSalek> Ok, in my library delay was set to 120us. What should I set it to now?
[09:05:33] <iSalek> 480us?
[09:05:51] <jadew> what delay is that?
[09:06:07] <iSalek> ow_reset(); _delay_us(640);
[09:06:20] <jadew> that's wrong
[09:06:34] <jadew> what's inside ow_reset() ?
[09:07:00] <iSalek> just a second
[09:07:18] <iSalek> Oh, it has 480us delay already included
[09:07:27] <iSalek> so my delay is obsolete?
[09:07:35] <jadew> I was expecting that
[09:07:48] <jadew> since the presence pulse is part of the reset routine
[09:07:57] <jadew> yeah, take it out
[09:08:11] <jadew> the 480uS pulse is not ok either, but whatever
[09:08:33] <iSalek> Ok, and is it neccessery to add delay after I send the convert temperature command?
[09:09:32] <jadew> yes
[09:09:53] <iSalek> For how long?
[09:09:56] <jadew> you have to read the data sheet, it's mentioned in there
[09:09:56] <RikusW> hi jadew
[09:10:03] <RikusW> got my gps kit working :)
[09:10:06] <jadew> hey RikusW
[09:10:09] <jadew> neat
[09:10:15] <RikusW> GMS-U1LP
[09:10:30] <RikusW> the module even got builtin usb serial
[09:10:43] <jadew> hah
[09:10:47] <RikusW> I'll be using PA6H later
[09:10:55] <RikusW> but its protocol compatible
[09:12:13] <RikusW> its built around Mediatek MT3329 (MT3339 for PA6H)
[09:13:43] <jadew> will you be allowed to show picutres when it's done?
[09:14:08] <RikusW> I can't see that it would be a problem
[09:14:26] <RikusW> currently I'm thinking about putting the GPS on a seperate PCB
[09:14:50] <RikusW> I might even be allowed to sell that as a module :) time will tell
[09:15:37] <jadew> I guess both modules are properly RF shielded, no?
[09:15:56] <RikusW> the actual smt modules is yes
[09:16:04] <jadew> so why separate them?
[09:16:21] <jadew> makes them more compact?
[09:16:24] <RikusW> I want to try putting the GPRS antenna on the PCB itself
[09:16:50] * RikusW is still thinking about the design
[09:17:24] <RikusW> jadew: you can have a look at www.otto.co.za
[09:17:29] <RikusW> I bought it from them
[09:17:43] <RikusW> ZAR10 ~~ 1 Euro
[09:18:53] <jadew> what was 1 euro?
[09:19:14] <RikusW> currency conversion..
[09:19:28] <jadew> ah
[09:19:49] <RikusW> roughly anyways
[09:19:53] <iSalek> jadew: Now I keep getting FF FF as lower and higher byte of my temperature :\
[09:20:00] <iSalek> What am I doing wrong? :(
[09:20:02] <jadew> earlier today I thought I found a gold mine (alibaba) thought all the chips there cost 1 cent lol
[09:20:21] <jadew> iSalek, FF means the chip is not taking the line down
[09:20:36] <jadew> *the sensor
[09:20:43] <jadew> or that the mcu is not reading it properly
[09:21:26] <jadew> now's the time to check the connections
[09:21:35] <jadew> and are you sure you addressed the chip properly?
[09:22:04] <iSalek> I used skip rom, and after that convert T, reset, skip rom, read scratchpad
[09:22:22] <iSalek> Can you recommend some good one wire library to use?
[09:23:13] <jadew> RESET, 0xCC, 0x44
[09:23:17] <jadew> wait for a wbit
[09:23:31] <jadew> RESET, 0xCC, 0xBE, READ 2 bytes
[09:23:36] <RikusW> it seems the SIM900 GPRS modem even supports AT+EMAIL commands :)
[09:24:03] <OSterver> nice
[09:24:14] <iSalek> How do I wait for wbit? I dont have that function in this library... ?
[09:24:17] <jadew> yeah, that's pretty awesome
[09:24:54] <jadew> iSalek, I don't remember that detail
[09:25:10] <jadew> should be in the data sheet
[09:25:44] <jadew> just wait 1 second
[09:25:46] <jadew> that should be enough
[09:25:52] <jadew> at least for now, so you can test it
[09:28:01] <jadew> ah
[09:28:02] <jadew> lol
[09:28:07] <jadew> [17:12.28] <iSalek> How do I wait for wbit? I dont have that function in this library... ?
[09:28:11] <jadew> wbit
[09:28:16] <jadew> that was my typo, sorry
[09:28:35] <jadew> *[17:11.31] <jadew> wait for a bit
[09:28:38] <jadew> this is what I meant
[09:28:40] <jadew> hehe
[09:28:46] <jadew> (I'm really tired right now)
[09:28:47] <iSalek> http://pastebin.com/0EvCpMvA
[09:28:58] <iSalek> This is my code, and still I get FF :\
[09:29:18] <jadew> looks good
[09:29:33] <jadew> is the sensor powered and properly connected?
[09:29:42] <iSalek> Yes it is
[09:29:48] <theBear> does it need a pulldown or something ?
[09:29:51] <iSalek> It's getting power and it has pull up
[09:29:54] <jadew> no
[09:30:02] <jadew> only a pull up
[09:30:12] <theBear> i only read a couple lines :)
[09:30:18] <jadew> I figured :)
[09:30:20] <theBear> hmmm, so the pullup is working :)
[09:30:42] <jadew> iSalek, you said 4k7, right?
[09:30:48] <iSalek> Yes
[09:31:42] <jadew> maybe it's too strong, altho it's a recommended value
[09:31:50] <jadew> try with 10k
[09:32:06] <iSalek> Ok,
[09:34:09] <jadew> can I see what's inside ow_byte_wr
[09:34:39] <jadew> if the connections are fine and the pullup is fine, it means it's the code
[09:35:25] <theBear> i find for a lot of things 10k is too weak, but never seen anything that doesn't work between 1k and 4.7k
[09:35:32] <iSalek> http://pastebin.com/TDP5TTp5
[09:36:11] <iSalek> same thing with 10K
[09:36:13] <iSalek> I get FF FF
[09:36:35] <iSalek> Maybe the chip is dead?
[09:36:44] <jadew> iSalek, don't think so
[09:36:51] <jadew> theBear, yeah... you're right
[09:37:23] <jadew> ow_bit_io_intern()
[09:37:31] <jadew> what's the contents of that?
[09:38:16] <iSalek> http://pastebin.com/CUM10xCa
[09:40:20] <jadew> looks ok
[09:41:12] <iSalek> I've tried 10k and 4k7 and I get FF FF
[09:41:14] <iSalek> :\
[09:42:36] <jadew> kinda sucks that you don't have a scope
[09:43:00] <iSalek> I know but... :\
[09:43:35] <jadew> here's an idea
[09:44:07] <jadew> you know how you have that delay in the reset function?
[09:44:26] <iSalek> Yes
[09:44:49] <jadew> split it in _delay_us(70); Read the PIN _delay_us(the rest of it);
[09:45:02] <jadew> and output the value you read on the serial
[09:45:32] <jadew> if you get a 1, there's a communication issue, most likely in the hardware
[09:45:41] <jadew> (so connections)
[09:45:52] <jadew> or it's option nr. 1: bad clock
[09:47:35] <jadew> a bad clock would cause wrong timing for the reset pulse
[09:47:48] <jadew> so the chip would ignore you
[09:48:18] <iSalek> I get 00
[09:48:46] <jadew> remove the chip and try again
[09:49:43] <iSalek> I still get 00 :\
[09:50:15] <Essobi> sup
[09:50:31] <jadew> iSalek, so something is probably wrong in your config
[09:50:49] <jadew> after the reset pulse, the line is left high
[09:50:53] <iSalek> Ok, I will try to check it out and I will try to get another chip, just to be sure
[09:51:03] <iSalek> Thank you very much for your time and help
[09:51:04] <jadew> the sensor should pull the line low
[09:51:11] <jadew> so if you get 0, it means it works
[09:51:24] <jadew> but if you get 0 with the sensor out, then it's a config issue
[09:51:29] <jadew> or... something
[09:51:46] <jadew> np
[13:08:24] <tld> Yay! Stuff through China Post has finally started to arrive again. :)
[13:30:10] <megal0maniac> tld: My last order arrived in 11 days :/
[13:32:26] <tld> hmm
[13:33:06] <Steffanx> I had that issue too a while ago tld
[13:33:24] <Steffanx> Both were probably VERY small packages
[13:33:49] <tld> according to aliexpress, there's been some customs-changes
[13:34:00] <tld> hope it's not something new and permanent
[13:39:17] <megal0maniac> I see aliexpress isn't friends with paypal anymore :/
[13:40:22] <tld> hasn't been for some time.
[13:40:47] <tld> they're competition now that PayPal and eBay is one huge glob of international corporate love.
[13:41:21] <megal0maniac> Seems so
[13:41:40] <megal0maniac> "We ship to the South Africa"
[13:41:42] <megal0maniac> Heh :)
[14:00:23] <RikusW> hi megal0maniac
[14:10:45] <Tom_itx> yay, arduino 2560 arrived
[14:37:02] <OndraSter> Tom_itx, :o
[14:37:07] <OndraSter> what are you going to do with it? :)
[14:58:43] * RikusW is cheating with terminals :-P
[14:58:46] <RikusW> ./cs PMTK220,2000 > /dev/ttyUSB0
[14:58:57] <RikusW> and cat /dev/ttyUSB0 in another :)
[14:59:05] <OndraSter> hmm?
[14:59:17] <RikusW> cs is a custom app for calculating the xor sum
[14:59:40] <RikusW> ./cs PMTK220,2000 ----> $PMTK220,2000*1C
[14:59:45] <OndraSter> ah
[14:59:58] <RikusW> <50 lines
[15:00:22] <RikusW> that command sets updates from the gps at 2000ms
[15:00:38] * RikusW loves the commandline
[15:01:04] * OndraSter hates the cli
[15:01:29] <Kevin`> probably used the windows cli too much =p
[15:01:30] <RikusW> bash is much better than win cli....
[15:01:45] * RikusW bashes the win cli to pieces :-D
[15:02:39] <jadew> yeah, the batch language on win sucks
[15:02:55] <jadew> not that bash is far better
[15:04:34] <OndraSter> powershell*
[15:04:35] <OndraSter> bash is awful
[15:04:41] <OndraSter> working with data as text is awful idea
[15:04:44] <OndraSter> objects ftw
[15:04:49] <jadew> you know what I'd like on windows?
[15:04:55] <OndraSter> no
[15:05:01] <jadew> the freaking cmd window to get easily maximized
[15:05:22] <jadew> like... I'd like it to be as flexible as putty is when I ssh into my server
[15:05:43] <Tom_itx> OndraSter, not sure yet
[15:06:48] <RikusW> OndraSter: have you used XML yet ?
[15:06:52] <jadew> battleshipduino
[15:06:55] <OndraSter> I sure did, RikusW
[15:07:22] <RikusW> well XML is text....
[15:07:30] <OndraSter> but in defined format
[15:07:41] <OndraSter> that can be made into object by given rules
[15:07:50] <OndraSter> bash is random :P
[15:08:09] <RikusW> not it you follow the rules :-P
[15:08:15] <OndraSter> which ones...
[15:08:23] <OndraSter> our Solaris is not the same
[15:08:23] <OndraSter> and it is bash..
[15:08:31] <RikusW> yep, which ones...
[15:12:00] <jadew> hi
[15:12:08] <jadew> hello
[15:12:09] <OndraSter> RikusW, and FYI, I have so far always worked with XML only as objects/SQL database :P
[15:12:10] <OndraSter> hi
[15:12:12] <OndraSter> hi
[15:12:13] <OndraSter> hello
[15:12:14] <OndraSter> hmm
[15:12:17] <OndraSter> does not work jadew
[15:12:19] <jadew> not working anymore eh?
[15:14:03] <creep> h
[15:14:09] <RikusW> CANUCK
[15:14:10] <tobbor> YANKIE!!!!
[15:14:17] <RikusW> working :-P
[15:14:20] <jadew> hi
[15:14:33] <jadew> ah, he just doesn't like me
[15:17:48] <Tom_itx> it's a random response
[15:19:35] <Tom_itx> if i isp into a 16U2 and read the hex back will it save the default bootloader as well?
[15:19:49] <jadew> it should
[15:20:30] <Tom_itx> i'm not sure how to get it into 'program' mode for the u2 on the arduino
[15:20:42] <Tom_itx> i know the process but i don't know where they put the pins for it
[15:20:51] <Tom_itx> yet
[15:21:09] <Tom_itx> i saved the 2560 file
[15:21:28] <Tom_itx> not really sure what it had in it
[15:23:00] <Tom_itx> there's hex at both ends of the file
[15:23:09] <Tom_itx> and a big blank area between
[15:23:11] <OndraSter> demo app and bootloader?
[15:23:35] <Tom_itx> i dunno
[15:23:59] <Tom_itx> i'll mess with it more when i have more time
[15:24:11] <RikusW> OndraSter: probably
[15:24:25] <Tom_itx> that'd be my guess
[15:24:39] <RikusW> Tom_itx: I have used vim and notepad on hex files before ;)
[15:24:49] <Tom_itx> me too
[15:24:56] <Tom_itx> well not vi but a txt editor
[15:25:19] <OndraSter> OMG VI(M)
[15:44:09] <OndraSter> RikusW, what does tracking say?
[15:44:19] <OndraSter> opera does not show me the link in the history anymore
[15:45:04] <RikusW> hmm thats on the other PC...
[15:45:10] <OndraSter> heh
[15:45:12] <OndraSter> remote desktop yo :)
[15:45:14] <RikusW> same as last time
[15:45:20] <RikusW> other pc is off
[15:45:21] <OndraSter> hmm
[15:45:36] <RikusW> I checked yesterday morning
[15:45:43] <OndraSter> bloody ZAR post!
[15:45:44] <jnd> hey guys, do you have any tiny4/5/9 and some time for a little test?
[15:45:45] <RikusW> hopefully its already at the PO
[15:46:05] <RikusW> its been a while since we have been to town
[15:46:22] <RikusW> jnd, I have a t10
[15:46:26] <jnd> it seems like those three are the same as tiny10 but have different dignature bytes
[15:46:32] <RikusW> yes
[15:46:36] <RikusW> and less flash
[15:46:44] <jnd> no, same flash and adc
[15:47:07] <jnd> I need more tests to prove it
[15:47:35] <jnd> http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=126128
[15:47:42] <RikusW> 4+5 only got 512 bytes
[15:48:03] <jnd> well apparently they got at least 1k
[15:48:18] <RikusW> 9+10 yes
[15:48:28] <jnd> all of them
[15:48:48] <jnd> it wouldn't be a big surprise really
[15:50:40] <jnd> I think Tom_itx may have some
[17:13:46] <Tom_itx> ?
[17:13:52] <Tom_itx> who needs a t10?
[17:14:23] <Tom_itx> 2 have adc and 2 don't iirc
[17:14:37] <Tom_itx> flash size varies
[17:46:29] <jnd> Tom_itx: I suspect they are all the same, so far it was proven for the few devices and I'd like to see more evidence, I linked the avrfreaks thread
[17:49:19] <Tom_itx> i've got a 10 if you want me to try something
[17:57:34] <Tom_itx> i wonder if arduino replaces the default bootloader in the 16U2 on the 2560 board
[17:58:19] <JViz> i've been playing around with atmel studio 6. is there some way to change the color scheme for the text editor?
[18:08:38] <OndraSterver> Tom_itx, as in the "hardware" burned one?
[18:09:09] <Tom_itx> yeah
[18:09:16] <OndraSterver> you can replace that?
[18:09:19] <Tom_itx> i read both firmwares off the board and stored em
[18:09:22] <Tom_itx> of course you can
[18:09:25] <OndraSterver> oh
[18:09:31] <OndraSterver> I thought it was in RO flash
[18:09:35] <Tom_itx> if you program it via isp instead of FLIP
[18:09:44] <OndraSterver> that is the main bootloader
[18:09:54] <OndraSterver> but the "recovery" one for HWB pin?
[18:09:59] <OndraSterver> you can do that too?
[18:10:15] <Tom_itx> i didn't get much using flip
[18:10:39] <Tom_itx> so i grabbed it with isp
[18:10:46] <OndraSterver> hmm
[18:11:03] <Tom_itx> and saved the default fuse settings in a file as well
[18:44:01] <AR__> i want a surface mount atmega128 but i only have a DIP so i just cut it in half and want to solder directly to the die pads but my solder isn't sticking any ideas?
[18:44:20] <Horologium> umm.
[18:44:27] <Horologium> first off, atmega128 doesn't come in dip package.
[18:44:41] <Horologium> beyond that, use gold solder.
[18:45:00] <Horologium> or spot welder.
[18:45:22] <AR__> ok
[18:45:26] <AR__> i meant 1284
[18:46:01] <Horologium> 1284p ?
[18:46:27] <Horologium> still, use a spot welder.
[18:46:48] <AR__> it might fry the chip
[18:48:55] <Horologium> then use thermosonic bonding with gold or copper.
[18:52:37] <Amadiro> AR__, why not just get an SMT package
[18:58:57] <Kevin`> AR__: why not just bend the leads under the package or outward and solder it to the board
[18:59:26] <AR__> because i already cut them off
[18:59:39] <AR__> and i have this chip programmed i dont want to lose it
[19:00:06] <Kevin`> it only takes a few seconds to program a new chip
[19:39:34] <JViz> anybody using the current LUFA's virtualserial class?
[19:39:47] <JViz> if so, what board are you using?
[19:45:08] <JViz> i'm trying to run the basic virtualserial demo, and it's giving me "unknown device" when it connects the the computer
[19:45:29] <JViz> i'm guessing there's either a board specific or chip specific bug
[19:47:05] <JViz> i've ran the teensy usb stack on it, so i know the my board actually works
[19:51:18] <hackvana> jViz: Have you tried some of the other LUFA demos?
[19:54:22] <JViz> hackvana: o'
[19:54:23] <JViz> er
[19:54:27] <JViz> i'm using a teensy
[19:54:33] <JViz> how am i supposed to use the other demos?
[19:55:00] <JViz> the other demos are for boards with buttons and joystick(s)
[19:55:18] <JViz> i even had to modify the virtual serial to work
[19:55:42] <JViz> because all of the demos require buttons and/or a joystick
[19:56:50] <JViz> i had a different project that used a different class, and they enumerated, but they didn't seem to work
[19:57:12] <JViz> so i need debug information, which is why i turned to the virtualserial class
[20:01:38] <hackvana> Haha, I've been there (Teensy and LUFA):
http://capnstech.blogspot.com/2010/07/touchscreen-update.html
[20:02:24] <JViz> wooo
[20:02:48] <JViz> what version of LUFA are you using for your teensy project?
[20:03:18] <hackvana> At least one of the LUFA demos implements a USB keyboard. You should be able to run that and verify that the PC is able to recognise that simpler device
[20:03:24] <hackvana> Then move to the serial demo
[20:03:42] <hackvana> Er, whatever git gave me two years ago (I'm not working on that project any more)
[20:03:49] <JViz> oh wow
[20:03:55] <JViz> did it work with teensy2.0?
[20:04:07] <JViz> oh yeah
[20:04:09] <JViz> looks like it did
[20:04:36] <JViz> was it lufa 100513?
[20:05:27] <JViz> it looks like that was the last version that actually worked with teensy, but it's missing a lot of neat stuff that's been added in the last couple of years
[20:05:59] <hackvana> If you tell me the file to look in, I can tell you the version I was using
[20:07:11] <JViz> Version.h
[20:07:36] <JViz> hrm
[20:07:43] <JViz> i have to look in the older package, probably
[20:07:56] <hackvana> LOL: #define LUFA_VERSION_INTEGER 0x000000
[20:08:03] <hackvana> #define LUFA_VERSION_STRING "XXXXXX"]
[20:08:11] <hackvana> (oops, no ])
[20:09:02] <JViz> the older ones had a Version.h file too, but i don't know how far back it goes
[20:10:32] <hackvana> According to a date in the name of a dir here, I think it was working at least as late as 2011-05-28
[20:11:13] <JViz> virtualserial?
[20:12:12] <JViz> er
[20:12:25] <JViz> man, it wasn't even called virtualserial till recently
[20:12:29] <JViz> it was under CDC?
[23:12:44] <WormFood> http://wormfood.net/pictures/bad_english/king_shit_on_what%3f.jpg <-- off topic for this channel, but I took this picture at the Seg electronics market, in Shenzhen, China. Thought you guys might find it funny.
[23:43:35] <skorket> "free running" mode one the ADC just means that it's independent of the clock, not that it's continuously doing conversions, even when the ADEN is low?
[23:47:46] <jadew> it means it's continously doing conversations
[23:47:55] <jadew> when ADEN is off, ADC is off
[23:59:28] <skorket> Ah, I see. So setting it up in free running mode, turning on ADEN then turning on ADSC will start the conversion. When ADSC goes zero, the first conversion is finished. Subsequent conversions also need to set the ADSC though?
