#avr | Logs for 2014-05-09

Back
[02:15:28] <PHPtest> hi everyone!
[02:16:35] <PHPtest> does anyone know what certificates does a small company need to make their own PCBs? i mean if i have a schematic and send that to a PCB making company and i sell it as my own product for example, what electronics specific certificate would i need? this is just theoretical, i was only thinking of maybe later in future i could make my own motor driver circuit for automated doors and such... just
[02:16:35] <PHPtest> thinking
[02:51:27] <Ripper> Hello
[02:51:44] <Ripper> I'm completely new to Linux but would like to learn the basics of it
[02:51:47] <Ripper> Using Ubuntu
[02:54:06] <Thrashbarg> there should be some half-decent tutorials on the Internet
[02:54:37] <Thrashbarg> if you're familiar with DOS or cmd.exe commands there's a list of equivalent commands about
[03:01:36] <Ripper> Not, coming straight from Windows
[03:01:45] <Ripper> Basic Networking CMD commands
[03:01:57] <Thrashbarg> so what OS? Mac OS?
[03:01:58] <Ripper> I should of learned Linux when I was younger
[03:02:05] <Ripper> Windows OS
[03:02:14] <Thrashbarg> ah so no command line experience
[03:02:25] <Thrashbarg> a lot of it doesn't need to be done on the command line these days
[03:02:52] <Valen> don't be afraid of the command line
[03:02:55] <Ripper> lol
[03:03:00] <Valen> its only scary if you don't have google
[03:03:01] <Thrashbarg> Valen: damn right
[03:03:13] <Ripper> I am a student pursuing a degree in IT
[03:03:13] <Valen> really you are just having a conversation with the computer
[03:03:19] <Ripper> I must learn it at some point
[03:03:34] <Valen> dual boot windows, set ubuntu as your default OS
[03:03:36] <Ripper> Talking sweet to it so it can do what you want
[03:03:43] <Ripper> Similar to real life
[03:03:49] <Valen> over time you will stop using windows for anything except games
[03:03:58] <Valen> and "magic programs"
[03:04:30] <Ripper> I'm using VMware right now
[03:04:40] <Valen> too easy to pike back to windows
[03:06:04] <Ripper> I'm convinced already that at some point I will do a full transition based on the flexibility and customization Linux provides
[03:06:22] <Ripper> Not to mention for Server Administration and Network Security
[03:06:23] <Valen> As i said, dual boot, with linux as your default OS
[03:06:53] <Valen> the hump you have to get over to boot back into windows means you will be motivated to solve your problem in linux first
[03:07:10] <Ripper> You have a point
[03:07:31] <Ripper> Can it be done with an External Hard Drive
[03:07:39] <Thrashbarg> sure
[03:07:41] <Valen> you .... could...
[03:07:45] <Valen> but you shouldn't
[03:07:47] <Valen> ;->
[03:08:01] <Ripper> I have that available at my disposal right now
[03:08:28] <Valen> can you not resize your windows partition and drop a small linux partition there?
[03:08:55] <Ripper> Has anybody told you you could be a salesperson?
[03:08:58] <Ripper> lol
[03:09:11] <Valen> I hate selling stuff
[03:09:23] <Valen> this is evangelising, its different ;-P
[03:09:26] <Ripper> I could
[03:09:38] <Ripper> 100 GB should be good?
[03:09:40] <Valen> If you are serious about it, you need to commit
[03:09:47] <Valen> sure, sounds like plenty
[03:10:00] <Valen> you will still have access to your windows files and media
[03:10:40] <Valen> what is your main OS?
[03:10:53] <Ripper> Win 7 Pro
[03:10:56] <Valen> (running off an external hdd would be dog slow)
[03:11:15] <Valen> that should be good, I think the only other thing to check these days would be to see if you are uefi booting
[03:11:19] <Valen> probably aren't
[03:12:16] <Ripper> No
[03:12:29] <Ripper> The fancy pre-boot menu
[03:12:47] <Valen> not nescicerily
[03:12:58] <Ripper> Being sarcastic about the fancy part
[03:13:59] <Valen> but yeah take a look through the bios, if it is uefi booting then you might want to take a look around and make sure it all plays nice
[03:15:22] <Ripper> Ok, as far as a terminal
[03:15:31] <Valen> ?
[03:15:34] <Ripper> and coding
[03:15:46] <Ripper> Do you need a seperate application on here
[03:15:54] <Ripper> Or are they just small txt files
[03:16:06] <Valen> ok start at the begining
[03:16:12] <Valen> what?
[03:16:28] <Ripper> In short, how do I start making changes to my linux os
[03:16:32] <Ripper> distro*
[03:16:41] <Valen> depends on what you want to do
[03:19:11] <Ripper> It depends if I want to modify the "look" of my distro OR if I want to create a application that will certain files
[03:19:16] <Ripper> play*
[03:19:47] <Valen> I suggest you start your linux, then use it
[03:19:54] <Valen> then after a while play with stuff
[03:20:49] <Ripper> Ok
[03:21:12] <Valen> you need to see how everything works before you start screwing with it
[03:21:22] <Valen> changing look of things is theming, similar to windows
[03:24:21] <Ripper> For example like I said I'm using VMware and I have a message stating to install VMware Tools for Linux
[03:24:31] <Ripper> It says to pull up a Terminal
[03:24:37] <Ripper> And enter ./vmware-install.pl to install
[03:24:42] <Ripper> Into the terminal
[03:25:06] <Ripper> I download this Quake Terminal since it looked cool
[03:25:11] <Ripper> Would that work for this
[03:25:43] <Thrashbarg> Guake terminal?
[03:25:52] <Ripper> Yea
[03:26:09] <Thrashbarg> all terminals run the same program, the shell program. Like command.com in DOS
[03:26:13] <Valen> well if you want the command line version you would apt-cache search guake
[03:26:17] <Thrashbarg> the shell is usually Bash
[03:26:34] <Valen> its in the repos
[03:26:44] <Valen> so then sudo apt-get install guake
[03:27:08] <Valen> guake - Drop-down terminal for GNOME Desktop Environment
[03:27:55] <Valen> and I now have that installed and running
[03:28:14] <Valen> F12 brings up a persistant terminal
[03:28:16] <Valen> handy
[03:28:38] <Ripper> I see both the guake and default terminal that comes with ubuntu
[03:28:50] <Valen> so you first need to start guake
[03:28:54] <Ripper> Ok up
[03:29:00] <Valen> now hit F12
[03:29:03] <Ripper> Ok
[03:29:06] <Valen> thats it
[03:29:21] <Ripper> now that ./vmware-install.pl
[03:29:30] <Valen> yeah if you want
[03:29:33] <Ripper> I put it as /vmware-install.pl
[03:29:46] <Valen> provided you have downloaded it to wherever your terminal is
[03:32:25] <Ripper> This is gonna be a "fun" experience
[03:32:37] <Ripper> Trying to copy the files into the correct folder so I can run it
[03:32:44] <Ripper> Except I dont have root
[03:33:00] <Thrashbarg> Ripper: when you downloaded it, where did it put it?
[03:33:22] <Valen> you dont need root
[03:33:42] <Ripper> It's on my virtual disc
[03:33:44] <Valen> the vmware install process isn't trivial as i recall
[03:33:56] <Valen> I'd have a look and see if they are already in the repos
[03:34:28] <Valen> or see if somebody has it in a ppa
[03:37:54] <Darkwell> co-operative or peemptive multitasking on the atmega328p (arduino uno) , which one would you use to have multitask functionality ?
[03:39:36] <Ripper> It's already running
[03:39:49] <Ripper> So thanks
[03:40:02] <Ripper> I will mess around with it to get use too
[03:45:23] <Darkwell> have done a co-operative multitask task scheduler. . so ponder if if might be wortwhile having a pre-emptive task handler for the 328p...
[03:51:46] <Ripper> I'm out
[03:51:50] <Ripper> Gnite
[04:18:17] <Xark> Darkwell: Typically overkill.
[04:21:13] <Darkwell> overkill with both or preemption ?
[04:21:56] <argoneus> hello
[04:22:35] <argoneus> could someone explain where can I find which pins/ports to use for the AVR Butterfly joystick? I already pieced it together from some existing code, that I use pin/port B and E, but I don't really get why
[04:24:27] <argoneus> I read through the documentation but I don't really understand what I'm looking for, all I found was a mini schematic of the joystick saying PB[7..0], PE2 and PE3, I'm not sure how to read this and figure out from it how to initialize it :/
[04:44:49] <Xark> argoneus: Perhaps this might be helpful -> https://sites.google.com/site/avrasmintro/home/5-butterfly-lcd-joystick
[04:47:18] <argoneus> Xark: that does explain how to use it, and I have it working in a similar way, but I don't understand why it works
[04:48:25] <Xark> argoneus: What don't you understand? It is pretty much 5 buttons?
[04:50:28] <argoneus> Xark: yeah but how do I figure out which pins/ports are used and how to use them?
[04:50:41] <argoneus> aside from looking at existing solutions and explanations like this
[04:50:56] <argoneus> which are pretty much copypaste because I don't understand why it works that way
[04:51:05] <Xark> argoneus: Consult the schematics or documentation. It is arbitrary, just how your board is wired up.
[04:51:26] <Xark> The critical bit is :
[04:51:30] <Xark> MIDDLE SWITCH ____-____ PinB,4
[04:51:32] <Xark> UP SWITCH ____-____ PinB,6
[04:51:34] <Xark> DOWN SWITCH ____-____ PinB,7
[04:51:35] <Xark> LEFT SWITCH ____-____ PinE,2
[04:51:36] <Xark> RIGHT SWITCH ____-____ PinE,3
[04:51:39] <argoneus> yeah exactly
[04:51:46] <argoneus> I didn't find this in the documentation for the butterfly
[04:52:03] <Xark> argoneus: This is why we have Google. :)
[04:52:06] <argoneus> how did the author of the site figure that out?
[04:52:45] <Xark> I am not sure, but he sounds "grumpy" about official documentation (or lack thereof).
[05:02:37] <Kev> a multimeter would help find that, no ? ?
[05:06:30] <Laurenceb__> whats the maximum injection current on an atmega8 io pin?
[06:30:51] <Lambda_Aurigae> the avr butterfly docs tell all about how it's wired to the joystick. http://www.atmel.com/Images/doc4271.pdf
[06:30:58] <Lambda_Aurigae> page 21
[06:31:22] <Lambda_Aurigae> you do have to actually do a lookup somewhere else for the joystick device but the connections to the device are listed there.
[06:32:04] <Lambda_Aurigae> http://pdf1.alldatasheet.com/datasheet-pdf/view/329131/ALPS/SKRHABE010.html
[06:32:11] <Lambda_Aurigae> datasheet for the joystick device.
[09:33:36] <vsync_> hiyo¨¨
[09:34:23] <malinus> Hello
[09:35:20] <vsync_> sup
[09:39:22] <malinus> is kidcad good?
[09:39:54] <vsync_> watch DAVE with his BITCHY voice he knows everything out of everything and HAS WORKED AT ATMEL OR WAS IT MICROCHIP?!?!
[09:40:23] <vsync_> got probably booted out cause he was too cool for school
[09:40:57] <malinus> vsync_, you mean abcminuser?
[09:42:10] <vsync_> no he's a software (engineer, lol) nerd
[09:45:21] <malinus> how would I make my chip sleep for a long, long time (hours)? What I do right now, is to use the WDT to wake it up from sleep, but it can only go up to 8sec. So I have to reinit the sleep sequence multiple times, which obviously wastes battery.
[09:45:58] <malinus> I mean, the ~20 cycles each 8 sec becomes quiet a lot over months.
[09:46:20] <vsync_> malinus: i mean eevblog
[09:46:59] <malinus> vsync_, I like eevblog, why don't you like what I like, huh?!
[09:48:07] <vsync_> cause he's an idiot
[09:48:49] <Thrashbarg> Because he TALKS like he's on PLAYSCHOOL! ^_____^
[09:49:27] <malinus> vsync_, how so?
[09:49:36] <malinus> I like how he talks, it's entertaining.
[09:49:43] <Thrashbarg> heh :P
[09:50:18] <vsync_> i don't care how he talks, but it's nice to make fun of that anyway... I mean his whole attitude, show-off-ism and general idiocy
[09:51:18] <vsync_> OMG GUIZ DIS SCOPE DOE 10K $$$$ FREM AGILUNT PLX WURSHIP ALL OTHER SCOPEZ SO CRAP JUST L00K AT DIS BUILD QUALITY IT IS SO GOOD ERMAHGERD
[09:52:00] <Thrashbarg> ...yes
[09:52:16] <vsync_> the little i've seen his shit, mostly his "build quality" arguments are mostly cosmetic instead of actually having to do jack shit with functionality
[09:52:28] <Thrashbarg> or design
[09:52:36] <vsync_> yes
[09:54:07] <vsync_> and the rest of his arguments are mostly worshipping agilent and fluke for $$
[09:54:17] <vsync_> amongst a few other brands
[09:54:31] <vsync_> wonder if he does his shit as a plug or not...
[10:46:39] <megal0maniac_afk> I read from the bottom up and it was immediately clear what you guys were hating on :P
[10:56:09] <The_Coolest> This is my friend's project. Atmel published it in their blog: http://atmelcorporation.wordpress.com/2014/05/08/drag-drop-programming-with-pepino/ that's pretty awesome
[11:45:19] <malinus> megal0maniac_afk, wh do people hate him though. It's entertainin enough imho
[11:46:58] <megal0maniac_afk> malinus: To a point. But I get very irritated with him very quickly. He's far too opinionated, and his voice just keeps getting higher, and higher, and higher
[11:47:33] <malinus> haha
[11:47:42] <malinus> yeah, and lot of micro comericals I guess
[11:54:47] <argoneus> hello
[11:55:16] <argoneus> I want to have a clock trigger an interrupt every half a second
[11:55:17] <argoneus> the timer has a clock of 32768 Hz, and I want it to trigger every half a second, and if I set the prescaler to 64, I get 32768/64 = 512 Hz, which means it will pulse 512x per second, and since it is a 8bit timer and the overflow value is thus 255 (0xFF), it will overflow twice in a second, which means it will trigger the interrupt every 0.5 sec which is what I wan
[11:55:24] <argoneus> is that correct?
[11:56:51] <megal0maniac_afk> Sounds right.
[11:56:55] <megal0maniac_afk> Try it and see :)
[11:57:18] <argoneus> megal0maniac_afk: I can't, I only have simulator right now :<
[13:57:45] <argoneus> if I store a 8bit number in the Z register's lower 8 bits
[13:57:53] <argoneus> can I somehow add another 8bit number to this?
[14:00:57] <RikusW> add & adc
[14:02:23] <argoneus> ah
[14:02:26] <argoneus> thanks
[14:48:19] <argoneus> should I disable interrupts in interrupt handlers?
[14:48:23] <argoneus> or is that a bad idea
[14:48:51] <N2TOH> do you really need them?
[14:48:59] <argoneus> well thing is
[14:49:04] <argoneus> when I get an interrupt during another interrupt
[14:49:07] <argoneus> unexpected things happen
[14:49:23] <argoneus> but only in the simulator
[14:49:27] <argoneus> can't have that quick hands with the device in hand
[14:50:01] <N2TOH> they I would let er rip and see what really happens
[14:50:29] <argoneus> I'll test it in school when I have it in hand I guess
[14:52:09] <Kev> that's not a bad idea
[14:52:44] <Kev> unless you really need to know that another interrupt happened
[14:52:56] <argoneus> Kev: what's not a bad idea?
[14:53:05] <argoneus> using cli at the beginning of an interrupt and sei at its end?
[14:53:10] <Kev> yeah
[14:53:17] <argoneus> but thing is
[14:53:20] <argoneus> if an interrupt happens
[14:53:24] <argoneus> I would like to execute it, but not at the same time
[14:53:27] <argoneus> so, like
[14:53:38] <argoneus> if I have a 30 second timer, and it triggers inside the 0.1s cli part
[14:53:45] <argoneus> then I miss a whole 30second timer
[14:53:46] <argoneus> right?
[14:54:51] <Kev> yeah
[14:55:00] <argoneus> that's not gud
[14:55:02] <argoneus> hmmm
[14:55:12] <argoneus> I could disable the input interrupt inside the input interrupt handler only
[14:55:23] <argoneus> even though that should never happen on non-simulator
[15:10:54] <megal0maniac_afk> By default, interrupts are globally disabled inside ISRs
[15:11:12] <megal0maniac_afk> This to prevent infinite loops and the resulting stack overflow and pain and misery
[15:12:07] <megal0maniac_afk> sei() can be called inside an ISR to nest interrupts, but this is sometimes considered "naughty"
[15:12:53] <megal0maniac_afk> argoneus:
[15:17:55] <argoneus> um, what is an ISR?
[15:17:58] <argoneus> I'm using asm
[15:18:16] <argoneus> it's probably something I've used already, just never used the name ISR
[15:30:08] <megal0maniac_afk> Ôh
[15:30:20] <megal0maniac_afk> Haha! Sorry -.-
[15:31:42] <megal0maniac_afk> I didn't realise you were using ASM. An ISR whats used in C to deal with interrupts. You declare an ISR(vector){} with vector being the interrupt vector (source)
[15:32:18] <megal0maniac_afk> Whatever is inside those braces executes when the interrupt fires. Inside those braces, interrupts are globally disabled
[15:34:12] <N2TOH> AKA an interrupt service routine
[15:34:34] <megal0maniac_afk> That's the one
[15:49:26] <R0b0t1> So if I enable timer 2 overflow interrupt, and I have an interrupt defined, what would cause continuous resets?
[15:50:29] <R0b0t1> Oh oops
[15:50:35] <R0b0t1> something wasn't plugged in
[15:51:37] <malinus> hehe
[15:57:23] <R0b0t1> nope I guess it is the interrupt
[15:57:53] <R0b0t1> ISR(TIMER2_OVF_vect) - should catch the interrupt generated by TIMER2 overflowing...?
[16:38:04] <Daulity> R0b0t1: yea but it won't cause a reset ?
[17:02:33] <R0b0t1> Daulity: well see I've had issues with my ISRs before
[17:02:49] <R0b0t1> if it's not registered right the empty entry will cause it to reset, so
[17:03:39] <R0b0t1> well, going home
[17:03:41] <R0b0t1> maybe next week
[17:06:09] <Daulity> R0b0t1: where did you read that could be right just wondering as it sounds like weird behaviour to me :)
[18:11:51] <malinus> Duality, if you don't have the ISR there, there won't be any address for it to jump to, when the interrupt happens. This, instead of causing some undefined behaviour, simply resets the mcu.
[18:12:10] <malinus> R0b0t1, you might want to know it too ^
[18:12:56] <malinus> Duality, I highly disagree that the behaviour is "weird". I can't think of anythin better it could do in that situation.
[18:18:29] <R0b0t1> malinus: Yes, which makes me think I misconfigured the interrupt
[18:18:35] <R0b0t1> I did the obvious before and it wasn't working so, you know, wth
[18:19:02] <malinus> it's easy to make a mistake, and it's hard to debug.
[18:19:10] <malinus> welcome to avr :P
[18:30:52] <malinus> question: should I use any caps to stablize the input from two AAA battries, powering my avr?
[19:04:04] <Casper> malinus: I'ld use 47µF+ electrolytic with a 0.1µF ceramic
[19:04:20] <malinus> Casper, where would you put them?
[19:05:02] <Casper> that would be at the supply
[19:05:17] <Casper> and I'ld still put another 0.1µF as close as possible as the avr
[19:06:27] <malinus> Casper, so right next to the VCC/AVCC and down to ground?
[19:06:52] <Casper> yes
[19:06:59] <malinus> Casper, and the 47uF electolyric, should be between the gnd and vcc at the power supply?
[19:07:22] <Casper> yes
[19:07:43] <Casper> the 47µF provide a tiny bit of power in case the batt don't make a good contact
[19:08:03] <malinus> like when moved?
[19:08:08] <malinus> or shaken etc.
[19:08:12] <malinus> clever I guess
[19:08:14] <Casper> the 0.1µF provide a very low source impedance, good for all that switching noise from the avr
[19:08:16] <Casper> yes
[19:08:34] <Casper> btw, it is common to combine many type of capacitors
[19:08:57] <Casper> electrolytic is good for bulk power, but have shitty characteristics
[19:09:11] <Casper> ceramics have nice characteristics, but only small capacity
[19:09:31] <malinus> Casper, mind if I ask you where you get this from? Is it a gut feeling or have you yourself tested/read about people using oscilloscopes and whatnot?
[19:09:51] <Casper> that is good design practice
[19:10:10] <malinus> so it's just "common knowledge"?
[19:10:15] <Casper> yes
[19:12:54] <malinus> Casper, would a 470uF be too big for the electrolyric one next to the power source? I only have 470uF and 10uF electolyric ones
[19:13:14] <Casper> shall be fine
[19:14:57] <malinus> Casper, could you repeat, I accidently hit the power switch haha
[19:15:08] <Casper> <malinus> Casper, would a 470uF be too big for the electrolyric one next to the power source? I only have 470uF and 10uF electolyric ones
[19:15:08] <Casper> <Casper> shall be fine
[19:15:08] <Casper> <malinus> Casper, could you repeat, I accidently hit the power switch haha
[19:15:19] <malinus> thanks