[00:01] obfuscator (n=obfuscat@78-105-9-44.zone3.bethere.co.uk) joined #highaltitude.
[00:04] edmoore (n=ed@pluto.trinhall.cam.ac.uk) joined #highaltitude.
[00:09] GeekShadow (n=Antoine@reactos/tester/GeekShadow) left irc: "The cake is a lie !"
[00:19] obfuscatr (n=obfuscat@78-105-9-44.zone3.bethere.co.uk) left irc: Read error: 110 (Connection timed out)
[00:25] SpeedEvil1 (n=user@tor/regular/SpeedEvil) joined #highaltitude.
[00:29] juxta (i=fourtytw@ppp118-210-154-64.lns20.adl6.internode.on.net) joined #highaltitude.
[00:41] Laurenceb (n=laurence@host86-140-198-16.range86-140.btcentralplus.com) left irc: Read error: 110 (Connection timed out)
[00:42] Jos (i=Jos@Lithium.Jossie90.info) got netsplit.
[00:43] Jos (i=Jos@Lithium.Jossie90.info) returned to #highaltitude.
[00:43] Jos (i=Jos@Lithium.Jossie90.info) left #highaltitude.
[00:43] Jos (i=Jos@Lithium.Jossie90.info) joined #highaltitude.
[00:50] SpeedEvil (n=user@tor/regular/SpeedEvil) left irc: Read error: 110 (Connection timed out)
[00:55] SpeedEvil1 (n=user@tor/regular/SpeedEvil) left irc: Connection timed out
[01:01] SpeedEvil (n=user@tor/regular/SpeedEvil) joined #highaltitude.
[01:03] Jos (i=Jos@Lithium.Jossie90.info) got netsplit.
[01:04] Jos (i=Jos@Lithium.Jossie90.info) returned to #highaltitude.
[01:06] Jos (i=Jos@Lithium.Jossie90.info) got netsplit.
[01:07] Jos (i=Jos@Lithium.Jossie90.info) returned to #highaltitude.
[01:10] Jos (i=Jos@Lithium.Jossie90.info) got netsplit.
[01:10] Jos (i=Jos@Lithium.Jossie90.info) returned to #highaltitude.
[01:12] Jos (i=Jos@Lithium.Jossie90.info) got netsplit.
[01:12] Jos (i=Jos@Lithium.Jossie90.info) returned to #highaltitude.
[01:35] zeusbot_ joined #highaltitude.
[01:35] obfuscator (n=obfuscat@78-105-9-44.zone3.bethere.co.uk) left irc: Read error: 54 (Connection reset by peer)
[01:36] obfuscatr (n=obfuscat@78-105-9-44.zone3.bethere.co.uk) joined #highaltitude.
[01:43] Randomskk_ (n=adam@ranger.randomskk.net) joined #highaltitude.
[01:45] zeusbot (i=zeusbot@ left irc: Read error: 110 (Connection timed out)
[01:45] Nick change: zeusbot_ -> zeusbot
[01:46] Randomskk (n=adam@ left irc: Read error: 104 (Connection reset by peer)
[01:47] akawaka (n=akawaka@icculus.org) left irc: Remote closed the connection
[01:47] akawaka (n=akawaka@icculus.org) joined #highaltitude.
[01:52] edmoore (n=ed@pluto.trinhall.cam.ac.uk) left irc: "Leaving"
[02:24] bittwist (n=User@unaffiliated/bittwist) left irc: "i said steel be with you ogz"
[02:30] tobono (n=tobono@ joined #highaltitude.
[02:35] natrium_ (n=alexei@CPE000625d867e2-CM0014045885be.cpe.net.cable.rogers.com) left irc: Read error: 110 (Connection timed out)
[02:48] Tiger^ (i=tygrys@ left irc: Remote closed the connection
[02:48] Tiger^ (n=tygrys@moo.pl) joined #highaltitude.
[03:06] Jos (i=Jos@Lithium.Jossie90.info) got netsplit.
[03:06] Jos (i=Jos@Lithium.Jossie90.info) returned to #highaltitude.
[03:07] Jos (i=Jos@Lithium.Jossie90.info) got netsplit.
[03:09] Jos (i=Jos@Lithium.Jossie90.info) returned to #highaltitude.
[03:10] Jos (i=Jos@Lithium.Jossie90.info) got netsplit.
[03:11] Jos (i=Jos@Lithium.Jossie90.info) returned to #highaltitude.
[03:14] Jos (i=Jos@Lithium.Jossie90.info) got netsplit.
[03:15] Jos (i=Jos@Lithium.Jossie90.info) returned to #highaltitude.
[03:19] Tygrys^ (i=tygrys@moo.pl) joined #highaltitude.
[03:19] Tiger^ (n=tygrys@moo.pl) left irc: Read error: 104 (Connection reset by peer)
[03:29] fergusnoble (n=fergusno@c-98-210-236-72.hsd1.ca.comcast.net) joined #highaltitude.
[03:35] bittwist (n=User@unaffiliated/bittwist) joined #highaltitude.
[04:04] natrium42 (n=alexei@ joined #highaltitude.
[04:13] jasonb (n=jasonb@216-75-224-82.static.wiline.com) left irc: Read error: 60 (Operation timed out)
[04:33] fergusnoble (n=fergusno@c-98-210-236-72.hsd1.ca.comcast.net) left irc:
[04:45] jasonb (n=jasonb@m480536d0.tmodns.net) joined #highaltitude.
[05:34] jasonb (n=jasonb@m480536d0.tmodns.net) left irc: Read error: 113 (No route to host)
[05:36] natrium42 (n=alexei@ left irc: "My other car is a cdr."
[05:37] fergusnoble (n=fergusno@adsl-99-60-3-233.dsl.pltn13.sbcglobal.net) joined #highaltitude.
[05:50] fergusnoble_ (n=fergusno@adsl-99-34-78-194.dsl.pltn13.sbcglobal.net) joined #highaltitude.
[06:06] fergusnoble (n=fergusno@adsl-99-60-3-233.dsl.pltn13.sbcglobal.net) left irc: Read error: 110 (Connection timed out)
[06:36] fergusnoble (n=fergusno@adsl-99-34-77-24.dsl.pltn13.sbcglobal.net) joined #highaltitude.
[06:36] fergusnoble_ (n=fergusno@adsl-99-34-78-194.dsl.pltn13.sbcglobal.net) left irc: Read error: 104 (Connection reset by peer)
[06:49] tobono (n=tobono@ left irc: Read error: 104 (Connection reset by peer)
[07:19] icez_ (n=icez@unaffiliated/icez) left irc: Remote closed the connection
[07:31] Simon-MPFH (n=simon@phantom.mpfh.co.uk) joined #highaltitude.
[07:32] jcoxon (n=jcoxon@host81-152-141-191.range81-152.btcentralplus.com) joined #highaltitude.
[07:55] bt42 (n=User@unaffiliated/bittwist) joined #highaltitude.
[07:56] junderwood (n=John@adsl.jcu.me.uk) joined #highaltitude.
[08:11] G8DSU (n=chatzill@cpc3-mort4-0-0-cust192.croy.cable.virginmedia.com) left irc: "ChatZilla 0.9.86 [Firefox 3.5.5/20091102152451]"
[08:13] bittwist (n=User@unaffiliated/bittwist) left irc: Connection timed out
[08:16] fergusnoble_ (n=fergusno@99-27-202-154.lightspeed.irvnca.sbcglobal.net) joined #highaltitude.
[08:35] fergusnoble (n=fergusno@adsl-99-34-77-24.dsl.pltn13.sbcglobal.net) left irc: Read error: 110 (Connection timed out)
[08:36] jcoxon (n=jcoxon@host81-152-141-191.range81-152.btcentralplus.com) left irc: "Leaving"
[09:12] akawaka (n=akawaka@icculus.org) left irc: Read error: 60 (Operation timed out)
[09:20] zeusbot joined #highaltitude.
[09:23] fergusnoble (n=fergusno@adsl-99-55-162-52.dsl.pltn13.sbcglobal.net) joined #highaltitude.
[09:31] fergusnoble_ (n=fergusno@99-27-202-154.lightspeed.irvnca.sbcglobal.net) left irc: Read error: 60 (Operation timed out)
[09:42] tobono (n=tobono@ joined #highaltitude.
[09:43] <juxta_> hi all
[09:58] tobono (n=tobono@ left #highaltitude.
[09:58] tobono (n=tobono@ joined #highaltitude.
[10:08] edmoore (n=ed@pluto.trinhall.cam.ac.uk) joined #highaltitude.
[10:21] tobono (n=tobono@ left irc: Read error: 110 (Connection timed out)
[10:28] Nick change: russss_ -> russss
[10:57] edmoore (n=ed@pluto.trinhall.cam.ac.uk) left irc: "This computer has gone to sleep"
[11:35] Laurenceb (n=laurence@host86-140-198-16.range86-140.btcentralplus.com) joined #highaltitude.
[12:25] Nick change: Randomskk_ -> Randomskk
[12:27] swilly_ (n=swilly@adsl-226-199-167.gsp.bellsouth.net) left irc: Remote closed the connection
[12:38] fergusnoble (n=fergusno@adsl-99-55-162-52.dsl.pltn13.sbcglobal.net) left irc:
[12:38] SpeedEvil1 (n=user@tor/regular/SpeedEvil) joined #highaltitude.
[12:49] SpeedEvil (n=user@tor/regular/SpeedEvil) left irc: Read error: 110 (Connection timed out)
[13:00] juxta (i=fourtytw@ppp118-210-154-64.lns20.adl6.internode.on.net) joined #highaltitude.
[13:00] juxta_ (n=433@ppp118-210-154-64.lns20.adl6.internode.on.net) left irc: Read error: 104 (Connection reset by peer)
[13:11] sbasuita_ (n=sbasuita@unaffiliated/drebellion) left irc: Read error: 110 (Connection timed out)
[13:58] blomlet (n=quassel@cpc4-dals16-2-0-cust522.hari.cable.virginmedia.com) left irc: Read error: 60 (Operation timed out)
[14:16] bittwist (n=User@unaffiliated/bittwist) joined #highaltitude.
[14:21] b3cft (n=b3cft@nat/yahoo/x-xygumhvdggabkrtx) joined #highaltitude.
[14:33] Jos (i=Jos@Lithium.Jossie90.info) got netsplit.
[14:36] bt42 (n=User@unaffiliated/bittwist) left irc: No route to host
[14:36] Jos (i=Jos@Lithium.Jossie90.info) returned to #highaltitude.
[14:36] Jos (i=Jos@Lithium.Jossie90.info) got netsplit.
[14:39] Jos (i=Jos@Lithium.Jossie90.info) returned to #highaltitude.
[14:42] Jos (i=Jos@Lithium.Jossie90.info) got netsplit.
[14:43] Jos (i=Jos@Lithium.Jossie90.info) returned to #highaltitude.
[15:11] edmoore (i=836f0142@gateway/web/freenode/x-rdmnavnuqwgbouvr) joined #highaltitude.
[15:15] jonsowman (n=jonsowma@93-97-184-163.zone5.bethere.co.uk) left irc: Remote closed the connection
[15:39] jiffe98 (n=jiffe@ left irc: "WeeChat"
[15:50] <MikeMc> afternoon
[16:08] jonsowman (n=jonsowma@93-97-184-163.zone5.bethere.co.uk) joined #highaltitude.
[16:10] blomlet (n=quassel@cpc4-dals16-2-0-cust522.hari.cable.virginmedia.com) joined #highaltitude.
[16:13] blomlet (n=quassel@cpc4-dals16-2-0-cust522.hari.cable.virginmedia.com) left irc: Remote closed the connection
[16:14] Nick change: SpeedEvil1 -> SpeedEvil
[16:17] <Randomskk> huh, neat. apparently Predator video feeds are unencrypted, anyone with an antenna and radio can pick up and decode their stream
[16:31] Laurenceb (n=laurence@host86-140-198-16.range86-140.btcentralplus.com) left irc: Read error: 110 (Connection timed out)
[16:43] b3cft (n=b3cft@nat/yahoo/x-xygumhvdggabkrtx) left irc: Read error: 104 (Connection reset by peer)
[16:52] DanielRichman (n=daniel@unaffiliated/danielrichman) joined #highaltitude.
[17:12] SpeedEvil1 (n=user@tor/regular/SpeedEvil) joined #highaltitude.
[17:23] SpeedEvil (n=user@tor/regular/SpeedEvil) left irc: Connection timed out
[17:30] jasonb (n=jasonb@m3d0536d0.tmodns.net) joined #highaltitude.
[17:42] jcoxon (n=jcoxon@host81-152-141-191.range81-152.btcentralplus.com) joined #highaltitude.
[17:43] MikeMc (n=MikeMc@bb-87-80-136-184.ukonline.co.uk) left irc: "Bye! www.EarthshineDesign.co.uk"
[17:49] edmoore (i=836f0142@gateway/web/freenode/x-rdmnavnuqwgbouvr) left irc: Ping timeout: 180 seconds
[17:55] Nick change: SpeedEvil1 -> SpeedEvil
[18:01] <jcoxon> evening all
[18:13] edmoore (n=ed@chu-gw-a.churchillcambridge.co.uk) joined #highaltitude.
[18:15] <edmoore> evening all
[18:15] <edmoore> jcoxon, how's it going?
[18:17] <jcoxon> hey edmoore
[18:17] <jcoxon> not bad thanks
[18:17] <jcoxon> long day
[18:17] fergusnoble (n=fergusno@c-98-210-236-72.hsd1.ca.comcast.net) joined #highaltitude.
[18:17] <jcoxon> trying to make graphs of the data
[18:19] jasonb (n=jasonb@m3d0536d0.tmodns.net) left irc: Connection timed out
[18:20] chembrow (n=chris@94-193-74-33.zone7.bethere.co.uk) joined #highaltitude.
[18:21] icez (n=icez@unaffiliated/icez) joined #highaltitude.
[18:24] edmoore (n=ed@chu-gw-a.churchillcambridge.co.uk) left irc: "This computer has gone to sleep"
[18:26] jasonb (n=jasonb@dsl027-180-244.sfo1.dsl.speakeasy.net) joined #highaltitude.
[18:35] Hiena (n=Hiena@ joined #highaltitude.
[18:43] junderwood (n=John@adsl.jcu.me.uk) left irc: Read error: 54 (Connection reset by peer)
[18:43] junderwood_ (n=John@adsl.jcu.me.uk) joined #highaltitude.
[19:04] Xenion (n=robert@p57972E0F.dip.t-dialin.net) joined #highaltitude.
[19:21] Xenion (n=robert@p57972E0F.dip.t-dialin.net) left irc: "Verlassend"
[19:21] edmoore (n=ed@chu-gw-a.churchillcambridge.co.uk) joined #highaltitude.
[19:28] chembrow (n=chris@94-193-74-33.zone7.bethere.co.uk) left #highaltitude.
[19:29] RocketBoy (n=steve@ joined #highaltitude.
[19:30] edmoore (n=ed@chu-gw-a.churchillcambridge.co.uk) left #highaltitude ("Leaving").
[19:32] ed_M0TEK (n=ed@chu-gw-a.churchillcambridge.co.uk) joined #highaltitude.
[19:32] Nick change: Branche -> smealum
[19:37] ed_M0TEK (n=ed@chu-gw-a.churchillcambridge.co.uk) left irc: "This computer has gone to sleep"
[19:41] <Hiena> Ehhh, anybody has experience with a Contact Chemie Positive 20 photoresitive varnish?
[19:42] <Hiena> It's new for me this and i'm kind of confused with the exposure times.
[19:44] <Hiena> Tha manual says 3-6min UV-C light, the forums says 30 minutes. I gave it 3 minutes, but there is no color change on the varnish.
[19:44] Xenion (n=robert@p57972E0F.dip.t-dialin.net) joined #highaltitude.
[19:51] <SpeedEvil> do a test
[19:52] <SpeedEvil> take a 1*10cm strip of pcb
[19:52] <SpeedEvil> coat
[19:52] <SpeedEvil> expose 1cm, pull back mask 1cm more, expose again, repeat till no more pcb
[19:52] <SpeedEvil> that gives you 3-30min in 3 min intervals
[19:52] <SpeedEvil> then develop, and check
[19:53] <Randomskk> I'd go for "about 5 minutes ish"
[19:53] <Randomskk> always worked for me
[19:53] <SpeedEvil> depends on the light
[19:53] <Randomskk> SpeedEvil's suggestion is even better though more labour intensive
[19:53] <Randomskk> it does
[19:53] <Randomskk> and that's probably the difference between the 3 minutes from the manufacturer and the 30 from the forums
[19:53] <SpeedEvil> yeah
[19:54] <Hiena> Well, i'll check after 20 min, and try to etch it.
[19:55] <Hiena> I use a new rig and a new varnish, so anything possible.
[19:56] <Hiena> Untill i'll draw the modell for the vacuum formed flying wing.
[19:57] <Hiena> BRB, installing new videocard driver
[19:57] Hiena (n=Hiena@ left irc: "Leaving"
[19:59] <jcoxon> Randomskk, do you have any fldigi logs from the flight?
[20:00] <Randomskk> should do
[20:00] <Randomskk> besides what was posted to the tracker?
[20:01] <jcoxon> well i'm fixing data at the moment e.g. obvious single char errors
[20:01] <jcoxon> then running it back through the checksum
[20:06] <Randomskk> emailed
[20:07] <jcoxon> thanks
[20:08] <jcoxon> i've added in all of G8KHW 's data when he lost 3g connection
[20:08] <jcoxon> filled in a large gap
[20:08] <Randomskk> think I had some predating that but apparently fldigi clears its log every time it opens
[20:10] <jcoxon> thanks
[20:10] <jcoxon> hmmm thats odd
[20:11] <jcoxon> usually it time stamps you opening and closing hte log file
[20:11] <jcoxon> there is a little button to check on the File Menu i think
[20:11] Hiena (n=Hiena@ joined #highaltitude.
[20:11] <Randomskk> that file was in "talk" not "logs"
[20:11] <Randomskk> "logs" is empty
[20:13] <Hiena> Well, looks like it's an invisible type varnish. After 20 minutes the most of it came of during the development.
[20:13] <Hiena> So recoated the PCB and have to wait another 24 hour for the drying...
[20:42] DanielRichman (n=daniel@unaffiliated/danielrichman) left irc: Remote closed the connection
[20:44] DanielRichman (n=daniel@unaffiliated/danielrichman) joined #highaltitude.
[21:19] jiffe99 (n=jiffe@ joined #highaltitude.
[21:29] grummund (n=grummund@unaffiliated/grummund) left irc: Read error: 110 (Connection timed out)
[21:30] Simon-MPFH (n=simon@phantom.mpfh.co.uk) left irc: "Leaving"
[21:52] natrium42 (n=alexei@CPE000625d867e2-CM0014045885be.cpe.net.cable.rogers.com) joined #highaltitude.
[21:53] Xenion (n=robert@p57972E0F.dip.t-dialin.net) left irc: "Verlassend"
[21:53] <natrium42> hi geeks xor nerds
[21:55] <jcoxon> was the 'xor' intentional?
[21:55] <natrium42> yes :)
[21:55] <natrium42> jcoxon, what sparkfun transmitter was bill brown using again?
[21:56] <jcoxon> i think the really rubbish one
[21:56] <jcoxon> e.g. http://hiwaay.net/~bbrown/projects.htm
[21:56] <natrium42> hrm
[21:57] <natrium42> which one should i use?
[21:57] <jcoxon> for what?
[21:57] <jcoxon> the radiometrix ntx2 is superior to all of them imo
[21:57] <natrium42> it would be perfect if it didn't drift with temperature
[21:58] <SpeedEvil> oven.
[21:58] <jcoxon> if its well insulated it doesn't drift
[21:58] <jcoxon> e.g. one of the badger flights
[21:58] <natrium42> well, maybe there is a module with temperature compensated digital oscillator
[21:58] <SpeedEvil> has anyone dismantled the ntc2, and found where it's getting its reference?
[21:58] <jcoxon> best speak to RocketBoy
[21:58] <SpeedEvil> actually
[21:59] <SpeedEvil> that's quite pointless - type approval and shizzle
[21:59] <natrium42> fo shizzle
[21:59] <jcoxon> http://www.pegasushabproject.org.uk/wiki/doku.php/missions:ballasthalo:ballasthalo3#data
[22:00] <jcoxon> spent ages filling in the data gaps
[22:00] <SpeedEvil> whats happening witht he payload?
[22:00] <natrium42> jcoxon, ooh neat
[22:00] <natrium42> jcoxon, so what do you think about ballast sensor?
[22:01] <jcoxon> it isn't good enough
[22:01] <jcoxon> got a new plan...
[22:01] <jcoxon> we don't need one
[22:01] <natrium42> hrm
[22:01] <jcoxon> instead we use the pump
[22:01] <natrium42> flow rate monitor?
[22:01] <jcoxon> count the revs
[22:01] <jcoxon> they are designed to pump a certain volume per rev
[22:04] Hiena (n=Hiena@ left irc: "Leaving"
[22:04] <natrium42> ah
[22:04] <natrium42> that should work
[22:04] <SpeedEvil> peristaltic?
[22:05] <natrium42> what about a couple of hall effect sensors and a float with a magnet?
[22:05] <RocketBoy> Speedevil
[22:05] <jcoxon> natrium42, not very accurate though
[22:05] <jcoxon> my plan is to strip board up ballasthalo 4 and fly asap
[22:06] <RocketBoy> SpeedEvil: the NTX2 frequency reference is a crystal (actually soldered on the back of the board)
[22:06] <Randomskk> hopefully with an equally southern flight path, that makes tracking it super easy from here :P
[22:06] <Randomskk> stick the whip out the window and I'm sweet for a hundred kilometers in all directions
[22:07] <RocketBoy> I suspect the main reason fo the tempreture drift is the components around the crystal - varicap etc
[22:07] <SpeedEvil> what is the ppm drift again?
[22:07] <natrium42> jcoxon, yay
[22:07] G8DSU (n=chatzill@cpc3-mort4-0-0-cust192.croy.cable.virginmedia.com) joined #highaltitude.
[22:08] <RocketBoy> no idea - we normally get a few Khz over a flight
[22:08] <natrium42> RocketBoy, can it be fixed?
[22:08] <jcoxon> natrium42, the only issue will be actually getting supplies
[22:08] <natrium42> which supplies?
[22:08] <jcoxon> natrium42, whats the issue with the drift?
[22:08] <jcoxon> natrium42, well new parts - tis xmas so our mail system collapses
[22:08] <natrium42> i guess not a big problem
[22:08] <jcoxon> and its snowing
[22:08] <natrium42> right
[22:08] <RocketBoy> there are several ways to fix the problem - the simplest is a small crystal oven
[22:09] <SpeedEvil> I today got a mail from rapidonline.com saying they can deliver untile the 22nd before xmas
[22:09] <SpeedEvil> RocketBoy: or a 1/8thW R glued to the xtal
[22:10] <RocketBoy> sure - or a dpac transistor or similar
[22:10] <RocketBoy> its not hugely difficult - just that noone has bothered to do it
[22:11] <SpeedEvil> yeah
[22:11] <SpeedEvil> and it adds another fdailure
[22:11] <RocketBoy> sticking it in a lump of polystyrene solves most of the issues
[22:11] <SpeedEvil> yeah
[22:11] <jcoxon> another graph: http://www.pegasushabproject.org.uk/wiki/doku.php/missions:ballasthalo:ballasthalo3#data
[22:12] <jcoxon> if you look at hte bottom of the curve you can see two distinct lines - payload rotating catching hte setting sun?
[22:12] <SpeedEvil> It was overcast when launching?
[22:12] <SpeedEvil> yeah - that was my interpretation
[22:13] <RocketBoy> jcoxon: did you run the crc check over my data?
[22:14] <RocketBoy> and if so how good/bad was it?
[22:14] <jcoxon> RocketBoy, yes
[22:14] <jcoxon> it was good
[22:14] <jcoxon> and i could correct most errors
[22:15] <RocketBoy> oh - the missing characters?
[22:15] <jcoxon> well quite a lot of the string is set
[22:16] <RocketBoy> I think we should step up a level on the checking - use CRC rather than checksum
[22:16] <jcoxon> so it wasn't difficult to correct and if it was a single number i just trialled and errored
[22:16] <natrium42> jcoxon, so how do i order the NTX2?
[22:16] <jcoxon> natrium42, i need to get one as well
[22:16] <RocketBoy> - or add a FEC block
[22:16] <jcoxon> i could order 2 and send you one
[22:16] <natrium42> that'd be cool
[22:19] <natrium42> i'll paypal you whatever your expenses are
[22:20] grummund (n=grummund@unaffiliated/grummund) joined #highaltitude.
[22:20] <jcoxon> no worries
[22:20] <DanielRichman> jcoxon, it would be relativly trivial (well, relative to something, i guess) to write a C program that deduces bit-flips based on the required format of the string, some sanity checks based on where the balloon should be, and the checksum
[22:20] <jcoxon> perhaps 2 modules
[22:21] <jcoxon> to save you ordering another
[22:21] <natrium42> sounds good :)
[22:26] <RocketBoy> DanielRichman: really its impossible to correct bit errors with a checksum (if you know the string is correct other than a missing byte then you can work out the byte value - but thats it)
[22:27] <RocketBoy> for example 12 gives the same checksum as 21
[22:27] <jcoxon> okay
[22:27] <jcoxon> i have now finished documenting ballasthalo 3
[22:27] <jcoxon> too much perl and gnuplot
[22:28] <RocketBoy> the checksum really only gives you a small level of confidence that the string is correct
[22:28] <Randomskk> gnuplot is okay
[22:28] <Randomskk> perl less so
[22:28] <Randomskk> a better checksum or some error correction'd be cool
[22:28] <Randomskk> but you also don't want an error in the checksum
[22:29] <Randomskk> like if you got the whole string correct except for a digit of the checksum? suck
[22:29] <Randomskk> especially if you later assume the checksum is correct and attempt to change the string to make it ft
[22:29] <Randomskk> fit*
[22:31] <RocketBoy> yeah - this is a well trodden dilemma - the real solution is some form of error correction that will stand errors in the data or its FEC block
[22:31] <SpeedEvil> plus someother demodulator that doesn't throw out a byte on a framing error
[22:31] <jcoxon> i don't really understand why radiometrix only sell a few of their modules through their online shop and the rest require you to call them up
[22:31] <RocketBoy> but I like the idea of the data being clear - so that it can easilly be read
[22:32] <DanielRichman> RocketBoy, I know, but provided only 1 or 2 bits are flipped, it should be obvious. If the first 4 bits of a number flip, for example, it will be immediatly clear what the character shouuld have been
[22:32] <DanielRichman> RocketBoy, or if onen of the $ has become something that is just 1 bit flip away, that could be corrected
[22:32] <jcoxon> RocketBoy, i think its vital that the data is easily eye-balled
[22:34] <RocketBoy> jcoxon: yeah - there is a whole aspect to this where its good to be able to see the data - wheather its corrupt or not
[22:35] <RocketBoy> DanielRichman: I agree there are a number of easy to notice and fix errors - missing $ , * etc.
[22:35] <DanielRichman> RocketBoy, I'm just suggesting that this can be automated, and this might make a few more strings validate and therefore get posted to the tracker
[22:35] <RocketBoy> the high order bits etc
[22:36] <Randomskk> might be worth investigating encoding protocols besides RTTY50
[22:36] <RocketBoy> Oh i agree it could be automated - and filtered to remove data that doesn't fit
[22:37] <RocketBoy> but I think it would be worth improving the protocols used so that they were more self correcting in the 1st place
[22:39] <Randomskk> olivier olivia does error correction doesn't it?
[22:39] <Randomskk> uh
[22:39] <Randomskk> olivia
[22:39] <RocketBoy> Randomskk: we used to use 300bps in the 1st few flights - but moved to 50 baud to simplify the components needed
[22:39] <Randomskk> true
[22:39] <RocketBoy> orignally my plan was to use 300baud (HF) packet radio
[22:39] <Randomskk> that's the problem with more complicated protocols
[22:39] <DanielRichman> RocketBoy, doesn't olivia use more than 2 tones, though?
[22:40] <Randomskk> it does
[22:40] <Randomskk> it's MFSK
[22:40] <Randomskk> it also works when 10dB below the noise floor, apparently
[22:40] <DanielRichman> Hmm
[22:40] <Randomskk> additionally it contains FEC
[22:40] <DanielRichman> sounds like more of a pain to get working
[22:40] <DanielRichman> though
[22:40] <Randomskk> it also sounds cool, in terms of listening to it
[22:40] <DanielRichman> :D
[22:40] <Randomskk> http://en.wikipedia.org/wiki/Olivia_MFSK check out the samples
[22:41] <Randomskk> or get fldigi to generate some for you
[22:41] <DanielRichman> Indeed
[22:41] <RocketBoy> yeah there are several multi-tone formats - but they are difficult to accuratly generate using the available transmitters
[22:41] <Randomskk> I think that's a pretty major factor
[22:41] <jcoxon> WB8ELK is a big fan of DominoEX
[22:41] <SpeedEvil> I was looking a bit ago at something rather simple
[22:41] <Randomskk> I still think olivia is the coolest sounding
[22:41] <Randomskk> dominoEX is good too though
[22:41] <jcoxon> and he has it working with a simple saw oscilator apparently
[22:41] <SpeedEvil> basically, buisness as normal, 40-50 bytes of payload.
[22:41] <SpeedEvil> then 20 bytes or so of FEC
[22:42] <jcoxon> "The way I do DominoEX on the license-free 434 MHz modules (it's an 18 tone MFSK format) is to AM modulate a 434 MHz SAW oscillator circuit"
[22:42] <RocketBoy> Dominoex cant fe generated with a FM module like the ntx2
[22:42] <SpeedEvil> if you don't understand the FEC - it just works as now
[22:42] <RocketBoy> be
[22:42] <DanielRichman> SpeedEvil, i like that idea
[22:43] <SpeedEvil> It needs - for the 'advanced' decoder - something a little better than fl-digi
[22:43] <DanielRichman> Would reduce message frequency to about 3 a minute, but in return you get FEC
[22:43] <SpeedEvil> Which doesn't throw away chars on bit errors and such
[22:44] <jcoxon> but also more receivers would help
[22:44] <Randomskk> fldigi isn't that great anyway
[22:44] <jcoxon> and more fun
[22:44] <Randomskk> I think ed was working on something better to decode the rtty that'd be more noise resistant
[22:44] <SpeedEvil> no, fldigi isn't that great
[22:44] <Randomskk> I mean, it's good, but not for this
[22:44] <jcoxon> but its crossplatform :-p
[22:44] <SpeedEvil> it is however easy, and many people may have it installed already
[22:45] <Randomskk> yea but they need to install dl-fldigi anyway
[22:45] <RocketBoy> yeah - dominoex is a phase shift/amptitude format - I doubt that you could do it without modifying the module - hence no good as licence exempt - but of a ham (and hence ok in the uS)
[22:45] <Randomskk> so having normal fldigi installed is more of a hinderance if anything
[22:45] <Randomskk> e.g. on ubuntu where I had to uninstall my existing fldigi to install dl-fldigi
[22:45] <RocketBoy> of = ok
[22:45] <jcoxon> Randomskk, yeah but you exsiting installation was the default 2.x
[22:45] <gordonjcp> RocketBoy: isn't domino-ex sent as an audio signal?
[22:45] <jcoxon> which is old
[22:45] <Randomskk> nah it's not
[22:46] <Randomskk> 3.11
[22:46] <jcoxon> oh they've upgraded
[22:46] <jcoxon> finally
[22:46] <jcoxon> i personally don't see an issue with dl-fldigi vs fldigi
[22:46] <gordonjcp> RocketBoy: and therefore, if you can stuff it over any sort of connection it should work
[22:46] <RocketBoy> gordonjcp: thats the way its normally generated - audio tones into a ssb tx
[22:46] <Randomskk> except it posts to the tracker ever time I open it? :P
[22:46] <jcoxon> they are identical apart from curl and that can be turned off and on
[22:46] <gordonjcp> ie. it's not like G3RUH
[22:46] <gordonjcp> RocketBoy: so it should be fine on FM too
[22:47] <jcoxon> and its a lot easier to debug for the general person then the old python scripts
[22:47] <Randomskk> something homemade for this wouldn't be bad - you could integrate into it a lot better and have it all ready to just decode our signals rather than many different options
[22:47] <gordonjcp> RocketBoy: if anything, slightly better since you know that the received frequency is going to be correct
[22:47] <jcoxon> Randomskk, yes but this is why we chose fldigi - so WB8ELK is planning to use dominoEx this weekend with the tracker
[22:47] <Randomskk> ah
[22:47] <Randomskk> true
[22:47] <jcoxon> and so when we go trans-a we can make our choice of format
[22:48] <jcoxon> so if we chose CW, RTTY and MFSK16 or something
[22:48] <Randomskk> how's he generating dominoex/
[22:48] <Randomskk> ?*
[22:48] <jcoxon> we could rig it to change appropriately according to time
[22:48] <RocketBoy> gordonjcp: the problem of putting audio over FM is that it reduces the range considerably due to the wide bandwidth that the signal uses
[22:48] <jcoxon> Randomskk, i'm not to sure
[22:49] <jcoxon> natrium42, i've emailed radiometrix about modules (and may have put in a sneaky P.S about 425km range test on monday...)
[22:49] <RocketBoy> for exable I think we could get about 30Km on 10mw - with the same setup we get 400km with direct narrow shift FSK
[22:49] <natrium42> :D
[22:49] GeekShadow (n=Antoine@reactos/tester/GeekShadow) joined #highaltitude.
[22:49] <RocketBoy> exable = example
[22:54] <gordonjcp> RocketBoy: yeah, but it should still be better than afsk
[22:54] <gordonjcp> RocketBoy: you may also find it's better than FSK because the small loss in range is made up for by the error correction and OFDM-like signal
[22:58] <RocketBoy> gordonjcp: I think you are saying that dominoex over FM would be better than say afsk packet - and that probably true - but not by much - the real problem with FM is that it degrades so quickly - its great up to the point where it degrades then its reasonably rapid degradation with distance
[23:00] <gordonjcp> RocketBoy: well yes, once you get below about -110dBm
[23:00] Action: SpeedEvil ponders silliness.
[23:01] <RocketBoy> yep - and you have a 10KHz channel rather than 500Hz (i.e. 13db more noise)
[23:01] <SpeedEvil> broadcast 115200bps - same packets as now - but repeated a thousand times, and with them inverted accordingly in a spreading code.
[23:02] <RocketBoy> or do what GPS does
[23:02] <SpeedEvil> yes - that was GPS backwards
[23:03] <SpeedEvil> using hte message as the spreading code
[23:03] <SpeedEvil> effectively
[23:03] <SpeedEvil> actually - no - nor rally - it's just sorta
[23:04] <RocketBoy> Don't let me stop anyone trying this - i havn't got all the answers - there are lots of solutions to this - but the one we have kinda works - it just needs improving a bit in speed and accuracy
[23:05] <SpeedEvil> Something that 'just works' at least in some form with easily available software has big plusses
[23:05] <RocketBoy> yeah
[23:09] <gordonjcp> RocketBoy: what about that ofdm mode in soundmodem?
[23:09] <gordonjcp> can't remember the name of it
[23:09] <gordonjcp> 5kbps, designed to work on SSB links
[23:12] <RocketBoy> I cant see how to generate that with a licence exempt module
[23:14] <RocketBoy> night all
[23:14] <SpeedEvil> night
[23:15] DanielRichman (n=daniel@unaffiliated/danielrichman) left irc: "Leaving"
[23:15] RocketBoy (n=steve@ left irc: "Leaving"
[23:33] SpeedEvil (n=user@tor/regular/SpeedEvil) left irc: Connection timed out
[23:33] SpeedEvil (n=user@tor/regular/SpeedEvil) joined #highaltitude.
[23:35] <junderwood_> jcoxon, Nice graphs from the flight. I think I can probably fill in at least one of the gaps early on. Just need to turn the laptop on tomorrow and check the fldigi logs
[23:37] <jcoxon> junderwood_, oh thanks
[23:38] <jcoxon> though i might go insane if i have to plot them :-p
[23:38] <jcoxon> the area i'm most interested is the plateau
[00:00] --- Fri Dec 18 2009