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/TQMC3AT5X6ERX3BNLBQ3MZNWZGK2MNBN/",
    "mailinglist": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/",
    "message_id": "20081125203947.1adcd84f@solaris",
    "message_id_hash": "TQMC3AT5X6ERX3BNLBQ3MZNWZGK2MNBN",
    "thread": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/thread/WO5BBCGWJGYFFUSQUMHKSRAX3LNB7DKZ/",
    "sender": {
        "address": "alexc (a) phys.au.dk",
        "mailman_id": null,
        "emails": null
    },
    "sender_name": "Alexandru Csete",
    "subject": "[amsat-bb] Re: bbsat ideas...",
    "date": "2008-11-25T19:39:47Z",
    "parent": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/WO5BBCGWJGYFFUSQUMHKSRAX3LNB7DKZ/",
    "children": [
        "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/AIL7XHUPHGB6L77J3QQD4UWVZMWBOTJN/"
    ],
    "votes": {
        "likes": 0,
        "dislikes": 0,
        "status": "neutral"
    },
    "content": "On Mon, 24 Nov 2008 20:56:44 -0800\nMark Vandewettering <[email protected]> wrote:\n> ...\n> Given the relatively limited amount of power that we are likely to  \n> have in a cubesat, the question then becomes what is the best way to  \n> use that power?   It seems unlikely that any kind of linear  \n> transponder will allow more than just a couple of users meaningful  \n> access.  I'd suggest it might make more sense to do some kind of  \n> digital transponder.   I'm imagining a satellite which monitors a  \n> chunk of spectrum roughly the size of a current SSB signal, say  \n> 2.4khz.   Imagine that space was divided into (say) 10 channels,\n> each 240hz wide.  We could easily fit a PSK63 signal (or a similar\n> FSK signal, pick your poison) in that space.  You could use a bent\n> pipe crossband transponder, or potentially do a simplex repeater (say\n> the sat listens for 10 seconds, then re-echoes for 10 seconds) on the\n> same uplink frequency.   If you are a downlink station, you know what\n> you sent, and can tell if your signal got collided with, and if so,\n> you can switch to another of the 10 slots.    In the mean time, you\n> can easily monitor all of the other slots as well, and try to pick\n> an unoccupied one.  While it might be difficult for a\n> power-efficient controller to actually _decode_ each of the 10\n> channels, it probably could determine which channels are busy itself\n> by monitoring power in each of the channels.   Maybe we can fill\n> unused slots with telemetry?  Or can we actually get enough DSP\n> power into a cubesat to decode 10 channels of PSK (or some similar  \n> protocol), which would help a lot (the bird only transmits stuff,\n> and what it transmits is free from noise/errors).    If not 10\n> channels, then how 'bout 5?  2?  Even one?  Then, we basically have a\n> simple digipeater, which can obviously be done, given the existance\n> of 1200 baud modems based upon PIC microcontrollers.\n> \n> Just some lunacy...\n> \n> \tMark KF6KYI\n>   \n\nMark, I fully support your lunacy. In fact, I was having something\nsimilar in mind when I first saw the SuperBrowser in DM780 by\nSimon Brown HB9DRV. So, half of the software is already there\nrunning on the desktop :-)\nPersonally, I think it should be a full duplex real-time repeater (not\njust a bent pipe).\n\nMoreover, if using SDR it would be easy to switch between various\ndigital modes, i.e. one week PSK, next week SSTV and so on.\n\nI'm really not worried about computing power. Already today you can get\nthe processing power of a laptop in the size of a PDA.\n\nIf somebody wants to work on with this idea I'd love to get involved. I\nmight even be able to help establish some launch opportunities in the\n2011-2012 time frame.\n\n73\nAlex OZ9AEC\n",
    "attachments": []
}