Jump to content

Stargazers Lounge Uses Cookies

Like most websites, SGL uses cookies in order to deliver a secure, personalised service, to provide social media functions and to analyse our traffic. Continued use of SGL indicates your acceptance of our cookie policy.

sgl_imaging_challenge_banner_beauty_night_skies.thumb.jpg.2711ade15e31d01524e7dc52d15c4217.jpg

hughgilhespie

Members
  • Content Count

    526
  • Joined

  • Last visited

Community Reputation

216 Excellent

1 Follower

About hughgilhespie

  • Rank
    Proto Star

Profile Information

  • Gender
    Male
  • Interests
    First tentative steps in DSO imaging
  • Location
    North Devon
  1. Hi Steve, Sorry to hear you have been ill and I hope you recover quickly. As requested, the relay board stripboard layout is attached. I will now press on finishing the software and the documentation and will update when we are ready for live testing. Regards, Hugh RelayBoard3.pdf
  2. Hi Steve, Another update. I have finished building and testing the relay board and the dummy shutter hardware. This is the relay board. It is built as per the schematic I sent previously. The relays are not rated enough to power a 'proper' motor to open a shutter but they are fine with the little demo motor I am using. The hardware is pretty basic. Just the 12 volt geared motor - the slowest I could find, about 5 rpm - and a couple of the limit switches with both N/O and N/C contacts. All mounted on a piece of alumininium plate with an actuator bar fitted to the motor. The good news is that it all works as planned. I don't have a VM110 / K8055 board to test with but it is easy enough to test the basic operation by grounding the lines that would normally connect to the Velleman DO5 (motor run) and DO6 (motor direction). If I can work out how, I will add a little video later. From my point of view, all that is left for me to do is finish the software to include the various optional features and to finish the construction / software installation write-up. About one more week I hope. Regards, Hugh
  3. Hi Steve, You will probably overtake me! Good luck with the construction. Regards, Hugh
  4. Hi Steve, Another Magic Wire Update. I have finished designing the schematic for the relays as below. I have also attached it as a PDF file. This is very much a Mk. One design and as yet untested. It took a lot longer than I expected to get a design that works - on paper anyway. This was due to the need to deal with keeping the states of the Fully Closed and Fully Open limit switches as reported back to the MW board valid under all possible conditions. My next step is to do a hardware build of the schematic. I have some dinky little PCB mount relays so it will be a fairly simple strip board build. Then assuming testing goes OK, I will build a shutter mock-up in hardware using a small 12 volt motor and a couple of limit switches. I have had a break from writing the MW firmware but there isn't much left to do. My TTD list is THINGS TO DO ============ Option handling - Finished in Static Module. Moving module in progress Write Shutter Close procedure. Moving module. Write Battery Voltage stuff. Moving module. Write Comms Check stuff. Moving module. How are you getting on with making the modules? Please do let me know if you hit any snags as that would be very good feedback. Regards, Hugh MW_ShutterSchematic_Rev01.pdf
  5. Hi SkyBadger, You are doing proper, joined-up programming! Way above my pay grade I'm afraid but it does sound very interesting. I would love to get more details on your proposed ASCOM safety driver as that's one of the missing links in my observatory set-up. My approach to protecting the equipment in the observatory has been to have all the safety inputs and control built in to my homebrew Arduino based controller. It works well and it covers various ways that things might come to harm. The stuff includes Inhibitor switches fitted to the dome clamps (to block attempting rotation when the dome is clamped). Detection of rotation motor jamming and automatic shut down . 2 off Hydreon sensors, one set for rain and one for heavy dew. Aurora cloud sensor. I also found it very helpful to have the ability to override the various safety detectors to allow basic fiddling, setting up in daylight, etc. This is all done through a programme called MegunoLinkPro that is a sort of poor man's visual basic. I have a GUI for my controller that allows me to configure it without needing to reflash the firmware. As I said, all this works and it is very pleasing to see the shutter close on the first drop of rain. The big lack for me is any way to interface my system with SGP so that there is a chance of pausing, then resuming a sequence. Hence my interest in an ASCOM safety driver. Regards, Hugh
  6. Hi Steve, Thanks for sending the schematic. I will use this circuit for my mock-up. Looks like you should be able to test everything when you have the modules built. The delay in getting the boards from the US might be my fault - I notified them of the problem I had found, maybe they are getting corrected boards made. More likely, it's just good old ParcelFarce. One thing to note is that if you want to use limit switches with the MagicWire system, you need to use SPDT switches. The common pole of each switch is connected to the 12 volt rail, the motor drive relay coil is connected to the NC terminal and the MW Moving board is connected to the NO contact. Then, when the switches are activated by the shutter, the previously floating contact gets connected to the 12 volt rail and this is the signal the MW board uses. I will sort out the actual wiring when I build my mock-up shutter drive. The switches I used were from RS, part number 682-2184. They are only rated for 3 amps, so they need to switch the motor via a relay, not directly. Regards, Hugh
  7. Hi Steve, Update time again. I have made one more fairly minor amendment to the hardware. I have added a red LED to each strip board as shown on the revised drawings in the Rev 0.1 instructions attached. This LED is a diagnostic LED that will give a basic indication of any faults detected by blinking in a pre-set pattern. I thought this would be helpful as it is very difficult to work out what has gone wrong without some form of feedback. I actually used a couple of LEDs with built in resistors, suitable for connecting directly to an Arduino pin and I have added details of these to the updated Parts list. However, a plain LED with a suitable series resistor, say between 500 and 1000 ohms would work just as well. The resistor would be used in place of the wire link between the LED cathode and ground. The Mark 1 code for the two modules is now written. Copies of the files for each module are attached. This is still early days stuff and will evolve quite a bit in the next few weeks. I had a lot of fun initially as I just couldn't get it to work at all - I tried everything I could think of but - nada! As soon as I loaded the code into either module, it just went dumb and flashed it's little red LED at me. Finally I did some serious debugging, adding one line of code at a a time until I found the problem. It turns out that the breakout boards from Embedded Coolness have a fault! The Nano reset pin is connected to pin A0 and it shouldn't be! Naturally, the Gods of software had insisted that my 'helpful' diagnostic LED was connected to pin A0, so that when I initialised the pin, setting it low so the LED didn't light, that pulled the reset pin low as well. The Nano resets, starts loading the software again, gets to the bit where it sets pin A0 low, resets the Nano ................................................... Anyway, what doesn't kill you makes you stronger . I changed the Nano pin used for the LED and the breakout boards work just fine. As I mentioned before, I don't have a spare Velleman board so I am a bit limited in final testing. However, I have bought some cheap 12 volt DPDT relays from RS and a little 12 volt motor, so I am going to build a test rig to simulate the shutter operation, complete with limit switches. That will help a lot with testing. I am also plugging away at writing the How To document. It is far from finished but I will eventually get there. Regards, Hugh LESVEDOME DOME CONTROL HARDWARE.docx MagicWireSTATIC_0902a.ino MagicWireMOVING_0902a.ino
  8. Hmm, Programming is definitely NOT my thing. I started on punched cards using Algol 60 then Basic over a teletype. Entered the micro age with a Nascom1, Z80 processor, programmed in machine code. There wasn't enough memory for an assembler. Then BBC Basic, a dash of 80286 and 80386 assembler and Visual Basic until it went modern after VB3. I still can't do 'joined up' programming, all that object oriented stuff. I like a nice procedure or two and I do enjoy working with these simple processors like the Amtel chips in the Nano boards. It's more satisfying for me to have a direct connection to the hardware rather than layer upon layer of abstraction. So, crunch day tomorrow for Magic Wire. Boards built and the basic two-way radio is working. Magic Wire firmware Mk. 1 written for both boards and a proper try out tomorrow. I will have to find a way of spoofing the various inputs and outputs - mainly just a matter of being able to connect / disconnect the inputs to the various voltage rails. I have also put in some additional code to allow me to follow what's happening over a serial link to a terminal program. Regards, Hugh
  9. Hi Steve, Glad to know my daftness hasn't caused any problems. On that subject, I also sent you the drawing of the updated strip board layout as a Visio file rather than a PDF which I meant to send. Attached is the PDF version which should be much easier to read. Regards, Hugh Static_Module_Rev01.pdf
  10. Hi Steve, CORRECTED STRIP BOARD LAYOUT I have revised the strip board layout for the Static radio module. I hadn't allowed for the fact that the digital outputs from the Velleman / K8055 boards require the use of pull-up resistors in order to generate a voltage swing when switching. The new layout uses an extra 2 off 4k7 pull-up resistors, tied to the +5 volt rail. When the Velleman / K8055 outputs are INACTIVE, the voltage seen at the Nano pins will be about +5 volts. When the outputs go ACTIVE, the voltage will drop to about 0.2 volts. My apologies if this change causes you any problems! In terms of general progress, I am getting on with the firmware for the boards. I should be in a position to start debugging / testing over the weekend. Regards, Hugh Drawing2_Rev0.1.vsd
  11. Hi Steve, IGNORE THIS!! JUST PLAIN WRONG. CORRECTED VERSION SHORTLY!!! I have revised the strip board layout for the Static radio module. I hadn't allowed for the fact that most people using the Lesvedome system and following the schematics on the Lesvedome site will be using 12 volt relays and connecting the Velleman / K8055 CLAMP terminal to the 12 volt rail. This means that when the outputs from DO5 and DO6 are inactive, they will be around 12 volts which is much too high for the Nano pins that are connected to them. I have added a simple voltage divider to each connection, so another 4 resistors are needed, 2 by 3.9 k and 2 by 2.0 k. This will reduce the 'off' voltage to about 4 volts which is fine. The 'on' voltage will still be around 0 volts. My apologies if this causes you any problems! In terms of general progress, I am getting on with the firmware for the boards. I should be in a position to start debugging / testing over the weekend. Regards, Hugh Static_Module_Rev0.1.pdf
  12. Hi Peter, Well Done!! You must be really pleased. Astro imaging is never going to be easy but when the automation works it takes a lot of the hassle away and leaves you free to concentrate on getting good results. Speaking of automation, if you do decide to automate the shutter operation, I have a design for a radio link for the Lesvedome shutter control that in effect connects the shutter to the VM110 / K8055 via a length of magic wire. The details of the mark1 design are in the topic 'Wireless Connection to Velleman K8055/VM110' that you started in this forum. I am doing this with the help of another SGL member and between us we should have a working design fairly soon. Once again, congratulations on a successful project. Regards, Hugh
  13. Hi Steve, Thanks for your kind words. The ceramic caps I used are 50 volt rated, 0.1 and 0.33 uF. The Embedded kits include the 0.1 caps. The L78S05 regulator specifies an 0.33uF and I thought it best to stick to the recommended values. Regards, Hugh
  14. Hi Steve, Glad you can do the testing. I am away myself until Monday so will start doing the software when I get back. Regards, Hugh
  15. Hi Steve, A quick update. After I got your reply where you mention building Robert Brown's MySQM meter it occurred to me that a radio link for shutter control in observatories using the Lesvedome system might be of interest to a few people. To this end I decided to tackle this in the same way as Robert's very useful projects and to prepare a project called 'Magic Wire'. I have now actually build a pair of complete radio modules and I have tried to document the design and building process sufficiently to allow other people who may be interested to have a go themselves. The stage I am now at is that the first draft project documentation is written and I now will start writing the code for the Arduino Nanos, followed by testing. I don't have a spare K8055 board or any relays so my testing will be limited to spoofing the inputs and checking that the outputs respond correctly. I have included the draft documentation - excluding the code for now - and I would welcome your comments. If we finally get this up and running, with you as the guinea pig for final testing, I would send the project to Pierre to see if he would like to include it on the Lesvedome web site. Regards, Hugh LESVEDOME DOME CONTROL HARDWARE.docx
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.