Back
[00:35:58] <jaggz> with Lufa in windows 7x64, device manager shows it unknown, "LUFA CDC Demo"
[00:39:46] <jaggz> okay, I installed an .inf and now it says it's working properly .. it's a virtual serial port done with Lufa..
[00:39:48] <jaggz> works in linux
[00:39:55] <jaggz> putty doesn't see any output from it though
[00:41:56] <jaggz> in cygwin, cat /dev/ttyS0 just sits there
[00:42:02] <jaggz> there's no /dev/com1
[00:42:37] <jaggz> oh device manager shows it as com5 .. interesting
[00:43:24] <Casper> you probably have bluetooth right?
[00:43:29] <jaggz> no
[00:44:40] <jaggz> why?
[00:44:42] <jaggz> hi Casper :)
[00:46:37] <Casper> bluetooth often have some virtual com port
[00:47:15] <Casper> which could have explained the com4
[00:47:32] <jaggz> did you just join casper?
[00:47:46] <Casper> somewhat
[00:47:48] <jaggz> I'm using lufa
[00:47:50] <Casper> eating ramen
[00:48:05] <jaggz> read the ingredients on that stuff.. do they have partially hydrogenated vegetable oils in them?
[00:48:06] <Casper> yeah, and I'm scared of you now :D
[00:48:35] <jaggz> you don't like lufa?
[00:48:49] <Casper> I'm scared of usb stuff :D
[00:50:36] <jaggz> oh
[00:50:41] <jaggz> Casper: well this is going to be a mouse
[00:51:45] <Casper> don'T forget the cat too<
[00:52:04] <jaggz> cat doesn't work
[00:53:29] <jaggz> in linux this just works
[01:10:54] <jaggz> sigh
[01:14:16] <JoeLlama> moo
[01:14:29] <JoeLlama> I yam a moo cow jaggz
[01:14:43] <jaggz> yams don't sound good right now
[01:14:53] <jaggz> how's it goin' joe
[01:16:39] <jaggz> I can't get my atmega32u4 (on a pro micro)'s usb->serial port to work in windows. It shows in the device manager as COM5, but nothing can read it, and "mode com5" says "Device COM5 is not currently available."
[01:16:46] <jaggz> oh.. I'm using LUFA
[01:16:56] <jaggz> I installed their .inf template file
[01:17:21] <JoeLlama> oh
[01:17:23] <JoeLlama> hrm
[01:17:41] <JoeLlama> tell me of your drivers :) perhaps use the ones designed for that board
[01:18:09] <JoeLlama> I am currently using teensyarduino
[01:18:10] <jaggz> I tried those too..
[01:18:16] <JoeLlama> 3.2
[01:18:24] <jaggz> but I *think* I need to use LUFA's?
[01:18:36] <jaggz> http://www.fourwalledcubicle.com/files/LUFA/Doc/140928/html/_page__o_s_drivers.html
[01:18:41] <jaggz> that first .inf is what I used
[01:18:59] <JoeLlama> and I'm also using an original MSP430 Launchpad v1.4 with MSP430G2553 and crossover mod patch
[01:19:03] <JoeLlama> moo!
[01:19:12] <JoeLlama> oh I dunno those drivers jaggz
[01:19:26] <JoeLlama> I have never actually used a direct arduino
[01:19:36] <jaggz> arduino?
[01:19:37] <JoeLlama> I am using Freescale and TI
[01:19:45] <JoeLlama> oh I thought you were using arduino
[01:19:52] <jaggz> I'm using
https://www.sparkfun.com/products/12587
[01:20:07] <jaggz> brb, changing computers
[01:20:16] <JoeLlama> I have to admit I get them up and running on arduino and then cut/paste to www.micrium.com uC/OS-II
[01:20:21] <JoeLlama> ok I look
[01:21:05] <JoeLlama> oh yes jaggz that is an arduino ready board
[01:21:09] <jaggz> is there a space in that url?
[01:21:20] <JoeLlama> hrm dunno but I can see it
[01:21:24] <jaggz> yeah.. but I'm coding it in C
[01:21:50] <JoeLlama> my board is overclocked to 94MHz I think 65K ram 512K flash and USB for $20 USD :) heh
[01:21:51] <JoeLlama> moo
[01:21:53] <JoeLlama> I like it!
[01:22:03] <JoeLlama> yes coding in C/C++
[01:22:06] <JoeLlama> lemme show you
[01:22:25] <JoeLlama> https://www.pjrc.com/store/teensy32.html
[01:22:43] <JoeLlama> you need to use their modded program to get arduino to work
[01:22:47] <JoeLlama> but it works nicely
[01:22:54] <JoeLlama> same with TI MSP-430
[01:23:04] <JoeLlama> the only reason I am using the TI is because I have a few
[01:23:15] <JoeLlama> but that is like 16K flash amd 512 bytes ram
[01:23:16] <jaggz> is that what you're using?
[01:23:20] <jaggz> the teensy32?
[01:23:21] <JoeLlama> yes... bytes :)
[01:23:35] <JoeLlama> yes the teensy 3.2
[01:23:42] <JoeLlama> yes yes I like it
[01:23:51] <JoeLlama> mostly because it is fast, has ram and flash (: heh
[01:23:57] <JoeLlama> oh and a little eeprom
[01:24:02] <jaggz> so.. similar to the promicro
[01:24:10] <JoeLlama> and it's like $30
[01:24:12] <JoeLlama> oops
[01:24:15] <JoeLlama> $20
[01:24:17] <jaggz> oh is yours v3.x?
[01:24:18] <JoeLlama> 20 USD
[01:24:26] <JoeLlama> yes I bought it a month ago I think
[01:24:35] <JoeLlama> it just worked so nicely
[01:24:50] <JoeLlama> I got a 1mS timer tick ISR working on it and like... what's not to love
[01:24:59] <jaggz> <3.x used atmega32u4, but 3.x uses MK20DX128/256 32 bit ARM Cortex-M
[01:25:03] <jaggz> I know nothing of those :)
[01:25:09] <JoeLlama> and the piggy back SD is like $6 USD
[01:25:18] <JoeLlama> ya
[01:25:28] <JoeLlama> Cortex-M :)
[01:25:46] <JoeLlama> well it proggies in C so nicely
[01:26:07] <JoeLlama> I guess I am just weirded out almost at the price of these things now
[01:26:36] <JoeLlama> I mean 512K flash and 65K ram and like all those devices for like $20
[01:27:07] <JoeLlama> and I put a 32G micro SD on it for $6
[01:27:14] <JoeLlama> it's a little hard to get used to
[01:27:21] <jaggz> don't they just use lasers to make the memory ?
[01:27:37] <JoeLlama> heh dunnno probably dunno
[01:27:48] <JoeLlama> like lasers into a diamond?
[01:27:53] <JoeLlama> someday soon I am sure (:
[01:28:54] <JoeLlama> but it's fun working with these....
[01:29:12] <JoeLlama> once you get the superloop up it does anything
[01:29:27] <JoeLlama> I would like to get the watchdog timers up
[01:30:04] <JoeLlama> because I need that kind of protection with these projects... if the watchdog timers blows I would like the device to fall into a default state
[01:30:06] <JoeLlama> moo
[01:30:11] <JoeLlama> I had a bad day :(
[01:30:25] <JoeLlama> how are you doing jaggz? how is 'G'
[01:30:38] <JoeLlama> that is my sisters name btw
[01:30:46] <JoeLlama> well used to be her nick name
[01:31:48] <JoeLlama> but yeah in any case arduino runs on almost anything as long as someone ports it and writes some kind of mod proggy
[01:32:11] <JoeLlama> I am very happy with arduino on MSP430 (google energia)
[01:32:22] <JoeLlama> and arduino on freescale
[01:32:41] <JoeLlama> I can't believe how fast my teensyarduino 3.2 gets things done
[01:32:54] <JoeLlama> I think there is an FPU but not sure
[01:33:03] <JoeLlama> I know there is hardware multiply etc
[01:33:30] <JoeLlama> if you like arduino jaggz /join #arduino
[01:33:35] <JoeLlama> moo
[01:34:15] <JoeLlama> it seems to cause me to do a lot of bad habits but once it's running, I can literally just cut/paste to a good RTOS and then it's solid
[01:34:54] <JoeLlama> lately I have been using these chips mux/demux USB ports and it's super simple with USB switchs
[01:35:00] <JoeLlama> intersil makes a good one
[01:35:13] <JoeLlama> blah blah blah blah blah blah blah blah blah blah
[01:35:21] <JoeLlama> I could go on for hours
[01:35:29] <JoeLlama> lemme get you the part number
[01:36:26] <jaggz> your sister's name is G/Gigi?
[01:36:32] <jaggz> oh.. nickname
[01:36:33] <jaggz> irl?
[01:36:35] <JoeLlama> yup
[01:36:42] <JoeLlama> no real life
[01:37:03] <jaggz> I don't like anything in particular.. just need to use what works.. and right now my pro micro isn't working for me
[01:37:13] <JoeLlama> and for this teensy 3.2 you can get a full colour touch screen display for $12 USD
[01:37:14] <JoeLlama> moo
[01:37:16] <JoeLlama> 12
[01:37:17] <jaggz> aww, sorry you had a bad day
[01:37:22] <JoeLlama> yeah well
[01:37:31] <JoeLlama> someone put poison on my favorite cat :(
[01:37:41] <jaggz> flea powder?
[01:37:43] <JoeLlama> people are idiots and I'm a people (tm)
[01:38:04] <JoeLlama> worse than flea powder dude :( organophosphates
[01:38:12] <JoeLlama> people die from those sometimes
[01:38:20] <JoeLlama> that is just fucked up
[01:38:22] <JoeLlama> sorry
[01:38:28] <JoeLlama> pisses me off
[01:38:35] <JoeLlama> I am allergic to those
[01:38:38] <jaggz> what did they put on the cat?
[01:38:52] <JoeLlama> so now I can't pet my favorite cat and it's sick too :(
[01:38:55] <Xark> JoeLlama: Sucks. I hope the cat makes it. Perhaps see if a vet can help?
[01:39:03] <JoeLlama> it's ok Xark
[01:39:13] <JoeLlama> I'm just tired of the cat being sick and tired
[01:39:25] <JoeLlama> but like I just got the cat offa corn and rice catfood
[01:39:33] <JoeLlama> and it's sooooo much happier now
[01:39:44] <JoeLlama> and then they put poison on the back of it's neck
[01:40:05] <JoeLlama> the cat already has a serious issue metabolizinga thyroid hormones
[01:40:32] <JoeLlama> people are just sick in the head :( they can't help it they watch TV and just think oh it's safe if it's on TV
[01:40:36] <JoeLlama> *sigh*
[01:40:37] <jaggz> what did they put on the cat?
[01:40:54] <JoeLlama> organophosphate poison
[01:40:58] <jaggz> name?
[01:41:03] <JoeLlama> on the back of his neck
[01:41:06] <JoeLlama> eh...
[01:41:11] <JoeLlama> take your pick
[01:41:21] <JoeLlama> what ever floats your boat
[01:41:28] <JoeLlama> what ever poison you like for your cat
[01:42:01] <JoeLlama> let it lay around in your bad rubbing his back and neck all over your pillow and sheets
[01:42:35] <JoeLlama> like we don't already get enough of this stuff just from everyday living on planet earth
[01:42:37] <JoeLlama> *sigh*
[01:42:38] <jaggz> http://www.newmanveterinary.com/Fleas.html#Organophosphates
[01:42:52] <JoeLlama> but anyways the teensy 3.2 is cool I approve :)
[01:43:17] <JoeLlama> oh thanks jaggz I will reade
[01:43:37] <JoeLlama> -e
[01:43:59] <JoeLlama> I need to set up 4 I2C ports
[01:44:21] <JoeLlama> so I am looking for a small DSP with that
[01:44:25] <JoeLlama> oh outputs
[01:44:38] <JoeLlama> I guess that is kind of important to mention
[01:45:31] <JoeLlama> anyways jaggz arduino promotes some really bad habits imho but....
[01:45:51] <JoeLlama> I had a 1 mS timer tick ISR set up in 20 minutes :/
[01:46:02] <JoeLlama> I'm not going to complain
[01:46:15] <JoeLlama> I almost didn't have to do anything
[01:46:32] <jaggz> changingcomputers
[01:46:41] <JoeLlama> I mean, the code is not the best and needs to be cleaned up but.....
[01:46:46] <JoeLlama> it just worked
[01:46:51] <JoeLlama> in 20 minutes
[01:47:08] <JoeLlama> I had LEDs doing dances after that
[01:47:29] <JoeLlama> o k welp...
[01:47:43] <JoeLlama> it's been long and kinda fucked up day
[01:48:09] <JoeLlama> see you'se laters :) thanks for putting up with me (:
[01:56:46] <jaggzt> in windows, what rre
[01:56:49] <jaggzt> err
[01:56:50] <jaggzt> re
[01:56:53] <jaggzt> oh
[01:56:54] <jaggzt> grr
[01:57:05] <jaggzt> :(
[03:53:24] <averowsky> guys If my driver has 8V min to 45 V maximum supply voltage, can I connect stepper which has rated voltage 3.75V, how is that ?
[05:34:12] <cehteh> wrong driver for that task i'd say
[06:15:57] <yashi__> does this c oop attempt make any sense?
http://fpaste.org/293469/
[06:37:13] <mango_> yashi__, I guess. But what's the point when theres no self-refrence or anything?
[06:37:19] <mango_> You're just alliasing function
[06:37:21] <mango_> You're just alliasing functions
[06:37:38] <cehteh> exactly
[06:38:32] <cehteh> more overhead than useful, can be done this way, but classes/oop in this way make only sense when you have some runtime state
[06:39:12] <cehteh> aka storing which io pin to switch .. if you want to change that at runtime
[06:41:15] <DKordic> yashi__: ``tempStruct'' will most likely waste precious RAM. There is a way to use subset of C++ with same overhead as C.
[06:41:46] <cehteh> there are nice ways to use oop in C only too
[06:42:31] <DKordic> cehteh: Links please?
[06:42:33] <cehteh> but makes hardly sense on embedded stuff
[06:43:03] <cehteh> just implement your own vtable, have some convention how to call/name things and done
[06:43:19] <DKordic> I see.
[06:43:38] <cehteh> pass a 'self' parameter, let each object point to a vtable
[06:44:29] <mango_> basically implement it yourself
[06:44:32] <cehteh> yes
[06:44:41] <mango_> also I wouldnt use that code even if I needed to set pin at runtime
[06:44:47] <mango_> since you can just pass pin as an argument
[06:44:51] <cehteh> gives you more controll than C++ and less bloat .. but might be still too much
[06:45:07] <Lambda_Aurigae> we did objects and pseudo-classes with C and structs back in the late 80s.
[06:45:24] <mango_> isnt that how VDHL got started ?
[06:45:43] * Lambda_Aurigae shrugs.
[06:45:48] <mango_> people messing around with classes and structs in C, realizing it isnt the best, made a library, then made VDHL/verilog
[06:46:05] <Lambda_Aurigae> VHDL
[06:46:20] <mango_> In any case, I wouldnt even write those functions in C, let alone in OOP C. Assembly -> object file and just call it from your code. Way better
[06:46:22] <mango_> Ah yes, sorry
[06:47:15] <Lambda_Aurigae> structs with pointers to (new)functions and all that stuff.
[06:47:20] <Lambda_Aurigae> was fun back in the day.
[06:47:36] <mango_> heh
[06:47:40] <Lambda_Aurigae> then the DoD told us to convert everything to Ada.
[06:47:53] <cehteh> i even do that today .. just rarely and only where approbiate
[06:47:54] <mango_> at least it wasnt to java
[06:47:57] <Lambda_Aurigae> so we had to learn that and conversion was a royal pain in the ass.
[06:48:04] <Lambda_Aurigae> was waaay pre-java.
[06:48:10] <mango_> I wonder what OOP gives you that contract-based coding doesnt.
[06:48:20] <cehteh> does not
[06:48:25] <Lambda_Aurigae> after 2 years the repented/recanted and let us use what worked.
[06:48:34] <cehteh> contract based is best when it has compiler support
[06:48:58] <Lambda_Aurigae> OOP doesn't give me anything that non-OOP style does...mainly because I've always programmed in discreet "objects" or libraries and put them together.
[06:49:12] <cehteh> yes
[06:49:18] <Lambda_Aurigae> no clue what contract-based is though.
[06:49:23] <cehteh> and often oop is some needless abstraction
[06:49:29] <Lambda_Aurigae> exactly.
[06:49:35] <cehteh> eiffel does that
[06:49:35] <Lambda_Aurigae> hence my sticking to C for most things.
[06:49:59] <Lambda_Aurigae> C for main programs on microcontrollers with assembly subroutines.
[06:50:03] <cehteh> stricter interface definitions, about invariants, preconditions etc
[06:50:17] <cehteh> not only types
[06:50:21] <Lambda_Aurigae> considered going to FORTRAN for the fun of it...that's what we wrote our orbital calculation stuff in for the military.
[06:50:28] <yashi__> damnit it looked so nice T_T
[06:51:10] <cehteh> its quite cool in some ways .. but you really want the compiler to optimize the precondition and invariant checks out when it can be proven at compiletime that they hold
[06:51:19] <yashi__> but true. i didnt think of the fact that you carry that struct object with you until main dies
[06:51:39] <mango_> design by contract is similar to what you say you usually do lambda, just with interactions being more strictly defined and designed
[06:51:48] <cehteh> i made a C debugging library which uses predconditions and invariant in debug build, but it has some cost
[06:52:20] <cehteh> basically assert() on steorids
[06:52:31] <mango_> yeah
[06:52:59] <cehteh> http://nobug.pipapo.org/ fyi
[06:53:34] <cehteh> not really useable for embedded
[06:53:38] <yashi__> mango_: waht do oyu mean with'no self reference'?
[06:53:58] <mango_> yashi__, you never do something along the lines of this.do_shit()
[06:54:08] <mango_> or this.buffer=Stuff
[06:55:41] <mango_> X.on is simply an alias for putting pin 2 high
[06:56:22] <mango_> I honestly wonder if the gcc compiler wouldnt nuke the class completely and use function calls in the compiled code.
[06:59:39] <yashi__> mango_: is something like that even possible in c?
[07:01:09] <Lambda_Aurigae> anything is possible in C.
[07:01:14] <Lambda_Aurigae> it's just a matter of doing.
[07:01:19] <Lambda_Aurigae> :}
[07:02:13] <yashi__> the main issue im having with oop is the direct hardware access. someone could jsut reconfigure pinx and suddenly the 'object' wouldnt work anymore
[07:02:49] <cehteh> in this case it makes no sense
[07:02:56] <yashi__> so in reality there only is one object. the whole program itself. if you dont keep track of the state something will fail
[07:02:57] <cehteh> pins are usually hardwired
[07:03:28] <cehteh> if you have the case where someone can reconfigure the hardware at runtime then mmkay
[07:04:04] <cehteh> for example if you control 2 pumps, one as spare, the main pump is take offline for maintenance, then such a thing may make sense
[07:04:41] <cehteh> but anything which is hardwired doesnt need to be dynamic in the code
[07:25:54] <yashi__> so. back to boring normal libraries? :(
[07:37:37] <mango_> 'boring'
[07:37:39] <mango_> heh
[07:38:03] <mango_> and yes its possible, by doing as cehteh said and giving function calls a SELF argument that is a pointer to some data structure
[07:38:57] <mango_> and its very possible to pass pinX as ana rgument to a function
[07:39:12] <mango_> pass char or int or whatever WHICH_PIN
[07:39:31] <mango_> DDRX|= 1<WHICH_PIN
[07:42:23] <cehteh> classes make only sense when the state is a bit heavier than one byte and maybe you want to bind functions at runtime
[07:42:40] <cehteh> but come with a cost in RAM which is precious
[07:44:16] <cehteh> like my example with the 2 pumps .. instead if(!pump_1_is_offline) {pump1_on()} else {backuppump_on()} .. you can abstract such cases with a stateful class
[07:44:44] <cehteh> (but hell breaks loose when you dont sync that properly :D)
[07:53:23] <yashi__> mango_: so if i understand you correctly, i would need to allocate a certain space where i permanently save the object state?
[07:53:43] <yashi__> that would then be usable for the self argument?
[07:54:42] <mango_> yes, you'd allocate ram to store the state of each object you create
[07:55:07] <mango_> and that memory would store all the objects variables
[07:55:49] <yashi__> but how would that be different compared to creating the objects in main? those will stay till main terminates as well.
[07:55:57] <mango_> the functions would then takes that pointer to that memory location, and then would be able to use those variables etc
[07:56:12] <mango_> I... what?
[07:56:39] <yashi__> in my example i simply created a struct 'objec' in main.
[07:56:39] <mango_> I'm explaining how to make objects yourself. Why would it be different ?
[07:57:10] <mango_> Yes. And I'm explaining that there's no reason to have that struct at all since all it is an alias to a function with no self-refrence
[07:57:13] <yashi__> im trying to understand why my object isnt a real object, but allocating memory for it seems to make it one
[07:57:34] <yashi__> i see
[07:57:40] <mango_> It is a real object, just a complete waste and pointless one
[07:58:16] <yashi__> so A. allocate enough memory to be able to point to the necessary functions and store the necessary data?
[07:58:20] <mango_> would there be any sort of diffrence between what you do, and just calling Led_On() directly ?
[07:58:28] <yashi__> well
[07:58:46] <yashi__> i have the nice abc.Led_On() in front :>
[07:59:04] <mango_> Yes, that's what an object is. A struct with data (variables) and function pointers.
[07:59:25] <mango_> Yeah. You could just alias abc.Led_On() to Led_On() :D
[08:00:19] <mango_> But in this case, there isnt any data, and the function you point to doesnt get passed (or doesnt use) SELF
[08:00:45] <mango_> Its just not the place to use OOP, really.
[08:00:57] <mango_> Would you mind compiling that code and pasting what the assembly looks like
[08:00:58] <mango_> ?
[08:20:27] <yashi__> mango_: if you tell me how i convert the .c into an .asm i can do it
[08:28:21] <yashi__> mango_:
http://fpaste.org/293526/
[08:28:25] <yashi__> figured it out
[08:30:39] <SM0TVI> yashi__: BTW, the assembly gcc generates, is it intel or at&t syntax?
[08:30:56] <arrdem> It looks like a bunch of people have written interpreters on AVR to try and get interactive development, flashforth etc, are there any really goto ones besides flashforth? don't want to reinvent the wheel if I don't have to.
[08:32:08] <yashi__> SM0TVI: no idea. the right component gets applied to the left component.
[08:32:12] <SM0TVI> arrdem: The parser would have to be ridiculously lean.
[08:32:43] <SM0TVI> yashi__: So, add a, b adds b to a? That seems like intel syntax.
[08:33:53] <yashi__> SM0TVI: LDI R14,5 will load 5 into R14
[08:34:28] <SM0TVI> yashi__: I know that there is a syntax where it's the other way around.
[08:42:45] <arrdem> SM0TVI: yeah that could be a problem, but it looks like a lot of these things compile to some sort of bytecode and then run a bytecode VM rather than reparsing.
[08:42:57] <arrdem> s/compile/assemble/g
[08:55:08] <SM0TVI> arrdem: I wonder, how lean could you make a llvm or java bytecode interpreter? Or lua or python bytecode?
[08:55:52] <arrdem> SM0TVI: pretty lean, still probably a factor of 4 slower than C/assembly
[08:57:42] <arrdem> There are a couple people who just emulated a Z80 or something
[08:57:56] <arrdem> and then used GCC to target that platform
[09:20:17] <mango_> avr assembly OPCODE REGA, REGB does OPCODE on them both and puts the results in REGA
[09:21:53] <Haohmaru> i've hooked up an xmega32a4 on a breadboard with just power and pdi.. using an olimex avrispmk2, i changed its firmware so that it works with avrdude, and i'm using avrdude v5.10.. the programmer fails to talk to the xmega, i checked my cables, and i noticed there is barely 0.79k resistance between 3.3V and GND..
[09:22:51] <mango_> Hmm. I cant really follow the code, but it seems like the compiler jsut made it so you pass around a pointer to Led_On()
[09:24:29] <yashi__> mango_: but isnt that ok? as far as i understood it up to know: an object has its own space in memory which is only alterable by itself. and it uses functions to which it links via pointers.
[09:24:42] <yashi__> im obviously missing the allocation part
[09:26:09] <mango_> Yeah its ok. Just wasteful imo
[09:26:29] <mango_> because if you did it in a functional instead of OOP way, the compiler would just have a direct function call
[09:26:39] <mango_> Do you see how many stack instructions are in there ?
[09:26:51] <yashi__> well the overhead would just be a pointer correct?
[09:27:02] <mango_> heck, if you force Led_On() to be inlined, it would literally be a single opcode .
[09:27:08] <yashi__> im not trying to justify it. just trying to figure out what oop means on an implementation level at this point
[09:27:28] <mango_> in RAM is a pointer, in processor initializing and passing it around. In flash, the extra program size
[09:27:56] <mango_> OOP just means a data structure that has data(variables) and function pointers.
[09:28:09] <mango_> The functions take SELF as an argument, where self is a pointer to that data structure
[09:28:13] <mango_> That's a single object
[09:28:30] <yashi__> i see. so this is a inherent issue of OOP then? not just one my implementation/understanding has?
[09:28:43] <mango_> A constructor pumps out those data structures, and gives them 'names' (which are just refrences to where they are in memory)
[09:28:57] <mango_> Yeah, its about OOP not your implementation
[09:29:10] <mango_> OOP itself is now well suited to this application
[09:29:22] <yashi__> now or not?
[09:29:26] <mango_> not
[09:29:27] <mango_> :)
[09:29:32] <yashi__> :)
[09:29:50] <mango_> And the main reasong for that is that what your doing never neads to refrence a data structure
[09:29:55] <mango_> *reason
[09:30:27] <yashi__> well that was jsut a simple example to explain my doing
[09:32:05] <mango_> ok
[09:34:08] <jaggzt> anyone use LUFA?
[09:34:43] <rue_mohr> we had the author in here for a while
[09:34:43] <jaggzt> it works fine for me in linux.. I made a capacitive sensor which gives its data values via the usb->serial (which I guess is called CDC)
[09:35:52] <jaggzt> but in windows the device wouldn't show.. the docs say in some specific circumstances it might not be included with the os -- I'd be a bit surprised if there's something special about my w7x64, but anyway, I set the already-plugged in device to use this driver file
[09:35:55] <jaggzt> http://www.fourwalledcubicle.com/files/LUFA/Doc/140928/html/_page__o_s_drivers.html
[09:36:01] <jaggzt> the first one
[09:36:19] <mango_> windows usb drivers is shitty
[09:36:22] <jaggzt> now windows device manager sees it as com5, but nothing else seems to recognize it
[09:36:56] <jaggzt> "mode com5" says "Device COM5 is not currently available."
[09:37:11] <jaggzt> rue_mohr, he did a good job on it I think.
[09:37:22] <jaggzt> mango_, are they?
[09:37:56] <mango_> Yes.
[09:38:04] <mango_> its one of the main reasons I switched
[09:38:39] <mango_> Driver handling, toolchains, and working enviroments
[09:39:10] <jaggzt> at least microsoft has good irc support
[09:39:18] <rue_mohr> ?
[09:39:28] <jaggzt> (##windows) :}
[09:40:10] <rue_mohr> if its com5, then you should be good as long as nothing else it trying to open it at the same time
[09:40:30] <rue_mohr> turn off the dialup services and I'd bet you it just starts working
[09:40:40] <jaggzt> well it's a bit disappointing.. coded this all up, designed a mouse thing.. modeled it.. got some breakout boards for making the device.. anyway.. I'm hoping it's just some small hurdle and not an actual obstacle
[09:40:48] <rue_mohr> there were two services taht screw up serial ports, dialup and....
[09:41:04] <jaggzt> hmm.. dialup services
[09:41:34] <jaggzt> oh.. maybe while puttycyg was using it the command prompt couldn't
[09:41:52] <jaggzt> I'll try shutting down putty.. good thinking
[09:42:35] <rue_mohr> and I presume your not using dialup internet?
[09:43:58] <jaggzt> with this new 38800 baud stuff why wouldn't I be!?
[09:44:10] <jaggzt> yeah, no dialup :)
[09:44:11] <mango_> kek
[09:44:35] <mango_> worst case scenario if you cant make windows is a linux live-flash
[09:44:53] <rue_mohr> I suggest not trying to use windows, but if you are, turning off the dialup service might help with serial ports
[09:44:59] <jaggzt> it's for someone to use as an interface to the computer
[09:45:41] <rue_mohr> whats this about windows 10 sending a network packet every time you press a key on the keyboard?
[09:46:08] <rue_mohr> is microsoft trying to dominate the hacker market?
[09:46:58] <mango_> if you dont seem to be paying for a product, then you *are* the product.
[09:47:06] <mango_> win 10 makes money off of data.
[09:47:11] <jaggzt> http://lifehacker.com/windows-10s-keylogger-fiasco-has-been-blown-out-of-pr-1642931793
[09:47:40] <mango_> Only the large enterprise licenses give you versions with no data logging or phoning home
[09:47:52] <jaggzt> holy mackerel "open a file, we may collect information about the file, the application used to open the file"
[09:48:00] <mango_> This lets them completely deal with the huge pirating issue they had.
[09:48:28] <jaggzt> enter text, we may collect typed characters and use them for purposes such as improving autocomplete and spellcheck features.
[09:49:01] <jaggzt> good point that it's only the technical preview..
[09:49:09] <jaggzt> but is that this 1 year free version they're pushing on everyone?
[09:50:49] <jaggzt> it is NOT promoted as a technical preview
[09:51:16] <jaggzt> it's an icon in my systray to get me to upgrade
[09:51:47] <jaggzt> even if they say it elsewhere, that's kinda nasty
[09:52:15] <jaggzt> like ubuntu sending out your local search data, only it's like everything you do
[09:52:26] <jaggzt> your files and keystrokes.. man..
[09:52:44] <mango_> the free version has all the data logging stuff
[09:52:47] <mango_> it never got removed.
[09:52:52] <mango_> why would they stop making money ?
[09:53:08] <mango_> Also at least the ubuntu shit can be stopped with a 4 line script
[09:53:14] <jaggzt> nod
[09:53:53] <jaggzt> so free version and technical preview are different, and it's still in free.. yeesh
[09:54:25] <jaggzt> crazy stuff
[09:54:56] <jaggzt> glad I came to #avr today. "you heard it here first!"
[09:58:35] <jaggz> because autocomplete and spellcheck need live keystroke logging to improve
[09:59:25] <jaggz> Illegal device name - COM5
[09:59:54] <jaggz> device manager shows "LUFA CDC-ACM Virtual Serial Port (COM5)" though
[12:21:15] <jaggzt> rue_bed, well.. I went into the device, started snooping through more of its properties..
[12:21:23] <jaggzt> toggled off 16550 uart, and it worked
[12:21:31] <jaggzt> turned that back on and it still worked
[21:23:11] <m4t> hey, i can't seem to write the efuse on a brand new atmega328p. lfuse/hfuse write fine. here is pastebin of what avrdude does:
http://pastebin.com/0d5xSfCB . i'm using a buspirate to program it.