highaltitude.log.20150223

[00:25] anerdev (~anerdev@2.234.169.198) joined #highaltitude.
[00:30] chris_99 (~chris_99@unaffiliated/chris-99/x-3062929) left irc: Quit: Ex-Chat
[00:32] <Ian_> How do you mean crap from i2c Vaizki? bad or non-extant data or garbling?
[00:35] gonzo_nb (~gonzo@host-92-14-209-118.as43234.net) left irc: Remote host closed the connection
[00:43] Laurenceb_ (~Laurence@host86-150-170-139.range86-150.btcentralplus.com) left irc: Ping timeout: 255 seconds
[00:47] nv0o (~dwhite152@c-67-162-187-71.hsd1.mo.comcast.net) left irc: Quit: KVIrc 4.3.1 Aria http://www.kvirc.net
[00:51] Ian_ (4d651452@gateway/web/freenode/ip.77.101.20.82) left irc: Quit: Page closed
[00:52] Ian_ (4d651452@gateway/web/freenode/ip.77.101.20.82) joined #highaltitude.
[00:58] talsit_roam (uid30008@gateway/web/irccloud.com/x-leygldgzctmdceaw) joined #highaltitude.
[01:03] DL7AD_ (~quassel@p579239AB.dip0.t-ipconnect.de) joined #highaltitude.
[01:06] DL7AD (~quassel@p5DD141E2.dip0.t-ipconnect.de) left irc: Ping timeout: 252 seconds
[01:37] anerdev (~anerdev@2.234.169.198) left irc: Quit: Leaving
[01:40] anerdev (~anerdev@2.234.169.198) joined #highaltitude.
[01:51] anerdev (~anerdev@2.234.169.198) left irc: Quit: Leaving
[02:00] es5nhc (~tarmo@108-40-71-217.static.internet.emt.ee) joined #highaltitude.
[02:11] KT5TK (~thomas@p5B37B8C7.dip0.t-ipconnect.de) joined #highaltitude.
[02:13] KT5TK1 (~thomas@p5B37B014.dip0.t-ipconnect.de) left irc: Ping timeout: 240 seconds
[02:28] lz1dev (~rgp@unaffiliated/lz1dev) left irc: Read error: Connection reset by peer
[02:28] lz1dev (~rgp@unaffiliated/lz1dev) joined #highaltitude.
[03:16] lz1dev (~rgp@unaffiliated/lz1dev) left irc: Read error: Connection reset by peer
[03:27] lz1dev (~rgp@unaffiliated/lz1dev) joined #highaltitude.
[04:17] MLow (~MLow@162.250.144.133) left irc: Ping timeout: 255 seconds
[04:18] MLow (~MLow@162.250.144.133) joined #highaltitude.
[05:01] MLow (~MLow@162.250.144.133) left irc: Ping timeout: 264 seconds
[05:02] MLow (~MLow@162.250.144.133) joined #highaltitude.
[05:47] Geoff-G8DHE-Tab (~Geoff-G8D@geoffg8dhe.plus.com) left irc: Ping timeout: 244 seconds
[05:47] Geoff-G8DHE-m (~Geoff-G8D@geoffg8dhe.plus.com) joined #highaltitude.
[05:48] Geoff-G8DHE-Lap (~Geoff-G8D@geoffg8dhe.plus.com) left irc: Ping timeout: 245 seconds
[05:48] Geoff-G8DHE (~Geoff-G8D@geoffg8dhe.plus.com) left irc: Ping timeout: 245 seconds
[05:49] Geoff-G8DHE-Lap (~Geoff-G8D@geoffg8dhe.plus.com) joined #highaltitude.
[05:49] Geoff-G8DHE (~Geoff-G8D@geoffg8dhe.plus.com) joined #highaltitude.
[05:51] malgar (~malgar@adsl-ull-169-61.47-151.net24.it) joined #highaltitude.
[06:01] malgar (~malgar@adsl-ull-169-61.47-151.net24.it) left irc: Quit: Sto andando via
[06:09] <Vaizki> morning
[06:19] DL7AD_ (~quassel@p579239AB.dip0.t-ipconnect.de) left irc: Remote host closed the connection
[06:34] li4m0 (~AndChat55@host86-153-125-173.range86-153.btcentralplus.com) left irc: Quit: Bye
[07:34] <Vaizki> and I resolved my i2c, it was timing and concurrency issues.. plus that I didn't realize that the arduino Wire.read() actually returns a signed int instead of a char
[07:34] <Vaizki> as usual the Arduino docs & examples are misleading sludge
[07:35] <Vaizki> and yes, I said I wouldn't use arduino libs but wanted to see this working with Wire first
[07:38] infaddict (~infaddict@90.205.216.202) joined #highaltitude.
[07:41] UpuWork (~UpuWork@smtp.nevis.co.uk) left irc: Ping timeout: 264 seconds
[07:43] DL7AD (d95cb146@gateway/web/freenode/ip.217.92.177.70) joined #highaltitude.
[07:46] es5nhc (~tarmo@108-40-71-217.static.internet.emt.ee) left irc: Remote host closed the connection
[07:47] malclocke (~malc@60-234-172-149.bitstream.orcon.net.nz) joined #highaltitude.
[07:48] es5nhc (~tarmo@108-40-71-217.static.internet.emt.ee) joined #highaltitude.
[07:49] malclocke (~malc@60-234-172-149.bitstream.orcon.net.nz) left irc: Client Quit
[07:53] UpuWork (~UpuWork@fw.metronet-uk.com) joined #highaltitude.
[07:55] bertrik (~quassel@rockbox/developer/bertrik) joined #highaltitude.
[07:55] bertrik (~quassel@rockbox/developer/bertrik) left irc: Read error: Connection reset by peer
[08:06] DanielRichman (~daniel@unaffiliated/danielrichman) left irc: Remote host closed the connection
[08:07] DanielRichman (~daniel@unaffiliated/danielrichman) joined #highaltitude.
[08:09] sv9qct (~textual@athedsl-4488513.home.otenet.gr) joined #highaltitude.
[08:11] <infaddict> morning
[08:12] <infaddict> just saved nearly 600 bytes of SRAM by using the F() macro for serial.print strings. wow.
[08:12] <Vaizki> yup
[08:13] <Vaizki> btw, i2c timing with ublox.. what kind of delays are you using between polls, between write and read etc?
[08:14] <Vaizki> I have i2c working but I just put in "long enough" delays and they're probably waaaay tooooo loooong
[08:15] <infaddict> I have 500ms in my main loop at the moment. in that main loop i fire a UBX-NAV-PVT request and then read the data back (if it is available).
[08:15] <fsphil> what does F() do differently to PSTR()?
[08:16] <Vaizki> infaddict, so you don't have a delay between endTransmission() and requestFrom() ?
[08:16] <infaddict> fsphil: not sure, i dont know what PSTR() does. F() simply tells arduino to store the strings in flash rather than RAM.
[08:16] <fsphil> that's what PSTR() does
[08:17] <Vaizki> well it's not "simply".. the F() macro is a bit more involved in that you don't have to do anything special to later access them
[08:17] ipdove (~ipdove@interclub.plus.com) joined #highaltitude.
[08:17] <infaddict> hence its simple for a programmer
[08:18] <infaddict> unlike PROGMEM you dont have to mess about to retrieve them
[08:18] <fsphil> found the code, not just a pointless alias. phew
[08:18] <fsphil> most C string functions have a _P variant for progmem strings
[08:18] <Vaizki> yes, it uses a __FlashStringHelper pointer type to trigger different funcs in print() etc to access from PROGMEM
[08:19] <fsphil> yea this actually makes use of C++
[08:19] <Vaizki> by casting to that type the F() macro is telling the compiler.. yea
[08:19] <infaddict> Vaizki I have no delay between endTransmission and requestFrom, other than the time it takes my code to get from my send routine to my read routine.
[08:19] <infaddict> but my read routine waits for the correct bytes (up to max of 2 seconds then fails)
[08:20] <infaddict> i.e. if expected message (ACK or UBX payload) and checksum dont arrive within 2 seconds consider sommicks wrong
[08:20] <Vaizki> ok, well I have some isssues that Wire.available() returns a positive number even if there is nothing to read
[08:20] <Vaizki> read() then returns -1 though
[08:21] <Vaizki> I think I will code my own i2c..
[08:21] <infaddict> read() returns you a char containing -1 ?
[08:22] <infaddict> that doesnt sound right. even if uBlox has no real data, should might get FF
[08:22] <daveake> Yes, that's the ublox "I have nothing for you" byte
[08:23] <Vaizki> oh ok
[08:23] chris_99 (~chris_99@unaffiliated/chris-99/x-3062929) joined #highaltitude.
[08:23] <Vaizki> read() returns an int
[08:23] <Vaizki> a signed int
[08:23] <Vaizki> something the docs DON'T MAKE VERY CLEAR :)
[08:24] <Vaizki> which if cast to an unsigned int is 0xFFFF
[08:24] <Vaizki> I mean -1
[08:24] <infaddict> ok i just read it as a byte/char
[08:25] <infaddict> can then check for FF
[08:25] <Vaizki> anyway, it threw me off for a while. but it makes sense if ublox actually sends out 0xFF if it has no answer
[08:25] <infaddict> yep the ublox protocol pdf explains that
[08:25] <Vaizki> I must have missed it
[08:25] <infaddict> is that the spurious data you were referring to yesterday?
[08:25] <Vaizki> yes, now I found it
[08:26] <Vaizki> well yes and no
[08:26] <Vaizki> long story, fixed now :)
[08:26] <infaddict> ok great, by default my ublox was set to NMEA and UBX over I2C, so if you dont disable NMEA quickly you get data coming in
[08:27] <Vaizki> sure, btw I hacked together a NMEA disabling code that saves memory ;)
[08:27] <infaddict> NMEA seems to send data automatically without you asking. UBX doesnt send anything unless you request it. thats what ive found anyway
[08:28] <Vaizki> yea default config is to spam NMEA
[08:28] <Vaizki> that's how NMEA has always worked
[08:28] <infaddict> so i send a PRT (port) request first to just enable UBX send and UBX receive
[08:28] <infaddict> then you dont have to even bother disabling all the NMEA msgs
[08:29] <Vaizki> right, well I like to have debug output on the GPS serial pins
[08:29] <Vaizki> or in/out
[08:30] <Vaizki> http://pastebin.com/PAyF9VVQ
[08:30] <Vaizki> there is my "memory saving" disable code ;)
[08:32] <infaddict> looks good, but you're not checking for any ACK back from uBlox
[08:32] <Vaizki> I commented that out
[08:32] <Vaizki> // insert your code to wait for confirmation here
[08:33] <infaddict> certainly saves string memory for individual commands (as youve noted they are very similar)
[08:33] <infaddict> i turned them off one by one originally then switched fully to UBX only via PRT command so removed all the NMEA switch offs
[08:35] <infaddict> what are opinions on leaving serial.print type of debug commands in for fatal errors? should they be left in regardless or should they be wrapped in IFDEF
[08:35] <infaddict> i guess if you have problems in the field (e.g. launch day) its good to have them available
[08:36] <Vaizki> well I intend to leave them in if memory is not an issue
[08:37] <SpacenearUS> New vehicle on the map: 03DO9HO-11 - 12http://tracker.habhub.org/#!qm=All&q=DO9HO-11
[08:38] number10 (d42c14ce@gateway/web/freenode/ip.212.44.20.206) joined #highaltitude.
[08:38] <infaddict> yep i think it would only be useful to wrap in IFDEF if pgm size was an issue
[08:41] Laurenceb_ (~Laurence@host86-150-170-139.range86-150.btcentralplus.com) joined #highaltitude.
[08:43] <Vaizki> I got distracted with an el cheapo Cortex-M1 "nano" board yesterday
[08:43] <Vaizki> seems quite nice but ARM docs.. you have to jump between manufacturer docs and ARM core docs..
[08:49] sv9qct (~textual@athedsl-4488513.home.otenet.gr) left irc: Read error: Connection reset by peer
[08:50] sv9qct (~textual@athedsl-4488513.home.otenet.gr) joined #highaltitude.
[08:54] <Vaizki> http://www.ebay.com/itm/301402799820
[08:54] <Vaizki> that's the one.. you have to buy reels of 1000 to get the STM32 for 3 euros each so 4 for a complete board .. :P
[08:54] <Vaizki> ebay prices are just crazy
[08:56] sv9qct (~textual@athedsl-4488513.home.otenet.gr) left irc: Quit: My Mac has gone to sleep. ZZZzzz&
[08:57] infaddict (~infaddict@90.205.216.202) left irc: Remote host closed the connection
[09:01] DL7AD (d95cb146@gateway/web/freenode/ip.217.92.177.70) left irc: Quit: Page closed
[09:02] Laurenceb_ (~Laurence@host86-150-170-139.range86-150.btcentralplus.com) left irc: Ping timeout: 246 seconds
[09:03] sv9qct (~textual@athedsl-4488513.home.otenet.gr) joined #highaltitude.
[09:08] Merlin83b (~Daniel@2a00:1ee0:3:1337:4464:76b4:921d:bf87) joined #highaltitude.
[09:13] sv9qct (~textual@athedsl-4488513.home.otenet.gr) left irc: Read error: Connection reset by peer
[09:13] yogyga (~heloise@dag94-3-82-228-225-148.fbx.proxad.net) joined #highaltitude.
[09:14] sv9qct (~textual@athedsl-4488513.home.otenet.gr) joined #highaltitude.
[09:14] talsit_roam (uid30008@gateway/web/irccloud.com/x-leygldgzctmdceaw) left irc: Quit: Connection closed for inactivity
[09:20] sv9qct (~textual@athedsl-4488513.home.otenet.gr) left irc: Quit: My Mac has gone to sleep. ZZZzzz&
[09:28] alxwntr (~alxwntr@cpc68289-cdif17-2-0-cust388.5-1.cable.virginm.net) joined #highaltitude.
[09:42] rbckman (~rob@77-105-108-88.lpok.fi) joined #highaltitude.
[09:45] UpuWork (~UpuWork@fw.metronet-uk.com) left irc: Ping timeout: 250 seconds
[09:55] alxwntr (~alxwntr@cpc68289-cdif17-2-0-cust388.5-1.cable.virginm.net) left irc: Ping timeout: 255 seconds
[09:57] UpuWork (~UpuWork@smtp.nevis.co.uk) joined #highaltitude.
[10:02] R34lB0rg (~tom@78.142.75.53) left irc: Ping timeout: 252 seconds
[10:03] <Vaizki> btw what do you guys use for temperature measurement? ntc or ds18b20?
[10:04] <Darkside> a lot use DS18B20s
[10:04] <Darkside> that's what i've used
[10:04] <Darkside> i don't necessarily trust their linearity down to -55 degC tho
[10:06] superkuh_ (~superkuh@unaffiliated/superkuh) joined #highaltitude.
[10:07] <Vaizki> yea I'm used to ds18b20 so will just go with that...
[10:08] <Vaizki> data sheet claims +-2deg precision to -55
[10:08] <Vaizki> good enough for me
[10:10] superkuh (~superkuh@unaffiliated/superkuh) left irc: Ping timeout: 264 seconds
[10:13] <gonzo_> I think the one I used was a maxin device, to92 packages sensor, with a 0-5V analogue out
[10:13] <gonzo_> maxim
[10:13] <gonzo_> can't find the part number thouggh
[10:15] <Vaizki> are you sure it wasn't a TMP36 from analog?
[10:17] <gonzo_> it was a max or poss mcpart number
[10:17] <gonzo_> mc
[10:18] <gonzo_> linearised analogue o/p
[10:20] <Vaizki> MCP9700?
[10:21] <Vaizki> only goes to -40 though
[10:26] Nick change: superkuh_ -> superkuh
[10:37] <gonzo_> sounds familiar
[10:38] <gonzo_> microchip... Yep could be
[10:38] <gonzo_> would have to look at my bags of bits to see what I brought
[10:38] devv_ (59f1691b@gateway/web/freenode/ip.89.241.105.27) joined #highaltitude.
[10:38] <gonzo_> not used them for a while. Last payloads have just had Vbatt in the telem
[10:39] <Vaizki> yea I was also wondering about how useful is the temperature..
[10:44] rwsq1 (~rwsq1@234.11-35-82.static.virginmediabusiness.co.uk) joined #highaltitude.
[10:49] anerdev (~anerdev@2.234.169.198) joined #highaltitude.
[10:57] SushiKenBrown (~quassel@cmr-208-124-174-194.cr.net.cable.rogers.com) joined #highaltitude.
[10:59] SushiKenBrown_ (~quassel@cmr-208-124-174-194.cr.net.cable.rogers.com) left irc: Ping timeout: 245 seconds
[10:59] infaddict (~infaddict@90.205.216.202) joined #highaltitude.
[11:10] devv_ (59f1691b@gateway/web/freenode/ip.89.241.105.27) left irc: Quit: Page closed
[11:10] SiC (~Simon@85.255.232.188) joined #highaltitude.
[11:20] nv0o (~dwhite152@c-67-162-187-71.hsd1.mo.comcast.net) joined #highaltitude.
[11:31] <Vaizki> so if my payload transmits more than one sentence, should I include a static character after payload name for matching or will the habitat parser simply loop through all the formats until it finds one with all the fields it expects?
[11:31] <infaddict> my understanding is it looks thru your defined formats for a match
[11:31] <infaddict> if no match then a parser error is thrown
[11:32] <Vaizki> right, so I don't need to waste 2 bytes to for example L or S for long or short
[11:32] <infaddict> correct
[11:33] <Vaizki> ok need to try that out this evening
[11:35] <Vaizki> and why is the sentence_id (transmission serial number) suggested.. I see a little value in detecting a) skipped decods b) reboots but not a whole lot of value
[11:35] Ojo (~pieter@c-24-30-12-2.hsd1.ga.comcast.net) left irc: Read error: Connection reset by peer
[11:36] <infaddict> yer i'm not including a sentence id as i saw no value. i already have a flighttime (seconds) and UTC time, so that service similar purpose.
[11:36] Ojo (~pieter@c-24-30-12-2.hsd1.ga.comcast.net) joined #highaltitude.
[11:36] <infaddict> my sentence is 90 bytes with all info in it. hoping thats not too long.
[11:37] <craag> if you don't have gps lock - how does habitat know what order the packets are meant to be in?
[11:37] anerdev (~anerdev@2.234.169.198) left irc: Quit: This computer has gone to sleep
[11:38] <infaddict> i send a 0 lat/long when no gps lock. and zero other fields. format remains the same.
[11:38] <infaddict> not sure i understand how GPS lock influences packet order?
[11:38] <craag> you won't have time in the packet
[11:38] <craag> so habitat gets two packets, with 00:00:00 in the time field
[11:38] <infaddict> i have flight time
[11:38] <Vaizki> at 5 chars/sec that's 18 seconds to transmit 90 chars.. couple of seconds idle between? coming down at 5m/s it's 100m down between sentences
[11:38] <craag> ah ok
[11:39] <craag> (which is basically sentence id :P)
[11:39] <infaddict> from millis()
[11:39] <craag> can you tell habitat to use that to order the packets?
[11:39] <infaddict> why is it bad for habitat to get two sentences with same info? surely thats what we want
[11:40] <infaddict> its just a parser right? if fields are in correct order/format, shouldnt it just parse them?
[11:40] <adamgreig> it will parse them OK
[11:40] <craag> yes it'll parse them
[11:40] <adamgreig> but you won't know it's a new packet
[11:40] <Vaizki> if the packets are > 10 seconds apart on transmit, I don't think 2 receivers are going to upload packets in the wrong order?
[11:40] <infaddict> ah right i understand
[11:40] <craag> Vaizki: they do... surprisingly often
[11:41] <Vaizki> hmmh
[11:41] <infaddict> so yep my flightTime (in seconds) will help there, as you say a kinda sentence id
[11:41] <adamgreig> a lot of receivers can have quite high latency
[11:41] <infaddict> although dupes within 1 second wont be spottable
[11:41] <Vaizki> I trust experience against intuition
[11:41] <adamgreig> e.g. mobile links, slow computers, whatever
[11:41] <craag> especially from people on intermittent 3g connections
[11:41] <Vaizki> so I'm keeping the serial ;)
[11:41] <adamgreig> everything will just about work without a sentence ID but it's the usual thing to do and works quite well
[11:41] <adamgreig> for the sake of a couple of bytes
[11:41] <infaddict> sure, but habitat places no reliance on it for any logic?
[11:42] <infaddict> or does it only process new sentence ids
[11:42] <Vaizki> does habitat support sending integers or floats as hex or other more efficient encoding than decimal?
[11:42] HixServer (~Hix@97e05725.skybroadband.com) joined #highaltitude.
[11:43] <infaddict> ive also noted it doesnt support number larger than integer. surely altitude will blow an integer?
[11:43] <infaddict> unless i've missed something
[11:43] <adamgreig> you can send integers as hex yes
[11:43] <adamgreig> and habitat's integers are arbitrarily long
[11:43] <Vaizki> I think habitat integer = 32bit signed
[11:43] <infaddict> ah
[11:43] <Vaizki> oh ok
[11:43] <infaddict> right ;-) that makes sense
[11:44] <adamgreig> though yes a default 'int' on a 64 bit server is going to let you get to quite some altitude
[11:44] <Vaizki> well anyway even 32bit signed would not "blow" :)
[11:44] <adamgreig> infaddict: the parser doesn't, but various things that use the data might - e.g. I think the web frontend uses it to help filter out duplicates
[11:45] <adamgreig> so basically it won't think it's heard a new sentence from your payload until it gets a different one
[11:45] <Vaizki> and getting 2 position updates in the wrong order would screw up prediction I guess?
[11:45] <adamgreig> and won't update anything on the website
[11:45] <adamgreig> prediction is based on the most recently received new message
[11:45] <infaddict> adamgreig: so is it common practice to ++ the sentence id on every single xmit (i.e. 50hz)
[11:45] yogyga (~heloise@dag94-3-82-228-225-148.fbx.proxad.net) left irc: Quit: Leaving
[11:45] <adamgreig> yes
[11:45] <jededu> dfldigi wont send duplicate sentences
[11:45] <Vaizki> no not 50Hz
[11:45] <adamgreig> it gets incremented with every new sentence
[11:46] <adamgreig> jededu: I think it will..?
[11:46] LazyLeopard (~irc-clien@chocky.demon.co.uk) joined #highaltitude.
[11:46] <Vaizki> yes fldigi sends dups
[11:46] <jededu> Not mine I send 2 by design 2nd one fails
[11:46] <Vaizki> I just tried it yesterday with a fixed sentence
[11:46] <infaddict> sry 1/50 * sentence length
[11:46] <Vaizki> hmm
[11:47] <adamgreig> oh well
[11:47] <adamgreig> dl-fldigi is uploading it
[11:47] <infaddict> i did notice even the wiki RTTY TEST BEACON example included a sentence id
[11:47] <Vaizki> I could be wrong. maybe I had a running serial on it.
[11:47] <infaddict> that may be why
[11:47] <adamgreig> but the database does not do anything if the same receiver sends the same message
[11:47] <infaddict> i will include one if thats the case
[11:47] <adamgreig> basically it is recommended that you include a sentence ID in your sentences
[11:47] <adamgreig> it's a false economy to try and skip those couple of bytes
[11:47] <adamgreig> you're already using a horrifically inefficient encoding
[11:48] <Vaizki> yes that's why my optimization finger is itchy
[11:48] <adamgreig> so don't try and get these tiny pointless gains
[11:48] <adamgreig> do something that works
[11:48] <infaddict> i here some guys are working on binary RTTY
[11:48] <infaddict> *hear
[11:48] <adamgreig> it won't be RTTY by definition
[11:48] <adamgreig> but binary data modes, sure
[11:49] <Vaizki> I did consider it but with all the infrastructure already set up for 50bps RTTY...
[11:49] <Vaizki> and ascii at that
[11:49] <SpacenearUS> New position from 03EDUPIC14 after 0314 hours silence - 12http://tracker.habhub.org/#!qm=All&q=EDUPIC14
[11:49] <adamgreig> ascii is a much better place to get started
[11:49] <SpeedEvil> Well, the infratructure is mostly based around dl-fldigi
[11:50] <SpeedEvil> In principle, a patch to dl-fldigi could do anything
[11:50] <jededu> Fails with caught runtime error
[11:50] <SpeedEvil> But in practice, for 50bps, it doesn't matter, as you get ~500km+ range at 10mW to reasonable receivers
[11:50] <SpeedEvil> And the problem decoding only comes when you hit non-line-of-sight when it's going to go out of range for any possible modulation 30s later
[11:51] <jededu> habitat unmergableerror
[11:51] <infaddict> yep ASCII RTTY is fine for my first flight lol. more than proven.
[11:52] <adamgreig> so dl-fldigi is still trying to upload duplicates, but it's telling you this sentence is already in the database so it can't do anything
[11:52] <jededu> Yes looks like it
[11:54] <infaddict> so next question is when/where to increment sentenceid. after a single full sentence has been sent?
[11:54] <Vaizki> eh?
[11:55] <infaddict> just thinking about interrupt driven RTTY which is flying away in the background
[11:55] <Vaizki> just put a static uint16_t variable in your transmit function, ++ it every time you prepare a sentence and include it?
[11:56] <Vaizki> well I have interrupt driven RTTY, so in my main loop I detect if the radio is idle then I prepare a new sentence with an incremented id, copy that to the send buffer, point the rtty send pointer to the start of that and off it rattles
[11:57] SiC (~Simon@85.255.232.188) left irc: Read error: Connection reset by peer
[11:57] <infaddict> is the radio every idle?
[11:57] <infaddict> *ever
[11:58] <Vaizki> of course, when the sentence is done
[11:58] <Vaizki> I mean the main loop will kick off a new sentence right away so it's not really idle for more than 200ms or so
[11:58] <infaddict> ok but doesnt it start again at the beginning again
[11:58] <Vaizki> sure
[11:59] <infaddict> most of the RTTY code i've seen appears to be constantly transmitting and picks up whatever current sentence id is. it doesnt wait for you to kick off a new sentence.
[12:00] <infaddict> anyway, i haven't done my radio code yet so probably talking nonsense. just going off code I've been reading.
[12:00] <Vaizki> well I did it this way so when I start transmitting I will have the freshest possible GPS fix
[12:01] <infaddict> many roads to Rome as they say
[12:01] <Vaizki> I have considered splitting the transmission into 2 parts so that the gps is polled just before the LAT/LON fields are sent
[12:02] <infaddict> mmm its a choice of how often to update key information in the sentence (like lat/long).
[12:02] <infaddict> but you still want to send the sentence repeatedly even if that info is not being updated
[12:02] <infaddict> e.g. same lat/long position
[12:02] <Vaizki> of course but my RTTY transmission takes 15-20 seconds
[12:03] <Vaizki> well it's work in progress
[12:03] <Vaizki> I didn't read anyone's code, I just wrote some :)
[12:03] <infaddict> yep i estimate about 15 seconds for full sentence
[12:06] <Vaizki> so the code you saw, it keeps generating a sentence into a buffer all the time and when the RTTY is done it just picks up what happens to be in that buffer, takes a copy of it and starts sending?
[12:08] anerdev (~anerdev@2.234.169.198) joined #highaltitude.
[12:08] SiC (~Simon@85.255.232.188) joined #highaltitude.
[12:09] <infaddict> yes the RTTY take a copy of the sentence firstly (in case it changes), then sends it char by char, bit by bit. as soon as full string done, it starts again.
[12:09] <infaddict> so its constantly sending something
[12:09] <infaddict> this makes sense as you want a constant stream of RTTY even if it takes 15 seconds
[12:11] <Vaizki> well now I might lose <1s of sending time but it's still going to send out a mark for receivers to agc on
[12:13] <Vaizki> and if I want it to endlessly rattle off data, I can do that easily by not stopping at "state zero" which is my idle state
[12:14] <infaddict> yep in my state zero, i start again with first byte
[12:17] <Vaizki> it would require another 100 byte buffer though ;)
[12:26] SiC- (~Simon@85.255.232.188) joined #highaltitude.
[12:26] SiC (~Simon@85.255.232.188) left irc: Ping timeout: 255 seconds
[12:35] infaddict (~infaddict@90.205.216.202) left irc: Remote host closed the connection
[12:35] infaddict (~infaddict@90.205.216.202) joined #highaltitude.
[12:47] Johnwulp_ (~Johnwulp@92.109.151.65) left irc: Ping timeout: 245 seconds
[12:48] Johnwulp (~Johnwulp@92.109.151.65) joined #highaltitude.
[13:05] OZ1SKY_Brian (~Brian@x1-6-e8-fc-af-95-86-7a.cpe.webspeed.dk) joined #highaltitude.
[13:05] infaddict (~infaddict@90.205.216.202) left irc: Remote host closed the connection
[13:07] <OZ1SKY_Brian> hi
[13:07] Hix (~Hix@97e05725.skybroadband.com) joined #highaltitude.
[13:19] alxwntr (~alxwntr@cpc68289-cdif17-2-0-cust388.5-1.cable.virginm.net) joined #highaltitude.
[13:20] <SpacenearUS> New vehicle on the map: 03Monster_chase - 12http://tracker.habhub.org/#!qm=All&q=Monster_chase
[13:28] sv9qct (~textual@athedsl-4488513.home.otenet.gr) joined #highaltitude.
[13:34] sv9qct (~textual@athedsl-4488513.home.otenet.gr) left irc: Quit: My Mac has gone to sleep. ZZZzzz&
[13:43] anerdev (~anerdev@2.234.169.198) left irc: Quit: This computer has gone to sleep
[13:48] R34lB0rg (~tom@77.117.68.244.wireless.dyn.drei.com) joined #highaltitude.
[13:50] scorpia (~tw16g08@login.ecs.soton.ac.uk) left irc: Ping timeout: 255 seconds
[13:52] scorpia (~tw16g08@login.ecs.soton.ac.uk) joined #highaltitude.
[13:55] Babs____ (~babs@host-79-77-57-121.static.as9105.com) joined #highaltitude.
[13:58] <Babs____> Afternoon chaps - I run autorouter in eagle on "don't try very hard" setting (don't have the program in front of me) and it leaves me with a few air wires, then I run it on "try hardest" setting and it routes completely. Is there any reason why this is a bad thing and on that basis why does it even have a variety of "how hard it is going to try to find a solution" settings?
[14:00] <SpeedEvil> The problem is that routing the last several wires can come up with very, very, very roundabout traces.
[14:00] <mattbrejza> i think if you post an image of the board we could point out why
[14:00] DL1SGP (~felix64@dhcp131.signon4.uk.beevpn.com) joined #highaltitude.
[14:01] <SpeedEvil> www.maximintegrated.com/en/app-notes/index.mvp/id/5450 is very related
[14:01] <Babs____> Thanks Matt brejza - I thought that might be the case
[14:01] <SpeedEvil> Routing tracks all over the board in very convoluted paths may significantly worsen noise and other problems
[14:01] <Babs____> But presumably on a small board doing not especially fast signalling is less of a problem
[14:01] <Babs____> ?
[14:01] <SpeedEvil> yes.
[14:02] <Babs____> I figured that the optimum route was to try and get it working as best possible on the easy setting
[14:02] <SpeedEvil> As long as you're not trying to do low noise
[14:02] <Babs____> And then look at the problematic wires and try and find a solution manually , or else check they aren't particularly critical
[14:02] <SpeedEvil> 'easy' can indicate where you should consider moving components
[14:02] <mattbrejza> autorouted boards look ugly
[14:02] <mattbrejza> that should be enough reason
[14:03] <Babs____> The rest of my packages are pretty
[14:03] <SpeedEvil> that is - airwires that aren't completed
[14:03] <SpeedEvil> But read the above, it's vital
[14:03] <Babs____> Ok understood - thanks
[14:08] Babs____ (~babs@host-79-77-57-121.static.as9105.com) left irc: Remote host closed the connection
[14:13] talsit_roam (uid30008@gateway/web/irccloud.com/x-igurvnqdqjodxnhp) joined #highaltitude.
[14:36] Babs____ (~babs@host-79-77-57-121.static.as9105.com) joined #highaltitude.
[14:39] Babs____ (~babs@host-79-77-57-121.static.as9105.com) left irc: Client Quit
[14:49] napos (~na@151-150-191-90.dyn.estpak.ee) left irc: Ping timeout: 265 seconds
[14:51] infaddict (~infaddict@90.205.216.202) joined #highaltitude.
[14:51] napos (~na@151-150-191-90.dyn.estpak.ee) joined #highaltitude.
[15:27] rbckman (~rob@77-105-108-88.lpok.fi) left irc: Remote host closed the connection
[15:50] SA6BSS (~kvirc@81-236-232-232-no30.tbcn.telia.com) left irc: Read error: Connection reset by peer
[15:52] SA6BSS (~kvirc@81-236-232-232-no30.tbcn.telia.com) joined #highaltitude.
[15:56] ipdove (~ipdove@interclub.plus.com) left irc: Quit: Nettalk6 - www.ntalk.de
[15:58] ipdove (~ipdove@interclub.plus.com) joined #highaltitude.
[16:00] SiC (~Simon@vlan50.pact.srf.ac.uk) joined #highaltitude.
[16:04] SiC- (~Simon@85.255.232.188) left irc: Ping timeout: 245 seconds
[16:07] ipdove (~ipdove@interclub.plus.com) left irc: Quit: Nettalk6 - www.ntalk.de
[16:14] NormanOK (810f1fcd@gateway/web/freenode/ip.129.15.31.205) joined #highaltitude.
[16:16] R34lB0rg (~tom@77.117.68.244.wireless.dyn.drei.com) left irc: Ping timeout: 256 seconds
[16:26] Merlin83b2 (~Daniel@office.34sp.com) joined #highaltitude.
[16:30] Merlin83b (~Daniel@2a00:1ee0:3:1337:4464:76b4:921d:bf87) left irc: Ping timeout: 265 seconds
[16:37] <infaddict> afternoon all.
[16:37] <infaddict> after some optimisation, i've managed to get a SD logger into my tracker too. left with about 350 bytes RAM free.
[16:38] <infaddict> 25K binary code size
[16:41] <SpeedEvil> :)
[16:41] <SpeedEvil> Just raw dump?
[16:41] <infaddict> nope normal SD library
[16:42] <infaddict> i converted all my serial.print strings to F() macro and it saved a bunch of space
[16:42] <infaddict> i went thru my variables and reduced a few from int to byte and a few other savings
[16:42] <infaddict> all in all i optimized over 600 bytes
[16:44] <infaddict> ive used 2 different memory free routines and both report about 350 bytes free which i believe is more than enough for general operation.
[16:44] <infaddict> including a stackpaint type routine which should count even the local vars
[16:54] talsit_roam (uid30008@gateway/web/irccloud.com/x-igurvnqdqjodxnhp) left irc: Quit: Connection closed for inactivity
[17:01] NormanOK (810f1fcd@gateway/web/freenode/ip.129.15.31.205) left irc: Quit: Page closed
[17:08] Hoogvlieger (~Hoogvlieg@ip41-37-211-87.adsl2.static.versatel.nl) left irc: Quit: Leaving
[17:15] Zeusking19 (~Thunderbi@cpc2-slou3-2-0-cust607.17-4.cable.virginm.net) joined #highaltitude.
[17:15] <Zeusking19> hey all, pleased to inform you that my arduino has arrived :)
[17:16] <infaddict> yay!
[17:16] <infaddict> what model did u go for?
[17:16] SiC (~Simon@vlan50.pact.srf.ac.uk) left irc: Remote host closed the connection
[17:17] <Zeusking19> Uno R3 :)
[17:18] <infaddict> nice one
[17:20] <infaddict> very quick to get up and running with that board. power it, plug some stuff onto breadboard and write some code.
[17:23] <Zeusking19> yup
[17:23] infaddict (~infaddict@90.205.216.202) left irc: Remote host closed the connection
[17:25] infaddict (~infaddict@90.205.216.202) joined #highaltitude.
[17:30] <Zeusking19> Still wondering what to do despite my lack of transmitter/gps module at the moment
[17:30] <Zeusking19> whether there is any software I should start writing
[17:36] <infaddict> you certainly can, i wrote 75% of my code with no hardware to work on yet
[17:37] <infaddict> you can plan each piece of hardware you intend to interface with, allocate it IO pin numbers and then start writing some code
[17:37] <infaddict> you can also work out wiring for each piece of hardware
[17:38] DL1SGP (~felix64@dhcp131.signon4.uk.beevpn.com) left irc: Ping timeout: 250 seconds
[17:39] DL1SGP (~felix64@dhcp71.signon3.uk.beevpn.com) joined #highaltitude.
[17:41] <adamgreig> though to be fair I find it much harder to get around to writing code before I have the hardware!
[17:41] <adamgreig> nice to test things as you go
[17:42] <infaddict> absolutely. but if you have no choice you can plan a lot in advance.
[17:43] <infaddict> i did a spreadsheet with all my parts, what to wire to each pin, what resistors i needed etc. when the parts finally arrived it made putting it together a breeze.
[17:43] <infaddict> and i had sample code ready for most parts, but agree impossible to test anything but you can implement the basic concepts
[17:44] <infaddict> e.g. i have no receiver (still grrr) but I have coded the RTTY and it *should* be working but cant prove it yet haha
[17:45] <adamgreig> it sounds like a schematic would be better than a spreadsheet there :P
[17:45] <Zeusking19> :)
[17:45] chris_99 (~chris_99@unaffiliated/chris-99/x-3062929) left irc: Remote host closed the connection
[17:45] <infaddict> well i had both lol. spreadsheet was for notes on commands that each hardware accepted, plus notes on voltage and other stuff
[17:46] <infaddict> use whatever works for you ;-)
[17:46] chris_99 (~chris_99@unaffiliated/chris-99/x-3062929) joined #highaltitude.
[17:53] Matt_ (1f35a0c4@gateway/web/freenode/ip.31.53.160.196) joined #highaltitude.
[17:53] Nick change: Matt_ -> Guest20791
[17:54] <Guest20791> Ok
[17:54] <Guest20791> Furst #
[17:54] <Guest20791> WTF this is weird
[17:55] Guest20791 (1f35a0c4@gateway/web/freenode/ip.31.53.160.196) left irc: Client Quit
[17:55] Merlin83b2 (~Daniel@office.34sp.com) left irc: Quit: Leaving
[17:57] alxwntr (~alxwntr@cpc68289-cdif17-2-0-cust388.5-1.cable.virginm.net) left irc: Ping timeout: 256 seconds
[17:59] <infaddict> bah just when i thought i had everything working. my log file on SD card is zero bytes. despite writing many lines to it with a file close after each.
[18:08] <SpacenearUS> New position from 03PI_SKY_PLUS after 034 days silence - 12http://tracker.habhub.org/#!qm=All&q=PI_SKY_PLUS
[18:19] infaddict (~infaddict@90.205.216.202) left irc: Remote host closed the connection
[18:19] <Kalchar> I'm getting Internal Errors back from my GPS module over serial and I'm not quite sure why, anybody able to give me some advice?
[18:21] infaddict (~infaddict@90.205.216.202) joined #highaltitude.
[18:22] darthsimon123 (4d158a11@gateway/web/freenode/ip.77.21.138.17) joined #highaltitude.
[18:26] infaddict (~infaddict@90.205.216.202) left irc: Ping timeout: 264 seconds
[18:27] Babs_ (1fdd31da@gateway/web/freenode/ip.31.221.49.218) joined #highaltitude.
[18:27] <Zeusking19> So I looked at the "RTTY test beacon" example for the NTX2, and got an LED to flash the output
[18:30] <Babs_> very cryptonomicon
[18:30] Zeusking19 (~Thunderbi@cpc2-slou3-2-0-cust607.17-4.cable.virginm.net) left irc: Quit: Zeusking19
[18:32] darthsimon123 (4d158a11@gateway/web/freenode/ip.77.21.138.17) left irc: Quit: Page closed
[18:33] mclane_ (~quassel@p5498D28C.dip0.t-ipconnect.de) joined #highaltitude.
[18:34] darthsimon123 (~simon@ip4d158a11.dynamic.kabel-deutschland.de) joined #highaltitude.
[18:44] es5nhc (~tarmo@108-40-71-217.static.internet.emt.ee) left irc: Read error: Connection reset by peer
[18:45] <Vaizki> zeusbot: a led at 50Hz is not very easy to follow :)
[18:45] <Vaizki> argh
[18:45] <Vaizki> zeus this & that
[18:45] scrapit85 (~scrapit85@151.249.68.242) joined #highaltitude.
[18:47] <Kalchar> So I'm getting $GNGSA,A,1,,,,,,,,,,,,,99.99,99.99,99.99*2E
[18:47] <Kalchar> and i dont know how to make it not do that.
[18:48] Lunar_Lander (~kevin@p54889AE8.dip0.t-ipconnect.de) joined #highaltitude.
[18:48] <Lunar_Lander> evening
[18:49] murb (~murb@an.der.schoenen.blauen.danu.be) left irc: Quit: reboot
[18:50] murb (~murb@an.der.schoenen.blauen.danu.be) joined #highaltitude.
[18:54] <arko> oo
[18:54] <arko> hab launch near me
[18:54] <arko> O2HERO
[18:55] <arko> looks like the athner people
[18:55] <craag> Evening Lunar_Lander
[18:55] <daveake> Ah, your friends arko :)
[18:55] <Lunar_Lander> hello craag
[18:55] <arko> friends?
[18:55] <arko> they never replied to my email :/
[18:55] <daveake> The ones that forget to reply
[18:55] <arko> we were suppose to meet up
[18:55] <mclane_> Kalchar: use the UBX protocol
[18:55] <arko> lol
[18:57] sv9qct (~textual@athedsl-4488513.home.otenet.gr) joined #highaltitude.
[18:58] jcoxon (~jcoxon@8.175.125.91.dyn.plus.net) joined #highaltitude.
[18:59] <mclane_> Kalchar: ublox M8 Protocol Spec p. 148
[19:04] Zeusking19 (~Thunderbi@cpc2-slou3-2-0-cust607.17-4.cable.virginm.net) joined #highaltitude.
[19:04] <SpacenearUS> New position from 03VZK-1 after 0319 hours silence - 12http://tracker.habhub.org/#!qm=All&q=VZK-1
[19:04] KT5TK (~thomas@p5B37B8C7.dip0.t-ipconnect.de) left irc: Ping timeout: 244 seconds
[19:05] <Vaizki> that's my test again...
[19:05] <SpacenearUS> New position from 03VZK-1 after 0319 hours silence - 12http://tracker.habhub.org/#!qm=All&q=VZK-1
[19:06] <Zeusking19> Are there any docs on using the UBLOX6 with an Arduino?
[19:06] <Vaizki> why does it say Received 18h 39m ago.. :O
[19:06] <Vaizki> if I look at http://tracker.habhub.org/#!mt=roadmap&mz=11&qm=All&f=VZK-1&q=VZK-1
[19:07] jcoxon (~jcoxon@8.175.125.91.dyn.plus.net) left irc: Quit: This computer has gone to sleep
[19:08] <Vaizki> ah apparently it's getting a weird timestamp from somewhere
[19:08] <pc1pcl> hmm duplicate seq number?
[19:08] Mark_B (6d90a0b3@gateway/web/freenode/ip.109.144.160.179) joined #highaltitude.
[19:09] <Mark_B> Evening
[19:09] <mclane_> Zeusking19: look into upus github
[19:09] <Zeusking19> Right, thanks :)
[19:09] <mclane_> eg here: https://github.com/Upuaut/pAVAR7
[19:10] <Mark_B> Ping Upu
[19:10] <pc1pcl> Vaizki: hm looks like it updated now
[19:11] <Upu> hi Mark_B
[19:11] <Vaizki> shows 18h 44min ago to me
[19:11] <Vaizki> maybe I need to redo the payload doc
[19:11] <pc1pcl> 1 m ago now , with seq 17 for me.
[19:11] anerdev (~anerdev@2.234.169.198) joined #highaltitude.
[19:11] <mclane_> Zeusking: or habduino github
[19:11] <Mark_B> Hi, How you doing? I've PM'd you, just wondering if I sent it to right address
[19:11] <pc1pcl> hmm the logtail show there ought to be a seq 18 too.
[19:12] <Mark_B> <Upu> not chasing an instant reply, just checking it arrived :)
[19:12] <Babs_> arko - the arko HAB-alone picture is rapidly becoming obsolete. Feel free to repost, I am still at work and need some hilarity.
[19:13] <Upu> hmm ?
[19:13] <Mark_B> OK, what's the best way to PM you? I've a request.
[19:14] <Upu> click my name
[19:14] <Upu> if I go afk just leave a message
[19:14] <Upu> cooking
[19:14] <Mark_B> Rgr
[19:14] KT5TK (~thomas@p5B37B8C7.dip0.t-ipconnect.de) joined #highaltitude.
[19:15] <Mark_B> Forgive my ignorance, do I just click your name and write the question? Is this hidden?
[19:16] <Kalchar> mclane_: u got a link?
[19:16] <Zeusking19> Dumb question, the string sent by the radio transmitter to be parsed by dl-fldigi, is there any guidelines as to the layout that should take? I can't find anything on the UKHAS wiki so I'm probably missing it
[19:17] <craag> !wiki communication protocol
[19:17] <SpacenearUS> 03craag: No results for your query
[19:17] <SpacenearUS> New vehicle on the map: 03K6RPT-11 - 12http://tracker.habhub.org/#!qm=All&q=K6RPT-11
[19:17] <craag> http://ukhas.org.uk/communication:protocol
[19:17] <Zeusking19> thanks craag
[19:18] sv9qct (~textual@athedsl-4488513.home.otenet.gr) left irc: Read error: Connection reset by peer
[19:19] sv9qct (~textual@athedsl-4488513.home.otenet.gr) joined #highaltitude.
[19:21] <mclane_> Kalchar: http://www.u-blox.com/images/downloads/Product_Docs/u-bloxM8_ReceiverDescriptionProtocolSpec_(UBX-13003221)_Public.pdf
[19:21] <Vaizki> so habitat is parsing the docs but the web map is not updating, maybe because those are statics strings..
[19:21] <mclane_> google is your friend ;-)
[19:22] <pc1pcl> Vaizki, I think it often didn't update the webpage if two strings come close together in time, try sending another update? And refreshing/reloading the page if you haven't done so already.
[19:23] infaddict (~infaddict@90.205.216.202) joined #highaltitude.
[19:23] <Kalchar> mclane_: Thanks, I'm a little unsure how to sue this information to help me though
[19:23] Mark_B (6d90a0b3@gateway/web/freenode/ip.109.144.160.179) left irc: Ping timeout: 246 seconds
[19:23] <Kalchar> I do know I'm getting a invalid RMC, It night just need a better view of the sky
[19:24] <pc1pcl> gmm now it's saying 13h 17m ago, seq 20.
[19:24] <pc1pcl> Are you reusing sequence id's?
[19:27] <mclane_> Kalchar: I thought you want to get rid of the GSA message
[19:27] infaddict (~infaddict@90.205.216.202) left irc: Ping timeout: 245 seconds
[19:28] <Kalchar> mclane_: Sorry, I was more so looking to get valid measurements back from it as its not locking on yet
[19:29] Mark_B (6d90a0b3@gateway/web/freenode/ip.109.144.160.179) joined #highaltitude.
[19:29] <mclane_> you find the relevant data in the GGA message
[19:29] <mclane_> or use the UBX protocol to poll only relevant data when you need them
[19:30] <SpacenearUS> New position from 03EDUPIC14 after 038 hours silence - 12http://tracker.habhub.org/#!qm=All&q=EDUPIC14
[19:31] <Vaizki> pc1pcl: well it's a running number since boot
[19:31] <Vaizki> and yes, I tested it 13h ago
[19:31] <Vaizki> but with different coordinates
[19:32] <Vaizki> it's with fixed coords because no chance of getting a lock inside
[19:34] <Mark_B> Guys, how do I PM someone by clicking on their name? I've tried clicking it <xxxx> and I just get 'metadata'. Should I be clicking the relevant name in the RH column and open another IRC page?
[19:35] <Geoff-G8DHE> Depends on the client but yes the righthand col is mor normal
[19:36] <Mark_B> Hi again Geoff, thanks. I'll try that
[19:38] <Mark_B> <Geoff> I've clicked on their name on the RH column and then clicked query. It's opened a new page. I guess I put in my message and wait?
[19:39] sv9qct (~textual@athedsl-4488513.home.otenet.gr) left irc: Read error: Connection reset by peer
[19:39] sv9qct (~textual@athedsl-4488513.home.otenet.gr) joined #highaltitude.
[19:40] <Geoff-G8DHE> Yes that sounds about right try it with me if you want
[19:40] <Geoff-G8DHE> get the right me of course ;-)
[19:40] Babs_ (1fdd31da@gateway/web/freenode/ip.31.221.49.218) left irc: Quit: Page closed
[19:41] <pc1pcl> Vaizki: looks like the web frontend is getting confused, reloading the page gives different results; parser logtail looks to be parsing your messages ok though.
[19:41] <Vaizki> yea, I'm not going to worry about it now
[19:41] <Vaizki> as long as the parser takes them
[19:43] <Mark_B> Hi Babs, I tried replying to your message but it wouldn't allow me to input text, it just added a red line
[19:44] Zeusking19 (~Thunderbi@cpc2-slou3-2-0-cust607.17-4.cable.virginm.net) left irc: Ping timeout: 252 seconds
[19:45] pfysmate (~u291187@90.203.240.202) joined #highaltitude.
[19:45] bertrik (~quassel@rockbox/developer/bertrik) joined #highaltitude.
[19:48] <Mark_B> <pc1pcl> I just tried pinging you but failed "no such nick/channel" using <pc1pcl>
[19:48] <Mark_B> Is there a setting I need to adjust?
[19:48] <craag> Try without the <>
[19:49] <craag> (those are probably added by your client just for display)
[19:49] <pc1pcl> and by me in the example as a kind of quotes in the template.
[19:51] bertrik_ (~quassel@rockbox/developer/bertrik) joined #highaltitude.
[19:51] <Mark_B> rgr, thanks for your help, I'll try again
[19:51] <Mark_B> <pc1pc1> do you mind if I try and PM you?
[19:52] <pc1pcl> Mark_B: no problem, PM away
[19:54] <Mark_B> <pc1pc1> anything received?
[19:54] bertrik (~quassel@rockbox/developer/bertrik) left irc: Disconnected by services
[19:54] Nick change: bertrik_ -> bertrik
[19:55] <pc1pcl> Mark_B: not as far as I can tell..
[19:55] <pc1pcl> what client are you using?
[19:55] <Geoff-G8DHE> which client are you using Mark_B ?
[19:55] <Mark_B> OK, now I expose my ignorance - client?
[19:56] <Geoff-G8DHE> the program your using to acccess the IRC
[19:56] <Mark_B> Chrome
[19:56] <Geoff-G8DHE> Are your using the web interface
[19:56] <pc1pcl> ah, so via some sort of web interface.
[19:56] <Geoff-G8DHE> long time since I used that!
[19:56] <Mark_B> yep, I followed th eIRC link from UKHAS wiki
[19:56] <Mark_B> Ah, OK
[19:57] Geoff-G8DHE-temp (545c3f66@gateway/web/freenode/ip.84.92.63.102) joined #highaltitude.
[19:58] <Geoff-G8DHE> Yes click the name in the righthand col and select query, but then you have to type something before it calls them
[19:58] pc1pcl-web (5351ee90@gateway/web/freenode/ip.83.81.238.144) joined #highaltitude.
[19:58] Geoff-G8DHE-temp (545c3f66@gateway/web/freenode/ip.84.92.63.102) left irc: Client Quit
[19:59] <Mark_B> <Geoff> Hi, I tried that with pc1pc1 but he hasn't rx anything???
[19:59] <Geoff-G8DHE> type on the input line yes but your using <nickname> rather than nickname I think ?
[20:00] <pc1pcl> it works now though, with a 20:59 timestamp..
[20:00] <Mark_B> Ah, got it, thank you. And, thanks for your patience
[20:00] <Ian_> Zeusbot time travel application
[20:02] pc1pcl-web (5351ee90@gateway/web/freenode/ip.83.81.238.144) left irc: Client Quit
[20:03] jcoxon (~jcoxon@8.175.125.91.dyn.plus.net) joined #highaltitude.
[20:03] <SpacenearUS> New position from 03PS-35 after 037 hours silence - 12http://tracker.habhub.org/#!qm=All&q=PS-35
[20:04] <Upu> hey Mark_B I'm back
[20:05] pfysmate (~u291187@90.203.240.202) left irc: Remote host closed the connection
[20:09] <Mark_B> Just when I thought I'd cracked it - I realise I haven't
[20:09] <Mark_B> How do I reply to someone who has PM'd me?
[20:10] <Mark_B> I keep getting ' Can't use this command in this window'
[20:10] <Upu> are you in the web client ?
[20:10] <Mark_B> Yes, I'm using Chrome
[20:10] <Upu> ok at the top
[20:10] sv9qct (~textual@athedsl-4488513.home.otenet.gr) left irc: Read error: Connection reset by peer
[20:10] <Upu> is probably a tab with my name on it
[20:11] <Mark_B> I can se UpuWork
[20:11] <SpacenearUS> New position from 03VEGA-I after 03a day silence - 12http://tracker.habhub.org/#!qm=All&q=VEGA-I
[20:11] <Upu> lets use that
[20:11] <Mark_B> ack
[20:11] sv9qct (~textual@athedsl-4488513.home.otenet.gr) joined #highaltitude.
[20:12] drsnik_ (~drsnik@gate3.ima.cz) left irc: Quit: Leaving
[20:14] drsnik (~drsnik@gate3.ima.cz) joined #highaltitude.
[20:14] SpeedEvil (~quassel@tor/regular/SpeedEvil) left irc: Quit: No Ping reply in 180 seconds.
[20:14] SpeedEvil (~quassel@tor/regular/SpeedEvil) joined #highaltitude.
[20:15] <SpacenearUS> New position from 03VZK-1 after 0314 hours silence - 12http://tracker.habhub.org/#!qm=All&q=VZK-1
[20:24] nv0o (~dwhite152@c-67-162-187-71.hsd1.mo.comcast.net) left irc: Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/ - 64bit Windows version by http://kvirc.d00p.de/
[20:25] anerdev (~anerdev@2.234.169.198) left irc: Quit: This computer has gone to sleep
[20:28] <Mark_B> Thanks Upu :)
[20:31] <Upu> nps
[20:31] SpeedEvil (~quassel@tor/regular/SpeedEvil) left irc: Quit: No Ping reply in 180 seconds.
[20:32] SpeedEvil (~quassel@tor/regular/SpeedEvil) joined #highaltitude.
[20:51] scrapit85 (~scrapit85@151.249.68.242) left irc: Remote host closed the connection
[20:52] scrapit85 (~scrapit85@151.249.68.242) joined #highaltitude.
[20:53] infaddict (~infaddict@90.205.216.202) joined #highaltitude.
[20:53] Zeusking19 (~Thunderbi@cpc2-slou3-2-0-cust607.17-4.cable.virginm.net) joined #highaltitude.
[20:55] <Zeusking19> Anybody with a knowledge of Arduino/C++ here? Have a little issue
[20:56] <infaddict> these guys have tons. i have a little.
[20:56] <Zeusking19> heh
[20:56] scrapit85 (~scrapit85@151.249.68.242) left irc: Ping timeout: 264 seconds
[20:56] <Zeusking19> Any idea why the following would only output $$?
[20:56] <Zeusking19> snprintf(datastring, sizeof(datastring), "$$", callsign);
[20:57] <Zeusking19> where callsign is a char that does have a value
[20:57] <infaddict> char array?
[20:57] <Zeusking19> yup
[20:57] <bertrik> you're missing a format specifier
[20:57] <Zeusking19> I am?
[20:57] <infaddict> yep you need "$$%s" or similar
[20:57] <bertrik> like %s for a string or %c for a char
[20:57] <Zeusking19> ah, i see
[20:58] <infaddict> printf looks for formats beginning % and then replaces them with the variables you specify at the end
[20:59] <infaddict> e.g. sprintf(datastring,"$$TEST,%04i,%s",count,text) would result in something like "$$TEST,0123,this is some text"
[20:59] <Zeusking19> alright, great, thank you very much!
[20:59] <infaddict> but if all you are doing is concatenating stuff then there are other options
[20:59] <infaddict> printf is really for formatting
[21:00] <infaddict> but works great for what you are doing too
[21:00] sv9qct (~textual@athedsl-4488513.home.otenet.gr) left irc: Read error: Connection reset by peer
[21:00] <Zeusking19> alrighty :)
[21:01] sv9qct (~textual@athedsl-4488513.home.otenet.gr) joined #highaltitude.
[21:01] <infaddict> as i found out earlier this week, printf is VERY particular about your formats matching your variables. it can simply truncate and stop working otherwise.
[21:02] <bertrik> snprintf is nice in the sense that it protects you somewhat against buffer overflow
[21:03] <infaddict> yep agreed, sprintf can be dangerous in that regard
[21:05] Zeusking19 (~Thunderbi@cpc2-slou3-2-0-cust607.17-4.cable.virginm.net) left irc: Quit: Zeusking19
[21:05] <Vaizki> my ublox thinks it's 2013-9-1... I guess that's because it is inside on my desk :)
[21:08] <infaddict> yer haha thats the default date on mine too. i also get some crazy readings of lat/long/altitude during lock on.
[21:08] <infaddict> so i dont trust anything until utc valid flag is set and fix flag > 3
[21:08] <infaddict> oh and i added a >=4 satellites for good measure
[21:08] Mark_B (6d90a0b3@gateway/web/freenode/ip.109.144.160.179) left irc: Ping timeout: 246 seconds
[21:09] <infaddict> even inside and 2-3 minutes it will get a date/time fix
[21:09] <infaddict> in my lounge, it even locked onto some satellites but took 15 mins
[21:09] <daveake> Remember to send the "last good position" if you continue to get bad positions
[21:09] <daveake> Useful if your tracker loses lock on landing
[21:09] <infaddict> very good point daveake
[21:10] <infaddict> should the sentence contain something to say this isnt current, instead its last known?
[21:10] <Vaizki> infaddict: when reading i2c, do you just read bytes until you get the 0xB5 0x62?
[21:10] <daveake> The time should give that away
[21:10] <infaddict> true, although my ublox can lock onto UTC time with no position data
[21:10] <Vaizki> yea mine too
[21:10] <infaddict> but yep i am coding around that to only populate my data when good sat lock
[21:10] <Vaizki> I got it to get the right time without a position
[21:10] <daveake> also, positions don't remain the same for long - there's plenty of noise
[21:11] <infaddict> Vaizki: yes with a 3 second limit/timeout. so send a UBX request... while(true) loop with a 2 second millis() check inside it
[21:11] <daveake> finally, if you're sending the # of sats, that's an excellent indication
[21:11] <infaddict> that loop looks for B5 and 62 and then the rest of the packet structure
[21:12] <infaddict> as soon as it gets something out of whack, it goes back to looking for a B5 again
[21:12] <infaddict> it ties up your code for 2 seconds but its very worthwhile (my problems with lack of flight mode prove that)
[21:12] <Vaizki> yup
[21:13] <Vaizki> well it doesn't have to tie it up but it's easier that way :)
[21:13] <infaddict> true but with interrupts driving RTTY theres nothing more urgent to do so i dont mind waiting
[21:14] <daveake> The way I do it is to have a tight main loop, and each time round see what needs doing. No delays.
[21:15] <infaddict> do you imply a timing e.g. get temperatures every 15 seconds, get lat/long every 10 seconds
[21:15] <infaddict> or do stuff as much as possible
[21:16] <daveake> Serial port gets checked every loop (my code is currently NMEA so it needs to grab whatever's in the serial buffer). If it has a full sentence it parses it immediately
[21:16] <daveake> Other stuff (sensors) each have a variable that tells them when to happen
[21:17] <daveake> e.g. if (millis() >= NeedToMeasureTemperature) ....
[21:17] <infaddict> yep understand, thx daveake
[21:17] <daveake> and those variables get (say) 20 seconds added to them for the next reading
[21:17] <infaddict> i guess i could easily move my readUBX logic to main loop instead of inside its own while loop
[21:17] <infaddict> to parse chars coming back
[21:18] <infaddict> what are thoughts on timing of GPS data (i.e. how often to request)? i get to choose that with UBX.
[21:18] <daveake> Yes, what I would do is have a variable RequestNextPositionAt, then when millis() hits it, send the UBX command to get a position
[21:18] <daveake> Separately, I'd check serial.available()
[21:19] <infaddict> yep, guess those pesky FF's mean i think stuff is nearly always available tho?
[21:19] <daveake> So if the GPS is slow responding, I don't ang around waiting
[21:19] <infaddict> yep good point, you'll catch up next time round loop
[21:19] <daveake> If you look at my Pi code, FF tells it to not bother checking for a while
[21:19] <daveake> On the Pi I don't want to be in a tight loop using up CPU!
[21:20] <daveake> So I have a thread for each task (radio, GPS, temperatures, etc)
[21:20] <daveake> and the GPS one will sleep for (IIRC) 200ms if it sees an FF
[21:20] <daveake> to stop it eating up cycles reading lots of FFs
[21:20] <infaddict> ah multithreading
[21:21] <daveake> Keeps the different tasks independent
[21:21] <infaddict> indeed, not sure its possibly on Arduino tho
[21:21] <infaddict> but havent tried yet
[21:21] <daveake> No
[21:21] <Vaizki> so can there be any real data from the UBLOX which has 0xFF in it?
[21:21] <infaddict> if i was writing this for desktop that'd be the way i'd go
[21:21] <Vaizki> I guess it's possible for some ints etc
[21:21] <infaddict> Vaizki: nope not to my knowledge and i've spent the last 2 weeks with my head in that 200+ page pdf
[21:22] <Vaizki> well I'm thinking an I4 for lat/lon can have 0xFF in it?
[21:22] <infaddict> the length vars could in theory hold that
[21:22] <Vaizki> for example
[21:22] <infaddict> but don't think any message is longer than 255
[21:22] <Vaizki> but inside the payload there can be 0xFF
[21:22] <infaddict> inside payload yes
[21:23] <Vaizki> of course checksum will cover that
[21:23] <infaddict> yep the opening B5 62 and closing checksum help there
[21:23] R34lB0rg (~tom@78.142.75.53) joined #highaltitude.
[21:23] <infaddict> i think its a really decent implementation uBlox have come up with actually
[21:24] <infaddict> very well documented too
[21:25] <infaddict> so daveake what kind of timings are normal? i was thinking GPS every 15 seconds and maybe temperature and voltage every 30 seconds.
[21:25] jcoxon (~jcoxon@8.175.125.91.dyn.plus.net) left irc: Quit: Leaving
[21:25] <infaddict> with constant RTTY
[21:25] <daveake> Yes for UBX the "0xFF means I can sleep" needs to be "0xFF and not part way through a message"
[21:26] <daveake> Up to you
[21:26] <SpacenearUS> New position from 03VZK-1 after 0315 hours silence - 12http://tracker.habhub.org/#!qm=All&q=VZK-1
[21:26] <infaddict> ;-)
[21:26] <daveake> If all you're doing with the data is transmitting - i.e. no storage - then once per sentence is enough
[21:27] <daveake> I think I do most sensors every 10 seconds
[21:27] <daveake> GPS every 1
[21:27] <infaddict> ok thx. not sure on response times of uBlox i.e. what is maxinum time to ack and return data.
[21:28] <infaddict> if >1 second could be issue i guess
[21:28] Lunar_Lander (~kevin@p54889AE8.dip0.t-ipconnect.de) left irc: Quit: Verlassend
[21:28] <daveake> I'd expect much, much quicker
[21:30] <infaddict> mmm me too
[21:30] <infaddict> might measure it to get an idea
[21:31] sv9qct (~textual@athedsl-4488513.home.otenet.gr) left irc: Read error: Connection reset by peer
[21:32] sv9qct (~textual@athedsl-4488513.home.otenet.gr) joined #highaltitude.
[21:32] mclane_ (~quassel@p5498D28C.dip0.t-ipconnect.de) left irc: Remote host closed the connection
[21:32] Mirici (~mirici@p4FEDC848.dip0.t-ipconnect.de) joined #highaltitude.
[21:35] scrapit85 (~scrapit85@151.249.68.242) joined #highaltitude.
[21:37] LA5VNA (~n11618@84.48.47.36) joined #highaltitude.
[21:41] <SpacenearUS> New vehicle on the map: 03t_chase - 12http://tracker.habhub.org/#!qm=All&q=t_chase
[21:45] <SpacenearUS> New position from 03SP5NVX after 03a day silence - 12http://tracker.habhub.org/#!qm=All&q=SP5NVX
[21:55] Babs_ (522fe266@gateway/web/freenode/ip.82.47.226.102) joined #highaltitude.
[21:56] cambazz (~can@88.250.217.202) joined #highaltitude.
[21:57] <cambazz> hello, i am googling for something i previously saw on the web but i cant seem to find it. it was a stack of modules, to be sent as a payload, and featured a ttl mini serial camera, gps, etc.
[21:58] LA5VNA (~n11618@84.48.47.36) left irc: Read error: Connection reset by peer
[21:59] <bertrik> perhaps a habduino or a pi-in-the-sky?
[21:59] LA5VNA (~n11618@84.48.47.36) joined #highaltitude.
[21:59] <cambazz> i will check them out one sec
[22:01] darthsimon123 (simon@ip4d158a11.dynamic.kabel-deutschland.de) left #highaltitude ("WeeChat 0.4.2").
[22:01] <cambazz> bertrik: no none of the above. it was something much smaller maybe an inch cube
[22:02] NormanOK (810f1fcd@gateway/web/freenode/ip.129.15.31.205) joined #highaltitude.
[22:04] <mattbrejza> cubex
[22:04] <mattbrejza> ask arko
[22:05] <cambazz> yep: cubex. thanks mattbrejza. when google failed, you picked up :)
[22:05] <arko> oh?
[22:06] <cambazz> arko: did you do the cubex?
[22:06] <arko> yep
[22:06] <arko> with the help of Upu and fsphil
[22:07] <cambazz> and is it open source?
[22:07] <arko> yep
[22:07] <arko> are you on the hackaday project site?
[22:08] <cambazz> no.
[22:08] <arko> http://hackaday.io/project/270-CUBEX
[22:08] <arko> all on github
[22:08] <cambazz> ok i pretty much have all the components and would like to try to build one myself.
[22:09] <daveake> There was a guy here a couple of years ago doing a stacked HAB tracker
[22:09] <daveake> More of a CubeXXXXXXXXXL
[22:09] <cambazz> stacked hab tracker?
[22:09] <daveake> Something like 7 Arduino shields
[22:09] <cambazz> well my interest in this is because it is small.
[22:09] <daveake> Slightly mad
[22:10] <arko> LOL
[22:10] <arko> 7 arduino shields?
[22:10] <arko> christ
[22:10] <mattbrejza> isnt the pits half way there?
[22:10] <daveake> He was, IIRC, Italian
[22:11] <daveake> Perhaps inspired by the leaning tower of pisa
[22:11] <daveake> Yeah we have pits up to 4 boards :)
[22:11] <daveake> Not that I'd expect anyone to actually use all of them
[22:11] <daveake> so yes, about halfway there :)
[22:12] <daveake> Oh and didn't someone do a PC104? :p
[22:12] <cambazz> arko: i am reading your code tru. any chances this vc0706 to work in a different platform?
[22:13] <arko> like a different mcu?
[22:13] <arko> its just a uart device
[22:13] <arko> so any device that speaks uart should do
[22:14] <cambazz> yes of course. in theory, but it has a driver and that is written in arduino.
[22:14] <cambazz> also where is the arduino in this one?
[22:14] <cambazz> well i am just downloading eagle
[22:16] LA5VNA (~n11618@84.48.47.36) left irc: Read error: Connection reset by peer
[22:17] LA5VNA (~n11618@84.48.47.36) joined #highaltitude.
[22:23] <cambazz> arko: what is this space pager? you have done some nice work - reading your github
[22:24] bertrik (~quassel@rockbox/developer/bertrik) left irc: Remote host closed the connection
[22:30] Guest38459 (~chatzilla@host-78-150-216-240.as13285.net) joined #highaltitude.
[22:30] Nick change: Guest38459 -> GW8RAK
[22:30] sv9qct_ (~textual@athedsl-4487204.home.otenet.gr) joined #highaltitude.
[22:31] <arko> oh yeah
[22:31] <arko> space pager
[22:31] <arko> that never panned out
[22:31] <GW8RAK> Evening. It has been some time since I tested an old tracker with dl-fldigi. I can decode okay, but there is no carriage return at the end of the data string. It used to be okay. Has it been changed to need a CR at the end of the string please?
[22:32] <arko> it was a fun idea, but i think others started do it
[22:33] <daveake> No LF is enough
[22:33] sv9qct (~textual@athedsl-4488513.home.otenet.gr) left irc: Ping timeout: 252 seconds
[22:33] <GW8RAK> Thanks do I need to add that to the end of the string?
[22:35] <daveake> Yes see http://ukhas.org.uk/communication:protocol
[22:36] <daveake> "Although both will work, please use '\n', not '\r\n'."
[22:37] <GW8RAK> Thank you. Is that a new addition (last 2 years or so)? I'm sure this tracker used to be okay.
[22:37] <daveake> Not that I recall
[22:39] <GW8RAK> Okay, thank you. Time to re-understand what the software does and how it does it.
[22:40] <daveake> Actually, it has changed
[22:40] <daveake> Looking back in the history of that page, the first version said "The newline at the end is not required"
[22:41] <GW8RAK> Oh good. I was sure my memory wasn't that bad.
[22:41] chris_99 (~chris_99@unaffiliated/chris-99/x-3062929) left irc: Quit: Ex-Chat
[22:42] <daveake> Changed 2009-2010
[22:42] <cambazz> what is a low cost and minuature gps module option?
[22:42] <GW8RAK> It was late 2011 when I built this one.
[22:43] Laurenceb_ (~Laurence@host86-150-170-139.range86-150.btcentralplus.com) joined #highaltitude.
[22:43] <Upu> ublox max series
[22:46] <NormanOK> Upu: where do you usually buy just the chip? I got a board for $13 from ebay, I wonder if the chip would be even cheaper.
[22:46] <Upu> I get them from the UK Distributor
[22:46] <Upu> Mine are the 8 series though
[22:46] <Upu> there are piles of older 6 series boards from china
[22:47] <Upu> some even have real 6M's on them :/
[22:48] <NormanOK> :) you think the cheap ebay ones may be fake?
[22:48] <Upu> no most are ok there are some fake 7 series knocking about
[22:48] <cambazz> Upu: so where do i get a nice ublox max module ebay?
[22:48] <Upu> easy way to tell is take a picture of the datamatrix on top
[22:49] <Upu> http://boy.co.ua/decode.php
[22:49] <Upu> and see what number it comes back with
[22:49] <Upu> my shop cambazz
[22:49] <Upu> http://hab.supplies
[22:49] <Upu> if it comes back with 12345678
[22:49] <Upu> its fake
[22:49] <Upu> general the 6M's are legit
[22:49] <Upu> market was flooded with them when ublox released the 7 series
[22:51] <NormanOK> do you know if 6M's have power saving mode that will go below 1 mA?
[22:51] <Upu> power saving on the 6m isn't great
[22:51] <Upu> 1mA ? Sure turn it off
[22:51] <NormanOK> or do I need to cut the current with a transistor?
[22:51] <Upu> lowest they go is about 15-16mA in 1 sec cyclic
[22:51] <Upu> 8 series can do 4-6mA
[22:52] <NormanOK> ok I see
[22:54] <GW8RAK> daveake, is the "\n" sent as just text characters, i.e. a \ and an n? Probably simple question, but it is just being printed and not line feeding.
[22:54] <Upu> No one seems to have had much sucess with entirely powering off a ublox, holding it on battery and then restarting
[22:55] <Upu> but the power consumption is so low in 1 sec cyclic most people stopped bothering
[22:55] <daveake> No, "\n" is C-shorthand for the LF character
[22:56] <GW8RAK> That's what I thought it might. Have to look for it on Picaxe basic. Thanks again.
[22:56] <daveake> I have no idea what it looks like in BASIC
[22:58] <daveake> Actually I do CHR$(10) :/
[22:58] <daveake> Blimey, the memory continues to haunt ... :)
[22:58] <Upu> night all
[22:58] <daveake> nn
[22:58] <infaddict> night
[22:58] anerdev (~anerdev@2.234.169.198) joined #highaltitude.
[22:59] anerdev (~anerdev@2.234.169.198) left irc: Client Quit
[22:59] <GW8RAK> I've been trying to learn C for the arduino recently and amazed how quickly I've forgotten about the Picaxe.
[22:59] <NormanOK> how to send that as a Morse code? :)
[22:59] fxmulder (~fxmulder@cpe-70-116-39-18.austin.res.rr.com) left irc: Changing host
[22:59] fxmulder (~fxmulder@unaffiliated/fxmulder) joined #highaltitude.
[23:00] <NormanOK> good night!
[23:00] sv9qct_ (~textual@athedsl-4487204.home.otenet.gr) left irc: Read error: Connection reset by peer
[23:01] sv9qct (~textual@athedsl-4487204.home.otenet.gr) joined #highaltitude.
[23:01] Hix (~Hix@97e05725.skybroadband.com) left irc: Ping timeout: 255 seconds
[23:02] HixServer (~Hix@97e05725.skybroadband.com) left irc: Ping timeout: 256 seconds
[23:05] <NormanOK> In fldigi, I can't hear any difference between a space and new line in the CW mode.
[23:07] <SpacenearUS> New position from 03VZK-1 after 0317 hours silence - 12http://tracker.habhub.org/#!qm=All&q=VZK-1
[23:11] infaddict (~infaddict@90.205.216.202) left irc: Quit: Leaving...
[23:11] <SpacenearUS> New position from 03VZK-1 after 0317 hours silence - 12http://tracker.habhub.org/#!qm=All&q=VZK-1
[23:13] <lz1dev> oh no
[23:15] <SpacenearUS> New position from 03VZK-1 after 0317 hours silence - 12http://tracker.habhub.org/#!qm=All&q=VZK-1
[23:18] Action: SpacenearUS is going for a nap.
[23:18] Action: SpacenearUS is back!
[23:19] <SpacenearUS> New position from 03VZK-1 after 0317 hours silence - 12http://tracker.habhub.org/#!qm=All&q=VZK-1
[23:21] <GW8RAK> Thanks daveake, all working :)
[23:22] Action: SpacenearUS is going for a nap.
[23:22] Action: SpacenearUS is back!
[23:23] sv9qct (~textual@athedsl-4487204.home.otenet.gr) left irc: Quit: My Mac has gone to sleep. ZZZzzz&
[23:28] <Vaizki> wooops wassup with VZK-1 :O
[23:29] <Vaizki> it's not even powered on
[23:29] Action: SpacenearUS is going for a nap.
[23:29] Action: SpacenearUS is back!
[23:30] <lz1dev> elusive bug in the bot code
[23:30] <Vaizki> and where does this 2015-02-23 02:00:00 DATETIME (LOCAL) come from
[23:30] <Vaizki> that's shown in the tracker web
[23:31] <Vaizki> is that habitat's idea of last received update?
[23:32] scrapit85 (~scrapit85@151.249.68.242) left irc: Remote host closed the connection
[23:32] <lz1dev> thats the gps time transmitted
[23:33] scrapit85 (~scrapit85@151.249.68.242) joined #highaltitude.
[23:34] <Vaizki> well I don't transmit GPS time
[23:34] <lz1dev> date?
[23:34] <Vaizki> nope
[23:35] Flerb (~will@unaffiliated/willdude123) joined #highaltitude.
[23:35] <Vaizki> today's tests.. http://habitat.habhub.org/habitat/_design/ept/_list/json/payload_telemetry/payload_time?include_docs=true&startkey=[%22316bfcd320ab625a5ca2ef2a3f90ffe6%22]&endkey=[%22316bfcd320ab625a5ca2ef2a3f90ffe6%22,[]]&fields=_sentence,_receivers,sentence_id,latitude,longitude,altitude,satellites,debug,temperature_internal,temperature_external,battery,extra
[23:35] <Vaizki> and yesterday
[23:35] <Vaizki> http://habitat.habhub.org/habitat/_design/ept/_list/json/payload_telemetry/payload_time?include_docs=true&startkey=[%227a81f9f16250165187e29d1a46129b91%22]&endkey=[%227a81f9f16250165187e29d1a46129b91%22,[]]&fields=_sentence,_receivers,seq_num,latitude,longitude,altitude,satellites,debug,temperature_internal,temperature_external,battery,extra
[23:36] <lz1dev> then it's probably filled somewhere before or after habitat
[23:37] scrapit85 (~scrapit85@151.249.68.242) left irc: Ping timeout: 250 seconds
[23:37] <Vaizki> and today when I was testing it, it wasn't updating the web tracker
[23:37] <Vaizki> was parsing sentences ok according to logtail
[23:39] <lz1dev> theres probably a problem with dates somewhere
[23:39] <lz1dev> i just need it to happen one more time :)
[23:39] <Vaizki> you want me to turn this thing on? :)
[23:40] <lz1dev> not sure if that would trigger the bug
[23:40] <lz1dev> its elusive, as in not sure the exact conditions that make it appear
[23:41] <Vaizki> ok I'll turn it on just to see
[23:41] <lz1dev> go for it
[23:41] <Vaizki> here goes..
[23:42] <Vaizki> bam one in
[23:42] <OZ1SKY_Brian> gn
[23:42] OZ1SKY_Brian (~Brian@x1-6-e8-fc-af-95-86-7a.cpe.webspeed.dk) left irc: Quit: Please pause the radiowaves !
[23:42] Babs_ (522fe266@gateway/web/freenode/ip.82.47.226.102) left irc: Ping timeout: 246 seconds
[23:42] <Vaizki> web is not updating
[23:42] <Vaizki> parser parses ok
[23:43] <craag> satellites: 0
[23:43] <Vaizki> yea it's a test sentence
[23:43] <craag> is it using that to detect a valid fix?
[23:43] <Vaizki> hmm no it should use 0,0 coords
[23:44] <Flerb> came across this thing about fake nrf24l01p chips http://zeptobars.ru/en/read/Nordic-NRF24L01P-SI24R1-real-fake-copy
[23:44] <Flerb> makes me wonder if mine is real
[23:44] <Flerb> i still don't get how semiconductors work
[23:44] <Vaizki> common.invalid_location_zero
[23:44] <Vaizki> that's in the filters
[23:45] <craag> yep that's correct
[23:45] <zyp> Flerb, sometimes they conduct, other times they don't
[23:45] <craag> no time field though :/
[23:46] <Vaizki> no, I know I should add one
[23:46] <craag> that might be what's tripping it up - can't see anything else wrong
[23:46] <Vaizki> so how do you handle the time field when the GPS doesn't have initial fix?
[23:47] <Vaizki> I assume the GPS RTC will keep time even if the fix is lost
[23:47] <Flerb> i came across this chip http://www.dn-ic.com/uploads/soft/130520/SI24R1.pdf
[23:47] <craag> I send whatever the gps gives me, but use num_satelittes to indicate validity.
[23:47] <Flerb> and its a near direct copy of the nrf24l01
[23:47] <Flerb> i dont get how that is legal
[23:47] <craag> Means you can see when it's got time lock
[23:47] <craag> And know it's on it's way to getting position :)
[23:48] <Vaizki> ok I'm shutting the tracker down now, adding time tomorrow
[23:49] Mirici (~mirici@p4FEDC848.dip0.t-ipconnect.de) left irc: Ping timeout: 272 seconds
[23:52] NormanOK (810f1fcd@gateway/web/freenode/ip.129.15.31.205) left irc: Quit: Page closed
[23:59] Strykar (~wakka@122.179.141.206) left irc: Quit: Leaving
[23:59] Strykar (~wakka@122.179.141.206) joined #highaltitude.
[00:00] --- Tue Feb 24 2015