Show an email

GET /hyperkitty/api/list/[email protected]/email/55DFS6LLUO5D6QUTSYS4IN6TQIWXGR2Y/?format=api
HTTP 200 OK
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "url": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/55DFS6LLUO5D6QUTSYS4IN6TQIWXGR2Y/?format=api",
    "mailinglist": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/?format=api",
    "message_id": "CAF3DnKhFeQEnn_W1NoZd7moL17FO6MRFmghR99kLUgLw5GgcZw@mail.gmail.com",
    "message_id_hash": "55DFS6LLUO5D6QUTSYS4IN6TQIWXGR2Y",
    "thread": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/thread/55DFS6LLUO5D6QUTSYS4IN6TQIWXGR2Y/?format=api",
    "sender": {
        "address": "dan (a) post.com",
        "mailman_id": "8fbd55eb51ed4663a4067933c1d26387",
        "emails": "https://mailman.amsat.org/hyperkitty/api/sender/8fbd55eb51ed4663a4067933c1d26387/emails/?format=api"
    },
    "sender_name": "Daniel Cussen",
    "subject": "[amsat-bb] To Flip or Not to Flip",
    "date": "2014-06-27T15:27:53Z",
    "parent": null,
    "children": [
        "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/F2BEVO3K3BAQHYPBVPILK34JIA2PLFDH/?format=api"
    ],
    "votes": {
        "likes": 0,
        "dislikes": 0,
        "status": "neutral"
    },
    "content": "To  Flip or Not to Flip\n\nOk, my setup has flip capability. It also has azimuth of 1.5 turns\n(540 degrees),\nSo flip is not essential for end stops as the rotator neither stops at\nNorth nor South\n\nThe rotator controller software only works in WiSPDDE but this can use\nmany different tracking software types.\nCurrently using Orbitron. Orbitron only outputs Elevation 0-90 and Az 0-360\n\nThe WiSPDDE rotator driver has been modified to automatically flip if\nelevation goes above 70 degrees and starts to drop again. As soon as\nit starts to drop Elevation, Azimuth value has 180 degrees added and\nElevation is now suddenly >90\n\nThe software has the option to enable or disable flip on each pass.\n\nWhat I need to know is\n\n1) What is the best way to predict if I should flip or instead just\nmove the azimuth without flipping?\n\n2) Is there any software to automatically decide if Flip is best, and\noutput Elevation values >180 to WiSPDDE during the middle of a pass?\n\nFor Example worst case would be a satellite coming from due west (270)\nheading east (90).\nI this case it would be best to flip antenna, otherwise azimuth would\nneed to rotate 180 degrees suddenly during a pass.\n\nIn another case, ISS coming from south west across to south and then\nsouth east, but with elevation approaching 85 degrees. In this case it\nwould be best to not flip, but our current software flips once the box\nis ticked and if the elevation rises above 70 degrees.\n\nAt the moment it is not possible to do this in WiSPDDE as it does not\nknow where the ISS is going to be at the end of the pass as that info\nis not sent over the DDE interface.\n\nSpecific System Setup\nThe system will be used to track the ISS for 2.4Ghz HAMTV downlink.\nThe beamwidth of dish is 4 to 8 degrees, but signal is very strong at\nhigh elevations.\nVideo is used live so continous accurate tracking is needed\nThe azimuth can be any value 0-540 degrees (1.5 turns). Currently the\nsoftware can do 2 things.\n\n1) Not flip but instead move to an azimuth position where flip is not\nessential, but sometimes the azimuth is too slow to get to the new\nposition.\n\n2) Flip the dish, but on some passes it would be better to not flip\nthe dish, if say elevation went to 73 elevation but azimuth could cope\nwith tracking.\nThe decision is currently a tick box. Orbitron only outputs 0-90\nElevation so WiSPDDE is not being told by Orbitron to flip, the\ndecision is not based on the pass prediction.\n\nI believe some of these problems may be solved with SatPC32 but we\nwould possibly need to modify our custom driver to just accept these\nvalues.\nIf using SatPC32 would it solve all these issues? Can it decide to\nflip or not flip based on azimuth speed and pass prediction in the\nmiddle of a pass?\nDoes SatPC32 only ever flip at the start of a pass and never in the\nmiddle of a pass?\nWill it pick the best option for every pass and output values via DDE\nto WiSPDDE?\n\nThe rotator WiSPDDE is specifically written for this task,\nIt is a modified version specially modified by Amasat Itallia.\nThe rotator we are using is prosistel Azimuth and Elevation rotator.\nThis is quite new and so a specific driver was written.\nThe azimuth can achieve 1.5 turns (540 degrees) and Elevation 180. The\nmanufacturer only specifies Az 360 and Elev 90 but we have special\nmodified hardware and software to allow movement above normal range.\nWe have been using Orbitron up to now as it allows sun tracking which\nis handy for dish calibration,\n\nIn reality the setup may not be used too often for school contacts and\nwe could perform a manual pre-test or simulation to see if flip is\nbest.\nAnother option is to just not use passes for school contacts that\nrequire flip or that will result in a signal loss in the middle of a\npass.\n\nWhat I would like to happen is the software to calculate which option\nis best, to flip on the fly or not to flip\nThe decision would be based on the speed of the motors and which mode\nis fastest to keep a signal locked.\n\nFor example\n\nTime in seconds 1 \tAZ 260 El 45\nTime in seconds 2\tAz 90 El 80\n\nAssuming both Elevation and Azimuth can move a 5 degrees per second\nDifference without Flip\nAz 170\tEl 35 Max Time to correct position 34 seconds\nDifference with Flip\nAZ 10\tEl 50 Max time to correct position 10 seconds\n\nSo is there any program that does this and can output to WiSPDDE?\n\nDan EI9FHB\n",
    "attachments": []
}