Back
[00:03:45] <jadew> https://www.youtube.com/watch?v=HffPCDFsK1Q
[03:29:09] <OndraSter_> tzanger, the PWM can go upto 128MHz (the counter speed, that is) while being expanded to 19bit width (check High resolution timer peripheral)
[03:29:17] <OndraSter_> the smaller ones do not have JTAG, only PDI
[03:29:32] <OndraSter_> but don't worry, on xmegas JTAG is packing PDI protocol internally :D
[03:29:41] <OndraSter_> via PDI you can programm AND debug too
[03:29:54] <OndraSter_> it is just much more sensible with its 2 pins.
[06:28:24] <dekroning> is there a tcp/ip stack for avr, which I can use to also make requests to some website?
[06:30:08] <dunz0r> dekroning: Maybe
http://tuxgraphics.org/electronics/200905/embedded-tcp-ip-stack.shtml ?
[06:30:36] <dekroning> dunz0r: awesome, thanks
[06:31:03] <dunz0r> I'm not sure that it can do what you want, but it's the only TCP/IP-stack I know of :)
[06:31:35] <dekroning> i'm searching already indeed, if it's able to not only setup incoming requests, but also initiate requests it self
[08:26:35] <Grievre> When I want to use the hardware UART do I have to set the pins to output or does enabling the UART do that for me?
[08:28:04] <Tom_itx> you have to set them
[08:49:20] <Grievre> Tom_itx: thanks
[08:51:17] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/how_to/atmega168/mega168_rs232_index.php
[08:52:26] <Horologium> Tom_itx, I don't see that setting the pins to output..just setting up the usart.
[08:52:46] <Tom_itx> doesn't look like i had to do it there huh?
[08:53:00] <Tom_itx> i was sure you did until i just looked
[08:53:27] <Horologium> I don't think you do.
[08:53:37] <Horologium> my example code and operational code doesn't
[08:53:48] <Horologium> I think if you set either of the pins to output you will break things..
[08:57:17] <Tom_itx> i think just about everything else you gotta set the ddr on though
[08:57:58] <Horologium> just about.
[08:58:08] <Horologium> hey, how much are your usbtinyisp programmers?
[08:58:30] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/commerce/commerce_index.php
[09:00:09] <Horologium> hehe...just found that...
[09:00:10] <Horologium> thanks.
[09:01:44] <Horologium> have you tested it with atmel studio 6?
[09:02:12] <Tom_itx> it works with avrdude 4 5 5.1 and 6
[09:02:24] <Horologium> kewl. website just says 4 and 5.
[09:02:37] <Horologium> or rather, 4
[09:02:40] <Tom_itx> hasn't been updated in a while
[09:02:41] <Horologium> and avrdude 5.1
[09:03:05] <Horologium> might be ordering one today.
[09:03:21] <Tom_itx> i spose i should update that
[09:03:29] <Tom_itx> also works in osx
[09:03:39] <Horologium> have to talk the wifey into it first.
[09:03:43] <Tom_itx> but requres some update on their side
[09:03:53] <Horologium> I don't use mac so no problem there.
[09:04:06] <Tom_itx> show her the avrone then tell her how cheap mine is
[09:05:11] <Horologium> she isn't an electronics person.
[09:05:31] <Tom_itx> neither is mine
[09:06:27] <OndraSter_> what does wife have to talk to you about your stuff? :D
[09:07:28] <Horologium> money
[09:08:22] <Tom_itx> if you do, add your nick to the order so i know
[09:08:51] <Horologium> if I get one and it works as advertised then you might be getting more out of it.
[09:09:03] <Tom_itx> it does
[09:09:05] <Horologium> will be using it as part of an avr programming tutorial at the local hackerspace.
[09:12:54] <Horologium> was considering having them all build their own vusb based programmer as part of the tutorial but vusb programmers are kind of slow and don't work on all computers.
[09:15:54] <Tom_itx> too bad parports are gone by the wayside
[09:16:00] <Tom_itx> those are easy to build
[09:16:39] <Horologium> yeah
[09:16:51] <Horologium> last one I did I just used my dapa programmer
[09:17:10] <Horologium> but avrstudio 6 didn't like it so had to drop to command prompt for avrdude.
[09:17:28] <Horologium> most of the people showed up with windows notebooks.
[09:17:38] <Tom_itx> 5.1 started looking for more info about the programmer
[09:17:52] <Tom_itx> 6 is the same
[09:17:52] <Horologium> have considered making up a linux live-cd/usb for this too.
[09:22:54] <Tom_itx> where are you located?
[09:24:14] <Horologium> iowa
[09:24:25] <Tom_itx> ahh ok
[09:24:30] <Tom_itx> not far from me
[09:24:33] <Horologium> oh?
[09:24:37] <Tom_itx> ks
[09:24:43] <Horologium> am about an hour north of des moines.
[09:27:28] <Horologium> need to update my example code...the atmega1284p has dual usarts and my code is for single...not a big deal but will cause issues.
[09:28:12] <OndraSter_> Error 43 section selfupdater loaded at [00021038,00021063] overlaps section .data loaded at [00021038,000213af] 1 1 XBoot
[09:28:13] <OndraSter_> the hell?
[09:28:19] <OndraSter_> .data starts at 0x800....something
[09:28:51] <OndraSter_> oh nvm
[09:28:52] <OndraSter_> I forgot a dot
[09:29:06] <OndraSter_> .section selfupdater instead of .section .selfupdater
[09:29:30] * Tom_itx paints a red dot on OndraSter_'s forehead
[09:29:49] <OndraSter_> I AM INDIA GIRL
[09:29:50] <OndraSter_> now
[09:29:58] <Tom_itx> or a target
[09:31:12] <abcminiuser> Tom_itx: minor programmer firmware tweak in trunk
[09:31:19] <abcminiuser> To save the ISP programming speed in EEPROM
[09:31:46] <Tom_itx> default to 125khz?
[09:32:03] <Tom_itx> does it save it each time or by request?
[09:32:54] <abcminiuser> Default 125KHz, new value saved automatically
[09:33:07] <Tom_itx> with avrdude as well?
[09:33:10] <abcminiuser> So don't change the speed more than 10,000 times
[09:33:12] * OndraSter_ needs some hybrid of asm and c -- something like in asm do "for X = 0; X < R3
[09:33:15] <abcminiuser> Yeah, anything that updates the speed value
[09:33:26] * OndraSter_ needs some hybrid of asm and c -- something like in asm do "for X = 0; X > R24:R23; X++"
[09:33:57] <OndraSter_> damn I need to write down my specs for my language already :(
[09:34:50] <Tom_itx> abcminiuser, why is it necessary to store in eeprom?
[09:35:09] <Tom_itx> just wondered what the reasoning was
[09:35:16] <abcminiuser> So if you reguarly program a device that is slow or fast, you don't have to keep changing the speed every time
[09:35:38] <Tom_itx> so use the same avrdude cmd line each time :)
[09:35:43] <abcminiuser> (Example, if you are developing an app in Atmel Studio - no need to open up the tool dialog every time you power cycle your PC
[09:35:51] <abcminiuser> )
[09:35:54] <Tom_itx> i get it
[09:36:12] <Tom_itx> too bad studio doesn't allow a save default option
[09:36:26] <abcminiuser> I was also asked to add in an external buffer enable line yesterday, for programmers with an external tristate buffer
[09:36:53] <Tom_itx> pick a good pin
[09:37:56] <Tom_itx> abcminiuser, how's things goin lately?
[09:39:02] <Tom_itx> brr.. 16F out today
[09:39:35] <abcminiuser> Yeah I need to work out the requirements first - like if that feature is enabled, if I should then NOT tristate the programmer pins
[09:39:41] <abcminiuser> Not bad, lonely here alone :(
[09:40:03] <Tom_itx> get a puppy
[09:40:05] <Tom_itx> :)
[09:41:07] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/temp/misc/puppy1.jpg
[09:45:58] <RikusW> hi abcminiuser, not seen you in a looong time :)
[09:46:40] <RikusW> wheres the gf ? back in au ?
[09:47:02] <abcminiuser> Yeah there's two routers here, one for the building and one for the local library - building one keeps cutting out, and the library one is rejected by Freenode
[09:47:08] <Horologium> Tom_itx, that paypal site not like chrome?
[09:47:13] <abcminiuser> Yup back in AU, I'm here stag until I decide to go back
[09:48:15] <RikusW> I've been playing with a PA6H gps and SIM900 gprs modem a bit
[09:48:29] <RikusW> will try loading fw onto the SIM900 sometime soon
[09:48:43] <RikusW> there is a ARM926EJ on there
[09:49:00] <OndraSter_> abcminiuser, :o I thought you were back in Trollheim
[09:49:06] <OndraSter_> Trolheim
[09:49:08] <OndraSter_> Trolndheim?
[09:49:42] * RikusW wonders how many Trolls are in norway :-P
[09:53:51] <Horologium> Tom_itx, pm?
[09:56:26] <theBear> lake trolls are the worst, mustacracken or whatever they call him
[09:56:30] <GuShH> RikusW: frozen ones?
[10:18:37] <RikusW> drunk ones :-P
[10:19:02] <GuShH> if they're drunk they can't get frozen?
[10:19:06] <UnderSampled|phn> Hello
[10:19:46] <OndraSter_> GuShH, makes sense
[10:19:52] <OndraSter_> alcohol does not freeze at 0C :)
[10:20:16] <UnderSampled|phn> I have a loop that copies a value from one port to another, and I need that to run as fast as possible.
[10:20:17] <GuShH> you'd know, that vodka bottle in your freezer is living proof!
[10:20:30] <GuShH> UnderSampled|phn: asm!
[10:20:56] <UnderSampled|phn> It currently rues fast enough
[10:21:11] <UnderSampled|phn> It doesn't have to be the very best
[10:21:11] <RikusW> alcohol might actually cause hypothermia, it lets the core heat escape....
[10:21:20] <GuShH> boy got scared.
[10:21:29] <UnderSampled|phn> It just needs to not be busy doing something else
[10:21:32] <theBear> it's like rocket fuel for bears is what it is
[10:21:32] <GuShH> asm can be the very worst also, if you don't know what you're doing.
[10:21:54] <UnderSampled|phn> Anyway, i need to run the loop for a half a second
[10:21:57] <RikusW> true
[10:22:06] <GuShH> RikusW: not if you run anti-freeze in your friggin veins
[10:22:07] <theBear> heh, actually i like gushs idea, real hard to freeze vodka :)
[10:22:24] <GuShH> we're developing the next hybrid bear.
[10:22:42] <UnderSampled|phn> But I don't want to spend much time maintaining a timer-if they take much
[10:23:15] <UnderSampled|phn> Is there a way to loop to stop after running half a second?
[10:23:25] <theBear> wow.. zack and miri make a porno is kinda sad if.... hmm, crap, i think i'm still in love with someone and .... well watch the last scene, only she aint single...
[10:23:29] <Tom_itx> tell it to stop
[10:23:41] <RikusW> count the clock cycles or use the standard delay functions
[10:23:53] <theBear> timers are good
[10:23:56] <UnderSampled|phn> I can't delay it though
[10:24:23] <theBear> every avr i know has at least 2, and i'm almost 10years behind the 8ball
[10:24:53] <Tom_itx> :D
[10:25:04] <UnderSampled|phn> Is there a way to set a timer for 500 ms?
[10:25:38] <theBear> sure, just gotta do some maths relating to what is driving the timer (prescale etc), the clock freq, and err, one second
[10:26:10] <Horologium> no, half a second
[10:27:01] <UnderSampled|phn> All the examples I found had really fast timers
[10:27:16] <GuShH> Horologium: but yo dawg he put two half seconds so you could half second while you half second!
[10:27:39] <UnderSampled|phn> What's the slowest timer one can make?
[10:27:47] <Tom_itx> years
[10:27:58] <UnderSampled|phn> Ok
[10:27:59] <Horologium> depending on the clock speed and all, yeah.
[10:28:22] <GuShH> UnderSampled|phn: what's the timer for?
[10:28:33] <Tom_itx> counting time silly
[10:28:33] <GuShH> being all secretive won't get you the right answer
[10:28:42] <theBear> oh, i still meant a second, cos you know, clock freq = cycles/second
[10:28:43] <GuShH> maybe there are other ways to do what he wants.
[10:28:57] <UnderSampled|phn> I have a loop that copies the value of one pin to another
[10:29:09] * GuShH nudges Tom_itx
[10:29:21] * Tom_itx falls outta his chair
[10:29:25] * GuShH panics
[10:29:34] <UnderSampled|phn> I want to keep copying that pin for a bet of time
[10:29:51] <UnderSampled|phn> *bit
[10:30:23] <creep> h
[10:30:25] <UnderSampled|phn> But I want the loop to be as fast as possible to keep the copied pin acurate
[10:30:51] <GuShH> a high level loop is going to be translated into quite efficient assembly code....
[10:31:00] <GuShH> you might want to look into more powerful micros then
[10:31:14] <theBear> so have a VERY simple short loop , pin(a) == pin (b) and set the timer to trigger an interrupt, then use that to skip out of the loop
[10:31:18] <GuShH> using hardware peripherals is your best bet anyway
[10:31:19] <Tom_itx> or use a rtc function on one of the avrs that have it
[10:32:05] <GuShH> UnderSampled|phn: you need to determine the data rate at the input first...
[10:32:08] <theBear> means zero overhead for timing (at least during the loop)
[10:32:15] <UnderSampled|phn> The time I run the loop for doesn't have to be acurate
[10:32:33] <theBear> tho i can't think of a useful reason for copying a pin to a pin like that
[10:32:38] <GuShH> he's all secretive about what he attempts to sample :p
[10:32:53] <GuShH> theBear: it's a microcontrolled jumper.
[10:32:55] <GuShH> dah.
[10:33:06] <GuShH> why bother with transistors or wires, use a micro.
[10:33:11] <UnderSampled|phn> I'm trying to pretend to be a keyboard to a typewriter
[10:33:19] <Horologium> or,,,a buffer chip!
[10:33:20] * GuShH facepalms
[10:33:40] <UnderSampled|phn> what?
[10:33:42] <GuShH> this all sounds too arduiny for me
[10:33:48] <Tom_itx> haha
[10:34:04] <UnderSampled|phn> I want serial input
[10:34:15] <GuShH> I want cereal input, I'm hungry.
[10:34:40] <GuShH> UnderSampled|phn: again, determine the rate at which your data inputs your device....
[10:34:40] <theBear> if you want serial input, you use a uart
[10:34:50] <GuShH> base everything else off of that.
[10:34:53] <theBear> inifinitely more efficient than a pin-copy loop
[10:35:08] <theBear> inifinitely <grin>
[10:35:11] <creep> software jumper is cool
[10:35:15] <GuShH> lol
[10:35:30] <creep> preferably with capacitive buttons
[10:35:31] <GuShH> why not, everything seems to have a micro these days
[10:35:45] <theBear> and i assume you mean an electric typewriter, not a mechanical one, cos those keys are HARD to press
[10:35:47] <GuShH> let's make things less dependable!
[10:36:16] <creep> i hate it when electric contacts get drty
[10:36:18] <GuShH> theBear: I still got an IBM selectric
[10:36:20] * Tom_itx wonders if theBear uses a converted mechanical typewriter for his keyboard
[10:36:31] <GuShH> doesn't seem to work properly, you turn it on and the motor keeps spinning constantly and feeds all the time
[10:36:37] <GuShH> I need to get rid of that crap
[10:36:46] <GuShH> just takes space, someone surely collects them
[10:36:55] <Tom_itx> you seem to
[10:36:56] <UnderSampled|phn> But since all I'm doing is reading serial then 'pressing' keys, it doesn't have to be able to do anything else when sending the key
[10:37:07] <GuShH> having 1 left over from your parent's company is not collecting.
[10:37:22] <theBear> Tom_itx, heh, i wish... then again one day i suppose i get mums two typewriters.. got given this one last week, chicony/ibm with a fingerprint reader, so cool i had to put aside the old osbourne for a while
[10:37:29] <GuShH> plus being able to change "fonts" is/was awesome
[10:38:05] <GuShH> I have another one with "memory" it even had an erase function, fancy!
[10:38:08] <theBear> just copying a pin, even REALLY fast, may be 'bad' enough to break serial timing
[10:38:25] <GuShH> I think hes trying to make a keylogger though
[10:38:31] <GuShH> arduinians gone bad
[10:38:42] <GuShH> or wild, your choice.
[10:38:47] <theBear> not to mention you don't know when the serial 'keypresses' are gonna be coming, you'll be screwed if yer outputting a key while one comes in
[10:38:56] <GuShH> the latter involves no tshirts
[10:39:01] <UnderSampled|phn> It's just a port sending a shifting bit
[10:39:01] <theBear> just use a uart to receive the serial, and output it as appropriate
[10:39:16] <theBear> and serial is timing sensitive
[10:39:24] <GuShH> use hardware as much as you can
[10:39:34] <UnderSampled|phn> The typewriter is not serial
[10:39:37] <Tom_itx> i did that on a pc once. logged both directions to files
[10:39:47] <theBear> so when you said copying one pin to another, you didn't actually mean that ?
[10:39:48] <Tom_itx> and one file had the combined transfers
[10:40:06] <UnderSampled|phn> No, I meant that
[10:40:14] <UnderSampled|phn> But it's just a scan
[10:40:17] <UnderSampled|phn> Not data
[10:40:27] <theBear> a what ? make sense
[10:40:58] <GuShH> arduinians don't make sense sir.
[10:41:21] <theBear> sounds a lot like you wanna convert serial input to a fake-matrix-keypad output from here, which means no copying, just receiving serial data and translating it to the output pins feeding the keyboard matrix/input
[10:41:29] <GuShH> I won't ask again for the details of his project, I'll keep on half-trolling instead since that's what he likes to do.
[10:41:56] <theBear> heh yeah, i'm about done too
[10:42:13] <GuShH> It's so sad when people think they've got million dollar ideas and yet they come to IRC for help, but they're all secretive and won't tell you exactly what they're trying to do
[10:42:18] <creep> i won't read all this ;/
[10:42:19] <GuShH> hence they can't possibly get help
[10:42:22] <GuShH> so they fail anyway.
[10:42:32] <GuShH> ideas aren't worth a dime.
[10:42:36] <GuShH> not if you can't implement them!
[10:42:44] <UnderSampled|phn> The way it works is when the input pin is grounded (by connecting it to an output that is default ground), it starts shifting a bit on the output port. When it sees that bit on the enput, it knows which output it was connected to
[10:43:20] <creep> i used to put my ideas together and test it
[10:43:29] <UnderSampled|phn> The reason i didn't explain was that it's to hard for me to say well
[10:43:41] <GuShH> creep: are you also frogs?
[10:43:43] <UnderSampled|phn> Or rather, i tried to express
[10:43:59] <UnderSampled|phn> *explain
[10:43:59] <theBear> wtf ? you connecting input pins to output pins on one micro ? MAKE SENSE
[10:44:09] <UnderSampled|phn> ...
[10:44:11] <GuShH> the excuse of "english is not my native tongue" doesn't work.
[10:44:22] <UnderSampled|phn> That's the typewriter
[10:44:26] <theBear> there's like 6 pages of nonsense, surely explaining it would just be easier
[10:44:46] <GuShH> a) what do you want to achieve b) why
[10:44:50] <theBear> but i'm still pretty sure you wanna do what i described 1 page ago
[10:44:54] <UnderSampled|phn> That was what I just tried.
[10:45:15] <GuShH> You are hiding the facts
[10:45:23] <theBear> WHAT DO YOU WANT TO ACHIEVE ?
[10:45:24] <GuShH> Because you think you can make money off of it and you are scared people here will rip you off
[10:45:28] <GuShH> You can't ask for help then
[10:45:37] <GuShH> Hire someone, make them sign an NDA, chop their balls.
[10:45:46] <theBear> think of the micro/program as a black box, then tell us what you want that box to do
[10:45:51] <GuShH> feed 'em to the cat if he doesn't obey
[10:46:03] <UnderSampled|phn> I am trying to get a typewriter to print what e send on serial to my avr
[10:46:05] <creep> his goal is to take your time and make you upset, curious, and annoyed :)
[10:46:18] <UnderSampled|phn> I already said that
[10:46:19] <GuShH> creep: trollage 1.0?
[10:46:41] <GuShH> when will 2.0 come out? "trolling redefined" I'm already working on the "For Dummies" book.
[10:47:06] <GuShH> Since it's for dummies you can just write whatever in there and they'll eat it up.
[10:47:34] <GuShH> UnderSampled|phn: which typewriter?
[10:47:44] <theBear> UnderSampled|phn, so you wanna do what i said, it's VERY SIMPLE, use the uart, receive the serial, use output pins to pretend to be keys
[10:48:00] <UnderSampled|phn> It's a full electric
[10:48:04] <creep> just be an annoying dipshit with secret goals and induce some meaningless conversation
[10:48:08] <GuShH> There may already be projects out there for it
[10:48:12] <GuShH> hence why I ask which model.
[10:48:13] <theBear> 5 years ago i coulda typed the code up in 5 lines right here
[10:48:30] <UnderSampled|phn> I already looked
[10:48:35] <GuShH> theBear: 5 years ago I had more hair...
[10:48:42] <theBear> i just forget how to grab the uart pointer/variable and do stuff until it's empty
[10:48:55] <theBear> something about a weird character, % or & or something
[10:49:04] <creep> 13 years ago i had hair
[10:49:05] <GuShH> * <<< cat's anus
[10:49:34] <GuShH> creep: :(
[10:49:44] <GuShH> creep: let's see a photo?
[10:50:23] <GuShH> stupid white rings on this stupid table why are they coming back after I polished it!
[10:50:36] <UnderSampled|phn> The bear: is there a better way to copy the scan from the pin I want to the other side? Or do I just keep copying it as fast as i can?
[10:50:37] <theBear> cos you keep putting hot cups on there ?
[10:50:41] <GuShH> no!
[10:50:44] <GuShH> I swear I didn't
[10:50:46] <GuShH> also, that's how I got it.
[10:50:46] <theBear> there is no copying involved !
[10:50:59] <theBear> you are converting serial data to fake keypresses !
[10:51:03] <theBear> CONVERTING !
[10:51:05] <GuShH> theBear: he's clearly in a state of software-driven mentality :p
[10:51:12] <theBear> if it was copying you'd just use a wire instead of a frickin micro
[10:51:18] <GuShH> hahaha
[10:51:30] <Tom_itx> theBear, where's the fun in that?
[10:51:38] <GuShH> he wouldn't get blog cred without the arduino
[10:52:00] <UnderSampled|phn> The fake keypresses aren't as easy as you think
[10:52:05] <theBear> YES THEY ARE
[10:52:10] <theBear> IT'S A FRICKIN MATRIX !
[10:52:18] * GuShH offers theBear a red pill
[10:52:22] <GuShH> it's totally not a roofie.
[10:52:23] <UnderSampled|phn> Where one side is scanning
[10:52:24] <Tom_itx> what is 'VAssistX' in studio6?
[10:52:38] <UnderSampled|phn> And the other wants to see that scan
[10:52:41] <theBear> you got what, 50keys ? so it's probly 8*9, you do a little lookup table, yer done
[10:52:52] <GuShH> yup yup
[10:53:06] <theBear> it doesn't want to see a scan, it want to see a pin pulled down or up
[10:53:22] <UnderSampled|phn> One side does
[10:53:30] <GuShH> Ohhh I see a little branch fell on the ground, I think it's time to fire up the small chainsaw
[10:53:32] <UnderSampled|phn> The other doesn't see anything
[10:53:33] <theBear> the typewriter already scans, it scans static keys which are just two pieces of metal that touch or do not touch !
[10:54:15] <UnderSampled|phn> And I have to pretend to be those keys
[10:54:17] <theBear> and assuming you were talking sense, that still doesn't even remotely suggest that copying ANYTHING will help
[10:54:29] <GuShH> sigh
[10:54:33] <theBear> fuck this ! yer an idiot, you don't understand, i do, work it out yerself
[10:54:38] <GuShH> go buy the shield already and bugger off.
[10:54:44] <theBear> you haven't done this before, i have !
[10:55:02] <UnderSampled|phn> Wow, and i thought avr was better than ardiuno
[10:55:11] <GuShH> FUCK SAKE
[10:55:17] <GuShH> ARDUINO IS AVR
[10:55:20] <theBear> fuck ! do i have ops in here or what ?
[10:55:24] * GuShH turns green
[10:55:24] <theBear> 'op
[10:55:29] <theBear> !op
[10:55:29] <tobbor> Authorization failed!
[10:55:32] <theBear> sigh
[10:55:33] <UnderSampled|phn> Clearly, avr is full of people who think they are better than ardiuno
[10:55:46] <GuShH> I would punch your acne out.
[10:55:51] <theBear> lol
[10:56:11] <GuShH> I wonder if you could make money like that
[10:56:11] <theBear> i'll slap the black off of you, then beat your white ass until it's black again
[10:56:23] <theBear> what, by pissing me off ?
[10:56:24] <UnderSampled|phn> I DON'T UNDERSTAND WHAT I'M DOING. WHY DO YOU THINK I CAME LOOKING FOR HELP!
[10:56:40] <GuShH> ITS OK LETS ALL RUN IN CIRCLES AND SCREAM NOW
[10:56:47] <UnderSampled|phn> (That is me resigning)
[10:57:05] <UnderSampled|phn> I don't ever yell, because it does nothing
[10:57:08] <creep> Milk inc. - Land Of The Living
[10:57:44] <UnderSampled|phn> But seriously, I know I don't know what I'm doing, and i keow I don't know how to explane what I'm seeing
[10:57:52] <GuShH> UnderSampled|phn: If you were to mention the make and model of the typewriter
[10:57:58] <GuShH> perhaps someone could find something you missed.
[10:58:05] <GuShH> or maybe someone already worked on one.
[10:58:06] <UnderSampled|phn> I don't remember anymore
[10:58:11] <UnderSampled|phn> It's upstairs
[10:58:18] * GuShH frowns
[10:58:38] <GuShH> Does it have any interface at all
[10:58:46] <Tom_itx> draw a diagram
[10:58:53] <UnderSampled|phn> I already explained how it scans the keyboard
[10:58:59] <UnderSampled|phn> Or at least tried to
[10:59:00] * GuShH twitches
[10:59:10] <theBear> if you were to listen to people telling you EXACTLY HOW TO DO THIS instead of arguing with them, you would understand by now
[10:59:17] <UnderSampled|phn> And no, there is no othir interface
[10:59:29] <GuShH> ohh that makes me want to check the old typewriter...
[10:59:34] <GuShH> maybe it's got some input of sorts
[10:59:51] <UnderSampled|phn> You have not said exactly how to do it.
[10:59:55] <Grievre> UnderSampled|phn: so why are you just copying an input directly to the output instead of simply bypassing the microcontroller entirely?
[11:00:02] <theBear> yes i have, at least twice
[11:00:37] <UnderSampled|phn> I want the micro to be the one sending the keypress
[11:00:44] <UnderSampled|phn> Otherwise it's a keyboard
[11:00:46] <Grievre> UnderSampled|phn: o.o
[11:01:03] <Grievre> UnderSampled|phn: So what is your overall goal here?
[11:01:09] <UnderSampled|phn> TheBear: you said output to both sides of the matsix
[11:01:17] <theBear> 7 minutes ago, 12 minutes ago, 22 minutes ago, i think that's all the times
[11:01:30] <UnderSampled|phn> Print something with a typewriter
[11:01:48] <UnderSampled|phn> Eventually, zork
[11:01:51] <theBear> Grievre, look what i said at those numbers of minutes ago, that's what he wants to do, but refuses to accept
[11:02:03] <GuShH> oh! there's like a mini-din with 12 pins on the back
[11:02:04] <GuShH> :D
[11:02:21] <GuShH> I wonder what it's for, memory module?
[11:02:56] <Grievre> UnderSampled|phn: "print something with a typewriter" what does that mean
[11:03:00] <Grievre> first of all what is the "something"
[11:03:18] <Tom_itx> atmel email server is piss ass slow
[11:03:18] <theBear> GuShH, hehe
[11:03:20] <GuShH> ascii input
[11:03:39] <Tom_itx> tty
[11:03:48] <Tom_itx> he want's to make a tty device
[11:03:51] <Tom_itx> duh
[11:04:01] <Grievre> oh
[11:04:05] <theBear> pfft, i'm out.... err, i wanna say good luck Grievre, but you aint gonna have that, so err, don't let him get you down
[11:04:14] <theBear> gnight :)
[11:04:27] <Grievre> UnderSampled|phn: So are you basically trying to turn this typewriter into a serial terminal?
[11:04:31] * Tom_itx gives theBear a pot of honey
[11:04:38] <theBear> thanks buddy :)
[11:04:42] * theBear takes said pot to bed with him
[11:04:49] <GuShH> tmi
[11:04:59] <GuShH> theBear:
http://www.ogawa-shokai.com/typewriter-collection/typewriter-collection_brother.htm lol the ax-30 is there!
[11:05:06] <GuShH> still though no info on the interface.
[11:05:32] <UnderSampled|phn> Grievre: I tried to explain what I thought the typewriter was doing:
[11:05:35] <UnderSampled|phn> The way it works is when the input pin is grounded (by connecting it to an output that is default ground), it starts shifting a bit on the output port. When it sees that bit on the enput, it knows which output it was connected to
[11:05:49] <specing> Tom_itx: maybe it runs on AT91SAMs
[11:06:00] <UnderSampled|phn> The typewriter has no other inputs besides this keyboard
[11:06:12] <UnderSampled|phn> And AC power
[11:06:23] <GuShH> haha mines better than yours haha!
[11:07:46] <Grievre> UnderSampled|phn: I still don't understand what you're trying to accomplish
[11:08:15] <UnderSampled|phn> I'm trying to run zork on a typewriter
[11:08:34] <Grievre> oh ok
[11:08:36] <GuShH> >_<
[11:08:40] <Grievre> which typewriter
[11:08:42] <Tom_itx> gawd! finally
[11:08:43] <UnderSampled|phn> Technically, run zork on a computer then send it to the typewriter over serial
[11:08:50] <creep> who likes resonant mode power converters?
[11:08:53] <Grievre> So you want to turn your typewriter into a serial terminal
[11:08:55] <Grievre> like I said
[11:08:58] <UnderSampled|phn> Yes
[11:09:26] <GuShH> CLEARLY not a million dollar idea.
[11:10:39] <Grievre> Seems simple enough
[11:10:55] <UnderSampled|phn> It's a full electric smith corona
[11:11:21] <Grievre> do you have a model number?
[11:11:29] <UnderSampled|phn> Not with me
[11:11:32] <Grievre> ok
[11:11:37] <Grievre> how are the keys wired up?
[11:12:04] <GuShH> CT, XT?
[11:12:14] <Grievre> UnderSampled|phn: is it this kind?
http://www.youtube.com/watch?v=1Jsg286tpa0
[11:12:24] <UnderSampled|phn> From the typewriter's perspective, 7 pulled up inputs and a 8 bit scanning port
[11:12:56] <GuShH> 59!
[11:12:57] <Grievre> I don't know what that means
[11:12:59] <UnderSampled|phn> No, it's Daisy wheel from the late 80s
[11:13:29] <Grievre> can you draw a schematic for me
[11:19:08] <UnderSampled|phn> Aparently not
[11:20:18] <UnderSampled|phn> Grievre: just imagine a grid, where one side has 7 lines that are pulled up inputs, and the other axis has 8 outputs
[11:20:57] <UnderSampled|phn> The output normally is 00000000
[11:21:25] <UnderSampled|phn> When the inputs see ground it starts scanning the output like this:
[11:21:31] <GuShH> it's called a matrix
[11:21:44] <UnderSampled|phn> 00000001 00000010 00000100
[11:21:54] <GuShH> it's shifting to enable the columns
[11:22:14] <GuShH> similarly to how LCDs scan as well.
[11:22:16] <UnderSampled|phn> When the input sees the pulse it knows which column it is connected
[11:22:18] <UnderSampled|phn> To
[11:22:51] <UnderSampled|phn> So, how do I get the right pulse to the input?
[11:23:00] <UnderSampled|phn> I opted to just copy it
[11:23:32] <UnderSampled|phn> Ever time around the loop, high or low
[11:23:41] <UnderSampled|phn> *every
[11:24:38] <UnderSampled|phn> By loop I mean in my micro
[11:25:46] <GuShH> open up the typewriter, see if there's an IC doing the input conversion and if that's sending it to another IC
[11:26:36] <GuShH> it may as well already have a serial line where it receives ascii characters.
[11:26:47] <GuShH> but it could be parallel for all we know.
[11:27:15] <UnderSampled|phn> No, it's one cpu
[11:27:32] <GuShH> see if the datasheet is available
[11:27:37] <GuShH> custom chip?
[11:27:42] <UnderSampled|phn> It's an 8052
[11:27:45] <GuShH> ha
[11:28:03] <GuShH> no obvious signs of expansion for better models?
[11:28:11] <GuShH> unpopulated connector for example
[11:28:46] <UnderSampled|phn> Btw, it's a SL 500
[11:29:04] <UnderSampled|phn> Nope, no unpopulatet stuff
[11:31:38] <UnderSampled|phn> I already have it sending any one key as held constantly
[11:31:49] <UnderSampled|phn> Any one key of my choice
[11:42:25] <Horologium> Tom_itx, does that programmer have a bootloader onboard for firmware updates?
[11:42:36] <Tom_itx> yup
[11:42:52] <Tom_itx> use flip
[11:43:30] <Horologium> kewl.
[11:43:36] <Horologium> so, it might be multipurpose..
[11:43:47] <Horologium> programmer and dev board.
[11:44:30] <Tom_itx> probably not so much the way it's wired
[11:44:38] <Tom_itx> get the U2 board if you want that
[11:45:54] <creep> hey
[11:46:05] <creep> whats up Horologium ?
[11:47:00] <Horologium> not much..playing around.
[11:47:10] <Horologium> Tom_itx, any way I can order one of those too without paying extra shipping?
[11:48:49] <Tom_itx> yup
[11:49:46] <Horologium> what do I need to do?
[13:19:33] <tzanger> jadew: JTAG is a standard. all this other stuff is proprietary crap
[13:20:30] <jadew> I never used JTAG, but I really like PDI
[13:20:35] <jadew> you only need 2 data lines
[13:20:39] <jadew> one for clock one for data
[13:20:42] <jadew> which is great
[13:21:42] <tzanger> jadew: yeah. does avarice work with it?
[13:22:15] <Tom_itx> i'm not sure avrice does
[13:22:34] <jadew> tzanger, I don't know, avrispmkII does tho (including the clone)
[13:22:44] <Tom_itx> maybe they updated the firmware so it will
[13:22:54] <tzanger> http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=114170
[13:22:55] <tzanger> just found that
[13:22:57] <Tom_itx> i mean the debug part
[13:23:18] <Tom_itx> can you debug with avrisp mkii?
[13:23:42] <jadew> should be possible I guess, I haven't tried it tho
[13:23:47] <Tom_itx> me either
[13:23:54] <tzanger> not sure. one of the big reasons I like avr over pic is the standard tools (gdb/gcc)
[13:24:06] <jadew> you're using gdb?
[13:24:30] <tzanger> it does show that avarice works with the various atxmegas
[13:24:30] <jadew> I never used debugging
[13:24:45] <tzanger> I don't often have to use the debugger but when I do I by far prefer gdb
[13:24:56] <jadew> (didn't have the tools) and it's often kinda hard to debug stuff, since most things will be time critical
[13:25:16] <tzanger> most of my debugging occurs with digitial I/O lines or uart :-)
[13:25:25] <jadew> same here
[13:25:37] <tzanger> avarice 2.12 release notes state
[13:25:38] <tzanger> . Implement PDI debugging (JTAGICEmkII / Xmega).
[13:25:56] <tzanger> I should probably get around to ordering one of tom's programmers too
[13:26:14] <tzanger> Tom_itx: what was the link to your stuff again?
[13:26:25] <jadew> http://tom-itx.dyndns.org:81/~webpage/
[13:26:37] <jadew> http://tom-itx.dyndns.org:81/~webpage/boards/USBTiny_Mkii/USBTiny_Mkii_index.php
[13:27:04] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/commerce/commerce_index.php
[13:27:56] <Tom_itx> if avrisp mkii did debugging with PDI i'd be curious if mine would
[13:30:17] <tzanger> oh balls, wife hasnt' paid the card down yet
[13:30:22] <tzanger> it'll have to wait a few days
[13:30:29] * tzanger grumbles
[13:30:58] <Tom_itx> is it your duty to keep it full?
[13:31:23] <tzanger> she says that sometimes
[13:31:30] <tzanger> I use the card to buy things for the business
[13:31:46] <tzanger> it's also where all the travel bills go
[13:34:32] <jadew> Tom_itx, I don't think it works
[13:34:39] <Tom_itx> ok
[13:34:44] <Tom_itx> i haven't tried
[13:35:23] <jadew> I tried with my lufa based one and it doesn't do anything
[13:55:19] <tzanger> hm, the xmega a3 has JTAG
[13:57:29] <tzanger> I'm trying to find the downside to switching to the xmega from at90can
[13:58:28] <Tom_itx> 3.3v may be about it
[13:58:54] <tzanger> that's not an issue for me, these seem like cheap devices
[13:59:05] <tzanger> built in USB as well
[13:59:18] <tzanger> makes my BOM cheaper as I can eliminate an FTDI chip
[13:59:49] <jadew> why did you use the 90can if you didn't need can?
[14:01:11] <tzanger> it was handy
[14:01:24] <tzanger> I had a client who used it (again with no can requirement)
[14:43:42] <OndraSter_> <tzanger> hm, the xmega a3 has JTAG
[14:43:43] <OndraSter_> so?
[14:43:48] <OndraSter_> it has got also PDI
[14:43:50] <OndraSter_> and PDI > JTAG
[14:43:59] <OndraSter_> none of the 4pin rubbish
[14:44:01] <OndraSter_> 4+1
[14:46:01] <tzanger> heh
[14:46:15] <tzanger> seriously looking at PDI
[14:46:17] <OndraSter_> and I think that PDI is actually clocked faster
[14:46:28] <OndraSter_> JTAG on xmegas is using internally PDI :P
[14:46:37] <OndraSter_> there is no downside about using PDI instead of JTAG
[14:46:39] <tzanger> I prefer jtag just as it is a standard
[14:46:40] <OndraSter_> there are just upsides
[14:46:44] <OndraSter_> huh
[14:46:47] <OndraSter_> how it will help? :P
[14:47:02] <tzanger> not true, if I have a system with JTAG On it already I can just tie in the JTAG lines of the AVR
[14:47:11] <tzanger> with PDI I'd have to add the PDI lines to the program/test header
[14:47:19] <OndraSter_> huh?
[14:47:54] <tzanger> let's say I have a CPLD and an AVR. I can program both with a single JTAG header. With PDI I'd have to have both a JTAG and PDI header
[14:48:00] <OndraSter_> oh
[14:48:02] <OndraSter_> JTAG chaining
[14:48:05] <OndraSter_> I dare you to do that
[14:48:11] <OndraSter_> it not always works :)
[14:48:22] <tzanger> dare me? I've not had issues with *most* devices I've used
[14:49:01] <OndraSter_> I have never done that. But I read mostly bad stuff about chaining different branded devices
[14:54:55] <grummund> the clone jtag programmers won't do xmega i believe
[14:57:48] <OndraSter_> grummund, since they are JTAGICE and not JTAGICE mkII or JTAGICE3, then no
[14:57:49] <OndraSter_> they will not
[14:58:25] <OndraSter_> you can get Tom_itx 's avrisp mkII clone that can do programming over PDI or RikusW's U2S board which can do the same
[15:00:34] <tzanger> grummund: won't do for what reason, it doesn't follow the standard or ..>?
[15:01:06] <tzanger> I'm talking from a more generic standpoint where you're clocking in IR/DR and not necessarily trying to do anything more fun
[15:01:51] <grummund> tzanger: not really sure but i understand that atmel did not release the xmega-jtag protocol.
[15:02:22] <grummund> tzanger: which is fine if you have an atmel prgrammer or are willing to buy one, otherwise PDI is the only option.
[15:03:55] <tzanger> ttp://www.equinox-tech.com/products/details.asp?ID=1431 seems there are third party libs for JTAG
[15:04:00] <tzanger> but yeah, I understand what you're saying
[15:09:22] <tzanger> Tom_itx: so did you have to implement AVR067 with your programmer?
[15:09:57] <tzanger> that's the JTAGICE Mkii protocol document
[15:10:04] <grummund> it runs LUFA so you're asking the wrong guy ;)
[15:11:12] <tzanger> LUFA is just hte USB interface
[15:11:34] <tzanger> AVR067 describes what to do with the data in the endpoints that LUFA provides
[15:11:44] <grummund> it includes projects such as avrisp
[15:12:51] <grummund> i have it on a avrusb board for flashing xmega
[15:18:50] <Steffanx> http://www.atmel.com/Images/doc8015.pdf that is the right one tzanger
[15:18:54] <Steffanx> its similar iirc
[19:16:09] <OndraSter_> http://9gag.com/gag/6319000
[19:16:11] <OndraSter_> my OCD!
[19:18:45] <zugz> what's the right place to report bugs with avr-gcc?
[19:19:16] <OndraSter_> bugs like..?
[19:19:26] <OndraSter_> not everything that looks like a bug is a bug :)
[19:19:32] <OndraSter_> sometimes it is a feature!
[19:19:43] <GuShH> bugs are always features.
[19:19:52] <GuShH> you just need to report them so the feature gets documented!
[19:20:20] <OndraSter_> :)
[19:21:45] <Tom_itx> OndraSter_, what was wrong with those pics??
[19:23:27] <OndraSter_> my OCD
[19:23:55] <Steffann> I know what your addiction is OndraSter_
[19:24:15] <OndraSter_> hmm?
[19:24:23] <Steffann> IRC, and then especially #avr
[19:24:48] <OndraSter_> :D
[19:24:56] <Steffann> Must be a hard life for you. OCD, addictions.. :S
[19:30:38] <OndraSter_> you have got no idea, Steffann :)
[19:30:38] <zugz> compilation bugs... definitely not features ;)
[19:30:51] <OndraSter_> you need to be more precise, zugz
[19:31:04] <zugz> bugtest.cpp:(.text.startup+0x14): undefined reference to `__muluhisi3'
[19:31:41] <zugz> (sec, I'll put the code on pastebin)
[19:33:20] <zugz> http://pastebin.com/hkm2LsTk
[19:35:34] <OndraSter_> zugz, it works for PC?
[19:36:02] <zugz> with just 'gcc' you mean? sure
[19:37:02] <timemage> zugz, how are you compiling that?
[19:37:08] <zugz> it also compiles with the binary avr-gcc from arduino-1.0.3, but that's quite an old version of gcc
[19:37:17] <zugz> /usr/bin/avr-gcc -mmcu=atmega328p -Os bugtest.c
[19:37:32] <zugz> avr-gcc compiled with crossdev (gentoo)
[19:37:55] <Xark> zugz: __muluhisi3 is a GCC primitive for AVR (unsigned long multiply routine) that is (apparently) missing from your avr-gcc. That code compiles and links fine on mine (just using one in Arduino IDE).
[19:38:44] <Xark> zugz: Should be in libgcc AFAIK.
[19:39:13] <OndraSter_> how did you obtain the avrgcc?
[19:39:24] <OndraSter_> crosscompiling via portaeg?
[19:39:26] <OndraSter_> portage
[19:39:58] <zugz> Xark: right, yes. I've worked around it in the code I actually wanted to compile by making sure I never multiply ints with longs...
[19:40:04] <zugz> OndraSter_: yes
[19:40:04] <timemage> zugz, what do you get from -dumpversion ?
[19:40:26] <zugz> timemage: 4.7.2
[19:40:40] <zugz> timemage: and from --version: avr-gcc (Gentoo 4.7.2 p1.3, pie-0.5.5) 4.7.2
[19:40:48] <zugz> compiled a couple of weeks ago
[19:41:08] <zugz> hmm, three weeks now
[19:41:08] <timemage> zugz, i've 4.7.0 here.
[19:41:08] <Jojoo> hello all
[19:41:18] <Jojoo> I'm having problem uploading from arduino uno.
[19:41:33] <Jojoo> I'm getting avrdude: stk500 programmer not responding
[19:42:23] <Jojoo> I'm uploading remotely i'm using kvm
[19:43:57] <OndraSter_> zugz, I am not sure if gentoo applies all the patches from atmel
[19:44:06] <OndraSter_> and also installs avr libc
[19:44:19] <OndraSter_> and compiles with it
[19:44:19] <OndraSter_> links
[19:45:08] <OndraSter_> it's been ages since I last booted any linux VM
[19:45:11] <OndraSter_> let alone gentoo VM
[19:45:19] <OndraSter_> which broke down and refused to boot kernel :)
[19:45:44] <Jojoo> Anyone?
[19:45:57] <zugz> OndraSter_: I'm not sure either... guess I'll submit a bug to gentoo if no-one here wants to look at it
[19:46:23] <timemage> zugz, if i had to guess, the error would go away if you perform a multiplication on a volatile.
[19:46:32] <Xark> Jojoo: Very generic error "something went wrong". You sure you got the proper port and permissions?
[19:47:00] <OndraSter_> sorry I am off
[19:47:01] <OndraSter_> gn
[19:47:03] <zugz> timemage: how do you mean?
[19:47:03] <Jojoo> Xark: yes i set the permission to 777
[19:47:21] <OndraSter_> <oh god 777>
[19:47:24] <OndraSter_> gn!
[19:47:26] <timemage> zugz, e.g., add static volatile long dummyl=7; dummyl *= 3; to main(), see if the undefined reference goes away.
[19:47:29] <Jojoo> i pass the port from host to guest of kvm
[19:47:36] <Xark> Jojoo: Do you see any flickering LEDs (or can't see them)?
[19:47:37] <timemage> zugz, just a theory.
[19:48:22] <Jojoo> Xark: I can't see it because I'm doing remote desktop then using the machine wherein the arduino is plugged
[19:48:39] <zugz> timemage: nope, and that line causes a new "undefined reference to __muluhisi3" error
[19:48:40] <Xark> Jojoo: Yeah. Sounds rough to troubleshoot. :)
[19:48:57] <Jojoo> Xark: Anyways I must be passing it the wrong way. Do you know how to pass a port from host to guest on kvm
[19:49:10] <zugz> timemage: which means you've beaten my code for minimality ;)
[19:49:26] <Jojoo> Xark: do i pass it as a serial or as a usb device?
[19:49:35] <timemage> zugz, did you modify what i sent at all?
[19:49:49] <Xark> Jojoo: Not sure, I would assume serial (and USB is "fake" serial).
[19:49:59] <zugz> bugtest.c is now the following line:
[19:50:02] <zugz> int main(void) { static volatile long dummyl=7; dummyl *= 3; }
[19:50:41] <timemage> zugz, try static volatile long a,b,c; a=8; b=3; c=a*b;
[19:51:34] <Jojoo_> Xark: I got disconnected
[19:51:34] <zugz> timemage: that compiles fine
[19:51:48] <timemage> zugz, ok. so i've made an error in the theory. but, you get the idea.
[19:51:50] <Jojoo_> Xark: How will i know that i got the correct port of arduino?
[19:52:04] <zugz> timemage: as does int main(void) { static volatile long dummyl=7; dummyl *= 3.0; }
[19:52:21] <timemage> zugz, ah ok.
[19:52:40] <zugz> timemage: so it's multiplying ints and longs which is a problem
[19:53:02] <timemage> zugz, if it were me, i'd probably just continue using it with that nop-ish bit of code in there until a better version came out.
[19:53:08] <zugz> timemage: volatile longs, that's crucial
[19:53:33] <Jojoo_> Xark: I also created a windows vm using kvm. I pass the port to windows and it's detected as arduino uno. Now when i try to upload to arduino using ide it still won't upload
[19:53:40] <timemage> zugz, it is.
[19:54:04] <zugz> timemage: well having the nop code doesn't prevent errors, it just doesn't cause them
[19:54:12] <timemage> zugz, you don't need to do that in the rest of the code. just once somewhere to trick it back into generating the right intrinsics.
[19:54:29] <Xark> Jojoo_: Interesting. So it "kind of" works...
[19:54:40] <zugz> timemage: seems not... e.g. the following gives the error: int main(void) { static volatile long a,b,c; a=8; b=3; c=a*b; volatile long dummyl=7; dummyl *= 3; }
[19:54:42] <timemage> zugz, sure. i'm not saying "there, now it's fixed" =)
[19:55:14] <Jojoo_> Xark: yes it does work. but why won't it upload to arduino?
[19:55:36] <Jojoo_> Xark: I also used virtualbox and i'm not getting this problem.
[19:56:16] <Jojoo_> Xark: Is it a problem with the operating system or the way it is passthrough.
[19:57:14] <Jojoo_> Xark: I've been troubleshooting this for a week now.
[19:58:28] <timemage> zugz, you can compile different translation units with different optimization options. you could mode into a module where you're not applying -Os. or just roll back a couple versions.
[19:58:46] <Jojoo> Xark: I got disconnected again.
[19:59:15] <zugz> timemage: yeah, I'm ok working around it... I just want to make sure the right people know about it so it's fixed in future versions. Are you right people?
[20:00:04] <Xark> Jojoo: Not sure what is causing the issue as I've not tried anything like this. I have uploaded via RF (but that was just UART still).
[20:00:09] <timemage> zugz, nah. it's nice to think you might be mistaking me for someone with that sort of credibility though. =)
[20:00:17] * Xark waves - has to run off on an errand
[20:00:24] <Jojoo> g
[20:01:20] <timemage> zugz, you could ask in #gcc. and then you could wait about 36 hours for a response.
[20:01:28] <Xark> Jojoo: One thought. Maybe issue with auto-reset (DTR serial)?
[20:01:40] <zugz> timemage: ok ;) thanks
[20:02:32] <Jojoo> Xark: So it's communicating with the arduino when it is passthrough to the guest vm.
[20:02:35] <Jojoo> not*
[20:04:03] <Jojoo> That is another problem i'm facing I don't know if it is resseting or not.
[20:04:17] <Jojoo> Because i can't see it from here.
[20:05:16] <zugz> timemage: oh, but I don't have perms to talk on #gcc
[20:06:10] <timemage> zugz, may need to be registered. unless they've changed something in the last couple months that's all the permission you need.
[20:09:26] <zugz> timemage: ok, thanks for all your help
[20:11:29] <timemage> zugz, i just entered there. /mode seems to indicate nothing that would keep you from speaking. what sort of message did you get?
[20:11:48] <zugz> 20:51 -!- #gcc Cannot send to channel
[20:14:01] <timemage> zugz, huh.
[20:15:17] <zugz> timemage: you were right, just needed to register with nickserv
[20:33:20] <Jojoo> ;
