Back
[00:09:50] <execi> Heya. Putting together a little proto board, asking for some advice... Going to power the board off 7.5 V, and would like to regulate that into 5 and 3.3 V. Using 7805 and 1117v33 as regs, what would be the better option here? To supply both out of 7.5 V, and use a diode or two on the 1117's line to drop the voltage a bit beforehand, or daisy chain the 1117 into 7805's output?
[00:12:58] <Casper> execi: better option would be to use some smps :D
[00:13:17] <Casper> but really, it depend on the current needed for the 3.3
[00:13:36] <Casper> since both are linear, the waste will be the same anyway if you daisy chain or not
[00:13:56] <execi> it is yeah
[00:13:56] <Casper> however, it may help or worsen the heat that you have to dissipate on each
[00:14:13] <Casper> and may excede the current limit of your 5V reg
[00:14:36] <execi> the 7805 i have can throw out 1.5 amps
[00:14:56] <execi> and i will never even come close to that total
[00:15:34] <execi> I think 7805 could handle having the 1117 on its output... that would help with the 3v3 reg's power dissipation
[00:16:01] <GargantuaSauce> I agree, daisy chaining them spreads out the waste heat as long as you're not using much current
[00:16:24] <Casper> 7805 usually need 3V more in than out
[00:16:29] <Casper> so min 8V in
[00:16:32] <execi> 2
[00:16:33] <Casper> some go down to 2V
[00:16:42] <Casper> but it really depend on the brand
[00:16:46] <execi> and it is load dependant
[00:16:56] <GargantuaSauce> the dropout depends on current....you might want to go for a low dropout 5v one too though
[00:17:28] <execi> the power will be quite stable 7.5 V
[00:17:31] <execi> not using a batt
[00:17:47] <execi> and the 7805 i have, at 1 A output, the vdrop is at 2 V
[00:18:42] <execi> guess i'll daisy chain them
[00:19:27] <GargantuaSauce> sounds like you're set then. experiment with a few different decoupling caps at each stage to avoid any instability
[00:19:42] <Casper> daisy chain will move the heat from the 3.3V to the 5V, also you need an LDO for the 3.3
[00:19:56] <Casper> but heatsinking may be easier as no heatsink may be needed on the 3.3
[00:20:04] <execi> yeah, was just saying
[00:20:18] <execi> that i'll monitor the 7805 when loading 3v3 line, and applying a heatsink if necessary
[00:20:38] <execi> GargantuaSauce: yea
[00:20:45] <execi> however, another question
[00:20:50] <execi> regarding actually, decoupling
[00:21:49] <execi> i've seen a lot of people do something funny, they run vcc to aref on atmega, with a decoupling cap, and bridge that to vcc without a cap in between. I know the distance is short but is this adequate?
[00:22:44] <execi> i mean, they run +5V to aref, and bridge that to vcc...
[00:24:15] <GargantuaSauce> it's fine if you're not trying to take super accurate measurements on the adcs, and potentially fine even if you are
[00:24:37] <GargantuaSauce> sourcing a bunch of current from gpios would compound the issue of course
[00:25:19] <GargantuaSauce> the inductance of that trace between the two pins would be pretty damn tiny
[00:26:58] <execi> Okay, thanks. And to get this straight, AREF is the adc's reference voltage? So I'll probably want to pin that out rather than connect it if i'll use adc for 3v3 or 5v
[00:28:00] <GargantuaSauce> yup, a jumper for that would be useful on a breakout
[00:41:14] <execi> So hmm... If i'll just go with the internal voltage as adc reference, i'll tie AREF to ground?
[00:41:58] <execi> and i'm guessing decoupling avcc with a cap
[00:43:57] <execi> and with external voltage ref, tie that to aref and decouple it
[00:44:17] <Casper> execi: it's fine, but not ideal
[00:44:18] <GargantuaSauce> datasheet says avcc should be tied to vcc through an lpf
[00:44:45] <execi> yeah saw that, but everyone seems to just decouple it rather than lpf
[00:44:51] <Casper> you usually want to low pass AVCC, decouple AREF and decouple VCC
[00:44:57] <Casper> it work if you do not
[00:45:03] <Casper> but is not the ideal thing
[00:45:13] <Casper> and may introduce more noise in the ADC reading
[00:45:45] <execi> yeah figures
[00:47:40] <execi> well might aswell go fancy. I'll lpf the avcc, put a decoupling cap on aref and pin it out for external voltage, and decouple vcc
[02:13:49] <vsync_> hmmmm was making proto boards the other day too
[02:14:20] <vsync_> would be quite handy actually to have 3v3 and 5 from the board...
[02:34:52] <megal0maniac_afk> 7805 and 1117v33 are nice and cheap
[02:35:17] <Casper> and robust
[02:49:55] <vsync_> yeh might go with switching tho can get better range of input voltage
[02:50:01] <vsync_> or well, usable voltage
[04:07:56] <OndraSter__> vsync_, yep, I dare you to run >1A on 7805 dropping from 12V
[04:08:03] <OndraSter__> even with noticable heatsink it gets quite hot :D
[04:35:19] <vsync_> won't be dropping from 12 though :)
[04:35:40] <vsync_> will be dropping outta 2s lipo... got 2.5 Ah lipos my circuits will run forever with them
[04:35:57] <OndraSter__> on batteries? SMPS ftw
[04:36:43] <vsync_> yup. I could go cheap and just use a 7805 wouldn't have to mess around with inductors
[04:37:01] <vsync_> as i have lying around somewhere... i swear it's somewhere
[04:39:32] <OndraSter__> but efficiency!
[04:42:20] <vsync_> yes. save the planet
[04:42:41] <vsync_> i won't be throwing 2x smps there i swear i'll use a linear on the 3v3 =D
[04:44:54] <vsync_> god :( this local distributor doesn't have an inductor i was hoping for
[04:45:23] <vsync_> with the inductance i need they have some lameo coils rated at 300 mA
[04:46:16] <vsync_> i need at least double that
[04:46:23] <GargantuaSauce> just get a cheapo module from china
[04:46:25] <GargantuaSauce> for like $3
[04:47:11] <vsync_> an option, sure. But i made an order on digikey the other day so i wouldn't really need anything, can't be bothered to pay 4 times the price of the part as shipping costs
[05:23:47] <Valen> parrallel up some inductors
[05:23:55] <Valen> or wind your own on a ferrite bead
[05:25:19] <abcminiuser> OK, AS6.1 users put up your hands
[05:29:02] <Roklobsta> \0/
[05:29:15] <MannImmond> New extensions to test?
[05:30:50] <abcminiuser> http://www.fourwalledcubicle.com/files/temp/TrailingWhitespaceTrimmer.vsix
[05:30:58] <abcminiuser> http://www.fourwalledcubicle.com/files/temp/LSSClassifier.vsix
[05:31:36] <MannImmond> What does trailingwhitespacetrimmer do? There's an option for this in Studio :D
[05:34:29] <MannImmond> which works only on save tbh but...
[05:34:49] <abcminiuser> Theres an option?
[05:35:43] <MannImmond> yes
[05:35:52] <MannImmond> somewhere in the 4000 configuration dialogs....
[05:36:44] <abcminiuser> Looked online its not standard in VS2010
[05:39:06] <MannImmond> options->environment->custom settings -> Remove whitespaces trailing end of line, while saving the document
[05:39:23] <abcminiuser> Son of a
[05:42:44] <MannImmond> Testing the LSSClassifier: The package does not contain the software license agreement that is specified in the extension manifest
[05:43:03] <abcminiuser> Balls one sec
[05:44:06] <abcminiuser> Try now
[05:45:18] <MannImmond> installing is fine
[05:53:34] <MannImmond> The lss highlighting looks nice, there is no options dialog for it correct?
[05:55:06] <MannImmond> btw a suggesting for the datasizeviewer, resolving the __vector_XX names to actual interrupt vector would come in handy
[05:55:21] <MannImmond> or to vector names to be more precise
[06:00:06] <abcminiuser> Yep no options just color options
[06:02:26] <abcminiuser> I'll make the code fragments olive
[06:07:23] <w|zzy> The number of times i have committed to repos and i've automatically removed trailing whitespace, makes me look like ive been working hard! It should be a mandatory part of an editor.
[06:22:48] <abcminiuser> Well that was not obvious :P
[06:22:56] <abcminiuser> Good thing the extension was only three lines then :P
[06:23:03] <abcminiuser> Ah well, how sexy is the LSS classifier
[06:23:04] <abcminiuser> SEXY
[06:44:33] <megal0maniac_afk> .lss isn't the same without it
[06:44:53] <megal0maniac_afk> I must have the 2nd most feature rich install of AS in the world
[06:48:39] <abcminiuser> Should sell it for a brazillion dollars
[06:48:58] <abcminiuser> But in all seriousness, the lack of highlighting was making my eyes bleed
[06:49:07] <abcminiuser> Anything else needs fixing in Studio I can make an extension for?
[07:05:04] <MannImmond> Everything in Jira marked as backlog :D
[07:38:04] <Fornaxian> highlighting. bah.
[07:38:34] <Fornaxian> back in the day we didn't have highlighting. We were lucky to have video displays! try using ed on a teletype to edit files.
[07:38:46] <Fornaxian> :}
[07:40:54] <abcminiuser> So nothing left to add to Studio?
[07:40:55] <abcminiuser> Neato
[07:47:02] <Fornaxian> I just wish atmel studio worked under linux.
[07:47:12] <Fornaxian> never have been able to get it to run reliably under wine.
[07:50:45] <RikusW> use virtualbox + XP
[07:50:50] <abcminiuser> Not something I can fix with an extension :P
[07:51:02] <abcminiuser> Morten's making a Stimulus file highlighter
[07:51:17] <RikusW> abcminiuser: is the extension API's documented ?
[07:51:18] <abcminiuser> But I can't think of any other relevant things that needs fixing
[07:51:25] <RikusW> pubilic that is ?
[07:51:31] <abcminiuser> RikusW, it's just VSIDE extension code
[07:51:33] <abcminiuser> So yes
[07:51:47] <twnqx> RikusW: can't access the stk600 with virtualbox, yey
[07:51:51] <abcminiuser> The Atmel Studio specific stuff is in the public AS6 SDK, but most of my extensions don't need it
[07:53:06] <RikusW> good to know
[07:53:51] <RikusW> twnqx: the LUFA avrisp mkii don't work in vbox either...
[07:53:56] <RikusW> nor my dragon....
[07:54:04] <RikusW> my own stk500 clones does work :)
[07:54:40] <RikusW> twnqx: did you install the virtualbox extensions ?
[07:55:01] <RikusW> that is required for USB
[07:55:45] <theBear> it is ? hmmm... does that mean usb only works in win or *nix ?
[07:55:51] <theBear> well, current *nix
[07:56:14] <twnqx> RikusW: the problem s the limited number of endpoints iirc
[07:56:19] <twnqx> abcminiuser said something along the lines
[07:56:36] <RikusW> could be that
[07:56:55] <twnqx> it works with AS4 and the related firmware :P
[07:57:06] <twnqx> fails after update to the one shipping with AS5/6
[08:52:52] <Fornaxian> riotz,
[08:52:54] <Fornaxian> oops
[08:53:23] <Fornaxian> anyhow, no, can't use virtualbox and XP...that would require running windows...
[08:54:33] <twnqx> virtualbox runs fine on linux...
[08:55:45] <theBear> virtualbox runs outside linux ?
[09:12:42] <Fornaxian> but to run windows programs in virtualbox it requires one to run windows in virtualbox.
[09:12:59] <twnqx> ah. well, yes.
[09:13:06] <twnqx> i didn't try to run AS in wine
[09:13:17] <Fornaxian> I have, several times, on several flavors of wine.
[09:13:27] <Fornaxian> got best results with codeweavers version but still had issues.
[09:13:32] <twnqx> 1.7 is pretty neat these days
[09:13:42] <twnqx> runs a lot of things that failed with earlier versions
[09:13:49] <Fornaxian> not that I think I'm missing anything as I do my work with vim most of the time.
[09:13:49] <twnqx> though i only use it for video encoding :P
[09:14:17] <Fornaxian> I went totally windows free at home about 5 years ago.
[09:14:58] <twnqx> heh, for me AS just isn't worth it
[09:15:09] <Fornaxian> do have a windows laptop for work but they maintain it and I don't have to worry about security and crap..that's all handled by xerox
[09:15:11] <twnqx> except for upgrading the STK600's firmware
[09:15:30] <Fornaxian> I don't have an stk600...have an syk500 and dragon but never use them.
[09:15:34] <twnqx> i have windows for the occasional games though
[09:15:56] <Fornaxian> vegastrike and minecraft play just fine native on linux so no need for other OS for that for me.
[09:16:11] <Fornaxian> ok..back to finding my water leak.
[09:16:13] <twnqx> the 600 is neat to flash the occasional chip without any PCB
[09:16:40] <Fornaxian> dug a 5 foot deep hole and not finding any leak on the line...so it has to be in the house somewhere right along the wall.
[09:44:13] <vsync_> soooo
[09:44:18] <vsync_> does abcminiuser work at atmel?
[09:44:25] <specing> yes
[09:44:26] <vsync_> i've just gotten this impression
[09:44:29] <vsync_> cool
[09:44:38] <vsync_> what's his title? =p
[09:45:09] <specing> IIRC he works on the ASF framework or something like that
[09:45:34] <megal0maniac_afk> He's an applications engineer
[09:45:56] <megal0maniac_afk> ASF is a part of it
[09:46:18] <vsync_> yeah...
[09:46:26] <megal0maniac_afk> New product integration is another
[09:47:40] <Fornaxian> so, he is not a DWICBL...
[09:48:08] <Fornaxian> Dude What's In Charge of Blinky Lights
[09:48:51] <vsync_> s/what/who
[09:49:45] <megal0maniac_afk> s/what's/what are
[09:51:09] <vsync_> that's still incorrect
[09:51:19] <megal0maniac_afk> I'm well aware :)
[09:51:33] <megal0maniac_afk> I don't think it was supposed to be correct in the first place
[10:38:17] <vsync_> blinkenlights!
[10:38:36] <vsync_> telnet towel.blinkenlights.nl
[12:24:20] <megal0maniac_afk> opamps are cool
[12:28:11] <Joggl> omg, analog technic, kick him from this channel ;)
[12:28:43] <bitd> Analog ftw Joggl
[12:29:11] <Joggl> that's that undefined thing between 0 and 1, isn't it?
[12:29:23] <bitd> Digital is for people who dont understand physics :P
[12:29:58] <bitd> Joggl, yes, the thing with infinite resolution, indeed.
[12:30:13] <Joggl> avr-programming is a virutal world, no physics there.
[12:30:46] <bitd> Zomg! you are right, I'd better leave ;D
[12:30:51] <Joggl> the day nigh-rythm is defined by the clock-cycle
[12:30:58] <Joggl> everything betwenn is defined by me ;)
[12:42:14] <abcminiuser> Well this is a first
[12:42:27] <abcminiuser> I'm the first person in the world to actually make money from Bitcoin
[12:42:51] <spybert> There is no distinction, all digital ICs are really analog :-)
[12:43:58] <vsync_> the universe could be digital
[12:44:02] <vsync_> we just can't know yet for sure
[12:44:20] <Joggl> dean: wtf is bitcoin? *gg*
[12:44:27] <abcminiuser> It
[12:44:28] <Joggl> and who gave money to YOU?
[12:44:34] <abcminiuser> It's stupid
[12:44:43] <abcminiuser> But stupid people pay money for hardware for it
[12:44:49] <abcminiuser> And I get paid for software for the hardware
[12:45:02] <abcminiuser> So it's a way for stupid people to indirectly give me money
[12:45:07] <Joggl> btw hardware... the network-prototype is running
[12:45:56] <Joggl> may i'll send you one *hrhr*
[12:52:11] <spybert> vsync_: Quantized in amplitude or time is not the same is being digital
[12:56:11] * megal0maniac_afk wonders about implementing DDR on an AVR
[13:06:11] <specing> megal0maniac_afk: that Linux on armv5tel emulator on AVR implements it
[13:06:18] <specing> *project
[13:10:43] <megal0maniac_afk> Awesome. And that's quite something, because simulavr runs on armv5tel.
[13:12:10] <megal0maniac_afk> Also, he could have used a 644p instead. It clocks faster without falling over
[13:19:03] <specing> so you could run your AVR program in simulavr on Linux on armv5tel emu on an AVR? *awesome*
[13:31:17] <vsync_> spybert: sure, wasn't talking about that either
[14:15:42] <ndsa> when I load a program to avr via avrdragon, do I need to load elf file or hex file?
[14:17:06] <megal0maniac> Mmmm... Go with hex. I think either one will work, but hex is pretty standard
[14:18:26] <ndsa> megal0maniac, thank you
[14:20:31] <ColdKeyboard> Can someone suggest some serial port sniffer that works for windows 7 (x64)? I tried eltima, serialmon, they all fail. Realterm works but I need to donate 50/20/x$ and then they will send me drivers...
[14:20:58] <ColdKeyboard> I just need it to see what commands App sends to serial device so I can look into documentation and see what's wrong :)
[14:21:58] <megal0maniac> ColdKeyboard: I think that a logic analyser could brighten up your day
[14:22:22] <ColdKeyboard> megal0maniac: I'm trying to make one to work with OLS :)
[14:22:42] <megal0maniac> What baud?
[14:23:14] <abcminiuser> Come on people, need more extension ideas
[14:23:33] <ColdKeyboard> megal0maniac: 115200
[14:25:11] <megal0maniac> ColdKeyboard: How about an AVR with LUFA USB to serial, and you monitor with putty or br@y++
[14:25:21] <vsync_> abcminiuser: an extension that cooks for you
[14:25:33] <megal0maniac> I was going to say coffee, but that's good too
[14:25:36] <vsync_> could call it the wife extension
[14:25:51] <abcminiuser> Damn sarcastic bastards :P
[14:26:04] <vsync_> one could later on figure out how to make an acronym out of it
[14:26:20] <abcminiuser> I was going to make a GAS syntax highlighter
[14:26:27] <abcminiuser> Just so I could call it ".org ASM"
[14:26:30] <abcminiuser> Too subtle?
[14:27:09] <megal0maniac> I blame my ignorance, not your subtlety
[14:27:18] <abcminiuser> .orgasm
[14:27:39] <megal0maniac> :/
[14:27:58] <megal0maniac> Was expecting something technical
[14:28:05] <vsync_> =D
[14:29:03] <abcminiuser> I like funny project names ;P
[14:29:09] <abcminiuser> The logo might be a bit iffy tho
[14:30:36] <ColdKeyboard> megal0maniac: It would be really nice if there is some sniffing software that can do the job for me. I don't fancy connecting sniffing harware everytime I want to see if software is sending correct hex code :\
[14:31:54] <megal0maniac> ColdKeyboard: RikusW was looking at creating a virtual serial port, I think
[14:32:09] <megal0maniac> Different application, but would achieve the same thing
[14:33:45] <ColdKeyboard> Well I guess he is not here :)
[14:33:51] <ColdKeyboard> I'll pm him :)
[14:34:03] <megal0maniac> He hasn't been around as much as usual lately
[14:34:28] <vsync_> probably busy herding the cows
[14:34:48] <ColdKeyboard> I'll try to find some software to do the thing... This Realterm could do it but I need those drivers that they require you to donate before they send them to you...
[14:43:43] <ColdKeyboard> It looks like I need "Tviccommspy driver" instalation which is 40$ :S
[17:06:35] <Felix29> hey, is anybody here good with pic mcus?
[17:06:55] <specing> ##pic is
[17:08:09] <Felix29> thanks :) I have another AVR related question, though
[17:08:24] <megal0maniac> Is it about PICs?
[17:08:37] <Felix29> are you guys doing low speed usb without ft232 by any chance?
[17:08:55] <Felix29> no, I am doing both AVR and PIC, but hadn't found the pic channel yet
[17:08:58] <specing> megal0maniac: yes, it is about PICs
[17:09:09] <megal0maniac> :P
[17:09:13] <megal0maniac> Felix29:
http://www.obdev.at/products/vusb/index.html
[17:09:17] <specing> Felix29: yes,...
[17:10:07] <Felix29> so v-usb is the way to go? I wasn't sure if they make you buy their package
[17:10:20] <Felix29> so I assume it's free for hobby stuff then?
[17:11:32] <megal0maniac> Felix29: On the home page it says "V-USB can be licensed freely under the GNU General Public License or alternatively under a commercial license."
[17:12:04] <Felix29> ok, got it thanks!
[17:19:13] <Fornaxian> vUSB is a fun toy but I wouldn't rely on it for production systems.
[17:19:44] <Tom_itx> you also need a USB license for commercial stuff
[17:19:44] <Fornaxian> I have several vUSB devices here and some work on some computers and not others...others work on different computers...
[17:19:48] <Fornaxian> it's hit and miss.
[17:20:11] <Felix29> is there any alternatives?
[17:20:21] <Fornaxian> get a usb AVR
[17:20:43] <Tom_itx> LUFA
[17:20:44] <Felix29> oh, yeah I guess that's the better way
[17:20:59] <Felix29> are the USB types still 5V or are all of them 3.3V?
[17:21:14] <Tom_itx> both
[17:21:31] <Fornaxian> Tom_itx even sells a nifty little board with a usb avr on it all setup and ready to go.
[17:22:47] <Felix29> any suggestions in terms of which avr is good? I bought all of mine a couple years ago and there wasn't any USB ones
[17:23:03] <Tom_itx> do you need adc?
[17:23:12] <Tom_itx> atmega32U4 has adc
[17:23:30] <Tom_itx> at90usb1287 has host
[17:23:36] <jadew> I just finished a project using tiny25
[17:23:45] <jadew> data cable for a brymen meter
[17:23:50] <jadew> with v-usb
[17:24:28] <Tom_itx> some of the xmegas are usb too aren't they?
[17:24:52] <jadew> yeah
[17:25:25] <Felix29> ah, so there is USB chips, but none are DIP
[17:25:29] <Felix29> is that correct?
[17:25:38] <Fornaxian> correct.
[17:25:40] <Tom_itx> true
[17:25:47] <jadew> not avr ones
[17:25:53] <Tom_itx> tqfp or mlf
[17:25:56] <jadew> you can find DIP PICs with USB tho
[17:27:07] <Felix29> yeah, that's what I am trying to figure out right now
[17:27:39] <Felix29> I used to be using AVRs with FT232, but I was looking for an alternative that does USB without the expensive ft232
[17:27:54] <Felix29> ideally it would be dip for hacking around, so I don't have to etch boards
[18:07:44] <vsync_> Felix29: how low cost?
[18:08:47] <vsync_> cause from what i see a ft232 is $4.5 on digikey. Though being 28p smd, a dip adapter costs a fortune
[18:10:16] <vsync_> though i'm not sure whether this was moreso of the simplicity than the cost
[18:10:35] <Felix29> it's a little bit of both
[18:11:08] <Felix29> i'd just like it better if i can just put together a dip circuit with only a mcu and still use usb
[18:11:53] <Felix29> it's for stuff like controlling relays on a laptop where you don't have a parallel port anymore
[18:12:35] <Felix29> the alternative now is using just a ft232 in bitband mode and have a few boards made for that
[18:12:40] <Felix29> i am not sure what's better
[18:13:37] <vsync_> or you can just
[18:13:41] <vsync_> bitbang
[18:13:43] <vsync_> :D
[18:13:51] <vsync_> the usb line that is
[18:14:21] <Felix29> is that something that's easy to do?
[18:14:59] <vsync_> have really no idea
[18:15:09] <vsync_> but the implementation is most likely clunky as hell
[18:15:40] <jadew> personally I just use a usb 2 serial adapter when I'm testing stuff, then I use a usb2serial chip in the final design
[18:16:14] <jadew> that also means I don't have to deal with the all that usb related stuff, serial is so much easier to handle
[18:19:18] <Felix29> yeah, i agree
[18:19:33] <Felix29> i was just being cheap, trying to avoid having to have more boards made
[18:19:49] <Felix29> i figured it would pay in the long run
[19:33:31] <ColdKeyboard> I have configured my tiny2313 to respond to SUMP protocol. and in OLS client I can see my device and ARM it (start sampling)
[19:34:11] <jadew> ColdKeyboard, awesome
[19:34:15] <jadew> what sampling speed?
[19:34:20] <ColdKeyboard> basicly my code just sends some dummy data while in ARM state. But OLS showed the correct data just once and I don't know why but for the past 1h I haven't been able to read data properly
[19:34:32] <ColdKeyboard> OLS reads just 0x00 on all channels
[19:34:53] <jadew> ColdKeyboard, are you sure that's not what your sending?
[19:34:58] <ColdKeyboard> I verified via terminal that my tiny in fact sends 0x00 and then 0xFF and keeps doing so until I send some other command
[19:35:39] <ColdKeyboard> I don't have a clue what could be the problem. Maybe configuration (groups, inside/outside pins, clock source...) :\
[19:36:19] <jadew> ColdKeyboard, maybe you're sending too many zeroes
[19:36:29] <jadew> and it considers the entire buffer was sent
[19:36:39] <jadew> did you try with several clients?
[19:37:12] <ColdKeyboard> I couldn't find the serial port configuration on OLSfront
[19:37:14] <ColdKeyboard> :\
[19:37:23] <jadew> ColdKeyboard, it's in the options menu
[19:37:46] <ColdKeyboard> And my code is just sending 0x00 and then 0xFF and the loop back to 0x00. Anyway it should always get FF after 00 :\
[19:38:28] <ColdKeyboard> On OLSfront I just have option to select COM port and then Query meta
[19:38:43] <ColdKeyboard> OLSfront v0.2
[19:38:47] <Tom_itx> send 'U' and you should see a square wave on the output
[19:38:51] <jadew> ColdKeyboard, ah, you need baudrate settings as well, eh?
[19:39:08] <ColdKeyboard> jadew: yea, I'm using 115200 at the moment
[19:39:18] <jadew> ColdKeyboard, let me check something ;)
[19:40:00] <ColdKeyboard> Tom_itx: Problem is that I don't see any change on the digital graph and it should switch from 0x00 to 0xFF... It seems like it doesn't even recieve data or it recieves just zeroes for some reason :\
[19:40:25] <ColdKeyboard> I'll try with 0xF0 or some other value too....
[19:41:32] <jadew> ColdKeyboard, the default speed OLSFront is using is 115200
[19:42:26] <jadew> if you need a different baud rate, let me know
[19:43:45] <jadew> ColdKeyboard, are you using a usb2serial cable?
[19:44:08] <ColdKeyboard> Just a sec...
[19:44:16] <ColdKeyboard> http://snag.gy/ZSrxb.jpg
[19:44:31] <ColdKeyboard> OLSfront now works when I'm sending this "random" data :)
[19:44:35] <jadew> is that what you're sending?
[19:44:41] <jadew> doesn't look too random
[19:44:43] <jadew> zoom in
[19:44:48] <jadew> CTRL + mouse wheel
[19:45:12] <ColdKeyboard> Well it sends 0, 1, 2, 3 etc... I mean it's not always the same samples like before (0x00 and 0xFF)
[19:45:33] <ColdKeyboard> but I don't get it why it works now but it didn't work with previous code when the lines where 0x00 and 0xFF
[19:46:05] <jadew> did it fail with OLSFront too?
[19:46:35] <ColdKeyboard> Yes, both of them and now both of them work :\
[19:46:45] <jadew> weird
[19:48:41] <ColdKeyboard> Very :)
[19:51:34] <jadew> what's your sampling speed?
[19:52:49] <ColdKeyboard> I have no idea, you can see the code in the background on that image... It just sends dummy data to OLS
[19:53:46] <jadew> ah :)
[19:58:07] <ColdKeyboard> Also I notice that in Atmel studio my code says variable++ but OLS front displays the 0x00, 0xFF, 0xFE, 0xFD... etc. Like it's counting backwards :S
[19:58:08] <ColdKeyboard> :D
[19:58:45] <jadew> I think OLS (the hardware) is sending the data backwards :)
[19:59:00] <ColdKeyboard> Inverted?
[19:59:43] <jadew> yeah
[19:59:53] <jadew> let me check
[20:00:22] <jadew> yep
[20:00:24] <jadew> it reverses the buffer
[20:00:43] <ColdKeyboard> I guess since inverters are used as logic shifters and buffers?
[20:01:23] <ColdKeyboard> Anyway it's nice to se that "something" is working :D
[20:01:38] <jadew> ColdKeyboard, I don't know how the hardware is storing the data, but that's probably why
[20:01:54] <jadew> it probably has a FILO buffer
[20:02:05] <jadew> I can give you a version of the OLS that doesn't invert the buffer ;)
[20:02:18] <jadew> so you can easily use it with your hardware
[20:03:08] <ColdKeyboard> If you can that would be nice :)
[20:03:35] <ColdKeyboard> Also is there an option to send OLS that I have send all of my buffered data? :\
[20:03:36] <jadew> let me know when you decide on the sampling speed, I'll add that to the list as well, so the times will be right
[20:03:55] <jadew> there's not, it's all up to how big the buffer is
[20:04:13] <ColdKeyboard> So I have to send that amount of that or it won't work :)
[20:04:24] <ColdKeyboard> That's...alright I guess... :)
[20:04:42] <jadew> that ammount or more :)
[20:04:57] <jadew> I'll look into it tho, I might be able to make it a custom ammount
[20:06:22] <jadew> give me a sec, I'm playing worms reloaded atm :P
[20:07:14] <ColdKeyboard> Or is it possible to make it like, if there is no data for 2s or so, let user cancel data aquisition and analyze the data that has been sent and ignore "missing" :)
[20:07:20] <ColdKeyboard> That would be a nice feature also :D
[20:12:17] <ColdKeyboard> On summary "line" OLS doesn't show 0x00, it goes to 0x01 but 0x00 is like "ignored" or something like that... don't know why, I'll have to look into it tomorrow :)
[20:12:31] <ColdKeyboard> Thank you for your help jadew :)
[20:12:55] <jadew> np
[20:17:33] <jadew> put that file in the same folder with the original executable, this one will not reverse the buffer
[20:17:38] <jadew> I'm looking into the other stuff
[20:20:53] <jadew> ColdKeyboard, got the notice?
[20:23:05] <ColdKeyboard> jadew: I got it, thank you. I will try it. I'm going to sleep now.. it's 3AM :D
[20:23:16] <jadew> ok, night
[20:23:20] <jadew> I should hit the bed too
[20:23:27] <jadew> remind me about this tomorrow
[20:24:27] <ColdKeyboard> Ok, I will. It's not urgent, so take it slow. :)
[20:24:34] <ColdKeyboard> night
[20:24:39] <jadew> night
