Email Detail

HTTP 200 OK
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "url": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/MZZGOTD3J5WNDGSYYAT4HMEZUIORB6CU/",
    "mailinglist": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/",
    "message_id": "[email protected]",
    "message_id_hash": "MZZGOTD3J5WNDGSYYAT4HMEZUIORB6CU",
    "thread": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/thread/DHL7RWTC4F3W55X3SYMA5Q2GWCBTNIIC/",
    "sender": {
        "address": "daniel (a) destevez.net",
        "mailman_id": "c2eac82b839b45f5a7d3b923c1721007",
        "emails": "https://mailman.amsat.org/hyperkitty/api/sender/c2eac82b839b45f5a7d3b923c1721007/emails/"
    },
    "sender_name": "Dani EA4GPZ",
    "subject": "Re: [amsat-bb] Nusat-1 and Nusat2",
    "date": "2016-08-09T08:13:21Z",
    "parent": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/GGRMBEPZDCKHKTXSQWEMC2M5UGZIP6WG/",
    "children": [],
    "votes": {
        "likes": 0,
        "dislikes": 0,
        "status": "neutral"
    },
    "content": "El 09/08/16 a las 04:31, Scott escribió:\n> Telemetry from both of those satellites is quite active; while it's fun\n> receiving the RF and pulling out the raw hex data, unfortunately there\n> is currently NOT a decoder that I am aware of to display meaningful values.\n> \n> The bulk of the work to get us this far was done by Dani Estevez.  His\n> work is extraordinary and is documented at:\n> \n> http://destevez.net/2016/06/trying-to-decode-data-from-nusat/\n\nThanks for linking my blog, Scott. Unfortunately that's all we can do by\nnow.\n\nThe satellite uses CBOR to compress the telemetry into small binary\npackets. Some of the guys at Satellogic (the company that operates the\nsatellites) were going to send me some details, but nothing received so\nfar. Probably it's not so easy and they're busy enough.\n\nThe downside is that we don't even have a way to check that the packets\nare received without bit errors. The last 4 bytes of the packet seem to\nbe the ones which vary the most, so kudos if someone can recognise that\nas a CRC of the packet. I tried for a while, but got nothing.\n\nBy the way, it's 40k baud, not 38k4. It eats a huge chunk of spectrum\n(about 80kHz).\n\n73,\n\nDani.\n",
    "attachments": []
}