Back
[01:01:08] <molavy> hi
[01:01:17] <molavy> what is this error:
http://dpaste.com/729099/
[01:03:40] <Casper> user error
[01:03:52] <Casper> you did not included the proper header for the function you used
[01:22:27] <Martyn> I have aquired the AT90SC6464C datasheet
[01:28:24] <j4cbo> hey Martyn, which OMAPs have PCIe?
[01:37:16] <Martyn> j4cbo : 4460 variant has a PCIe 1x, which is required as part of the mini-PCIe spec (USB + PCIe)
[01:37:38] <Martyn> j4cbo : And there are some other unreleased parts that have it as well
[01:37:51] <Martyn> (for connection to WiMax and LTE parts)
[01:38:40] <j4cbo> only one lane? which gen of pcie?
[01:38:43] <j4cbo> (if you can say)
[01:38:56] <Martyn> Can't say
[01:39:06] <Martyn> TI makes us be pretty mum on their chips
[01:39:14] <Martyn> As does ST Micro though
[01:39:21] <Martyn> (and their Spear chips are awesome)
[01:40:40] * j4cbo nod
[01:41:09] <Martyn> The only problem is that the SPEAr1340 is limited to dual core, and 600Mhz
[01:41:47] <j4cbo> well
[01:42:00] <j4cbo> i'm wondering how you get your "Up to 2 PCIe 8x expansion slots"
[01:44:57] <Martyn> HSI
[01:45:12] <Martyn> I thought you wanted to know what the chip natively supported :)
[01:45:40] <Martyn> we use HSI, and memory mapping.. remember, the OMAP is a layered chip, with the CPU package on top, and the memory package sandwiched in the middle
[01:48:28] <Martyn> Although at some point I'd like to see what Calxeda has up it's sleeve
[01:48:29] <nevyn> memory in the middle?
[01:48:33] <nevyn> not on top?
[01:49:03] <Martyn> If my memory serves me right...
[01:49:28] <j4cbo> HSI?
[01:50:09] <j4cbo> as in
http://lwn.net/Articles/384526/ ?
[01:50:19] <j4cbo> that ... doesn't look like PCIe
[01:52:56] <Martyn> No, it's a high speed serial bus. The low end of the spec allows for 200Mbit communication
[01:53:18] <Martyn> which is far, far from a full XAUI lane, but enough to do high speed data interface
[01:53:27] <Martyn> and it's abstractable
[01:53:42] <Martyn> the fastest possible interfaces available off an OMAP is still direct memory mapping
[01:54:54] <Martyn> The biggest problem with ARM chips at the moment, is the lack of native PCIe support on-chip
[01:55:07] <Martyn> Plenty of USB support.
[01:55:22] <j4cbo> right
[01:55:23] <Martyn> Lots of high speed video support (Tegra3)
[01:55:35] <Martyn> but you have to play some SERIOUS tricks to get any PCIe working
[01:55:39] <Martyn> and always off-board
[01:55:42] <j4cbo> so HSI gets you a custom high-speed serial bus, but how do you connect an arbitrary pcie card to that?
[01:55:42] <Martyn> which is a pain
[01:56:07] <Martyn> Who said anything about arbitrary :)
[01:56:18] <j4cbo> ah
[01:56:25] <Martyn> We have .. glue
[01:56:32] <Martyn> it works, and it works for a wide variety of cards
[01:56:36] <j4cbo> so you have a funny definition of "8x expansion slots", then :P
[01:56:58] <j4cbo> hm
[01:57:05] <Martyn> No.. there are two, real, 8x PCIe slots out there. You just can't USE all 8 lanes
[01:57:26] <Martyn> There's a difference on what you can stick on the bus, and what you can actually do. That's always been true with PCIe
[01:58:16] <Martyn> Sticking an 8x card into a 16x slot in a PC will work, but it's up to how the bridge is connected if you will actually get eight lanes of PCIe into the CPU
[01:58:29] <j4cbo> sure, sure
[01:58:54] <j4cbo> but i'm trying to figure out how this HSI thing is involved
[01:59:04] <Martyn> I really can't say a lot more j4cbo
[01:59:16] <Martyn> We're still pre-release
[01:59:34] <j4cbo> your slots have a lane or two routed to the OMAP? or you've convinced HSI to generate TLPs and DLLPs? or glue silicon?
[01:59:43] <j4cbo> ok, i will stop prying, but i am curious :P
[02:00:07] <Martyn> Lets just say that if STmicro ever finishes the A15 version of their SPEAr chip, we'll jump to it :)
[02:00:27] <Martyn> Or once Calxeda finally releases their chip, it might be a good contender
[02:01:02] <Martyn> bur for now, TI OMAP is the best choice of a limited bunch.
[02:01:11] * j4cbo nod
[02:02:23] <j4cbo> well uh
[02:02:34] <j4cbo> any idea when you'll move from prerelease to actual-release?
[02:06:48] <skorket> Does anyone have experience with prolific's usb to serial chip? Are there versions available for TTL?
[02:09:40] <nevyn> run away!
[02:10:12] <skorket> nevyn, as in don't use them?
[02:10:22] <nevyn> yep
[02:10:29] <nevyn> ftdi ftw
[02:10:41] <nevyn> but they're expensive.
[02:10:43] <nevyn> :(
[02:10:51] <skorket> it's so small and expensive though...prolific and so cheap
[02:10:57] <skorket> s/and/are/
[02:11:14] <nevyn> at8u?
[02:11:25] <skorket> I only see them for like $4 a chip...
[02:11:26] <nevyn> atmicro with a usb serial profile?
[02:11:56] <skorket> I don't follow...
[02:15:05] <nevyn> like a usb microcontroller with 8 pins and just run lufa or something?
[02:15:41] <skorket> nevyn, looking at mouser I couldn't find a chip that was all that cheap (that supported LUFA)
[02:18:10] <Martyn> j4cbo : The ideal would be beginning or mid-May
[02:18:22] <Martyn> j4cbo : We're still working out some validation issues on the bringup boards
[02:18:32] <Martyn> although they did boot within one hour of getting 'em from the factory :)
[02:18:44] <Martyn> "soon"
[02:30:43] <julmuri> heya, i was wondering if anyone could help me a bit with my makefile.
https://pastee.org/n8asw
[02:31:06] <julmuri> here frq mcu pin and debug are passed via command line, like make all debug=1
[02:31:12] <julmuri> how would i best validate these
[02:31:43] <julmuri> also, it is my first makefile, so any other pointer would be appreciated (:
[03:49:37] <skorket> Hey, does anyone have an example of an atmega328 as a mini web server? Is it powerful enough to have a small TCP/IP + ethernet stack running on it?
[03:51:32] <Roklobsta> should be i think it does run lwip
[03:51:45] <Roklobsta> ethernet? dunno, you will need to use an SPI chi for that
[03:52:39] <Roklobsta> http://tuxgraphics.org/electronics/200611/embedded-webserver.shtml
[03:52:52] <Roklobsta> so, yes
[04:16:18] <CapnKernel> Lots of people say bad things about the Prolific chips
[04:16:40] <CapnKernel> But could it be that the bad thing is the Windows drivers for the Prolific?
[04:16:47] <CapnKernel> I haven't heard any Linux users complaining about Prolific chips
[04:19:48] <Roklobsta> prolific serial chips SUCK
[04:20:11] <Roklobsta> even the default windows 7 driver BSoDs.
[04:29:06] <mrfrenzy> well that's exactly what the captain said. poor drivers, not hardware
[04:30:51] <Roklobsta> yes. well. so far FTDI has been flawless for me.
[05:00:08] <hetii> Hello :)
[05:00:31] <hetii> i foound this uC:
http://pl.farnell.com/freescale-semiconductor/mcimx233cag4b/ic-mpu-arm9-i-mx23-128lqfp/dp/1800428
[05:01:35] <hetii> how do you think it will be worth to desing on such chip some simple one layer pcb to run linux and use it for eg as a network player ? :)
[05:04:13] <mrfrenzy> Aplayer of what media?
[05:08:07] <hetii> Player that will be able play some stream from internet like radio station or maybe some pulse audio server.
[05:12:27] <hetii> i found even some project based on this chip:
http://www.ngcoders.com/
[05:16:52] <molavy> hi
[05:16:53] <tobbor> hi molavy.
[05:18:01] <molavy> is connected pin 22 and pin 23 atmega128a together inside micro
[05:18:05] <molavy> ?
[05:20:58] <molavy> any idea?
[05:36:39] <molavy> there is no idea?
[05:40:01] * Roklobsta hears crickets again. And a pin drop/
[05:41:48] <molavy> i use short circuit check via multi meter and it sound show they connected, but i am not sure about , because it is on board
[05:48:07] <molavy> can some one make me sure about internal connections
[05:52:51] <CapnKernel> I seem to remember something about this
[05:53:08] <CapnKernel> On some past revisions of the die they were connected, and some revisions they weren't.
[05:53:18] <CapnKernel> Lots of people got burned by this because they assumed that internal connection.
[05:53:45] <CapnKernel> Then when they fabbed with a connectionless rev, the circuit didn't work.
[06:15:26] <ziph> molavy: You can't make any assumptions about that kind of thing unless the datasheet says so.
[06:35:22] <Tom_itx> molavy, they should not be connected
[06:36:33] <Tom_itx> 3 is the output from the crystal oscillator and 2 is GND
[06:37:12] <Tom_itx> err wait, i'm still asleep
[06:37:42] <Tom_itx> 2 is PDI and 3 is PDO they better not be connected or you won't be able to program the chip
[06:37:46] <sabesto> got an atmega32l detecting the falling edges of a wiegland signal, however, it misses the first falling edge each time i reenable global interrupts (the signal is high when idle), is this the case for all atmegas?
[06:38:38] <Tom_itx> k either way you got an answer
[06:38:57] * Tom_itx slumps back in the chair again
[06:39:46] <Tom_itx> 23 is the output from the crystal oscillator and 22 is GND
[06:41:41] <Tom_itx> but then you knew that already because you read the data sheet
[06:56:33] <CapnKernel> molavy: You can't assume that two pins are connected internally, just because of what your meter shows.
[06:56:59] <CapnKernel> A number of AVR chips have 2 Vcc, 2 GND pins, and you can't even assume those are connected internally, either.
[06:57:19] <CapnKernel> The story I related earlier was regarding assuming the Vcc pins were connected internally
[07:28:42] <inflex> CapnKernel: what'd you do? Try to use them as a conduit?
[07:30:09] <CapnKernel> inflex: pardon?
[07:30:47] <inflex> CapnKernel: regarding treating the pins as internally connected.
[07:31:02] <CapnKernel> I seem to remember reading it here in #avr last yer
[07:31:04] <CapnKernel> year
[07:49:17] <inflex> it makes a decent amount of sense, since the silicon substrate probably doesn't make for the best of conductors.
[08:34:41] <cyanide> i will never design another board with atmel mcus
[08:34:55] <cyanide> i cannot score any atxmega procs
[08:35:17] <cyanide> heh. a company i bought from wants me to fill a 4-5 page form
[08:38:39] <RikusW> cyanide: I too could not get a xmega imported to South Africa.... it was due to export restrictions on the crypto module
[08:39:01] <RikusW> thats sooo stupid, it can easily be done in firmware.....
[08:39:45] <RikusW> besides I have a illegal xmega128a1 :-P
[08:39:50] <theBear> lol
[08:40:42] <RikusW> Steffanx sent it over, so he could get in trouble too :-P
[08:41:06] <RikusW> like I'll ever use the crypto stuff...
[08:41:49] <RikusW> cyanide: so use atmega or AVR32 ?
[08:44:16] <CapnKernel> I had a hard time getting XMEGA quotes in Shenzhen
[08:44:41] <RikusW> would they allow exporting it ?
[08:44:53] <RikusW> or will it require a lot of paperwork ?
[08:46:11] <CapnKernel> cyanide: Go ARM
[08:46:13] <RikusW> why did atmel have to build in crypto into xmega ? :S
[08:47:04] <RikusW> I wonder when the dragon will support arm ?
[08:47:15] <RikusW> or rather if...
[08:49:32] <cyanide> im not sure the mcu im after even has crypto
[08:49:37] <cyanide> xmega__a4u
[08:50:01] <cyanide> some stupid export/import document
[08:50:17] <cyanide> i cancelled my order. they are a local distributor, they are supposed to take care of that
[08:50:35] <cyanide> otherwise why would i spend double of what i can get them for, off mouser or arrow
[09:10:04] <konsgn> has anyone here added their custom avr device to be supported in the arduino enviroment?
[09:10:19] <RikusW> I have
[09:10:23] <RikusW> a mega32u2
[09:10:39] <konsgn> is there a guide for how to add the support?
[09:11:05] <RikusW> are you using normal uart or usb avr ?
[09:11:36] <konsgn> i'm designing a cadet project and I have made a teensy clone bootloader for the atmega32u4, but I would rather make it inherently supported
[09:11:41] <konsgn> no USB
[09:12:21] <RikusW> arduino-0018/hardware/arduino/boards.txt and programmers.txt
[09:12:25] <RikusW> have a look at those
[09:12:44] <RikusW> in particular boards.txt
[09:12:51] <konsgn> also, i was able to get it recognized as teensy loader by the 1.05 software not 1.06. but would rather not use it
[09:12:58] <RikusW> atmega328.upload.protocol=stk500
[09:13:05] <RikusW> is the value passed to avrdude
[09:13:18] <konsgn> what if I dont want to use avrdude?
[09:13:36] <konsgn> or could avrdude program to a usb device?
[09:13:44] <RikusW> thats part of the arduino studio...
[09:14:17] <RikusW> I heavily patched arduino-0018/hardware/arduino/cores to add usb cdc support....
[09:14:25] <konsgn> true but what about a custom binary to program to the part?
[09:14:30] <RikusW> basically duplicated the core files
[09:15:17] <RikusW> you can somehow set arduino studio not to erase the temp files and get the hex file there
[09:16:08] <konsgn> indeed, thats my current method of programming, but I want to try to make a more streamlined version to make it easier for begginers.
[09:17:22] <RikusW> arduino studio use a modified avrdude that comes with it
[09:18:40] <RikusW> DTR is connected to the reset pin (via a cap iirc)
[09:18:48] <RikusW> that automatically enters the bootloader
[09:19:04] <RikusW> the arduino bootloader return to the sketch after a timeout
[09:19:17] <konsgn> is programmers.txt dedicated for programming the bootloader?
[09:19:24] <RikusW> so add your avr to the boards file
[09:19:24] <konsgn> onto the chip
[09:19:36] <RikusW> think so
[09:19:57] <RikusW> you could add anything supported by avrdude
[09:20:08] <RikusW> stkisp.name=STK500v2 ISP
[09:20:10] <RikusW> stkisp.communication=serial
[09:20:10] <RikusW> stkisp.protocol=stk500v2
[09:20:10] <RikusW> stkisp.speed=115200
[09:20:11] <RikusW> like that
[09:20:18] <konsgn> interesting
[09:20:19] <RikusW> for stk500
[09:20:21] <konsgn> thank you
[09:20:39] <konsgn> ill try to find a usb bootloader thats supported then
[09:20:57] <RikusW> maybe there is one in lufa, not sure
[09:21:04] <RikusW> what avr do you use ?
[09:21:12] <konsgn> atmega32u4
[09:21:37] <konsgn> leonardo bootloader had too many glitches so i stiched to a teensy clone
[09:22:26] <RikusW> I used m32u2
[09:22:41] <RikusW> but arduino was like an afterthought, I don't use it at all
[09:22:49] <RikusW> but some people might want to
[09:22:59] <konsgn> my thoughts exactly
[10:04:25] <konsgn> does the arduino code itself call the avr dude, or is it through a config file somewhere?
[10:07:57] <theBear> err, yer askin the wrong people
[10:10:29] <vectory> think of the most complicated way to do it, thats probably it :)
[10:12:07] <theBear> hehehe
[10:13:36] <theBear> i've heard the arduino bootloader is a fairly traditional serial one, and things like avrdude can talk to it on their own like a regular serial programmer, if that helps
[10:27:24] <jacekowski> theBear: it's very traditional
[10:28:28] <theBear> what, like a stk500 or something ?
[10:28:37] <theBear> doesn't get much more traditional than that <grin>
[10:28:46] <theBear> unless it's resistors on a parport
[10:29:09] <jacekowski> yeah
[10:29:39] <jacekowski> it is exactly stk500
[10:29:52] <theBear> heh, what a guess :) you gave a good hint tho
[10:30:09] <theBear> now if only we knew what his question meant, we'd be sorted
[10:37:35] <jacekowski> i mean it's stk500 proto
[10:37:45] <jacekowski> but bootloader itself is rewritten by arduino peopel
[10:37:45] <theBear> close enough
[10:37:47] <jacekowski> people*
[10:38:06] <theBear> on reflection, obviously (you meant that)
[13:25:27] <krautguy> hi everyone
[13:25:37] <Steffanx> Hi one
[13:33:34] <specing> Hi every
[13:33:39] <OndraSter> hi
[13:41:06] <exDM69> abcminiuser_: yo! I guess you have tried to reach me?
[13:41:22] <exDM69> abcminiuser_: about Lufa + ATMega16u2, I presume
[13:42:58] <abcminiuser_> exDM69, yes
[13:43:10] <abcminiuser_> I looked over the traces, can't see anything interesting it them
[13:43:12] <abcminiuser_> Not even resets
[13:45:03] <exDM69> oh, that's interesting
[13:45:13] <exDM69> could it be a random error then
[13:45:28] <exDM69> something that causes the 16u2 to reset or something?
[13:46:10] <exDM69> the trace I sent, it had resets in the end, right? I didn't accidentally send you a perfectly fine trace, did I?
[14:08:29] <abcminiuser_> exDM69, it looks like a perfect trace IIRC
[14:08:32] <abcminiuser_> Couldn't see any resets
[14:16:02] <exDM69> abcminiuser_: damnit, perhaps I sent you a wrong one. I'll get back to you when I have some time for LUFA again
[14:50:48] <krautguy> Do any good (and even free?) Linux-Tools for Assembler-Programming on AVR32 exist? :-)
[14:51:57] <Tom_itx> you might ask that in #avr32
[14:53:04] <krautguy> oh i didn't know that theres such a channel, thanks
[14:57:04] <Tom_itx> it's not very active
[15:11:04] <RikusW> krautguy: there is an avr32 toolchain for linux on the atmel site
[15:11:22] <RikusW> and an avr8 on too
[15:11:43] <RikusW> I only needed to change my PATH to include it and it worked fine
[15:22:55] <RikusW> seems like #avr is growing :) there usually was only like 120 or so people in here
[15:23:34] <forrestv> i'm getting different behavior when this printf is commented out, like so:
http://im.forre.st/pb/26072071.txt
[15:23:57] <forrestv> without the printf, it seems that low is always set to 8. .. could this be a compiler bug?
[15:24:34] <grummund> it's *never* a compiler bug ;)
[15:24:54] <RikusW> avr-gcc can be buggy sometimes :S
[15:25:01] <grummund> even when you have spent 3 days eliminating all other possibilities
[15:25:48] <grummund> RikusW: ime, compiler bugs are things that only happen to other people ;)
[15:26:14] <j4cbo> MY DRUNK COMPILER-BUG-FINDING, EPISODE ONE: MINIMIZE YO TESTCASE
[15:26:29] <j4cbo> i've run into compiler bugs, but only ever ICEs
[15:28:37] <RikusW> forrestv: do you use interrupts on that AVR ?
[15:29:42] <forrestv> RikusW, no
[15:32:43] <RikusW> shouldn't you be waiting for ADIF instead ?
[15:35:24] <ircWALK> what does avr stand for anyway?
[15:35:57] <asteve> avr verymuch rules
[15:36:05] <asteve> it's recursive
[15:36:07] <RikusW> AVR microcontroller, according to Atmel its not an acronym
[15:36:26] <ircWALK> oh
[15:36:30] <RikusW> but it might be Alf & Vegard Risc
[15:36:50] <ircWALK> out of interest, how hard would it be to create a small gadget that attaches to a phone line, that dials phone numbers automatically?
[15:37:01] <ircWALK> the size of an adsl filter or so hopefully
[15:37:50] <RikusW> should be possible
[15:38:38] <RikusW> you'll have to add surge protection....
[15:39:25] <RikusW> basically it will be a tone generator
[15:39:36] <RikusW> why not build a blue box ? :-P
[15:39:43] <OndraSter> woot, I like getting stuff as "borked" when all is bad are caps on power board :P
[15:40:08] <RikusW> OndraSter: so you get it for free ?
[15:40:13] <OndraSter> yeah
[15:40:15] <OndraSter> from friends :)
[15:40:18] <RikusW> nice
[15:40:19] <OndraSter> 22" LCD TV
[15:40:26] <RikusW> very nice :)
[15:40:26] <OndraSter> five or six caps on the power board
[15:40:37] <OndraSter> analog input... but it has HDMI + DSub =)
[15:40:39] <RikusW> you'll have to use LOW ESR
[15:40:42] <OndraSter> sure
[15:40:50] <OndraSter> I have changed caps many times
[15:41:00] <OndraSter> and I have not used always low esr btw... (the first time), still works lol
[15:41:22] <OndraSter> now when I hear that something with LCD from LG (LCD monitor, LCD TV, ..) has gone bad, it is 100% caps lol
[15:41:32] <OndraSter> I have serviced about 5 LG LCDs and it was ALWAYS caps
[15:41:34] <grummund> ircWALK:
http://www.google.com/search?q=avr+dtmf+generator
[15:44:43] <ircWALK> basically i need a relatively small device that can connect to a phone socket. it would also need a way of another telephone connecting to it. so people can pick up the phone, and use it regularly, even though the device is connected to the phone socket. it needs to be able to ring phone lines on time delay. before it attempts to make a phone call, it needs to check if somebody is on the phone.
[15:44:43] <ircWALK> if somebody is using the phone, it doesn't attempt to dial any phone. i also need it to have the ability to receive some sort of commands via the telephone. so if somebody rings the phone number and dials 91882, it allows the person to change the time at which phone calls are made, along with being able to change the phone number it is dialing.
[15:44:56] <ircWALK> how much would it cost to make something like that roughly?
[15:46:15] <grummund> lol. what are you phreaking?
[15:48:10] <ircWALK> lol
[15:50:34] <RikusW> ircWALK: a normal dialup modem might work
[15:50:55] <RikusW> partly anyways
[15:51:09] <ircWALK> yea
[15:51:23] <ircWALK> autodialer with custom scheduling which can be adminstered remotely
[15:54:48] <grummund> what else does it need to do?
[15:59:58] <RikusW> ircWALK: what do you need that for ?
[16:00:05] <ferdnaO> ls
[16:00:26] <OndraSter> https://skydrive.live.com/redir.aspx?cid=40bf7833586103ab&resid=40BF7833586103AB!541&parid=40BF7833586103AB!110&authkey=!AF3u3eDDqkhZ0dc
[16:00:43] <RikusW> ferdnaO: type that in your bash terminal :-P
[16:01:17] <Steffanx> nice nice OndraSter
[16:01:38] <OndraSter> :)
[16:02:38] <ferdnaO> RikusW, yeah... i had xchat focused...
[16:03:11] <RikusW> seems to many windows and tabs can get confusing ;)
[16:03:28] <RikusW> typing something in the wrong tab might be embarrasing....
[16:04:02] <RikusW> OndraSter: We can't show you that page Our server is having a problem. We're working to fix it as soon as we can, so try again in a few minutes.
[16:04:17] <OndraSter> weird
[16:04:31] <Steffanx> RikusW, in this case it's you :P
[16:04:37] <ferdnaO> RikusW, yup
[16:05:26] <RikusW> Steffanx: I haven't typed something in the wrong tab yet :-P
[16:05:32] <Steffanx> I did that with passports a few times..
[16:05:55] <ferdnaO> with passports?
[16:06:02] <Steffanx> words :)
[16:06:17] <grummund> RikusW: try this one -
http://www.google.com/search?q=bad+capacitors&um=1&ie=UTF-8&hl=en&tbm=isch
[16:07:02] <ferdnaO> OndraSter, that picture loaded fine... whats device is that?
[16:07:19] <OndraSter> LG 22LS4R
[16:07:21] <RikusW> ah, I see plenty of those
[16:07:23] <OndraSter> 22" LCD TV
[16:07:40] <RikusW> but its not always that visible
[16:08:54] <RikusW> leaky or swollen is always a bad sign
[16:08:55] <scuzzy> hey Rickta59
[16:08:57] <scuzzy> bah
[16:08:59] <scuzzy> hey RikusW
[16:09:02] <RikusW> hi scuzzy
[16:09:05] <scuzzy> how you doing?
[16:09:08] <OndraSter> damn, local shop doesn't have 25V (or higher) 680uF (or higher) caps @ stock
[16:09:13] <OndraSter> low ESR
[16:09:38] <RikusW> fine, had a busy morning chasing after cows....
[16:09:46] <RikusW> scuzzy: how about you ?
[16:10:12] <scuzzy> busy morning chasing after derivatives for me
[16:10:41] <RikusW> OndraSter: I got 100x 25V 1000uF low esr caps
[16:10:59] <RikusW> scuzzy: derivatives as in JSE ?
[16:11:00] <grummund> cow derivatives... milk, butter, cheese?
[16:11:03] <OndraSter> I think I will go for 16V ones, there shouldn't be more than 15V anyway
[16:11:12] <scuzzy> RikusW: no, as in maths
[16:11:41] <RikusW> scuzzy: doing some new design ?
[16:11:53] <scuzzy> no, studying
[16:12:11] <RikusW> calculus ?
[16:12:27] <scuzzy> eecs
[16:14:58] <OndraSter> duh, how the hell am I supposed to read 15V (18V)
[16:57:14] <hattorihanzo> greetings.
[16:57:24] <hattorihanzo> i need some help picking parts for an avr based project
[16:57:32] <hattorihanzo> that i wanna get off my arduino and on a pcb
[16:58:16] <hattorihanzo> i've found v=usb, are there any onther usb solutions?
[16:58:30] <hattorihanzo> the project is for a usb midi device
[17:00:44] <Tom_itx> much better... LUFA
[17:00:50] <Tom_itx> usb stack for avr usb chips
[17:01:08] <Tom_itx> and already has a midi app i think
[17:03:12] <Tom_itx> http://www.fourwalledcubicle.com/LUFA.php
[17:03:41] <Tom_itx> MIDI Device
[17:03:41] <Tom_itx> MIDI Host
[17:04:41] <Tom_itx> hattorihanzo, best part is the author frequents here
[17:16:35] <CapnKernel> hattorihanzo: There are no AVR chips with hardware USB that are in PDIP format, so if you go that way, you'll be doing surface mount soldering
[17:24:40] <hattorihanzo> hmm. we i have the time i will look at the sm ones, i will check out lufa
[17:24:43] <hattorihanzo> thanks
[17:32:17] <OndraSter> guys, wassup with LVDS for LCDs?
[17:32:17] <OndraSter> http://cz.mouser.com/ProductDetail/Texas-Instruments/SN75LVDS83BDGG/?qs=IDSsxkoac0y7D2yu%2fLbu3g%3d%3d
[17:32:20] <OndraSter> here is transmitter
[17:32:34] <OndraSter> if I were to plug this into some rather faster microcontroller, would I need something else
[17:32:35] <OndraSter> ?
[17:32:44] <OndraSter> I am checking out schematics from one LG LCD TV
[17:32:52] <OndraSter> and there is no other signal going from the controller to the LVDS cable
[17:36:33] <OndraSter> cya 2morrow
[17:36:34] <OndraSter> bb
[17:36:35] <OndraSter> gn
[20:17:20] <Bird|lappy> o/ folks
[20:22:13] <Bird|lappy> how do you recommend setting up one's build harness for an AVR C project when one does not have AVR Studio one's self, but may have others who use it?
[20:23:44] <Tom_itx> do you wanna use studio or not?
[20:25:01] <Tom_itx> i use studio for downloading the hex and that's about it
[20:25:17] <Tom_itx> i use an editor and a makefile to compile it
[20:28:30] <Bird|lappy> Tom_itx, I don't want to use Studio b/c I'm on a laptop and Eclipse would p. much monopolize it
[20:29:35] <Bird|lappy> I'm wondering if there's some special sauce you need in your Makefile if you want others to be able to use AVR Studio...
[20:30:00] <Bird|lappy> or if you go with a more sophisticated setup, heheh
[20:30:29] <Tom_itx> studio can import makefiles
[20:30:31] <Tom_itx> just tell it you're using an external makefile
[20:31:38] <Bird|lappy> *nods
[21:21:24] <SuperMiguel> whats the easiest way to sync the speed of two motors? to make them run at the exact same speed?
[21:23:09] <Tom_itx> steppers?
[21:23:20] <Tom_itx> send them the same step pulse
[21:24:18] <Tom_itx> others use encoder feedback
[21:24:41] <Tom_itx> or some type of feedback
[21:24:44] <SuperMiguel> and with the encoder feedback just make a loop? to match the other wheel?
[21:25:15] <SuperMiguel> sorry dc
[21:25:27] <Tom_itx> and probably some sort of PID
[21:25:50] <SuperMiguel> gotcha
[21:50:07] <kline> is there any recommended tutorial for avr asm?
[21:50:31] <Tom_itx> not so much
[21:50:40] <Tom_itx> just the instruction set and user guide
[21:51:02] <Tom_itx> or viewing c output files
[21:51:10] <kline> have both, as well as a so-so knowledge or pic asm (not fun)
[21:55:19] <r0b-droid> anyone use a bus pirate to program AVR?
[22:29:55] <Casper> hello Richard_Cavell
[22:30:04] <Richard_Cavell> Hi hi
[22:30:13] <Richard_Cavell> Mate, I'm storming ahead with my study
[22:30:19] <Richard_Cavell> Should be ready to start learning some AVR soon
[22:30:25] <Casper> :D
[22:30:40] <SuperMiguel> Richard_Cavell: what are you learning now?
[22:30:42] <Casper> back some what hurt tonight, but car is in better shape atleast :D
[22:38:08] <Richard_Cavell> SuperMiguel: mate just working on simple analogue circuits
[22:38:16] <Richard_Cavell> Casper: did you have a crash mate?
[22:39:10] <Casper> no
[22:39:16] <Casper> just some repair to do
[22:40:08] <Casper> front right wheel: worn out tie rod, loose link kit, seized caliper slide pin causing the brake to NOT work at all
[22:40:33] <Casper> left: overheated pads, caused damage, caused the disk to be shot, slightly loose link kit
[22:40:49] <Casper> rear: trailing arm bushing worn out, causing uneven tire wear
[23:04:01] <SuperMiguel> TIMSK1 |= (1<<TOIE1); refers to timer1, if i want to use Timer2 ill use use TIMSK2 |= (1<<TOIE2); ??
[23:11:26] <Casper> SuperMiguel: yes