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/IL224OVMS7ASTJ5SA5KBT324EQKLK2FL/",
    "mailinglist": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/",
    "message_id": "[email protected]",
    "message_id_hash": "IL224OVMS7ASTJ5SA5KBT324EQKLK2FL",
    "thread": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/thread/7I3D5KTJRCLUSIEJUCZRICC56YWF6ZY7/",
    "sender": {
        "address": "w5ggw (a) cox.net",
        "mailman_id": null,
        "emails": null
    },
    "sender_name": "Gregg Wonderly",
    "subject": "[amsat-bb] Re: Turn off AGC when receiving BPSK-1000",
    "date": "2011-08-22T15:52:38Z",
    "parent": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/S62KEKSZIRTG7I5C3EAF25WS66XDX23J/",
    "children": [],
    "votes": {
        "likes": 0,
        "dislikes": 0,
        "status": "neutral"
    },
    "content": "What kind of codec makes the most sense to you?  We have things like D-Star that \nhave existing hardware (the codec exists and is documented).  Many really seem \nto find it unusable since they have to pay for it.  I find it odd that their \ntime to reinvent the wheel is somehow free.\n\nAre there any other answers, such as the GSM codec?  Echolink uses that, and \nthus a path out of an echolink client to the ISS could be direct.  I have a Java \nversion of the echolink client that I wrote quite a few years back that could be \nused to investigate digital voice with other software codecs.\n\nIt would seem wise for the RF modulation scheme to have a reasonable FEC to try \nand minimize retransmission.  What kinds of modulation schemes would be easy to \nput on board the ISS and potentially other craft that could be 100% hardware \nbased to minimize the \"moving\" parts?  For example are there any existing \"FPGA\" \nkind of device based SDR kits with \"digital data modulation\"?  I've seen quite a \nfew that are based on complete programs running on Windows or other OSes.  We'll \nneed something in hardened hardware I'd think.\n\nThoughts?\n\nGregg Wonderly\n\nOn 8/20/2011 9:10 PM, Phil Karn wrote:\n> On 8/19/11 7:51 AM, Gregg Wonderly wrote:\n>\n>> What kind of digital are you suggesting?  Voice and data both?  A\n>> digital path from anywhere on the planet to the appropriate ground\n>> station is easily doable with some \"documentation\" of the ground stations.\n>\n> Digital voice would be the easiest to support since the data rate is so\n> modest. Low rate data (<  100 kb/s) wouldn't be much harder. All it takes\n> is a stabilized platform with microwave antennas. Any ground station\n> with an Internet connection could automatically link with the ISS and\n> relay it to a central point (e.g., Houston) and then hand it off to the\n> next ground station. One advantage we hams have always had over NASA\n> itself are our numbers and geographical distribution. We obviously\n> wouldn't be able to cover the large parts of the earth that are entirely\n> water but we could still do a pretty good job with the rest.\n>\n>\n",
    "attachments": []
}