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/QI42XGJQPFBGVWAV4HCHZTGHQAXP523H/?format=api",
    "mailinglist": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/?format=api",
    "message_id": "CAEpGj_N-iAcOZ8+jiSDhxJy_FvDQanUjmqafRjuOFfnNg1DUiQ@mail.gmail.com",
    "message_id_hash": "QI42XGJQPFBGVWAV4HCHZTGHQAXP523H",
    "thread": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/thread/FT24W6QAMDCPV6T5PW7WAO2AR7GOPLDR/?format=api",
    "sender": {
        "address": "pista01 (a) gmail.com",
        "mailman_id": "9713caf97dab455aab9b2b225b7f3a51",
        "emails": "https://mailman.amsat.org/hyperkitty/api/sender/9713caf97dab455aab9b2b225b7f3a51/emails/?format=api"
    },
    "sender_name": "Steven Kalmar",
    "subject": "Re: [amsat-bb] Optical shaft encoders",
    "date": "2016-03-24T13:43:41Z",
    "parent": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/VI7XVJXAYWMXZHXPIDEPJNVADO3AW6RP/?format=api",
    "children": [],
    "votes": {
        "likes": 0,
        "dislikes": 0,
        "status": "neutral"
    },
    "content": "John,\nI'm testing this board with my custom rotators and controller.  The board\nhas been working quite well, with consistent reading for both az and el.\nThe az readings are even accurate when the el is at 90 degrees.\n\nThat said, I won't be using it as a primary position sensor.  Optical\nencoders with sufficient resolution are still superior.  I haven't tested\nthis board in the presence of RF, so I'm not sure what it will do on\ntransmit.  The board also can't tell you if the rotators are pointing at\n360 degrees or 0.  A POT, or something similar, is still needed to\ndetermine that.  The i2c bus needs to be as short as possible, so whatever\nis reading it needs to be mounted on the rotators.  Positioning the\ncontroller with the rotators will also improve the reliability of the\noptical encoders.  This board works well for calibrating the rotator to\nmagnetic north and zeroing the el, as well as validating the az & el\npositions reported by the optical encoders.  How well the validation will\nwork on transmit is yet to be determined.\n\nIf all you want to do is read the position outside the controller circuit,\nthen I would think it would work quite well connected to an Arduino mounted\non the rotator.  An ethernet shield would allow for a simple web page that\ncould display the rotator's position.  Reading the values off the board is\nquick and doesn't require very much resources.  Calibration is the main\nissue with these types of sensors.  It's much easier to deal with on this\nboard.  The on-board micro helps a great deal.  The calibration data is\nlost when the board powers up.  Until it is calibrated, the values are\nuseless.  Once calibrated, previous saved calibration values can be passed\nto the board when it powers up.  The initial calibration does call for\nspecific movements outside the range possible by just mounting it to the\nrotator and moving it around.  The initial calibration would need to be\ndone close to the actual mounted position on the rotator.  Once the rotator\nand sensor are in their final positions and the rotator az and el moved\naround a bit, the on-board micro will update it's calibration values from\nthe initial calibration.  These final calibration values would be the\nvalues to save and re-apply on power up.  Since the on-board micro\ncontinues to update the calibration, it might be a good idea to update the\nsaved values periodically.\n\n\nSteve\nKD8QWT\n\nOn Wed, Mar 23, 2016 at 5:58 PM, John Toscano <[email protected]> wrote:\n\n> Bob et. al.:\n>\n> Would something like this:\n>   https://www.adafruit.com/products/2472\n>\n> ...be useful for the purpose of determining absolute position without\n> relying on mechanical linkages of gears, belts, pulses, potentiometers,\n> etc.? It uses 3-axis magnetometers, 3-axis gyros, and 3-axis\n> accelerometers, and a Cortex M0 ARM to do all the hard computations that\n> combine the three types of data into a viable position indication. It is\n> inexpensive enough that I will probably install one when I finally get\n> around to raising a tower at my new QTH, and using it only for readouts at\n> first. I have been using and will resume using Yaesu rotators when the\n> tower goes up, so no urgent need to add safety limit switches etc. In many\n> years of operation at my prior QTH, the rotator never got \"confused\" about\n> its position except when somebody put tension on the cable plugged into the\n> back of the control box and loosened some of the connections between plug\n> and socket. I do realize that even the G1000SDX model I was/will be using\n> is not hefty enough for some applications, but again it served me well for\n> many years in spite of temperature swings from -40F to +105F. (Yeah, it\n> turned a bit slower at the begining of a contest when the temp was -40F and\n> the wind chill was -60F. OK, wind chill doesn't apply to inanimate objects,\n> but -40F actual is pretty darned cold. Plus the ice and snow added on\n> didn't help.)  :-)\n>\n> 73 de W0JT/5\n> EN34js -> EL09vu\n>\n> On Tue, Mar 22, 2016 at 8:53 PM, Robert McGwier <[email protected]>\n> wrote:\n>\n> > This is an awesome conversation and we are extremely grateful.\n> >\n> > Zach is trying to build a robust repeatable super ground station.\n> >\n> > Bob\n> > On Mar 18, 2016 6:30 AM, \"Daniel Cussen\" <[email protected]> wrote:\n> >\n> > > >for those with Alfa Radio HR model rotators, maybe you have\n> same/similar\n> > > issues?\n> > >\n> > > I do not have a HR model, but I do have a similar system and we are\n> > > seeing similar problems.\n> > >\n> > > First off there is no end stop safety switches. This means if the\n> > > control box becomes confused it can damage coax cables and move\n> > > elevation to positions to damage antennas etc.\n> > >\n> > > Second, there is no absolute position sent, meaning if it gets\n> > > confused it cannot reset itself as only the amount of movement is\n> > > sent, not the actual current position. Over time this means errors\n> > > accumulate and grow.\n> > >\n> > > The basic Yaesu G5500 has both safety protections meaning it is\n> > > unlikely a confused control box will result in damaged antennas or\n> > > coax.\n> > >\n> > > >So first off, Bob is basically asking if anyone has built a custom\n> > > optical shaft encoder to >replace the magnetic hall effect sensors in\n> the\n> > > High Resolution Big-Ras rotators.  >Machining, circuit design,\n> > > performance.....?\n> > >\n> > > I do not know, however I have nearly added safety switches to a\n> > > similar model to turn off the motor to protect the coax cables. This\n> > > is also very important if the relays stick in the control box.\n> > >\n> > > Others have removed or replaced position sensors with more accurate\n> > > absolute positions sensors. In particular the HH-12 is used by a lot\n> > > of large EME stations as it is both accurate, cheap and absolute\n> > > position. If you connect it using a rubber hose it will protect itself\n> > > from damage if you try turn it too much.\n> > >\n> > > http://www.vk5dj.com/hh-12.html\n> > > Mounting it to the Big-Raz is unknown, but here is a similar project:\n> > > http://e-kutz.eu/seite10.html\n> > > Here is a complete controller with two sensors:\n> > > http://f1frv.free.fr/main3o_AZ_EL_Display.html\n> > >\n> > > >The noise voltage was 1 or 2 volts peak to peak when measuring the\n> lines\n> > > with an o->scope.\n> > >\n> > > This is not good.\n> > >\n> > > > The shields of the cables are connected together at the connector on\n> > the\n> > > rotator (8 pin >MIC connector) and at the connector on the MD-01\n> control\n> > > box.  The shield is also >jumpered to a good station ground at the\n> > control\n> > > box.\n> > >\n> > > To reduce noise the recommendation it to only connect the shield AT\n> > > ONE END, and not both ends. Normally only at the shack end. I think\n> > > this prevents ground loops.\n> > >\n> > > >So that's about it in a 'nutshell.'\n> > >\n> > > So in my case we have a similar sensor. All the HAMTV ground stations\n> > > in Europe (6) are using Prosistel Az/El with uses hall magnetic\n> > > sensors with thousands of pulses per second. We too are seeing\n> > > positions change with the motor stop, so much so thousands of pulses\n> > > must be read while stopped.\n> > >\n> > > The solutions we have used so far:\n> > > 1) Multiple screened cables as you suggest grounded at one end\n> > > 2) Adding filters to the motor wiring to reduce motor noise/cross talk\n> > > 3) I experimented with stepping up rotation feedback from 0/5V to 0/20V\n> > > 4) I am working on a replacement control box, where we can modify the\n> > code\n> > > 5) I am adding safety switches to protect the coax.\n> > >\n> > > The real solution would be for the manufacturer to use absolute\n> > > position feedback. There is complete controllers available, if you can\n> > > manage to connect their sensors to your existing system using\n> > > belts/gears/cogs etc.\n> > >\n> > > Another option I think you should consider is using your own control\n> > > box. We found that the Prosistel supplied control box was flawed in\n> > > some ways. The open source control box is already designed to take\n> > > pulse inputs, and seems to work with thousands of pulses per second.\n> > > You can even just hook the inputs in parallel to see if the problem is\n> > > the control box or the sensor outputs. All you need is an arduino\n> > > (mega preferably) and the correct version of the code. It will display\n> > > a second opinion of the position, so you can determine if the control\n> > > box has issues too. We found our control box misses some pulses, we\n> > > think it is busy updating the LCD or talking to the computer and\n> > > misses pulses.\n> > >\n> > > Other features of this is a master/slave option, meaning the\n> > > controller can be mounted at the antenna, meaning only short cable\n> > > runs to the position sensor.\n> > >\n> > > http://blog.radioartisan.com/yaesu-rotator-computer-serial-interface/\n> > >\n> > > In the long term absolute position sensors combined with safety\n> > > switches are the only real  solution. For HF even a bog standard\n> > > potentiometer would probably work better. Some suppliers use 3 or 10\n> > > turn potentiometers to allow 360 degrees or 1.5 turns rotation.\n> > > _______________________________________________\n> > > Sent via [email protected]. AMSAT-NA makes this open forum available\n> > > to all interested persons worldwide without requiring membership.\n> > Opinions\n> > > expressed\n> > > are solely those of the author, and do not reflect the official views\n> of\n> > > AMSAT-NA.\n> > > Not an AMSAT-NA member? Join now to support the amateur satellite\n> > program!\n> > > Subscription settings: http://www.amsat.org/mailman/listinfo/amsat-bb\n> > >\n> > _______________________________________________\n> > Sent via [email protected]. AMSAT-NA makes this open forum available\n> > to all interested persons worldwide without requiring membership.\n> Opinions\n> > expressed\n> > are solely those of the author, and do not reflect the official views of\n> > AMSAT-NA.\n> > Not an AMSAT-NA member? Join now to support the amateur satellite\n> program!\n> > Subscription settings: http://www.amsat.org/mailman/listinfo/amsat-bb\n> >\n> _______________________________________________\n> Sent via [email protected]. AMSAT-NA makes this open forum available\n> to all interested persons worldwide without requiring membership. Opinions\n> expressed\n> are solely those of the author, and do not reflect the official views of\n> AMSAT-NA.\n> Not an AMSAT-NA member? Join now to support the amateur satellite program!\n> Subscription settings: http://www.amsat.org/mailman/listinfo/amsat-bb\n>\n\n\n\n-- \n\"In a time of universal deceit, telling the truth becomes an act of\nrebellion.\"\n--George Orwell\n",
    "attachments": []
}