[00:02] <fuzzylugnuts> movie and martini time
[00:02] <fuzzylugnuts> laters
[00:02] fuzzylugnuts (n=hush@c-68-34-212-42.hsd1.tn.comcast.net) left irc: "Leaving."
[00:03] <Laurenceb> cya
[00:03] <Laurenceb> nutter
[00:03] <Laurenceb> :P
[00:13] Laurenceb (i=83e3dd6d@gateway/web/ajax/mibbit.com/x-35e66b07103b443c) left irc: "http://www.mibbit.com ajax IRC Client"
[00:14] edmoore (n=edmoore@pomegranate.chu.cam.ac.uk) left irc:
[00:43] Ebola (n=Ebola@unaffiliated/ebola) left irc: "Bill Bailey, Bed and Beer!"
[00:43] Laurenceb (i=83e3dd6d@gateway/web/ajax/mibbit.com/x-42f3b76205b9fe5f) joined #highaltitude.
[01:07] <natrium42> ahaha, suck it cambridge
[01:07] <natrium42> http://www.theglobeandmail.com/servlet/story/RTGAM.20081127.whawking1127/BNStory/National/home?cid=al_gam_mostview
[01:07] <natrium42> :D
[01:08] <natrium42> this is where i liiiives /borat
[01:16] <Laurenceb> cool
[01:16] <Laurenceb> borat is racist
[01:21] <natrium42> Laurenceb, pfft
[01:25] Ei5GTB (n=Paul@apollo.paulsnet.org) left irc: Remote closed the connection
[01:25] <Laurenceb> http://www.hauntedprops.com/index.asp?Category=112&PageAction=VIEWCATS
[01:39] fergusnoble (n=fergusno@fn217.quns.cam.ac.uk) left irc: Read error: 54 (Connection reset by peer)
[02:25] fergusnoble (n=fergusno@fn217.quns.cam.ac.uk) joined #highaltitude.
[08:01] edmoore (n=edmoore@pomegranate.chu.cam.ac.uk) joined #highaltitude.
[08:01] Laurenceb (i=83e3dd6d@gateway/web/ajax/mibbit.com/x-42f3b76205b9fe5f) left irc: Remote closed the connection
[08:17] edmoore (n=edmoore@pomegranate.chu.cam.ac.uk) left irc:
[08:18] jcoxon (n=jcoxon@host86-163-198-244.range86-163.btcentralplus.com) joined #highaltitude.
[08:19] <jcoxon> morning all
[08:28] edmoore (n=edmoore@chu-gw.churchillcambridge.co.uk) joined #highaltitude.
[08:33] edmoore (n=edmoore@chu-gw.churchillcambridge.co.uk) left irc: Client Quit
[09:12] edmoore (n=edmoore@chu-gw.churchillcambridge.co.uk) joined #highaltitude.
[09:16] jcoxon (n=jcoxon@host86-163-198-244.range86-163.btcentralplus.com) left irc: "Leaving"
[09:26] edmoore (n=edmoore@chu-gw.churchillcambridge.co.uk) left irc:
[10:22] jcoxon (i=zeusbot@lister.antycip.co.uk) joined #highaltitude.
[12:15] jcoxon (i=zeusbot@lister.antycip.co.uk) left irc: "leaving"
[12:45] Ebola (n=Ebola@unaffiliated/ebola) joined #highaltitude.
[13:33] Ebola (n=Ebola@unaffiliated/ebola) left irc: Remote closed the connection
[13:44] Laurenceb (i=83e34f19@gateway/web/ajax/mibbit.com/x-f1bc58c7b5491c9c) joined #highaltitude.
[13:44] <Laurenceb> hello
[13:46] <Laurenceb> natrium42: about?
[14:21] jcoxon (i=zeusbot@lister.antycip.co.uk) joined #highaltitude.
[14:22] <Laurenceb> hi jcoxon
[14:22] <jcoxon> hey Laurenceb
[14:22] <Laurenceb> jcoxon: can you help me with some c code?
[14:23] <jcoxon> Laurenceb: probably not - i'm rubbish at C
[14:23] <jcoxon> but i can have a look
[14:23] <Laurenceb> ok :P
[14:23] <Laurenceb> say I have some function, I pass is a pointer to a struct of floats
[14:23] <jcoxon> yup
[14:23] <Laurenceb> pointer is typecasted as an unsigned char pointer
[14:24] <Laurenceb> then my function writes back using passed_pointer[n]=x;
[14:24] <Laurenceb> where n is the number of bytes into the struct where we want to write
[14:24] <Laurenceb> when I try this it doesnt work for n>8
[14:25] <Laurenceb> is there a limit to this technique?
[14:26] <Laurenceb> I dont get any data into my struct past the 8th byte
[14:27] <jcoxon> i'm sorry to say i'm not sure
[14:29] <jcoxon> so teh question is is there an 8 byte limit
[14:29] <jcoxon> is this in linux? of for an avr?
[14:30] <Laurenceb> avr
[14:30] <Laurenceb> yeah, there seems to be some sort of 8 byte limit
[14:31] <Laurenceb> of some sort, I've written tens of byte to structures like this before, but not in one go
[14:32] <jcoxon> i'm out of ideas - sorry
[14:33] <Laurenceb> thanks anyway
[14:34] <jcoxon> programming was never my strong point
[14:34] <Laurenceb> I'd ask on #c, but they chuck mibbit users off
[14:34] <Laurenceb> fascists
[14:35] <jcoxon> laurence can you ssh out?
[14:35] <Laurenceb> where would I ssh to?
[14:41] Laurenceb_ (i=zeusbot@lister.antycip.co.uk) joined #highaltitude.
[14:42] <Laurenceb_> hello
[14:42] <Laurenceb_> thanks jcoxon
[14:42] <jcoxon> no problem
[14:42] <Laurenceb_> this looks more 1337
[14:42] <jcoxon> you can switch windows with /window x
[14:43] <Laurenceb_> switch windows?
[14:43] <Laurenceb_> its a terminal
[14:44] <Laurenceb_> oh I see
[14:44] <Laurenceb_> found out the hard way
[14:44] <jcoxon> its defintiely old school
[15:07] Laurenceb (i=83e34f19@gateway/web/ajax/mibbit.com/x-f1bc58c7b5491c9c) left #highaltitude.
[15:11] Nick change: Laurenceb_ -> Laurenceb
[15:14] natrium42 (n=alexei@CPE000625d867e2-CM0014045885be.cpe.net.cable.rogers.com) left irc: Remote closed the connection
[15:27] jcoxon (i=zeusbot@lister.antycip.co.uk) left irc: "leaving"
[15:39] Ei5GTB (n=Paul@apollo.paulsnet.org) joined #highaltitude.
[15:46] Ebola (n=Ebola@unaffiliated/ebola) joined #highaltitude.
[16:04] Ebola (n=Ebola@unaffiliated/ebola) left irc: "Pack ---> Lecture -->To LOLDONGS"
[16:53] akawaka (n=akawaka@ joined #highaltitude.
[17:20] borism (n=boris@195-50-206-42-dsl.krw.estpak.ee) joined #highaltitude.
[17:25] borism_ (n=boris@195-50-200-3-dsl.krw.estpak.ee) left irc: Read error: 145 (Connection timed out)
[17:46] edmoore (n=edmoore@pomegranate.chu.cam.ac.uk) joined #highaltitude.
[17:51] natrium42 (n=alexei@129-97-22-32.uwaterloo.ca) joined #highaltitude.
[17:52] <Laurenceb> hi ed and natrium
[17:56] <edmoore> y
[17:56] <edmoore> o
[17:56] akawaka (n=akawaka@ left irc: Read error: 110 (Connection timed out)
[17:59] Hiena (n=Hiena@ joined #highaltitude.
[18:06] <Laurenceb> edmoore, can I ask you a c question?
[18:06] <edmoore> you can try...
[18:06] <Laurenceb> in my mini rogallo code, top get data out of the eeprom
[18:06] <Laurenceb> I call a function read_data
[18:07] <Laurenceb> passing it a pointer to the struct I want to place the data in, typecasted as (u08*)
[18:07] <Laurenceb> the function then returns the data one byte at a time using the pointer
[18:08] <natrium42> hey
[18:08] <Laurenceb> problem is, if I try to return more than 8 bytes at once the bytes never appear to get to the struct
[18:08] <natrium42> code plz
[18:08] <Laurenceb> any ideas?
[18:08] <Laurenceb> its on the wiki
[18:08] <Laurenceb> http://wiki.ukhas.org.uk/code:parafoil_tsip
[18:09] <natrium42> which function?
[18:09] <Laurenceb> read_data((u08*)&Gps.altitude,12,&I2Caddress);
[18:09] <Laurenceb> so thats supposed to read 12 bytes
[18:09] <natrium42> where is the function defined?
[18:09] <Laurenceb> http://wiki.ukhas.org.uk/code:i2c_eeprom
[18:09] <Laurenceb> void read_data(u08 * destination, u08 datasize, u32 * address)//Reads a block of data from some address
[18:11] <edmoore> well, for one it looks like you have decrememnted your data size twice instead of once
[18:11] <edmoore> so you pass datasize (eg 8)
[18:11] <edmoore> eg 8 *
[18:11] <edmoore> then datasize--
[18:11] <edmoore> i.e. 0 - 7
[18:11] <edmoore> then you run the loop from 0 to n < datasize (i.e. 7)
[18:11] <Laurenceb> yeah, the last transfer needs to return NAK
[18:12] <edmoore> oh right, that's deliberate. i'll shuddup
[18:12] <Laurenceb> oh
[18:12] <Laurenceb> hang on
[18:12] <edmoore> so i was saying, you end up doing 0,1,2,3,4,5,6
[18:12] <Laurenceb> yeah
[18:12] <edmoore> loops of n
[18:12] <Laurenceb> you had me confused for a sec
[18:12] <Laurenceb> yeah it does do what I want
[18:13] <edmoore> yeah, i see the ack nak thing - should have read the whole function
[18:14] <natrium42> looks good to me
[18:14] <natrium42> you are not running out of stack space, are you?
[18:14] <Laurenceb> hmm shouldnt be
[18:14] <Laurenceb> the kalman filter isnt fired up
[18:14] <Laurenceb> and that runs ok
[18:15] <Laurenceb> so I cant see a stack space error occuring
[18:15] <natrium42> you really should set up a simulator
[18:16] <natrium42> for avr
[18:16] <Laurenceb> the gps struct its using for storage will be being acessed by the gps isr
[18:16] <natrium42> and step through the code
[18:16] <Laurenceb> but theres a semaphore to stop it being written to
[18:16] <Laurenceb> yeah, I need jtag
[18:16] <Laurenceb> I'm not going to make any more projects without JTAG
[18:16] <natrium42> good :0
[18:16] <natrium42> :)
[18:17] <Laurenceb> hehe
[18:17] <Laurenceb> theres no other way to simulate these sort of bugs
[18:17] <Laurenceb> you need to full hardware
[18:17] <natrium42> but you could still use a software simulator
[18:17] <natrium42> for that part
[18:17] <Laurenceb> hmm sounds horrible
[18:17] <natrium42> just make sure that you are not making any decisions on the i2c data
[18:18] <Laurenceb> I'd much rather just solder on JTAG and be done with it
[18:18] <natrium42> sure, that would be the best
[18:18] <natrium42> maybe it's an I2C problem?
[18:19] <natrium42> have you tested reading multiple bytes before?
[18:19] <natrium42> with the same I2C setup
[18:19] <Laurenceb> no
[18:19] <Laurenceb> I get through 8 bytes then it fails
[18:19] <natrium42> perhaps clock gets out of sync?
[18:19] <Laurenceb> actually I tried 24 bytes and the last 4 didnt come through
[18:19] <Laurenceb> its done on hardware....
[18:20] <natrium42> yes, but you set it up somewhere
[18:20] <natrium42> :P
[18:20] <Laurenceb> I'm running at 400Khz which is the limit
[18:20] <natrium42> try to lower it
[18:20] <natrium42> dunno, i would do an I2C test program
[18:20] <Laurenceb> but I was running this code earlier at 100KHz and I think ther bug was the same
[18:20] <natrium42> just something small & manegable
[18:20] <natrium42> hrm
[18:20] <natrium42> weird
[18:21] <Laurenceb> looking at some test logs from yesterday
[18:21] <natrium42> weird bugs seem to find the laurence :D
[18:22] <Laurenceb> well I'll try it with seperate floats when I get home
[18:22] <natrium42> k, good luck
[18:22] <natrium42> i need to run off for a while, lates
[18:22] <Laurenceb> and put it all in a function so they are on the heap
[18:22] <Laurenceb> cya
[18:22] <natrium42> :P
[18:23] Action: natrium42 recommends getting bigger chips
[18:23] <natrium42> for prototyping at least
[18:23] <natrium42> cya
[18:23] natrium42 (n=alexei@129-97-22-32.uwaterloo.ca) left irc:
[18:26] <Laurenceb> unresolved bugs are annoying
[18:26] <Laurenceb> you dont know how serious the problem is
[18:31] <Laurenceb> the other annyoing thing is the corona receiver, it keeps going into fail safe mode and generating pwm streams that force ground control mode on
[18:33] <Ei5GTB> evening
[18:33] <Ei5GTB> anyone have any ideas on a serial recieve buffer, for commands atc..
[18:33] <Ei5GTB> etc*
[18:33] <Ei5GTB> sent to my AVR
[18:45] natrium42 (n=alexei@129-97-22-32.uwaterloo.ca) joined #highaltitude.
[18:45] <Laurenceb> you mean an interrupt driven FIFO buffer?
[18:45] <Laurenceb> pascal stang has some good code
[18:45] <natrium42> I R BAQ
[18:46] <Laurenceb> for AVR and ARM IIRC
[18:48] <Laurenceb> everyone has gone home
[18:48] <Laurenceb> its almost 7 on friday how sad am I
[18:50] <natrium42> hehe
[18:50] <natrium42> well, you are a PhD student, right?
[18:50] <Laurenceb> true
[18:50] <Laurenceb> http://www.mil.ufl.edu/~chrisarnold/components/microcontrollerBoard/AVR/avrlib/docs/html/index.html
[18:51] <Laurenceb> Ei5GTB: ^
[18:51] <Laurenceb> well I'm off, cya later folks
[18:51] Laurenceb (i=zeusbot@lister.antycip.co.uk) left irc: "leaving"
[18:52] <Ei5GTB> thanks laq
[18:52] <Ei5GTB> ah..
[18:52] <Ei5GTB> hes gone
[18:53] <natrium42> :'(
[19:06] natrium42 (n=alexei@129-97-22-32.uwaterloo.ca) left irc: Remote closed the connection
[19:20] Simon-MPFH (n=simon@phantom.mpfh.co.uk) left irc: "Leaving"
[19:25] rjharrison (n=rharriso@ joined #highaltitude.
[19:25] <rjharrison> Hi ed
[19:28] <rjharrison> ping fergusnoble
[19:30] Simon-MPFH (n=simon@phantom.mpfh.co.uk) joined #highaltitude.
[19:32] natrium42 (n=alexei@CPE000625d867e2-CM0014045885be.cpe.net.cable.rogers.com) joined #highaltitude.
[19:34] <natrium42> hi
[19:36] Laurenceb (i=83e3dd6d@gateway/web/ajax/mibbit.com/x-4de56b976cc258e8) joined #highaltitude.
[19:37] <Laurenceb> hello
[19:38] <rjharrison> Hi all
[19:38] <rjharrison> Been a bit busy recently
[19:45] <edmoore> yeah - work?
[19:45] rjharrison_ (n=rharriso@ joined #highaltitude.
[19:45] <rjharrison_> natrium42 how are you getting on with the icom
[19:46] <rjharrison_> I'm thinking of getting one
[19:47] Laurenceb (i=83e3dd6d@gateway/web/ajax/mibbit.com/x-4de56b976cc258e8) left irc: "http://www.mibbit.com ajax IRC Client"
[19:51] <natrium42> it's very nice
[19:52] Laurenceb (i=zeusbot@lister.antycip.co.uk) joined #highaltitude.
[19:52] <Laurenceb> hello
[19:52] <Laurenceb> pc crashed :(
[19:53] <rjharrison_> Cool, No complaints then so far
[19:53] <rjharrison_> Have you unlocked it?
[19:55] <Laurenceb> me?
[19:56] <natrium42> to send on other frequencies?
[19:56] <natrium42> i haven't really transmitted anything
[19:56] <natrium42> just listened in
[19:56] <edmoore> it does aaaaaaaaaaaaaaaall frequencies
[19:56] <natrium42> bbl 0xf00d
[19:56] <natrium42> edmoore, :)
[19:56] <edmoore> the only thing holding me back is that we might be moving to 868mhz
[19:56] <natrium42> yeah, might want to look at that kenwood instead
[19:56] <natrium42> but it's not as portable
[19:57] <edmoore> there is the cheaper icom with the same sensitivity
[19:57] <edmoore> but not rtty decoding or DSP stuff in general
[19:57] <rjharrison_> We would be getting into satellite receivers if we move up in to 800MHz
[19:57] Nick change: Laurenceb -> OxF00D
[19:57] <edmoore> not sure about the Rx hardware really
[19:57] <edmoore> there'll be something hackable, I'm sure
[19:58] <edmoore> just need to turn FSK into beeps, densitively
[19:58] <edmoore> sensitively*
[19:58] <edmoore> right bbl
[20:00] rjharrison (n=rharriso@ left irc: Read error: 110 (Connection timed out)
[20:00] <rjharrison_> natrium42 Whats the advantage to us of moving to 800Mhz Other than more bandwidth
[20:01] <rjharrison_> Wouldn't we need to be in 1GHz for a live feed?
[20:01] <edmoore> not even close
[20:02] <edmoore> it's just more dBs
[20:02] <edmoore> more dBs for the same noise
[20:02] <edmoore> high bit rates for a given signal to noise
[20:02] <rjharrison_> Ie greater range>
[20:02] <rjharrison_> ?
[20:02] <edmoore> higher*
[20:02] <gordonjcp> 868MHz is well within the passband of a TV tuner
[20:03] <edmoore> and yep, greater range - well, it's a tradeoff
[20:03] <edmoore> could get much higher bandwidth for same range or keep the bandwidth and get massive range
[20:03] <gordonjcp> TV tuners are stable and sensitive, and give you a ~30MHz IF
[20:03] <rjharrison_> Humm
[20:03] <edmoore> gordonjcp: yeah - we were looking at a tv tuner with signal booster
[20:04] <OxF00D> hmm sounds interesting
[20:04] <edmoore> I was wondering if we could output the IF into the antenna input of the Icom and tune it to IF freq
[20:04] <edmoore> is that hideous or might it work?
[20:04] <OxF00D> hehe
[20:04] <OxF00D> it will add noise
[20:04] <rjharrison_> Blimey I'm getting lost here
[20:04] <rjharrison_> :)
[20:04] <OxF00D> you could stick an lna on the front to get it down
[20:04] <edmoore> do we need any a though
[20:05] <OxF00D> I'd get a fast ADC
[20:05] <OxF00D> and usb
[20:05] <edmoore> 'a' in 'lna', that is
[20:05] <edmoore> well the nice thing would be to be able to keep the existing system
[20:05] <OxF00D> edmoore: sticking an amp on the front of a noisy system reduces the effect of the noise
[20:05] <edmoore> and just put something in between the receiver and the radio
[20:05] <OxF00D> if te amp is low noise
[20:06] <OxF00D> edmoore: pci ADC card
[20:06] <edmoore> yes i know, but that's very precisely not the solution I wanted
[20:06] <OxF00D> :P
[20:06] <edmoore> it's about as far away as possible
[20:07] <OxF00D> I'd make a custom system with one an AD or maxim IC
[20:08] <OxF00D> but I'm only really familiar with the gps stuff
[20:08] <OxF00D> you should be able to get a single IC that does the whole caboosh
[20:08] <edmoore> ok
[20:08] <edmoore> well, anyway, off we go time
[20:08] <edmoore> bbl
[20:08] <edmoore> or tomorrow
[20:08] <OxF00D> cya
[20:08] edmoore (n=edmoore@pomegranate.chu.cam.ac.uk) left irc:
[20:09] Nick change: OxF00D -> uint61453
[20:40] <uint61453> hmm looks like all the single chip stuff from AD at least is designed for specific systems
[21:03] Hiena (n=Hiena@ left irc: "-=Halt! Hammerzeit!=-"
[21:05] Nick change: uint61453 -> Laurenceb
[21:05] <Laurenceb> eww this is horrible
[21:06] <Laurenceb> I've now broken the eeprom, ground control and navigation
[21:06] <Laurenceb> might as well give up :(
[21:07] <Ei5GTB> ouch
[21:07] <Ei5GTB> what appears to be the problem?
[21:07] <Laurenceb> if I knew that I'd fix it
[21:08] <Laurenceb> maybe I've got a screwed uC
[21:08] <Laurenceb> absolutely everything is breaking for no reason
[21:11] <Laurenceb> it might as well be a monkey in there
[21:16] edmoore (n=edmoore@pomegranate.chu.cam.ac.uk) joined #highaltitude.
[21:18] <Laurenceb> hmf
[21:18] <Laurenceb> new uC, same bugs
[21:19] <Laurenceb> maybe it got hit by high energy protons
[21:21] Ei5GTB (n=Paul@apollo.paulsnet.org) left irc: Remote closed the connection
[21:26] edmoore (n=edmoore@pomegranate.chu.cam.ac.uk) left irc:
[21:30] Simon-MPFH (n=simon@phantom.mpfh.co.uk) left irc: "Leaving"
[21:43] <Laurenceb> hmm looks suspiciously like I'm suffering from heap/stack collisions
[22:13] rjharrison_ (n=rharriso@ left irc: Read error: 110 (Connection timed out)
[22:35] rjharrison (n=rharriso@ joined #highaltitude.
[22:35] <rjharrison> ping fergusnoble
[22:35] <rjharrison> Anyone have any recent cusf logs?
[22:52] Ei5GTB (n=Paul@apollo.paulsnet.org) joined #highaltitude.
[23:15] rjharrison_ (n=rharriso@ joined #highaltitude.
[23:19] rjharrison_ (n=rharriso@ left irc: Client Quit
[00:00] --- Sat Nov 29 2008