[00:00] <Laurenceb> Randomskk: with stm32f105 it can behave as USB storage in bootload mode
[00:00] <Randomskk> well I mean, it /can/
[00:00] <Randomskk> but
[00:00] <Randomskk> f105, f107 comes with a DFU bootloader
[00:00] <Randomskk> so you don't have to write a USB storage bloader yourself
[00:00] <Randomskk> sadly it's not quite standard DFU but it's certainly usable
[00:00] <Laurenceb> " USB OTG FS in Device mode (DFU: device firmware upgrade)."
[00:00] <Randomskk> however it still requires booting into bootload mode and stuff
[00:01] <Randomskk> yes
[00:01] <Laurenceb> yeah
[00:01] <Randomskk> not quite the same as USB storage
[00:01] <Laurenceb> and looks like USART1 cant be remapped
[00:01] <Randomskk> USB storage would be when you connect it to your pc, it shows up as a removable drive, you drop the .bin on, it flashes itself
[00:01] <Laurenceb> yeah
[00:01] <Randomskk> can't at all, or can't for bootloading?
[00:01] <Laurenceb> cant for bootloading
[00:01] Action: Laurenceb is readin g full datasheet
[00:01] <Randomskk> it's an epic datasheet
[00:02] <Laurenceb> AN2606
[00:05] <Laurenceb> looks like Id better swap the pins round... what a wonderful job
[00:05] <Randomskk> D:
[00:05] <Randomskk> better to find that now than later though
[00:05] <Randomskk> so it turns out my nixie's PSU isn't too bad
[00:05] <Laurenceb> guess I might fix the snarl up around the PWM pins
[00:06] <Randomskk> the PWM is active about 30% of the time
[00:06] <Laurenceb> it had stopped working?
[00:06] <Randomskk> nope
[00:06] <Randomskk> but I scoped it
[00:06] <Randomskk> when not being PWMd, output voltage noise is 2V or 0.8%
[00:06] <Randomskk> when being PWMd, noise is 12V or about 5%
[00:07] <Randomskk> noise voltages as peak to peak figures
[00:08] <Randomskk> https://randomskk.net/u/MAP01.BMP https://randomskk.net/u/MAP02.BMP https://randomskk.net/u/MAP08.BMP https://randomskk.net/u/MAP09.BMP
[00:08] <Randomskk> blue is FET, yellow is output
[00:08] <Randomskk> and not much ringing at all: https://randomskk.net/u/MAP04.BMP is FET turnon
[00:09] <m1x10> stilldavid, thanks for the info. I will check it tomorrow and I'll send a mail.
[00:09] <Laurenceb> ouch - rather noisy
[00:09] <stilldavid> m1x10, for sure, and sorry for the inconvenience, etc...
[00:10] <Randomskk> eh, you reckon?
[00:10] <Laurenceb> pk no
[00:10] <Laurenceb> nvm
[00:10] <Laurenceb> :D
[00:10] <m1x10> no problem stilldavid.
[00:10] Action: Laurenceb was thinking about airwires.....
[00:10] <Randomskk> about 2% deviation on mean over a cycle
[00:11] <Laurenceb> think if I reverse the jst pinout i can get the tx and rx to the right pins
[00:11] <Randomskk> :D
[00:11] <Laurenceb> just have to move the pwm... unless I do some more remapping
[00:11] <Randomskk> what will you do about the PWMs though
[00:11] <Randomskk> ah yes
[00:11] <Randomskk> I wish it had more powerful remapping
[00:12] <Randomskk> aiui some of the higher end PICs have fantastic remapping
[00:12] <Laurenceb> yeah
[00:12] <Randomskk> I haven't used any remapping so far, mainly because it seems like way more to go wrong and get confusing in software
[00:12] <Laurenceb> actually no
[00:12] <Laurenceb> dont have any way to do that - all the gpio stuff is one pins that cant do anything
[00:12] <Laurenceb> *on
[00:13] <Laurenceb> anything - anythin gI care about
[00:13] <Laurenceb> which means there is pnly one place the pwm can go
[00:13] <Randomskk> PWM is being handled by GPIO?
[00:13] <Laurenceb> unless I swap around the order of the pwm pins
[00:13] <Randomskk> rather than, say, a timer?
[00:13] <Laurenceb> no timers
[00:14] <Randomskk> right
[00:25] ContraSF (email@ joined #highaltitude.
[00:39] <Laurenceb> ooh looks like not all the remappings are described
[00:40] <Laurenceb> read table 5 in the short datasheet - note 8
[00:42] <Randomskk> huh
[00:43] <Laurenceb> bah only on the 100 and 144 pin devices
[00:43] <Laurenceb> tab le 40, full datasheet
[00:43] <Randomskk> ah, only on the really big ones though
[00:43] Action: Randomskk used a 100pin for his robot2
[00:45] <Laurenceb> wait thats timer 4...
[00:45] <Laurenceb> why did they stick the clause 8 thing next to timer 1...
[00:45] <Laurenceb> maybe they got confused... it is a 1000 page datasheet :P
[00:46] <Laurenceb> "8. This alternate function can be remapped by software to some other port pins (if available on the used package). For more
[00:46] <Laurenceb> details, refer to the Alternate function I/O and debug configuration section in the STM32F10xxx reference manual, available from the STMicroelectronics website: www.st.com."
[00:47] <Laurenceb> vagueness ++
[00:47] <Randomskk> excellent
[00:47] <Randomskk> I think it's just saying that things can be remapped
[00:47] <Randomskk> not that there are remappings besides those listed on the I/O pin table
[00:47] <Laurenceb> oh all the defaults that can be remapped have 8 next to them
[00:48] <Laurenceb> doh
[00:48] <Laurenceb> reading datasheets is like a logic puzzle sometimes
[00:50] <Randomskk> I am reading "Positioning the Booty-Call Relationship on the Spectrum of Relationships: Sexual but More Emotional Than One-Night Stands"
[00:51] <Laurenceb> is that... a journal article?
[00:51] <Randomskk> a paper by Peter K Jonason, Norman P. Li and Jessica Richardson, published in the Journal of Sex Research
[00:51] <Laurenceb> hah
[00:51] <Randomskk> http://web.nmsu.edu/~pjonason/JonasonLiRichardson_JSR.pdf
[00:52] <Randomskk> oh, those sex researchers :P
[00:52] <Laurenceb> hmm looks like I cant remap tim1_ch2 and 3 to B6 and 7
[00:52] <Laurenceb> so would have to split the pwm between timers
[00:53] <Laurenceb> think I need to move all the pwm :-/
[00:53] <Randomskk> table 1 is excellent, gives the mean and SD for various 'acts' in one night stands, booty-call relationships and serious relationships
[00:53] <Randomskk> mean from 1 to 5, "not at all" to "very much"
[00:54] <Randomskk> the mean for "kissed my partner on the lips" was 4.58/5 for serious relationships apparently
[00:54] <Randomskk> while "hugged my partner" gets 4.33/5
[00:54] <Laurenceb> makes a change to datasheets
[00:54] <Randomskk> it does rather
[00:54] <Laurenceb> I suppose
[00:55] <Laurenceb> guess its piece of paper time... need to look at a better pin remapping that doesnt screw everything up here
[00:55] <Randomskk> here we go, their concluding sentence
[00:56] <Randomskk> "In sum, we have highlighted one more color to the rainbow of human sexuality that has, until now, been rather bichromatic."
[00:56] <Randomskk> excellent
[00:56] <Laurenceb> oh well i'm getting some sleep, cya
[00:56] <Randomskk> can you not get away w/o remaps?
[00:56] <Randomskk> makes life easier later if you can do it on the pcb
[00:56] <Randomskk> night
[00:56] <Laurenceb> i dont think so
[00:56] <Laurenceb> as i cant acess all the hardware i need on the 64 pin devices
[00:57] <Laurenceb> cya
[00:57] Laurenceb (~laurence@host86-152-35-235.range86-152.btcentralplus.com) left irc: Remote host closed the connection
[01:10] m1x10 (m1x10@ppp089210151148.dsl.hol.gr) left irc: Quit: I eat electrons for breakfast and I vomit thunders
[01:14] wonderchook (~wondercho@92.sub-75-197-31.myvzw.com) joined #highaltitude.
[01:14] SpeedEvil1 (~user@tor/regular/SpeedEvil) joined #highaltitude.
[01:15] SpeedEvil (1000@tor/regular/SpeedEvil) left irc: Ping timeout: 240 seconds
[01:17] Nick change: SpeedEvil1 -> SpeedEvil
[01:29] wonderchook (~wondercho@92.sub-75-197-31.myvzw.com) left irc: Ping timeout: 248 seconds
[02:12] wonderchook (~wondercho@212.sub-75-192-223.myvzw.com) joined #highaltitude.
[02:17] wonderch_ (~wondercho@164.sub-75-192-226.myvzw.com) joined #highaltitude.
[02:18] bfirsh (~bfirsh@mini.firshman.co.uk) left irc: Ping timeout: 265 seconds
[02:19] bfirsh_ (~bfirsh@mini.firshman.co.uk) joined #highaltitude.
[02:19] Nick change: bfirsh_ -> bfirsh
[02:19] wonderchook (~wondercho@212.sub-75-192-223.myvzw.com) left irc: Ping timeout: 252 seconds
[02:21] juxta (juxta@ppp203-122-193-94.static.internode.on.net) joined #highaltitude.
[02:25] TraumaPony (~TraumaPon@203-214-123-83.dyn.iinet.net.au) left irc: Ping timeout: 276 seconds
[02:27] TraumaPony (~TraumaPon@203-214-123-83.dyn.iinet.net.au) joined #highaltitude.
[02:32] wonderch_ (~wondercho@164.sub-75-192-226.myvzw.com) left irc: Ping timeout: 260 seconds
[02:32] wonderchook (~wondercho@183.sub-75-192-102.myvzw.com) joined #highaltitude.
[02:36] SpeedEvil (~user@tor/regular/SpeedEvil) left irc: Quit: Leaving.
[02:36] SpeedEvil (1000@tor/regular/SpeedEvil) joined #highaltitude.
[03:05] wonderchook (~wondercho@183.sub-75-192-102.myvzw.com) left irc: Ping timeout: 245 seconds
[03:10] Wild-Wing (~chatzilla@c-24-34-60-55.hsd1.ma.comcast.net) left irc: Remote host closed the connection
[03:10] wonderchook (~wondercho@185.sub-75-192-114.myvzw.com) joined #highaltitude.
[03:14] thornmaker (~dlindsay@pool-71-171-115-12.clppva.fios.verizon.net) joined #highaltitude.
[03:14] gamers600 (~gamers600@ip68-99-230-95.ph.ph.cox.net) joined #highaltitude.
[03:17] gamers600 (~gamers600@ip68-99-230-95.ph.ph.cox.net) left irc: Remote host closed the connection
[03:22] thornmaker (dlindsay@pool-71-171-115-12.clppva.fios.verizon.net) left #highaltitude.
[03:33] blomlet (~quassel@unaffiliated/blomlet) joined #highaltitude.
[03:38] wonderchook (~wondercho@185.sub-75-192-114.myvzw.com) left irc: Ping timeout: 246 seconds
[03:43] wonderchook (~wondercho@54.sub-75-192-147.myvzw.com) joined #highaltitude.
[04:05] Guest5195 (~smealum@ joined #highaltitude.
[04:07] smealum (~smealum@ left irc: Ping timeout: 265 seconds
[04:21] wonderchook (~wondercho@54.sub-75-192-147.myvzw.com) left irc: Ping timeout: 260 seconds
[04:26] wonderchook (~wondercho@24.sub-75-192-29.myvzw.com) joined #highaltitude.
[04:31] wonderchook (~wondercho@24.sub-75-192-29.myvzw.com) left irc: Read error: Connection reset by peer
[04:39] wonderchook (~wondercho@205.sub-75-197-148.myvzw.com) joined #highaltitude.
[04:53] jasonb (~jasonb@dsl092-009-225.sfo1.dsl.speakeasy.net) left irc: Ping timeout: 265 seconds
[05:07] wonderchook (~wondercho@205.sub-75-197-148.myvzw.com) left irc: Ping timeout: 240 seconds
[05:08] jasonb (~jasonb@m580e36d0.tmodns.net) joined #highaltitude.
[05:11] GeekShadow (~Antoine@reactos/tester/GeekShadow) left irc: Quit: The cake is a lie !
[05:20] <juxta> ping Darkside
[05:29] <Darkside> hi
[05:29] <Darkside> pong juxta
[05:29] <juxta> hey there
[05:30] <juxta> just setup the hourly predictor for our launches, was just going to show you ;p
[05:30] <juxta> http://projecthorus.org/hourly-predictions/
[05:30] <juxta> the red dots are potential landing sites - click one to get the flight path displayed
[05:30] <Darkside> cant resolve hostname :/
[05:30] <Darkside> hmm
[05:31] <Darkside> could be dodgy internets at uni
[05:31] <juxta> hm
[05:31] <juxta> pretty sure the domain hasn't expired yet ;p
[05:33] <Darkside> mm
[05:33] <Darkside> not working tho :/
[05:34] <Darkside> might have to switch to 3g
[05:44] SpeedEvil (1000@tor/regular/SpeedEvil) left irc: Ping timeout: 276 seconds
[05:51] natrium42 (~natrium@CPE000625d867e2-CM0014045885be.cpe.net.cable.rogers.com) joined #highaltitude.
[05:59] SpeedEvil (~user@tor/regular/SpeedEvil) joined #highaltitude.
[06:02] jasonb (~jasonb@m580e36d0.tmodns.net) left irc: Ping timeout: 252 seconds
[06:27] Upu (~Upu@ubn.upuaut.net) joined #highaltitude.
[07:00] SpeedEvil1 (1000@tor/regular/SpeedEvil) joined #highaltitude.
[07:01] SpeedEvil (~user@tor/regular/SpeedEvil) left irc: Ping timeout: 265 seconds
[07:02] <Darkside> hmm
[07:02] <Darkside> delay problems in my code..
[07:02] <Darkside> im just implementing RTTY now, but for some reason the _delay_ms function isnt working in my library
[07:05] Simon-MPFH (~simon@phantom.mpfh.co.uk) joined #highaltitude.
[07:05] natrium42 (~natrium@CPE000625d867e2-CM0014045885be.cpe.net.cable.rogers.com) left irc: Quit: Leaving
[07:18] Nick change: SpeedEvil1 -> SpeedEvil
[07:23] <Darkside> w00t
[07:23] <Darkside> it works!
[07:25] jasonb (~jasonb@adsl-66-124-73-250.dsl.sntc01.pacbell.net) joined #highaltitude.
[07:43] Cleo (~Cleo@unaffiliated/cleo) left irc: Ping timeout: 265 seconds
[07:44] ContraSF (email@ left irc: Quit: Time left until the Epochalypse: 27yrs 23wks 1day 2hrs 29mins 27secs
[07:52] fsphil (~phil@beastie.sanslogic.co.uk) left irc: Quit: work, urg
[08:07] Jasperw (~jasperw@212-98-44-230.static.adslpremium.ch) joined #highaltitude.
[09:07] SpeedEvil (1000@tor/regular/SpeedEvil) left irc: Ping timeout: 240 seconds
[09:23] SpeedEvil (~user@tor/regular/SpeedEvil) joined #highaltitude.
[10:38] <eroomde> jonsowman: yo?
[10:56] <jonsowman> juxta: ping
[10:59] <Upu> woo shiney new 817 on charge :)
[11:00] <eroomde> Upu: awesome. Lovely rig
[11:00] <Upu> its much smaller than I thought
[11:00] <juxta> hey jonsowman
[11:02] <jonsowman> glad you've got things working juxta
[11:02] <juxta> yup - cheers for that! :)
[11:02] <jonsowman> I think you've got a boundary issue
[11:02] <jonsowman> look at the predictions on the right hand side of the plot
[11:02] <juxta> yeah, I saw that
[11:02] <jonsowman> increase the lat delta by 0.5
[11:02] <juxta> but that's okay, I don't really want to launch if the balloon is going out that far :P
[11:03] <jonsowman> er.. lon
[11:03] <jonsowman> hehe okay
[11:03] <juxta> but I will bump it up a little :)
[11:03] <jonsowman> it shouldn't affect bandwidth/download time too significantly
[11:03] <juxta> yeah - bandwidth doesnt seem to be much of an issue
[11:04] <juxta> looks like the NOAA servers are pretty slow
[11:04] <juxta> slash busy
[11:05] <jonsowman> yeah I think they limit bandwidth
[11:05] <jonsowman> i'm guessing a lot of people want access to that data
[11:05] <jonsowman> I've got a feeling it will automatically increase bandwidth during quiet times, but those almost never exist
[11:06] <juxta> hehe
[11:06] <juxta> how often is the wind data updated? i remember reading that it should be every 6 hours but in reality it's a bit longer?
[11:06] <Randomskk> it's every 6
[11:06] <Randomskk> but not on the six
[11:06] <juxta> okay
[11:06] <Randomskk> eroomde: metric? really? :P
[11:06] <DanielRichman> if you look on the grib http servers you can regularly see one still being uploaded
[11:07] <juxta> I have it running every 12 hours for now, I think that should be sufficient ;)
[11:07] <jonsowman> Randomskk: hehe
[11:07] <Randomskk> juxta: every six hours at 0500 UTC onwards works well
[11:07] <juxta> ooh, my chinese balloons came today
[11:07] <jonsowman> juxta: the model is constructed for, for example, midnight, then released at about 4-5am UTC
[11:08] <Randomskk> 0500, 1100, 1700, 2300 UTC
[11:08] <juxta> ah, right
[11:08] <Randomskk> I think that's when yours runs jonsowman?
[11:08] <juxta> okay - will time it around then in that case
[11:08] <jonsowman> Randomskk: correct
[11:08] <Randomskk> timezones are like the worst thing ever
[11:08] <jonsowman> so true
[11:09] <juxta> yeah, what a pain
[11:09] <Randomskk> I have this app needs to support timezones
[11:09] <Randomskk> properly
[11:09] <Randomskk> which includes DST
[11:09] <Randomskk> so none of this 24-big select box UTC, UTC+1, UTC+2
[11:09] <Randomskk> far too naive
[11:09] <Randomskk> however the alternative is approximately 400 possible items
[11:09] <Randomskk> many of which are not entirely unique
[11:09] <jonsowman> could get the predictor to support all time zones
[11:10] <Randomskk> but several of which are politically distinct despite being technically identical
[11:10] <jonsowman> Randomskk: it could auto-detect fine
[11:10] <Randomskk> http://php.net/manual/en/timezones.php all of those basically
[11:10] <Randomskk> jonsowman: autodetection is dodgy and unreliable at the best of times
[11:10] <jonsowman> assuming the client clock is set properly
[11:10] <Randomskk> users set their computer clocks to all sorts of stupid things
[11:10] <jonsowman> mm yea spose
[11:11] <Randomskk> it certainly could autodetect and use that to pre-select an option
[11:11] <jonsowman> oh yes, manually overriding would be required
[11:12] <jonsowman> Randomskk: did you respond to that email yesterday
[11:14] <Randomskk> no
[11:14] <Randomskk> perhaps you should be like "thanks, will do" or something
[11:14] <Randomskk> he was quite nice despite the feature reqs
[11:16] <jonsowman> yep I was intendting to reply, will do that in a sec
[11:17] m1x10 (m1x10@ppp089210151148.dsl.hol.gr) joined #highaltitude.
[11:20] <Randomskk> hah
[11:20] Action: Randomskk copied google calendar's timezone list
[11:20] <Randomskk> http://pastie.org/1083544
[11:21] <Randomskk> GMT+14, what on earth
[11:21] <jonsowman> uh
[11:21] <jonsowman> weird
[11:21] <russss> http://en.wikipedia.org/wiki/UTC%2B14
[11:21] <jonsowman> god we can't have that list on the predictor
[11:22] <Randomskk> well we can
[11:22] <Randomskk> that's every useful modern timezone
[11:22] <russss> "Government offices on opposite sides of the line could only communicate by radio or telephone on the four days of the week when both sides experienced weekdays simultaneously."
[11:22] <russss> ...
[11:22] <Randomskk> all those key values will work with php automatically, too
[11:23] <jonsowman> true
[11:23] <jonsowman> maaassive list though
[11:23] <Randomskk> only due to linebreaks
[11:23] <Randomskk> short version http://pastie.org/1083551
[11:24] <jonsowman> :o
[11:24] <Randomskk> lol UTC+0540
[11:24] <jonsowman> UTC00:44
[11:25] <jonsowman> there are some weird ones
[11:26] <russss> "The exact timezone was in fact GMT 0h 43m 08s until it was redefined as GMT0:44 on March 1, 1919"
[11:27] <jonsowman> hehe
[11:27] wonderchook (~wondercho@133.sub-75-192-82.myvzw.com) joined #highaltitude.
[11:28] <russss> "UTC+00:30 was used in the British royal household, and is known as Sandringham time. It was stopped in 1936."
[11:29] <Randomskk> haha what
[11:29] <russss> http://en.wikipedia.org/wiki/Sandringham_time
[11:29] <Randomskk> aha http://en.wikipedia.org/wiki/List_of_tz_database_time_zones
[11:33] <Randomskk> anyway bbl
[11:39] <jonsowman> ping DanielRichman
[11:39] <DanielRichman> hi
[11:39] <jonsowman> hows things?
[11:40] <DanielRichman> good thanks
[11:40] <DanielRichman> you?
[11:40] <jonsowman> yeh fine thanks :)
[11:40] <jonsowman> got anywhere with tidying the predictor source?
[11:42] wonderchook (~wondercho@133.sub-75-192-82.myvzw.com) left irc: Ping timeout: 264 seconds
[11:42] <DanielRichman> jonsowman: nessie:~daniel/pred
[11:42] <jonsowman> oo
[11:43] <jonsowman> looks good
[11:43] <DanielRichman> jonsowman: I think I'm going to link libfastcgi into the predictor binary
[11:43] <DanielRichman> and get rid of the php/python glue all together
[11:44] <jonsowman> fair enough - is this going to be easily pluggable back into the web gui
[11:44] <DanielRichman> yeah
[11:45] <jonsowman> suppose it shouldn't be too bad
[11:45] <jonsowman> cool, good work
[11:45] <jonsowman> :)
[11:45] <DanielRichman> :)
[11:48] <jonsowman> DanielRichman: the python does some extra things on the standalone predictor
[11:48] <DanielRichman> hmm?
[11:48] <jonsowman> like writes the progress.json
[11:48] <DanielRichman> just downloads and converts the ndap data?
[11:48] <DanielRichman> oh right, I see
[11:48] <jonsowman> this is how the predictor is run:
[11:49] <jonsowman> `./predict.py -v --latdelta=3 --londelta=3 -p1 -f5 -t 1281956400 --lat=49 --lon=9 1d5d90785fc95ce11abf58d800513d9c7f553590`
[11:49] <jonsowman> some of those are passed straight to the predictor binary
[11:49] <jonsowman> but, forex the uuid, are not - tells python where to find scenario.ini, and where to write progress.json and the flight CSV to
[11:50] <DanielRichman> jonsowman: OK. btw, is it possible that we can look at clearing up the licensing on this binary?
[11:50] <DanielRichman> contact the (4)? authors and get it properly GPL'd
[11:50] <jonsowman> in what way?
[11:50] <jonsowman> oh I see
[11:50] <jonsowman> yes indeed
[11:50] <jonsowman> will do that this afternoon
[11:50] <jonsowman> if you want me to
[11:51] <jonsowman> who are they - Fergus, Rob.... ?
[11:51] <DanielRichman> cool. It can remain Copyright (c) CUSF but I'll put the dates up to 2010 and then we can add the GPL (2 or 3?) clause?
[11:51] <DanielRichman> jonsowman: Fergus, Ed, Rob Anderson, rjw, yourself and Randomskk
[11:51] <DanielRichman> I think.
[11:51] <jonsowman> righto
[11:51] <DanielRichman> if the old svn is still around you can have a look in there
[11:53] <jonsowman> rjw never replies to emails
[11:53] <DanielRichman> :D
[11:53] <jonsowman> :(
[11:54] <DanielRichman> I've got a couple of ideas for this thing... I think if the gfs data is available in the cache then it will just respond to the prediction request (JSON) straight away with the answer (ie. no need to write progress.json); if there's a cachemiss then it can tell it that it's off to download GFS files
[11:55] bfirsh (~bfirsh@mini.firshman.co.uk) got netsplit.
[11:58] <jonsowman> sounds good to me
[11:58] Laurenceb (~laurence@host86-152-35-235.range86-152.btcentralplus.com) joined #highaltitude.
[11:58] <jonsowman> I didn't implement it like that purely to take account of the event that the predictor takes a significant amount of time to run
[11:59] <jonsowman> but that doesn't really happen
[11:59] <jonsowman> I think it should still create the uuid/ directory and the scenario.ini and flight_path.csv files
[11:59] <jonsowman> otherwise viewing the prediction again in the future wouldn't be possible
[12:01] <DanielRichman> I'll ditch .ini
[12:01] <DanielRichman> I'll keep it for the CLI version
[12:01] <DanielRichman> but for the fcgi binary all that's required is JSON_parser
[12:01] <jonsowman> okay
[12:02] <jonsowman> where will your binary get the flight parameteres from then? a json?
[12:02] <DanielRichman> http post
[12:02] <jonsowman> i can't spell :\
[12:02] <jonsowman> so they won't be saved anywhere?
[12:03] <DanielRichman> hmm the could be
[12:03] <jonsowman> they sort of need to be
[12:03] <DanielRichman> :P
[12:03] <jonsowman> when you load an old prediction, the form is automatically filled out with the right values
[12:03] <jonsowman> so you can just quickly re-run
[12:03] <DanielRichman> ahh right
[12:03] <DanielRichman> how long do the uuids last for?
[12:03] <jonsowman> hexoc ones are deleted after 14 days
[12:03] <jonsowman> cusf, 28 days
[12:04] bfirsh (~bfirsh@mini.firshman.co.uk) returned to #highaltitude.
[12:04] <DanielRichman> OK
[12:04] <jonsowman> the UUIDs are an SHA1 hash of the launch parameters
[12:04] <jonsowman> so re-running for the same set of parameters automatically overwrites the old prediction
[12:04] <jonsowman> so you can never have two uuids for the same prediction scenario :)
[12:05] <DanielRichman> unless there's a collision :P
[12:05] <jonsowman> true
[12:05] <jonsowman> the whole point being that the uuid uniquely identified not only the prediction, but also the scenario
[12:08] <DanielRichman> did you do anything to limit the number of simultaneous predictions?
[12:11] <jonsowman> nope
[12:11] <jonsowman> should do really
[12:16] <DanielRichman> jonsowman: is there any point re running the prediction if its the same scenario?
[12:16] <DanielRichman> will it not produce the same result
[12:19] <eroomde> I have no data, but I'm not sure that the number of identical predictions is particularly high
[12:19] <eroomde> it's not the sort of thing that strikes me as being mega useful for caching
[12:20] <DanielRichman> I like the way you can do a prediction and then link it in irc etc. and people viewing the link can see it w/o re-running or entering input
[12:26] <jonsowman> DanielRichman: yes - the GFS models get updated
[12:26] <jonsowman> run a prediction one day, rerunning next day uses the new models
[12:27] <DanielRichman> hmm. Personally, if new models are used, I'd generate a new uuid
[12:27] <jonsowman> there is an argument for that
[12:27] <jonsowman> Randomskk and I decided not to do that
[12:28] <jonsowman> re-running means the old data is overwritten with new data based on a newer model
[12:28] <jonsowman> and the model info is written to the json and displayed with a prediction
[12:28] <jonsowman> there is no reason you'd want a prediction created with older data, when one with newer data is available
[12:35] <DanielRichman> mmm
[12:38] GW8RAK (~chatzilla@host86-134-243-18.range86-134.btcentralplus.com) joined #highaltitude.
[12:39] <jonsowman> bbl all
[12:43] GeekShadow (~Antoine@reactos/tester/GeekShadow) joined #highaltitude.
[13:05] MoALTz (~no@ joined #highaltitude.
[13:09] <Randomskk> I haven't contributed anything to the predictor binary
[13:09] <Randomskk> my 'contributions' to the python script are all too short for copyright imo but public domain if you care
[13:10] <Randomskk> that's all I've touched iirc
[13:10] <Randomskk> there is an argument that copyright for the predictor belongs to CUSF and not individuals
[13:11] <Randomskk> all material on the CUSF SVN s
[13:11] <Randomskk> "Unless otherwise stated, all material on this server is copyright CU Spaceflight and is released under the terms of the GNU GPL."
[13:12] <Randomskk> orig pred code doesn't say otherwise
[13:12] <Randomskk> new pred says copyright cu spaceflight
[13:13] <Randomskk> in other words, everything before jonsowman's fork is already GPL'd and technically belongs to CUSF
[13:13] <DanielRichman> allright so aslong as I keep the Copyright CUSF line I can bump it up to 2010 and put GPL text in the source files?
[13:14] <Randomskk> jonsowman's fork is entirely jonsowman and myself, and my contributions are minor python edits, which I public domain
[13:14] <Randomskk> basically, yes
[13:14] <Randomskk> properly, copyright CU Spaceflight
[13:14] <DanielRichman> allright.
[13:14] <DanielRichman> bbl
[13:14] <Randomskk> and yourself
[13:15] <Randomskk> Copyright CU Spaceflight and Daniel Richman, technically
[13:15] <Randomskk> unless you want to give all your edits to CUSF
[13:15] <Randomskk> by default they are yours though
[13:38] fsphil (540cf08a@gateway/web/freenode/ip. joined #highaltitude.
[13:45] Laurenceb (~laurence@host86-152-35-235.range86-152.btcentralplus.com) left irc: Remote host closed the connection
[13:56] mixio (m1x10@ppp089210151148.dsl.hol.gr) joined #highaltitude.
[14:00] m1x10 (m1x10@ppp089210151148.dsl.hol.gr) left irc: Ping timeout: 258 seconds
[14:01] m1x10 (~m1x10@ppp089210151148.dsl.hol.gr) joined #highaltitude.
[14:05] mixio (m1x10@ppp089210151148.dsl.hol.gr) left irc: Ping timeout: 252 seconds
[14:15] <DanielRichman> ping jonsowman
[14:17] SpeedEvil (~user@tor/regular/SpeedEvil) left irc: Quit: Leaving.
[14:17] SpeedEvil (1000@tor/regular/SpeedEvil) joined #highaltitude.
[14:21] GW8RAK (~chatzilla@host86-134-243-18.range86-134.btcentralplus.com) left irc: Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716]
[15:01] SpeedEvil (1000@tor/regular/SpeedEvil) left irc: Ping timeout: 276 seconds
[15:02] mixio (~m1x10@ppp089210151148.dsl.hol.gr) joined #highaltitude.
[15:03] m1x10 (~m1x10@ppp089210151148.dsl.hol.gr) left irc: Ping timeout: 248 seconds
[15:13] fsphil (540cf08a@gateway/web/freenode/ip. left irc: Quit: jsmeg
[15:17] SpeedEvil (~user@tor/regular/SpeedEvil) joined #highaltitude.
[15:44] jasonb (~jasonb@adsl-66-124-73-250.dsl.sntc01.pacbell.net) left irc: Quit: Leaving
[15:46] <jonsowman> DanielRichman: pong
[15:47] <DanielRichman> jonsowman: I was wondering how much traffic the predictor gets
[15:47] <jonsowman> out of interest, or?
[15:49] <DanielRichman> wondering how many threads typically this thing is or isn't going to need
[15:50] <jonsowman> hmm the main time, to be honest, when concurrency is required is when the noaa server breaks
[15:50] <jonsowman> because people realise it's not working, and run another, whilst the first is still trying to get data
[15:50] <jonsowman> etc
[15:50] <DanielRichman> I've since realised that i can look in predict/preds/
[15:50] <DanielRichman> it seems that on hexoc yesterday you had 75
[15:51] <jonsowman> the cusf one is more used
[15:51] <jonsowman> since release it's had about 1000 prediction runs
[15:51] <jonsowman> 1000 scenarios in 6 days
[15:52] jasonb (~jasonb@adsl-66-124-73-250.dsl.sntc01.pacbell.net) joined #highaltitude.
[15:52] <DanielRichman> I imagine it bursts but that's not much more than 10/hr
[15:52] <jonsowman> yeh
[15:55] blomlet (~quassel@unaffiliated/blomlet) left irc: Read error: Connection reset by peer
[15:55] <Randomskk> DanielRichman: could you leave the nessie updates for a little? I want to see if unattended-upgrades will install them
[15:56] <DanielRichman> oh right sure
[15:56] jasonb (~jasonb@adsl-66-124-73-250.dsl.sntc01.pacbell.net) left irc: Client Quit
[15:58] <griffonbot> @stilldavid: Another successful #arhab launch in Western Washington: http://bit.ly/9dHnPv [http://twitter.com/stilldavid/status/20800986955]
[15:59] blomlet (~quassel@cpc4-dals16-2-0-cust522.hari.cable.virginmedia.com) joined #highaltitude.
[15:59] blomlet (~quassel@cpc4-dals16-2-0-cust522.hari.cable.virginmedia.com) left irc: Changing host
[15:59] blomlet (~quassel@unaffiliated/blomlet) joined #highaltitude.
[16:03] SpeedEvil (~user@tor/regular/SpeedEvil) left irc: Quit: Leaving.
[16:03] SpeedEvil (1000@tor/regular/SpeedEvil) joined #highaltitude.
[16:08] blomlet (~quassel@unaffiliated/blomlet) left irc: Read error: Connection reset by peer
[16:10] LazyLeopard (~irc-clien@chocky.demon.co.uk) joined #highaltitude.
[16:10] LazyLeopard (~irc-clien@chocky.demon.co.uk) left irc: Remote host closed the connection
[17:18] LazyLeopard (~irc-clien@chocky.demon.co.uk) joined #highaltitude.
[17:21] jasonb (~jasonb@m180e36d0.tmodns.net) joined #highaltitude.
[17:22] <mixio> hello all :)
[17:23] GeekShadow (~Antoine@reactos/tester/GeekShadow) left irc: Ping timeout: 252 seconds
[17:23] blomlet (~quassel@cpc4-dals16-2-0-cust522.hari.cable.virginmedia.com) joined #highaltitude.
[17:23] blomlet (~quassel@cpc4-dals16-2-0-cust522.hari.cable.virginmedia.com) left irc: Changing host
[17:23] blomlet (~quassel@unaffiliated/blomlet) joined #highaltitude.
[17:25] GeekShadow (~Antoine@reactos/tester/GeekShadow) joined #highaltitude.
[17:26] rharrison_ (~rharrison@gateway.hgf.com) joined #highaltitude.
[17:26] <rharrison_> hi all
[17:27] <rharrison_> Thought I'd pop by for an update on habhub
[17:28] <Randomskk> I don't think there's much to update you on at the moment
[17:28] <Randomskk> DanielRichman is working on tidying up the predictor source
[17:28] <rharrison_> Cool
[17:28] <rharrison_> hehe he's a good coder from what I can tel
[17:29] <Randomskk> him and I are working out a decent coding style guide for us to try and stick to to help keep things coherent
[17:29] <Randomskk> yes
[17:29] <rharrison_> I'm more of a hack it and see man
[17:29] <Randomskk> but there's not realy much else going on
[17:29] <rharrison_> I'm going to integrate the tracker with the listener server and put in historical missions
[17:29] <rharrison_> Then I'm going to stop for a bit
[17:32] <jonsowman> sounds good
[17:32] <jonsowman> :D
[17:33] <Randomskk> cool
[17:33] <Randomskk> still unsure what we're going to do with the tracker code
[17:33] <Randomskk> it's... been quickly put together
[17:33] <Randomskk> but worth having it working on the server as a base to look at and compare to and improve on etc
[17:34] <rharrison_> Randomskk, the listener is quite independent of the tracker
[17:35] <rharrison_> there are just about 5 lines I need to change to allow historical data to be loaded into the tracker
[17:35] <Randomskk> cool
[17:35] <rharrison_> and the listener just needs to populate the relavent rows in the data base for the tracker to work
[17:36] <Randomskk> yup
[17:36] <rharrison_> Other than that the tracker can be re written and indeed the listener server for that matter
[17:36] wonderchook (~wondercho@ joined #highaltitude.
[17:36] <rharrison_> It's the best we were able to do given the limited time and ability we had :)
[17:37] <Randomskk> plus it works and has done for many flights, so nothing against it
[17:37] <Randomskk> but if we have more time/people power and a nice new server and are aiming for integration, might be worth playing with some of it
[17:37] <rharrison_> 3 kids wife and a house that needs decorating. And HAB and global media have all had a strain on free time :)
[17:38] <rharrison_> Randomskk, It will be fantastic to move it all on in an intergrated wat
[17:38] <rharrison_> y
[17:39] <rharrison_> I think the listener and the tracker should be though of as different systems
[17:39] <rharrison_> the listener only brings in data about the chase and balloon
[17:39] <rharrison_> the tracker pulls data from a whole host of areas.
[17:40] <Randomskk> yea
[17:40] <rharrison_> Prediction, Forcasts, Listener outposts, chase cars, balloon etc ...
[17:40] <Randomskk> well especially as it looks like it will all be integrating massively into one JS app
[17:40] <Randomskk> the listener becomes backend
[17:40] <Randomskk> the tracker is all frontend
[17:40] <rharrison_> java script?
[17:41] <Randomskk> yea, that JS.
[17:41] <rharrison_> Cool I'm glad I'm not coding that :)
[17:41] <Randomskk> you say that, but you wrote all that PHP
[17:42] <rharrison_> Oh I like php I know where I stand with that. (at the bottom :) )
[17:43] <Randomskk> :P PHP is a perfectly valid and respectable language, when used strictly and properly
[17:44] <Randomskk> but it makes doing so very, very difficult
[17:46] wonderchook (~wondercho@ left irc: Quit: Mapping....
[17:46] <rharrison_> I must say I find JS a bit hacky it's the way it's shoved in HTML pages. I'm sure it can be more structured than my approach. I had thought that the whole thing was going to be re written in python. Another launguage I thought had been commited to the archives but there you go
[17:47] <Randomskk> I could very readily say the same of PHP, most people tend to just shove it into HTML pages
[17:47] <jonsowman> rharrison_: look at how the JS is implement with the predictor
[17:47] <Randomskk> however JS, as with PHP, can be very well structured and totally removed from the actual markup
[17:47] <Randomskk> Python is a server-side language, suitable for backend tasks like the listener, but JS allows for dynamic client frontends
[17:48] <rharrison_> Will do when I get 5. I thing JS is good for pushing the processing to the client side where possible.
[17:49] <Randomskk> it's also good for making things clientside that is otherwise impossible
[17:49] <rharrison_> Btw I see the pred ahs made it to the main red page now
[17:49] <rharrison_> red = pred
[17:49] <rharrison_> http://www.srcf.ucam.org/~cuspaceflight/predict/
[17:49] <rharrison_> It looks great
[17:49] <Randomskk> e.g. compare google maps to earlier website maps, like multimap, where you had to click the edges to pan the map onetile
[17:55] <Randomskk> bbl
[17:56] <rharrison_> ttfn
[17:56] rharrison_ (~rharrison@gateway.hgf.com) left irc: Quit: Leaving
[18:01] jasonb (~jasonb@m180e36d0.tmodns.net) left irc: Ping timeout: 240 seconds
[18:10] <DanielRichman> What do you do if you have one struct, a, and another struct b and you want to do something like this:
[18:10] <DanielRichman> struct a { struct b *apointer; }; struct b { struct a *apointer; };
[18:11] <DanielRichman> actually that should be struct b { struct a notapointer; }
[18:12] <DanielRichman> this: http://pastebin.com/LHHiXxeQ compiles but generates warnings. I don't yet know if it works
[18:18] <Upu> http://www.youtube.com/watch?v=ZYJ0OIkgJOA
[18:19] <Upu> I got sound :) It's not displaying the information correctly thogh
[18:19] <jonsowman> Upu: niiice
[18:19] <jonsowman> good work
[18:19] <jonsowman> what's wrong with it?
[18:19] <Upu> just seem to be getting garbage in dl-fdigi
[18:20] <jonsowman> so... correct baud?
[18:20] <Upu> I think so
[18:20] <jonsowman> right number of bits per char, stop bits?
[18:20] Action: Upu goes back to my notes
[18:20] <jonsowman> and got the USB/LSB setting right?
[18:21] <Upu> it sounds right
[18:21] <Upu> USB
[18:21] <jonsowman> those are the usual culprits
[18:21] <Upu> yeah I'll have a look at the code
[18:21] <jonsowman> is what you're getting complete garbage?
[18:21] <jonsowman> or are some characters right?
[18:22] <Upu> yeah getting chars
[18:23] <jonsowman> but some are wrong/missing?
[18:23] <Upu> all wrong
[18:23] <jonsowman> consistently wrong?
[18:23] <Upu> yes
[18:23] <Upu> let me check the code
[18:23] <jonsowman> ok
[18:23] <Upu> I borrowed the code from Rob
[18:24] <Upu> for the RTTY
[18:24] <jonsowman> yup
[18:24] <Upu> its defininetly working as you get the chirp of data then the pause
[18:24] <jonsowman> yeh it sounds fine
[18:25] <DanielRichman> http://pastebin.com/qBTT1ePN is that the correct way to do it?
[18:25] Action: jonsowman doesn't know
[18:25] <juxta> Upu, what functions are you using for delay?
[18:25] <Upu> delay
[18:26] <juxta> delay() or delayMicroseconds()?
[18:26] <Upu> delay()
[18:26] <juxta> okay - do you have your gps connected via software serial too?
[18:26] <Upu> sorry
[18:26] <Upu> delaymicroseconds
[18:26] <Upu> yes
[18:26] <juxta> is it a call to delayMicroseconds(20000)?
[18:27] <Upu> 20150
[18:27] <juxta> ok
[18:27] <juxta> change it to 2 calls to delayMicroseconds - 10000 & 10150
[18:27] <juxta> delayMicroseconds() isn't accurate over 16,000 from memory
[18:27] <Upu> yeah I seem to have forgotten to save the code ...
[18:28] <juxta> also if you have your gps connected via software serial, the interrupts will mess up your timing - you can call noInterrupts() to disable them when you enter your TX routine
[18:28] <juxta> and interrupts() to reenable
[18:28] <Upu> I do
[18:28] <Upu> ok thanks
[18:30] fsphil (~phil@beastie.sanslogic.co.uk) joined #highaltitude.
[18:49] jasonb (~jasonb@dsl092-009-225.sfo1.dsl.speakeasy.net) joined #highaltitude.
[18:57] <Upu> I think my resistors might be wrong Robs code uses 3v I think I'm using 5v but I don't have a multimeter to hand
[18:58] juxta (juxta@ppp203-122-193-94.static.internode.on.net) left irc: Ping timeout: 248 seconds
[19:00] <DanielRichman> jonsowman: do you think I should rig the makefile to compile two binaries or activate/separate the fcgi & cli code with command line flags?
[19:01] <jonsowman> hrm
[19:01] <DanielRichman> two binaries might be easier actually
[19:01] <jonsowman> yea that'll be fine :)
[19:03] <Randomskk> back
[19:04] <jonsowman> brb
[19:07] Jasperw (~jasperw@212-98-44-230.static.adslpremium.ch) left irc: Ping timeout: 240 seconds
[19:10] Jasperw (~jasperw@212-98-44-230.static.adslpremium.ch) joined #highaltitude.
[19:15] <Randomskk> actually back
[19:17] <Randomskk> brb dinner
[19:17] Jasperw (~jasperw@212-98-44-230.static.adslpremium.ch) left irc: Quit: Leaving.
[19:17] Jasperw (~jasperw@212-98-44-230.static.adslpremium.ch) joined #highaltitude.
[19:20] <jonsowman> back
[19:20] <jonsowman> Randomskk and I appear to be mutually exclusive
[19:20] <Upu> NTX2 has 100k resistor to ground
[19:20] <Upu> Arduino outputs at 5V
[19:21] <Upu> NTX2 wants 3c to 0v
[19:21] <Upu> bah door brb
[19:21] Guest5195 (~smealum@ left irc: Ping timeout: 258 seconds
[19:23] <Upu> 3v even so the data sheet says you want a 68k resistor in series with the 100k
[19:23] <Upu> ah I'm confused now
[19:23] Jasperw (~jasperw@212-98-44-230.static.adslpremium.ch) left irc: Ping timeout: 265 seconds
[19:23] <Upu> what voltage do I need to get the rated frequency of 434.075 and then a shift of 425Hz ?
[19:24] SpikeUK (~chatzilla@ joined #highaltitude.
[19:31] SiOB (~SiOB@cpc7-stkp7-2-0-cust544.know.cable.virginmedia.com) joined #highaltitude.
[19:38] Jasperw (~jasperw@212-98-44-230.static.adslpremium.ch) joined #highaltitude.
[19:38] <Randomskk> back
[19:38] <Randomskk> jonsowman: around? :P
[19:38] <Randomskk> Upu: what're you seeing on fldigi?
[19:38] <Randomskk> mainly, have you tried USB vs LSB
[19:39] <Upu> garbage but I know why I'm just trying to get my head round the NTX2 and the voltage divider
[19:39] <Randomskk> ah okay
[19:39] <Upu> to get a 425Hz shift I need to move the voltage .2125v
[19:39] <Upu> fine I get that
[19:39] <jonsowman> hi Randomskk
[19:39] <Randomskk> if your problem is just shift, you can correct for it on fldigi
[19:39] <Upu> I can't find anything that documents the voltage that gives the center frequency on the NTX2
[19:39] <Randomskk> it has a custom shift
[19:40] <Upu> also my Arduinino digital high is 5V
[19:41] <Upu> which shouldn't be an issue but where is it documented the center frequency of the NTX2 is attained at xxxv ?
[19:41] <Randomskk> why do you need it? generally it's not that far off spec'd freq and you just tune to it
[19:42] Guest5195 (~smealum@ joined #highaltitude.
[19:42] <Upu> because I need to know what voltage to call high
[19:42] <Randomskk> whatever you want, so long as you can make the right second voltage for low
[19:42] <Randomskk> and it's within input spec
[19:43] <Upu> so if I decided 1.5V us mark and then do say 1.25v ish for space that would be ok ?
[19:44] <Randomskk> unless someone else steps in to correct me (jonsowman?) I believe so
[19:44] <Upu> ok I thought I had to start at the center frequency and then shift from that
[19:44] <Randomskk> uhm, it is always possible, but I didn't think so
[19:45] <Upu> ah penny is dropping now
[19:45] <jonsowman> yeh that should be fine
[19:45] <jonsowman> 2V and 2V2 are the normally used ones I think
[19:46] <jonsowman> go for somewhere in the middle of VCC and GND
[19:46] <Upu> 66.7k resistor for a mark
[19:46] <jonsowman> bbl
[19:46] <Randomskk> so uh
[19:46] <Randomskk> why not just 0V or 5V for one
[19:46] <Randomskk> and then you only need one divider
[19:46] <Randomskk> ?
[19:46] <Upu> and about 78.6k for space then
[19:46] <Upu> device input is 3-0v
[19:46] <Randomskk> okay, so 0
[19:47] <Randomskk> does it output a tone at 0V input?
[19:47] <Randomskk> presumably?
[19:47] <Randomskk> so just use that as space and a slightly higher as mark
[19:47] <Randomskk> sorted?
[19:47] <Randomskk> or vice versa, whatever
[19:47] <Upu> ok
[19:47] <Randomskk> I mean
[19:47] <Upu> thx I think I'm getting it
[19:47] <Randomskk> no one seems to do it that way
[19:47] <Randomskk> maybe for good reasons
[19:47] <Randomskk> I don't have an ntx2
[19:48] <Upu> that would make life easier
[19:49] <Upu> jonsowman is there a reason why people don't use say 0.2v and 0v ?
[19:49] <Randomskk> he has buggered off
[19:49] <Randomskk> all I can say is: try it
[19:49] <Randomskk> you have an ntx2 there
[19:49] <Randomskk> on a breadboard
[19:49] <Randomskk> just go for it
[19:50] <Upu> I'll have a fiddle after food
[19:50] <Upu> thx
[19:50] <SpeedEvil> Upu: The voltages make it easy to tune to different freqs
[19:50] <Upu> bbl
[19:50] <Upu> ok
[19:50] <Upu> btw who ever sent me that circuit simulator link thx
[19:54] <Randomskk> ooh
[19:54] <Randomskk> the limit is down to 20 for maximum time to solve any rubik's cube
[19:54] <SpeedEvil> Oh wow!
[19:54] <SpeedEvil> Awesome!
[19:54] <SpeedEvil> err
[19:54] <SpeedEvil> I think I mean meh.
[19:54] <SpeedEvil> :)
[19:54] <Randomskk> :P
[19:55] <SpeedEvil> http://en.wikipedia.org/wiki/P_versus_NP_problem looks interesting
[19:56] <SpeedEvil> the recent work
[19:56] <Randomskk> the HP guy?
[19:56] <SpeedEvil> I still need to read the paper
[19:56] <SpeedEvil> yeah
[19:56] <Randomskk> I skimmed the paper
[19:56] <Randomskk> looking for a QED
[19:56] <Randomskk> but none was to be readily found
[20:02] <DanielRichman> Randomskk: those updates haven't yet been automatically installed
[20:02] <Randomskk> I will have a dig around
[20:03] Laurenceb (~laurence@host86-152-35-235.range86-152.btcentralplus.com) joined #highaltitude.
[20:03] <Randomskk> cron.daily is run at 06:25
[20:03] <Randomskk> and contains the script that installs
[20:03] <DanielRichman> does nothing need to be dpkg-reconfigured? there was an option in the installer (do you want unattended upgrades)
[20:03] <Randomskk> I'll run the cronjob manually
[20:04] <Randomskk> run, I think, that was fast
[20:04] <Randomskk> maybe it backgrounds it
[20:04] <DanielRichman> Randomskk: did you create /etc/cron.d/apticron?
[20:05] <Randomskk> no
[20:05] <Randomskk> the apticron package creates that
[20:05] <Randomskk> interestingly apticron is also in /etc/cron.daily
[20:05] <Laurenceb> hi all
[20:05] <DanielRichman> yes, and dpkg -S /etc/cron.daily/apticron returns a result whereas dpkg -S /etc/cron.d/apticron does not
[20:06] <DanielRichman> so I thought you might have created it
[20:06] <Randomskk> curious
[20:06] <Randomskk> I didn't
[20:06] <Randomskk> but you should be able to safely delete it
[20:07] <Randomskk> hmm
[20:07] <Randomskk> I think unattended-upgrades may be different to apt's own (?) automatic upgrades?
[20:07] <Randomskk> there is also unattended-upgrade and unattended-upgrades
[20:08] <DanielRichman> eeh
[20:08] <Randomskk> they appear to do the same thing
[20:08] <DanielRichman> where is the unattended-upgrades cronjob?
[20:08] <Randomskk> that seems to be the question
[20:09] <Randomskk> in cron.daily/apt
[20:09] SiOB (~SiOB@cpc7-stkp7-2-0-cust544.know.cable.virginmedia.com) left irc:
[20:09] <Randomskk> grep "unattended" /etc/cron.daily/apt
[20:10] <DanielRichman> if [ $UPDATED -eq 1 ] && which unattended-upgrade >/dev/null &&
[20:11] <DanielRichman> so the package has to be installed.
[20:11] <DanielRichman> and the binary unattended-upgrade is owned by unattended-upgrades
[20:11] <DanielRichman> confusingly.
[20:11] <Randomskk> that's already th case though
[20:11] <Randomskk> it is an update
[20:11] <DanielRichman> so did you run /etc/cron.daily/apt manually?
[20:11] <Randomskk> yea, nothing happened
[20:12] <Randomskk> hmm
[20:13] <Randomskk> ah
[20:13] <Randomskk> install cron-apt
[20:13] <Randomskk> how do I fix it after using apt-get?
[20:14] <DanielRichman> fix what?
[20:14] <Randomskk> the manually installed mark
[20:14] <DanielRichman> oh by default everything is manually installed
[20:14] <DanielRichman> it didn't pull in any deps did it?
[20:14] Simon-MPFH (~simon@phantom.mpfh.co.uk) left irc: Quit: Leaving
[20:14] <Randomskk> nope
[20:14] <Randomskk> excellent
[20:15] Last message repeated 1 time(s).
[20:15] <Randomskk> I created /etc/apt/apt.conf.d/10periodic
[20:15] <DanielRichman> it's the other way around; if you apt-get something and it pulls in a tonne of dependenceis then you have to "fix" it with aptitude markauto
[20:15] <Randomskk> and now cron.daily/apt is taking time to do something
[20:15] <Randomskk> also appears to have made a lot of emails, but the first three or so are me running it with --dry-run
[20:15] <Randomskk> as it says in the email
[20:17] <DanielRichman> cool
[20:18] <Randomskk> it is still "doing something"
[20:20] <DanielRichman> Randomskk: do you mind if I etckeeper commit? I'd like to try dpkg-reconfigure unattended-upgrades and want to know what it changes
[20:20] <Randomskk> yea, go for it, though my apt is still running
[20:20] <Randomskk> and I don't know what it's doing
[20:21] <DanielRichman> daniel@nessie:etc$ sudo dpkg-reconfigure -plow unattended-upgrades
[20:21] <DanielRichman> Creating config file /etc/apt/apt.conf.d/20auto-upgrades with new version
[20:21] <DanielRichman> update-rc.d: warning: unattended-upgrades start runlevel arguments (none) do not match LSB Default-Start values (0 6)
[20:21] <DanielRichman> update-rc.d: warning: unattended-upgrades stop runlevel arguments (0 6) do not match LSB Default-Stop values (none)
[20:22] <Randomskk> my apt script finished
[20:22] <Randomskk> and maded an email
[20:24] <DanielRichman> all dpkg-reconfigure did was create that 20auto-upgrades file
[20:24] <DanielRichman> but everything in that file is already in 10periodic
[20:24] <DanielRichman> so I'll rm -f it
[20:25] <Randomskk> well
[20:25] <Randomskk> I just added 10periodic
[20:29] <Randomskk> rebooting :( 27 days of desktop uptime
[20:29] <Randomskk> brb
[20:43] natrium42 (~natrium@CPE000625d867e2-CM0014045885be.cpe.net.cable.rogers.com) joined #highaltitude.
[20:44] <natrium42> DanielRichman, what's with all the root emails? :P
[20:45] Action: DanielRichman points at Randomskk
[20:48] <Randomskk> back
[20:48] <Randomskk> yea, my fault, was just testing unattended-ugprades
[20:48] <DanielRichman> natrium42: a couple of --dry-runs to make apt unattended upgrades work
[20:48] <Randomskk> yay, new ati driver and kernel
[20:49] <DanielRichman> ati driver?
[20:49] <Randomskk> fglrx that is
[20:49] <natrium42> ah
[20:49] <DanielRichman> don't you have a foss driver for your card yet?
[20:49] <Randomskk> shockingly already 670MB RAM used
[20:49] <Randomskk> I /like/ fglrx
[20:49] <DanielRichman> ...
[20:49] <Randomskk> it works perfectly for me and has since 2005
[20:49] <DanielRichman> what.
[20:49] <DanielRichman> fglrx is buggy and crashy
[20:49] <DanielRichman> and memoryleaky
[20:49] <Randomskk> I have dual screens and fast framerates
[20:50] <Randomskk> and I don't remember it crashing (though I'm sure X has crashed some time in the last five years or so)
[20:50] <DanielRichman> and the free driver in 10.04 gave me compix w/o fglrx
[20:50] <DanielRichman> *compiz
[20:50] <Randomskk> I get compiz with fglrx :P
[20:51] <DanielRichman> well I get compiz without fglrx (!) :P
[20:51] <Randomskk> so? :P
[20:51] <Randomskk> I dunno, maybe there is a foss driver for it
[20:51] <Randomskk> I haven't looked
[20:51] <Randomskk> would it be Better?
[20:51] <DanielRichman> so I don't have to have that disgusting piece of software installed, and I can switch vts without crashing
[20:51] <Randomskk> but I already can switch VTs
[20:51] <DanielRichman> lucky you
[20:51] <Randomskk> :P
[20:52] SpikeUK (~chatzilla@ left irc: Quit: ChatZilla 0.9.86 [Firefox 3.5.11/20100701023340]
[20:52] <DanielRichman> before right, if I clicked "uest session" and then switched back, bewm, not even REISUB would wake it up
[20:53] <Randomskk> blimey
[20:53] <Randomskk> that's a bit shit
[20:55] <DanielRichman> yeah. I have a windows partition to play games >.>
[20:55] <Randomskk> I mean, so do I
[20:55] <Randomskk> but my linux graphics works fine for games that support it
[20:56] <DanielRichman> I haven't tried testing the framerate; though spamming the ring-switcher looks smooth
[20:56] <DanielRichman> although having said that, chrome+compiz produces some strange effects when detaching/dragging tabs out of windows
[21:02] <jonsowman> <3 jquery plugins
[21:02] <jonsowman> json cookies
[21:02] <jonsowman> awesome
[21:02] <Randomskk> not as awesome as that graph
[21:02] <Randomskk> or you know what's more awesome
[21:02] <Randomskk> htop can be told to show threads in a different colour to processes
[21:02] <Randomskk> this is /fantastic/
[21:02] <jonsowman> hehe
[21:09] <Randomskk> by the way jonsowman why don't people use 0V as one of their voltages to an ntx2? saves a divider?
[21:15] <jonsowman> i'm not entirely sure
[21:15] <jonsowman> i don't see any reason why that's not possible
[21:16] <jonsowman> the only thing I can think of is at the extreme of the Vin's to TXD you push the frequency to the edge of its deviation
[21:16] <Randomskk> this night launch should be full of surprises then
[21:16] <jonsowman> and given how narrow the band is, you get really close to the neighbouring band
[21:16] <jonsowman> but since the neighbouring bands are also entirely empty (mostly), I don't really see it being a problem
[21:16] <Randomskk> should still be within spec at 0V though
[21:17] <jonsowman> certainly
[21:17] <jonsowman> I think it's just normal to stick it in the middle of the range
[21:17] <Randomskk> hehe setting the scope to trigger once and then touching it is awesome
[21:17] <jonsowman> I don't see any other technical reasons why you couldn't do, 0V and 0V2 for example
[21:17] <Randomskk> you get flatline up to the trigger point and then suddenly /\/\/\/
[21:17] <jonsowman> :)
[21:23] SpeedEvil (1000@tor/regular/SpeedEvil) left irc: Ping timeout: 245 seconds
[21:28] <Randomskk> hah better yet, normal trigger and hook it up to a serial converter, zoom in and you can just see the waveform of that byte, then type in a console
[21:28] <Randomskk> each keypress retriggers it
[21:38] SpeedEvil (~user@tor/regular/SpeedEvil) joined #highaltitude.
[21:47] LazyLeopard (~irc-clien@chocky.demon.co.uk) left irc: Quit: Bye
[21:57] LazyLeopard (~irc-clien@chocky.demon.co.uk) joined #highaltitude.
[22:01] DanielRichman (daniel@gateway/shell/anapnea.net/x-aeqxjdksbqnjcbph) left irc: Ping timeout: 260 seconds
[22:02] Snomi (snomi@gateway/shell/anapnea.net/x-bflysoezalvqgpvo) left irc: Ping timeout: 240 seconds
[22:03] MoALTz (~no@ left irc: Read error: Connection reset by peer
[22:04] MoALTz (~no@ joined #highaltitude.
[22:07] DanielRichman (daniel@gateway/shell/anapnea.net/x-dbniswiasicocgzl) joined #highaltitude.
[22:08] Snomi (snomi@gateway/shell/anapnea.net/x-yqverxtwqmruuceu) joined #highaltitude.
[22:46] Wild-Wing (~chatzilla@c-24-34-60-55.hsd1.ma.comcast.net) joined #highaltitude.
[22:50] <jonsowman> DanielRichman, Randomskk ping
[22:50] <DanielRichman> hi
[22:50] <jonsowman> http://hexoc.com/hab/predict/predict/
[22:50] <jonsowman> so hit Save Location
[22:51] <jonsowman> give it a name or whatever and save it
[22:51] <jonsowman> then back on the map, hit Other on the dropdown
[22:52] <Randomskk> if I select other first it errors "tried to write from an empty cookie" which is perhaps unexpected
[22:52] <jonsowman> yea it's not finished yet
[22:52] <jonsowman> before, it did nothing if you manually selected Other
[22:52] <DanielRichman> yeah that's what I got :P
[22:52] <DanielRichman> Tried to write from an empty cookie
[22:52] <jonsowman> maybe I'll change "other" to "Custom..."
[22:52] <DanielRichman> good engrish there
[22:53] <Randomskk> I get the error again even after it claims to have saved successfully
[22:53] <DanielRichman> at one point a Saved locations box appeared
[22:53] <jonsowman> uh
[22:53] <jonsowman> oh dear
[22:53] <jonsowman> oh ive broken something badly
[22:53] <jonsowman> hang on
[22:53] <DanielRichman> but a cusf_predictor cookie has indeed been saved jonsowman
[22:54] <jonsowman> yeh i know what the problem is
[22:54] <DanielRichman> it's full of %xx escape codes so I cba reading it but it looks good
[22:54] <jonsowman> me being an idiot
[22:56] <jonsowman> DanielRichman & Randomskk: try now
[22:56] <jonsowman> just hit Other in the dropdown
[22:57] <DanielRichman> nice
[22:57] <DanielRichman> it works
[22:57] <DanielRichman> do you still get the emails?
[22:57] <jonsowman> no
[22:57] <jonsowman> completely disabled that
[22:57] <Randomskk> works
[22:57] <jonsowman> it's pointless and annoying
[22:57] <Randomskk> probably change 'Request' to something else
[22:58] <jonsowman> Randomskk: yeh will do
[22:58] <Randomskk> good job
[22:58] <jonsowman> needs a bit of polishing and finishing etc
[22:58] <Randomskk> yea
[22:58] <jonsowman> but is the concept/UI ok?
[22:58] <Randomskk> a good error if you select other without saving one
[22:58] <Randomskk> probably change names
[22:58] <Randomskk> s/other/Locally Saved Locations
[22:58] <jonsowman> ability to change the name of a location you mean?
[22:58] <Randomskk> nah, names of UI stuff
[22:59] <jonsowman> yep good idea
[22:59] <jonsowman> should I make saved locations editable?
[22:59] <jonsowman> in terms of name, lat, long, alt
[22:59] <DanielRichman> hmm jonsowman whatever the first error was it's created an interesting bug; n-1 of my saved locations show in the list
[22:59] <jonsowman> i was thinking no - its quite a bit of work and not really very useful
[22:59] <jonsowman> ohh
[22:59] <jonsowman> weird.
[22:59] <jonsowman> hmm
[22:59] <jonsowman> oh yea I know why
[22:59] <DanielRichman> maybe if I clear ze cookie it will return to normal?
[22:59] <jonsowman> yup
[23:00] <jonsowman> it wrote bad data to the cookie
[23:00] <jonsowman> should be fine if you try again?
[23:00] <DanielRichman> jonsowman: UI req; if I select "Other" then want to bring up the menu again, I have to select another launch site and then go back to other to re-trigger the box
[23:00] <jonsowman> yeh I realise that
[23:00] <jonsowman> what do you reckon to get around that?
[23:01] <jonsowman> just selecting "other" again should work?
[23:01] <jonsowman> or.. a "Go" button next to the dropdown?
[23:01] <DanielRichman> dno
[23:01] <DanielRichman> perhaps the view saved locations button should be separate?
[23:01] <DanielRichman> or a "Load" button
[23:02] <jonsowman> could do that
[23:02] <jonsowman> could do any of these
[23:02] <DanielRichman> which would make more sense given the current use of the box
[23:02] <jonsowman> so changing the dropdown should do nothing until yyou click Load?
[23:08] natrium (~natrium@CPE000625d867e2-CM0014045885be.cpe.net.cable.rogers.com) joined #highaltitude.
[23:08] timbobel (~timboebl@5ED040EE.cable.ziggo.nl) joined #highaltitude.
[23:08] <Randomskk> jonsowman: so
[23:08] <timbobel> evenin
[23:09] <Randomskk> selwx negotiated a network link
[23:09] <Randomskk> dhcp is a long way off
[23:09] <Randomskk> but the link light came up on it, and on the switch
[23:09] <Randomskk> then my home ethernet died and I had to restart everything
[23:09] <Randomskk> selwyn will love us :D
[23:10] <jonsowman> oh crap
[23:10] <Randomskk> might be coincidence
[23:10] <jonsowman> :\
[23:11] <Randomskk> http://xkcd.com/242/
[23:11] <Randomskk> the point is, it negotiated a link :D :D
[23:11] <jonsowman> that is good
[23:11] <jonsowman> :D
[23:11] <Randomskk> this is with very, very, very hacked together code from one of the ST examples
[23:11] <Randomskk> so I don't think it does ARP or even stays on after negotiating, but hey
[23:11] natrium42 (~natrium@CPE000625d867e2-CM0014045885be.cpe.net.cable.rogers.com) left irc: Ping timeout: 260 seconds
[23:11] <Randomskk> that green light potentially means everything is good
[23:11] <jonsowman> better than nowt
[23:11] <Randomskk> or at the least, it negotiated some kind of something
[23:11] <jonsowman> apart from your LAN explodifying
[23:11] <Randomskk> :D
[23:12] <Randomskk> that could have been a cable coming loose
[23:12] <Randomskk> the uplink to my switch has a broken tab
[23:13] <jonsowman> ah fair enough
[23:13] <jonsowman> hopefully it was that then
[23:14] <Randomskk> hmm though it is not negotiating now :P
[23:14] <Randomskk> ah! and now it is
[23:14] <Randomskk> and hey, the little oragne light is coming on
[23:14] <timbobel> anyone has an easy solution for antenna on the balloon?
[23:15] <timbobel> something that is smaller and looks good?
[23:15] <jonsowman> :)
[23:15] <Randomskk> http://www.flickr.com/photos/randomskk/4413273403/
[23:15] <Randomskk> it looks fantastic
[23:15] <Randomskk> http://www.flickr.com/photos/randomskk/4413270817/
[23:15] <Randomskk> and is as small as you really want
[23:18] Guest5195 (~smealum@ left irc: Ping timeout: 252 seconds
[23:18] <timbobel> too big
[23:18] Upu (~Upu@ubn.upuaut.net) left irc:
[23:18] <timbobel> the computer i made is about 1/3rd that size, so id like a mini antenna with that
[23:18] <Randomskk> why?
[23:18] <timbobel> ok but this looks good though
[23:18] <Randomskk> so? the antenna hangs off the bottom
[23:18] <timbobel> how did you hook up the wire?
[23:19] <timbobel> yeah but im asking, can it go smaller?
[23:19] <timbobel> for instance, can i take a 433MHz helical antenna
[23:20] <jonsowman> Randomskk: opinions on this UI layout?
[23:20] <jonsowman> DanielRichman too :)
[23:20] <jonsowman> and everyone in fact
[23:20] <jonsowman> (i realise the custom button doesn't actually do anything at present)
[23:21] <timbobel> random: did you let that cmoputer fly? what gps system?
[23:22] <Randomskk> jonsowman: looks okay
[23:23] <Randomskk> timbobel: yea, it had a... I forget
[23:23] <Randomskk> something or other. cut out at 24k
[23:23] <DanielRichman> jonsowman: yeah looks OK. The text in the buttons is aligned slightly wrong on g-chrome
[23:23] <jonsowman> okay
[23:23] <jonsowman> will have a play
[23:23] <DanielRichman> jonsowman: my only concern is that the buttons are inconsistent with the <input> fields
[23:24] <timbobel> randomskk: when it cut out, did you get it back?
[23:24] <DanielRichman> might look a bit out of place
[23:24] <jonsowman> DanielRichman: what do you mean?
[23:24] <DanielRichman> well you've got blue rounded cornered buttons in some places yet grey browser generated input <selects> etc in others
[23:25] <jonsowman> maybe I should go for just plain liks?
[23:25] <DanielRichman> or you could use <input type="button"s>
[23:25] <DanielRichman> I dunno
[23:26] <jonsowman> ie. the Close Window link if you open Set With Map
[23:27] <Randomskk> so like, it seems it sometimes does the link ok light when it is not even plugged in
[23:27] <Randomskk> timbobel: yea, it came back after 24k
[23:29] <jonsowman> is this better or worse?
[23:29] <Randomskk> not sure
[23:29] <Randomskk> but my hacked together and hot glued 5V to 2.1mm supply just broke
[23:29] <Randomskk> :(
[23:29] <jonsowman> aww
[23:29] <Randomskk> the FTDI thing does 3v3 but it's meant to be 25mA
[23:29] <Randomskk> the phy can use 200mA peak apparently
[23:30] <Randomskk> so I am somewhat edgy about trying to run it off that
[23:30] <jonsowman> hehe
[23:31] <DanielRichman> hot glued? hot glue doesn't break
[23:31] <Randomskk> no, but it doesn't provide any significant wire support
[23:31] <Randomskk> so the cable broke
[23:31] <Randomskk> I really need to buy some 2.1mm male jacks that I can connect wires to
[23:31] <Randomskk> I also really need a friggin lab power supply
[23:32] <jonsowman> OK well the predictor is staying like this for now
[23:32] <Randomskk> http://uk.farnell.com/spc-technology/spc12041/dc-power-cord-2-5mm-plug-6ft-black/dp/4985680 would be lovely if it wasn't US stock
[23:33] <Randomskk> this is good
[23:33] natrium_ (~natrium@CPE000625d867e2-CM0014045885be.cpe.net.cable.rogers.com) joined #highaltitude.
[23:35] MoALTz (~no@ left irc: Quit: Leaving
[23:36] <timbobel> my girlfriend saw my pile of resistors today. she thought they'd be lovely earrings...
[23:36] natrium (~natrium@CPE000625d867e2-CM0014045885be.cpe.net.cable.rogers.com) left irc: Ping timeout: 264 seconds
[23:36] LazyLeopard (~irc-clien@chocky.demon.co.uk) left irc: Quit: Bye
[23:37] <Randomskk> jonsowman: did you find my bannana-croc cables?
[23:39] <jonsowman> from where?
[23:39] Guest5195 (~smealum@ joined #highaltitude.
[23:40] <Randomskk> apex2
[23:40] <Randomskk> the atx power supply pcb to ic7000 power lead things
[23:41] <jonsowman> hrm
[23:41] <jonsowman> no but I will have another look
[23:41] <Randomskk> thanks
[23:41] <jonsowman> otherwise I owe you soem :)
[23:41] <Randomskk> don't /think/ they turned up here
[23:41] <jonsowman> s/soem/some/
[23:41] <Randomskk> I did notice this closer to the time :P
[23:41] <jonsowman> ah sorry
[23:42] <Randomskk> np, I may just pick some up from farnell anyway along with some 2.1mm male jacks
[23:44] <jonsowman> will pay for them if I can't return them
[23:44] <Randomskk> don't worry about them, they cost like a pound
[23:44] <Randomskk> just give me a shout if they turn up in the back of the car one day :P
[23:45] <jonsowman> will do
[23:45] Action: Randomskk jury rigs selwx to atx psu in the meantime
[23:53] <Randomskk> jonsowman: well it's sitting on the network and if I try pinging its IP, the ARP packets go to it and its data LED lights, but it doesn't ARP response
[23:54] <Randomskk> so the PHY is seeing the ARP packets
[23:54] <Randomskk> but I suspect the ARM is just doing sod all
[23:54] <Randomskk> however it is turning the PHY on by the looks of things
[23:54] <jonsowman> still
[23:54] <jonsowman> :D
[23:54] <Randomskk> step two is to get rid of all this hacked mess and just start coding it properly
[23:54] <Randomskk> it's not thaaat much code
[23:54] <Randomskk> still unsure on uIP vs lwIP
[23:54] <Randomskk> but I'll start by playing with uIP I think.
[23:55] <Randomskk> well, I'll start by setting up the MAC
[23:56] <jonsowman> cool
[23:56] <jonsowman> sounds good
[23:56] <jonsowman> :D
[23:57] <jonsowman> right, bedtime
[23:57] <jonsowman> night all :)
[23:57] <Randomskk> seeya
[23:57] <JackNorris> Think i might have killed my iphones serial port :(
[00:00] --- Wed Aug 11 2010