JUst found you from SGL look forward to participating when I can

Hi,
I'm mldee from SGL. Thanks for creating the group, I'll be happy to contribute
wherever I can. I have 2 arduinos on order.

I'm into the multi-scope focuser, dew control and general housekeeping control
aspects for my small RO observatory in Brisbane, Australia.

I am curious about the various advantages of servo, stepper and geared DC
focuser motors from a cost and programming point of view.

Mike.

Hello to all of the new members :)

We're in the very early stages of this project, although we do have some code
written it's not ready for general consumption by any stretch.

We should have some documentation uploaded sometime in the very near future that
will outline what we plan to do with the project in a little more detail.

At the moment we are looking at obviously the focuser, and adding support for
the 3 types of motor.

We are also looking at dew heater control as well using ambeint temperature +
humidity, it will fully automated, independent for each device that needs
heating, this could be a telescope or an eyepiece or a telrad, it will be
entirely down to the user what they attach the sensors to :)

We're also looking at the viability of adding a cloud detector at some point.

We are basing the unit around the arduino mega boards, as this gives us the most
options with program (flash) memory, SRam and eeprom, it also gives us loads
more IO pins too.

Regards,
Reggie.

Hi All,

  I donīt have a lot of experience in working with a group of, relative,
strangers over the internet to work towards a common goal. So apologies if
sometimes things are missing or a bit disorganised.
We will get there. honest....we just have to figure out where there is and if it
was where we wanted to be or if the grass looks a bit greener on that there over
there....hhhmmmm.

I am writing a specification which will be uploaded as an under development (UD)
version with the outlines of what we want. This will be done by Sunday 13/09/09.
Please take the time to read through it and comment on what you would like
added.

The ultimate goal will be software versions for each item of control and also 1
all-in-one software version. Therefore people could theoretically just create a
focuser and upload the software if they wanted.

Circuit diagrams will be included for versions that we have tested. Ideally we
will create a pcb design that can be used to etch our own control boards.

At the moment myself, Rob and Reggie are playing with the Focuser and just
seeing how the ASCOM driver can be configured. I have a stepper motor focus
circuit working but we need to look at things like where to put the functional
code....in the Arduino or in the Driver (saves memory in the Arduino).
We have another member who requires the focuser working with servos and I
suspect we will get other requests as we go along.

So thats an overview of where we are starting but please remember that
any suggestions are welcome as is all offers of advice/help!

Thanks

Neil C

Hello all,

I just joined so I thought I'd introduce myself.  My name is Derek and I have
started working on an Arduino based focus controller.  Mainly I wanted to
eliminate my Feathertouch serial port based focus controller that I have now.  I
have had endless problems with serial port emulation and since the Astronomy
community seems to be stuck interfacing their products using 1980's technology I
guess I'll have to roll my own.  I haven't decided the best approach but I know
people here are working on a focuser too so I'd be interested in hearing what
you've accomplished.  Also, any thoughts on interfacing using either native USB
or WiFi, etc. would be appreciated.

Regards,
Derek

Hi Derek, welcome to the group :)

we will still be serial based on the arduino, the difference is the arduino is
tried and tested on *all* windows platforms that are currently in use, mac and
linux users should also be able to use the software on the boards and should be
able to write their own interfaces, We don't have any plans to implement
mac/linux support at this time(neither Neil or myself has the experience with
either I don't think), although we would welcome any linux/macintosh users who
want to contribute to the project.

We also don't need to emulate anything as we are writing our own methods for
communications to and from the board which has been done to death all over the
net :)

Thanks Reggie,

I'm not concerned so much about serial on the Arduino side but I absolutely
cannot have a port emulator on the PC side.  I'll need to look into how to
communicate with the Arduino directly.

Are there any plans to create a project repository where the source can be kept?
Such as SourceForge?

Derek


--- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@...>
wrote:
>
> Hi Derek, welcome to the group :)
>
> we will still be serial based on the arduino, the difference is the arduino is
tried and tested on *all* windows platforms that are currently in use, mac and
linux users should also be able to use the software on the boards and should be
able to write their own interfaces, We don't have any plans to implement
mac/linux support at this time(neither Neil or myself has the experience with
either I don't think), although we would welcome any linux/macintosh users who
want to contribute to the project.
>
> We also don't need to emulate anything as we are writing our own methods for
communications to and from the board which has been done to death all over the
net :)
>

Can you explain a bit more Derek, you say you can't have a port emulator on the
PC side, why so?  If you're not worried about the serial on the arduino then you
are already using a port emulator and shouldn't have any issues.  The arduino
uses the ftdi usb to serial chips which are by far and away the best for the
job.


--- In sgl_observatory_automation@yahoogroups.com, "derek_fielder" <derek@...>
wrote:
>
> Thanks Reggie,
>
> I'm not concerned so much about serial on the Arduino side but I absolutely
cannot have a port emulator on the PC side.  I'll need to look into how to
communicate with the Arduino directly.
>
> Are there any plans to create a project repository where the source can be
kept?  Such as SourceForge?
>
> Derek
>
>
> --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> >
> > Hi Derek, welcome to the group :)
> >
> > we will still be serial based on the arduino, the difference is the arduino
is tried and tested on *all* windows platforms that are currently in use, mac
and linux users should also be able to use the software on the boards and should
be able to write their own interfaces, We don't have any plans to implement
mac/linux support at this time(neither Neil or myself has the experience with
either I don't think), although we would welcome any linux/macintosh users who
want to contribute to the project.
> >
> > We also don't need to emulate anything as we are writing our own methods for
communications to and from the board which has been done to death all over the
net :)
> >
>

Sure, but I might start to rant! I have at least 4 components (Focusers, Camera
Rotator, Mount, etc.) that require serial communications.  This means that I
have to have a 4 port serial to USB adapter (modern laptops don't even have a
single serial port) and a USB extender to make things work.  Every time I reboot
my computer the serial ports change or the hardware won't communicate for some
reason, the USB extender dies, etc.  This is 2009 I don't need serial port
emulation.  USB is the standard for PC communications these days so it seems
wise to use it natively or WiFi for long distance (>20ft) communications.

One advantage as I understand it of using the FTDI chipset is that they supply a
DLL (that gets installed along with the port emulation) through which you can
communicate directly to the adapter.  That is probably the approach I would
start with.


--- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@...>
wrote:
>
> Can you explain a bit more Derek, you say you can't have a port emulator on
the PC side, why so?  If you're not worried about the serial on the arduino then
you are already using a port emulator and shouldn't have any issues.  The
arduino uses the ftdi usb to serial chips which are by far and away the best for
the job.
>
>
> --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder" <derek@>
wrote:
> >
> > Thanks Reggie,
> >
> > I'm not concerned so much about serial on the Arduino side but I absolutely
cannot have a port emulator on the PC side.  I'll need to look into how to
communicate with the Arduino directly.
> >
> > Are there any plans to create a project repository where the source can be
kept?  Such as SourceForge?
> >
> > Derek
> >
> >
> > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> > >
> > > Hi Derek, welcome to the group :)
> > >
> > > we will still be serial based on the arduino, the difference is the
arduino is tried and tested on *all* windows platforms that are currently in
use, mac and linux users should also be able to use the software on the boards
and should be able to write their own interfaces, We don't have any plans to
implement mac/linux support at this time(neither Neil or myself has the
experience with either I don't think), although we would welcome any
linux/macintosh users who want to contribute to the project.
> > >
> > > We also don't need to emulate anything as we are writing our own methods
for communications to and from the board which has been done to death all over
the net :)
> > >
> >
>

OK, that starts to explain things a bit more :)  Our unit should work
standalone, but you really need to get a handle on why the rest of your serial
based kit is flaky.  you really shouldn't fear serial in 2009, theres loads of
kit that uses it, you don't usually see it though as it's hidden from you.

the ftdi kit (one of which should be in your arduino) is by far and away the
best solution for usb to serial as it is a full implementation of serial.  when
you move an ftdi cable from one usb port to another port it keeps all of its
settings, try it with your arduino, it should keep its com port wherever it
moves to.

I have a diecimila and a mega, both have their own com port and don't clash and
crucially never change.  Could you give some details on your other usb to serial
cables devices, chipsets used would be useful?  They are not all equal and can
cause stability issues as serial is not correctly implemented on some devices. 
I also have an FTDI cable connecting my laptop to my HEQ5 pro mount, nothing
clashes or moves.

Lastly, have you checked that your usb hub is powered by a wallwart and is
actually supplying 5v/500ma per port? the wallwart should be 5V (obviously :))
and supplying at least 2amps.


--- In sgl_observatory_automation@yahoogroups.com, "derek_fielder" <derek@...>
wrote:
>
> Sure, but I might start to rant! I have at least 4 components (Focusers,
Camera Rotator, Mount, etc.) that require serial communications.  This means
that I have to have a 4 port serial to USB adapter (modern laptops don't even
have a single serial port) and a USB extender to make things work.  Every time I
reboot my computer the serial ports change or the hardware won't communicate for
some reason, the USB extender dies, etc.  This is 2009 I don't need serial port
emulation.  USB is the standard for PC communications these days so it seems
wise to use it natively or WiFi for long distance (>20ft) communications.
>
> One advantage as I understand it of using the FTDI chipset is that they supply
a DLL (that gets installed along with the port emulation) through which you can
communicate directly to the adapter.  That is probably the approach I would
start with.
>
>
> --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> >
> > Can you explain a bit more Derek, you say you can't have a port emulator on
the PC side, why so?  If you're not worried about the serial on the arduino then
you are already using a port emulator and shouldn't have any issues.  The
arduino uses the ftdi usb to serial chips which are by far and away the best for
the job.
> >
> >
> > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder" <derek@>
wrote:
> > >
> > > Thanks Reggie,
> > >
> > > I'm not concerned so much about serial on the Arduino side but I
absolutely cannot have a port emulator on the PC side.  I'll need to look into
how to communicate with the Arduino directly.
> > >
> > > Are there any plans to create a project repository where the source can be
kept?  Such as SourceForge?
> > >
> > > Derek
> > >
> > >
> > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> > > >
> > > > Hi Derek, welcome to the group :)
> > > >
> > > > we will still be serial based on the arduino, the difference is the
arduino is tried and tested on *all* windows platforms that are currently in
use, mac and linux users should also be able to use the software on the boards
and should be able to write their own interfaces, We don't have any plans to
implement mac/linux support at this time(neither Neil or myself has the
experience with either I don't think), although we would welcome any
linux/macintosh users who want to contribute to the project.
> > > >
> > > > We also don't need to emulate anything as we are writing our own methods
for communications to and from the board which has been done to death all over
the net :)
> > > >
> > >
> >
>

Thanks for the response,

I have spent endless hours trying to get my serial connections (and other
things) working.  Even the slightest change is enough to cause me to have to go
through the whole troubleshooting process.  I just simply don't have the time to
dedicate to a hobby that requires a person to go through that kind of thing. 
There is a simple solution: modern equipment should include modern communication
connections.  USB is dead simple most of the time, plug it in and it installs
the driver and starts working.  If I need a hub I plug that in and it simply
works.

As I said I don't mind the serial being hidden from me, that's cool.  I just
don't want the hassle of having to order three different serial to USB adapters
in order to find one that works most of the time and then having to throw it all
away if I upgrade my OS because the manufacturer doesn't update their drivers. 
Astronomy equipment manufacturers charge a premium for their equipment and then
leave it up to the end user to convert obsolete serial communications to
something modern.

So I thought that I might just replace the components that I could with
something I make to my obviously ridiculous standards.  Something like a focus
controller is pretty darn simple.  At least it would be one less thing to worry
about.  And it would be fun to make while hopefully moving this hobby forward in
a meaningful way.

I had this same discussion with Daniel Bisque (of Software Bisque) recently and
he sort of agreed with me.  He said they were working on Next Generation
hardware and Software that would make me happy.  Of course their solution is
going to be great but it'll be extremely expensive and require me to sell all of
my existing equipment.

Sorry... I'm ranting.  I can't really give you too much information about the
rest of the equipment right now.  My hub is powered and it can work but like I
said the ports change every time I restart my computer.  I'm also selling some
equipment to eliminate some of the issues.  I've been sorely tempted to just
give up entirely (I have a dozen other hobbies) or selling everything and then
only buying things that I know are properly supported.

I think my motto needs to be "simplify, simplify, simplify".

--- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@...>
wrote:
>
> OK, that starts to explain things a bit more :)  Our unit should work
standalone, but you really need to get a handle on why the rest of your serial
based kit is flaky.  you really shouldn't fear serial in 2009, theres loads of
kit that uses it, you don't usually see it though as it's hidden from you.
>
> the ftdi kit (one of which should be in your arduino) is by far and away the
best solution for usb to serial as it is a full implementation of serial.  when
you move an ftdi cable from one usb port to another port it keeps all of its
settings, try it with your arduino, it should keep its com port wherever it
moves to.
>
> I have a diecimila and a mega, both have their own com port and don't clash
and crucially never change.  Could you give some details on your other usb to
serial cables devices, chipsets used would be useful?  They are not all equal
and can cause stability issues as serial is not correctly implemented on some
devices.  I also have an FTDI cable connecting my laptop to my HEQ5 pro mount,
nothing clashes or moves.
>
> Lastly, have you checked that your usb hub is powered by a wallwart and is
actually supplying 5v/500ma per port? the wallwart should be 5V (obviously :))
and supplying at least 2amps.
>
>
> --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder" <derek@>
wrote:
> >
> > Sure, but I might start to rant! I have at least 4 components (Focusers,
Camera Rotator, Mount, etc.) that require serial communications.  This means
that I have to have a 4 port serial to USB adapter (modern laptops don't even
have a single serial port) and a USB extender to make things work.  Every time I
reboot my computer the serial ports change or the hardware won't communicate for
some reason, the USB extender dies, etc.  This is 2009 I don't need serial port
emulation.  USB is the standard for PC communications these days so it seems
wise to use it natively or WiFi for long distance (>20ft) communications.
> >
> > One advantage as I understand it of using the FTDI chipset is that they
supply a DLL (that gets installed along with the port emulation) through which
you can communicate directly to the adapter.  That is probably the approach I
would start with.
> >
> >
> > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> > >
> > > Can you explain a bit more Derek, you say you can't have a port emulator
on the PC side, why so?  If you're not worried about the serial on the arduino
then you are already using a port emulator and shouldn't have any issues.  The
arduino uses the ftdi usb to serial chips which are by far and away the best for
the job.
> > >
> > >
> > > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder"
<derek@> wrote:
> > > >
> > > > Thanks Reggie,
> > > >
> > > > I'm not concerned so much about serial on the Arduino side but I
absolutely cannot have a port emulator on the PC side.  I'll need to look into
how to communicate with the Arduino directly.
> > > >
> > > > Are there any plans to create a project repository where the source can
be kept?  Such as SourceForge?
> > > >
> > > > Derek
> > > >
> > > >
> > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > >
> > > > > Hi Derek, welcome to the group :)
> > > > >
> > > > > we will still be serial based on the arduino, the difference is the
arduino is tried and tested on *all* windows platforms that are currently in
use, mac and linux users should also be able to use the software on the boards
and should be able to write their own interfaces, We don't have any plans to
implement mac/linux support at this time(neither Neil or myself has the
experience with either I don't think), although we would welcome any
linux/macintosh users who want to contribute to the project.
> > > > >
> > > > > We also don't need to emulate anything as we are writing our own
methods for communications to and from the board which has been done to death
all over the net :)
> > > > >
> > > >
> > >
> >
>

I think a lot of us are in the same boat, we kind of enjoy tinkering and want to
simplify the kit without spending too much money.
I hope this project will just remain a bit of fun with an end result of course!
The issue with comms I donīt think is a big one we can start of with serial, as
we have lots of examples, and I am sure someone will help to add USB support.
In my case I have 4 USB devices connected and a spare serial port so it seemed
logical to just use that. I do understand the USB - serial issue though as I
program PLCs and some of the older kit has serial cables and it is a case of
finding a USB-Serial connector that works with that particular combination of
Software/Hardware and sticking with it. (Some laptops have proved more of a pain
than others)

Neil C

--- In sgl_observatory_automation@yahoogroups.com, "derek_fielder" <derek@...>
wrote:
>
> Thanks for the response,
>
> I have spent endless hours trying to get my serial connections (and other
things) working.  Even the slightest change is enough to cause me to have to go
through the whole troubleshooting process.  I just simply don't have the time to
dedicate to a hobby that requires a person to go through that kind of thing. 
There is a simple solution: modern equipment should include modern communication
connections.  USB is dead simple most of the time, plug it in and it installs
the driver and starts working.  If I need a hub I plug that in and it simply
works.
>
> As I said I don't mind the serial being hidden from me, that's cool.  I just
don't want the hassle of having to order three different serial to USB adapters
in order to find one that works most of the time and then having to throw it all
away if I upgrade my OS because the manufacturer doesn't update their drivers. 
Astronomy equipment manufacturers charge a premium for their equipment and then
leave it up to the end user to convert obsolete serial communications to
something modern.
>
> So I thought that I might just replace the components that I could with
something I make to my obviously ridiculous standards.  Something like a focus
controller is pretty darn simple.  At least it would be one less thing to worry
about.  And it would be fun to make while hopefully moving this hobby forward in
a meaningful way.
>
> I had this same discussion with Daniel Bisque (of Software Bisque) recently
and he sort of agreed with me.  He said they were working on Next Generation
hardware and Software that would make me happy.  Of course their solution is
going to be great but it'll be extremely expensive and require me to sell all of
my existing equipment.
>
> Sorry... I'm ranting.  I can't really give you too much information about the
rest of the equipment right now.  My hub is powered and it can work but like I
said the ports change every time I restart my computer.  I'm also selling some
equipment to eliminate some of the issues.  I've been sorely tempted to just
give up entirely (I have a dozen other hobbies) or selling everything and then
only buying things that I know are properly supported.
>
> I think my motto needs to be "simplify, simplify, simplify".
>
> --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> >
> > OK, that starts to explain things a bit more :)  Our unit should work
standalone, but you really need to get a handle on why the rest of your serial
based kit is flaky.  you really shouldn't fear serial in 2009, theres loads of
kit that uses it, you don't usually see it though as it's hidden from you.
> >
> > the ftdi kit (one of which should be in your arduino) is by far and away the
best solution for usb to serial as it is a full implementation of serial.  when
you move an ftdi cable from one usb port to another port it keeps all of its
settings, try it with your arduino, it should keep its com port wherever it
moves to.
> >
> > I have a diecimila and a mega, both have their own com port and don't clash
and crucially never change.  Could you give some details on your other usb to
serial cables devices, chipsets used would be useful?  They are not all equal
and can cause stability issues as serial is not correctly implemented on some
devices.  I also have an FTDI cable connecting my laptop to my HEQ5 pro mount,
nothing clashes or moves.
> >
> > Lastly, have you checked that your usb hub is powered by a wallwart and is
actually supplying 5v/500ma per port? the wallwart should be 5V (obviously :))
and supplying at least 2amps.
> >
> >
> > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder" <derek@>
wrote:
> > >
> > > Sure, but I might start to rant! I have at least 4 components (Focusers,
Camera Rotator, Mount, etc.) that require serial communications.  This means
that I have to have a 4 port serial to USB adapter (modern laptops don't even
have a single serial port) and a USB extender to make things work.  Every time I
reboot my computer the serial ports change or the hardware won't communicate for
some reason, the USB extender dies, etc.  This is 2009 I don't need serial port
emulation.  USB is the standard for PC communications these days so it seems
wise to use it natively or WiFi for long distance (>20ft) communications.
> > >
> > > One advantage as I understand it of using the FTDI chipset is that they
supply a DLL (that gets installed along with the port emulation) through which
you can communicate directly to the adapter.  That is probably the approach I
would start with.
> > >
> > >
> > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> > > >
> > > > Can you explain a bit more Derek, you say you can't have a port emulator
on the PC side, why so?  If you're not worried about the serial on the arduino
then you are already using a port emulator and shouldn't have any issues.  The
arduino uses the ftdi usb to serial chips which are by far and away the best for
the job.
> > > >
> > > >
> > > > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder"
<derek@> wrote:
> > > > >
> > > > > Thanks Reggie,
> > > > >
> > > > > I'm not concerned so much about serial on the Arduino side but I
absolutely cannot have a port emulator on the PC side.  I'll need to look into
how to communicate with the Arduino directly.
> > > > >
> > > > > Are there any plans to create a project repository where the source
can be kept?  Such as SourceForge?
> > > > >
> > > > > Derek
> > > > >
> > > > >
> > > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > > >
> > > > > > Hi Derek, welcome to the group :)
> > > > > >
> > > > > > we will still be serial based on the arduino, the difference is the
arduino is tried and tested on *all* windows platforms that are currently in
use, mac and linux users should also be able to use the software on the boards
and should be able to write their own interfaces, We don't have any plans to
implement mac/linux support at this time(neither Neil or myself has the
experience with either I don't think), although we would welcome any
linux/macintosh users who want to contribute to the project.
> > > > > >
> > > > > > We also don't need to emulate anything as we are writing our own
methods for communications to and from the board which has been done to death
all over the net :)
> > > > > >
> > > > >
> > > >
> > >
> >
>

--- In sgl_observatory_automation@yahoogroups.com, "neil.chase" <neil.chase@...>
wrote:
>
>
> I think a lot of us are in the same boat, we kind of enjoy tinkering and want
to simplify the kit without spending too much money.
> I hope this project will just remain a bit of fun with an end result of
course!
> The issue with comms I donīt think is a big one we can start of with serial,
as we have lots of examples, and I am sure someone will help to add USB support.
> In my case I have 4 USB devices connected and a spare serial port so it seemed
logical to just use that. I do understand the USB - serial issue though as I
program PLCs and some of the older kit has serial cables and it is a case of
finding a USB-Serial connector that works with that particular combination of
Software/Hardware and sticking with it. (Some laptops have proved more of a pain
than others)
>
> Neil C

My main concern is also the use of serial ports, the USB option would be better
as I have three items at present needing access from the computer.
at present al three have to be controlled seperately and require one aplication
to be closed while the other is running or conflict accures attempting to use
the USB serial converter.

my focuser at present requires me to use a home made hand set to control it and
as yet I have not managed to interface it to the computer.
>
> --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder" <derek@>
wrote:
> >
> > Thanks for the response,
> >
> > I have spent endless hours trying to get my serial connections (and other
things) working.  Even the slightest change is enough to cause me to have to go
through the whole troubleshooting process.  I just simply don't have the time to
dedicate to a hobby that requires a person to go through that kind of thing. 
There is a simple solution: modern equipment should include modern communication
connections.  USB is dead simple most of the time, plug it in and it installs
the driver and starts working.  If I need a hub I plug that in and it simply
works.
> >
> > As I said I don't mind the serial being hidden from me, that's cool.  I just
don't want the hassle of having to order three different serial to USB adapters
in order to find one that works most of the time and then having to throw it all
away if I upgrade my OS because the manufacturer doesn't update their drivers. 
Astronomy equipment manufacturers charge a premium for their equipment and then
leave it up to the end user to convert obsolete serial communications to
something modern.
> >
> > So I thought that I might just replace the components that I could with
something I make to my obviously ridiculous standards.  Something like a focus
controller is pretty darn simple.  At least it would be one less thing to worry
about.  And it would be fun to make while hopefully moving this hobby forward in
a meaningful way.
> >
> > I had this same discussion with Daniel Bisque (of Software Bisque) recently
and he sort of agreed with me.  He said they were working on Next Generation
hardware and Software that would make me happy.  Of course their solution is
going to be great but it'll be extremely expensive and require me to sell all of
my existing equipment.
> >
> > Sorry... I'm ranting.  I can't really give you too much information about
the rest of the equipment right now.  My hub is powered and it can work but like
I said the ports change every time I restart my computer.  I'm also selling some
equipment to eliminate some of the issues.  I've been sorely tempted to just
give up entirely (I have a dozen other hobbies) or selling everything and then
only buying things that I know are properly supported.
> >
> > I think my motto needs to be "simplify, simplify, simplify".
> >
> > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> > >
> > > OK, that starts to explain things a bit more :)  Our unit should work
standalone, but you really need to get a handle on why the rest of your serial
based kit is flaky.  you really shouldn't fear serial in 2009, theres loads of
kit that uses it, you don't usually see it though as it's hidden from you.
> > >
> > > the ftdi kit (one of which should be in your arduino) is by far and away
the best solution for usb to serial as it is a full implementation of serial. 
when you move an ftdi cable from one usb port to another port it keeps all of
its settings, try it with your arduino, it should keep its com port wherever it
moves to.
> > >
> > > I have a diecimila and a mega, both have their own com port and don't
clash and crucially never change.  Could you give some details on your other usb
to serial cables devices, chipsets used would be useful?  They are not all equal
and can cause stability issues as serial is not correctly implemented on some
devices.  I also have an FTDI cable connecting my laptop to my HEQ5 pro mount,
nothing clashes or moves.
> > >
> > > Lastly, have you checked that your usb hub is powered by a wallwart and is
actually supplying 5v/500ma per port? the wallwart should be 5V (obviously :))
and supplying at least 2amps.
> > >
> > >
> > > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder"
<derek@> wrote:
> > > >
> > > > Sure, but I might start to rant! I have at least 4 components (Focusers,
Camera Rotator, Mount, etc.) that require serial communications.  This means
that I have to have a 4 port serial to USB adapter (modern laptops don't even
have a single serial port) and a USB extender to make things work.  Every time I
reboot my computer the serial ports change or the hardware won't communicate for
some reason, the USB extender dies, etc.  This is 2009 I don't need serial port
emulation.  USB is the standard for PC communications these days so it seems
wise to use it natively or WiFi for long distance (>20ft) communications.
> > > >
> > > > One advantage as I understand it of using the FTDI chipset is that they
supply a DLL (that gets installed along with the port emulation) through which
you can communicate directly to the adapter.  That is probably the approach I
would start with.
> > > >
> > > >
> > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > >
> > > > > Can you explain a bit more Derek, you say you can't have a port
emulator on the PC side, why so?  If you're not worried about the serial on the
arduino then you are already using a port emulator and shouldn't have any
issues.  The arduino uses the ftdi usb to serial chips which are by far and away
the best for the job.
> > > > >
> > > > >
> > > > > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder"
<derek@> wrote:
> > > > > >
> > > > > > Thanks Reggie,
> > > > > >
> > > > > > I'm not concerned so much about serial on the Arduino side but I
absolutely cannot have a port emulator on the PC side.  I'll need to look into
how to communicate with the Arduino directly.
> > > > > >
> > > > > > Are there any plans to create a project repository where the source
can be kept?  Such as SourceForge?
> > > > > >
> > > > > > Derek
> > > > > >
> > > > > >
> > > > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > > > >
> > > > > > > Hi Derek, welcome to the group :)
> > > > > > >
> > > > > > > we will still be serial based on the arduino, the difference is
the arduino is tried and tested on *all* windows platforms that are currently in
use, mac and linux users should also be able to use the software on the boards
and should be able to write their own interfaces, We don't have any plans to
implement mac/linux support at this time(neither Neil or myself has the
experience with either I don't think), although we would welcome any
linux/macintosh users who want to contribute to the project.
> > > > > > >
> > > > > > > We also don't need to emulate anything as we are writing our own
methods for communications to and from the board which has been done to death
all over the net :)
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

my present focuser is a Robofocuser stepper motor (5 wire)
not been able to purchase a Robofocuser control unit, dispite an number of
e-mails to the maker I decided to build a hand built controlled handset based on
the virtual village Stepper Motor Controller & Driver.

at present not interfaced to PC.
this stepper Motor Controller & Driver will accept pulse input when I work out
how to do that.

ideally I would like to be able to remotely control it, but not sure if I will
be able to using the Arduino Board options.

raffle1502

Hi, it should be possible, probably a case of connecting enough digital pins on
the arduino to the pulse pins on the motor controller board, then pulse them in
the correct sequence :)  as long as it doesn't take more than 40ma to make the
pulse pins on the controller react you should be fine.

--- In sgl_observatory_automation@yahoogroups.com, "raffle1502" <mattifor2@...>
wrote:
>
> my present focuser is a Robofocuser stepper motor (5 wire)
> not been able to purchase a Robofocuser control unit, dispite an number of
e-mails to the maker I decided to build a hand built controlled handset based on
the virtual village Stepper Motor Controller & Driver.
>
> at present not interfaced to PC.
> this stepper Motor Controller & Driver will accept pulse input when I work out
how to do that.
>
> ideally I would like to be able to remotely control it, but not sure if I will
be able to using the Arduino Board options.
>
> raffle1502
>

this is the small program that came with the board.

;16c54  step motor asm
;Control by pulse and signals (JP1 Removed)
;==========================================


MODE_A
	 BTFSC  PORTB,3     ;CP pouse in?
	 GOTO  MODE_A_BACK ;CP=1 no pouse
	 BTFSC  FLAG, 0
	 GOTO  $+2      ;high-->low
	 GOTO  MODE_A
;
	 BCF  FLAG, 0
	 BTFSS  PORTB,2     ;when RB2 =low voltage and RB2-DIR=high,TEMP=TEMP+1
,contrarily TEMP=TEMP-1
	 GOTO  A_LOOP1
	 INCF  TEMP, F
	 GOTO  A_LOOP2
A_LOOP1
	 DECF  TEMP, F
A_LOOP2
	 CALL  STEP_RUN    ;one pouse step one,so differ frequency can adjust step motor
speed.
	 GOTO  MODE_A
MODE_A_BACK
	 BSF  FLAG, 0    ;normal RB3=H,FLAG D0=1
	 GOTO  MODE_A
====================
but no idea how to run it and how to connect the board to the PC.


--- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@...>
wrote:
>
> Hi, it should be possible, probably a case of connecting enough digital pins
on the arduino to the pulse pins on the motor controller board, then pulse them
in the correct sequence :)  as long as it doesn't take more than 40ma to make
the pulse pins on the controller react you should be fine.
>
> --- In sgl_observatory_automation@yahoogroups.com, "raffle1502" <mattifor2@>
wrote:
> >
> > my present focuser is a Robofocuser stepper motor (5 wire)
> > not been able to purchase a Robofocuser control unit, dispite an number of
e-mails to the maker I decided to build a hand built controlled handset based on
the virtual village Stepper Motor Controller & Driver.
> >
> > at present not interfaced to PC.
> > this stepper Motor Controller & Driver will accept pulse input when I work
out how to do that.
> >
> > ideally I would like to be able to remotely control it, but not sure if I
will be able to using the Arduino Board options.
> >
> > raffle1502
> >
>

Part of our aim was to produce something simple and ultimately accessible to a
lot of people, the arduino boards are simply that.

Whilst the arduino uses serial it is via a VERY robust usb chipset that just
plain works.  There are also other options, where the digital pins 0 and 1 are
serial TX/RX pins, so we should be able to cater for everyone :)  All of these
features come as standard on our 2 target boards, the duemilanove and the
arduino mega.

I have concerns for you guys that have issues with your current serial to usb
cable setups, if you could list the chipsets that you're devices are using it
may help us to track down your issues.

for instance, I have various usb to serial adapters, sitecom, FTDI cable, the
one for my GPS, and a random brand double serial to usb cable.  All of these are
capable of running EQMod, an LX modded webcam and my GPS without monkeying
around.  apart from the FTDI cable they all run 'prolific' chipsets.


--- In sgl_observatory_automation@yahoogroups.com, "raffle1502" <mattifor2@...>
wrote:
>
> --- In sgl_observatory_automation@yahoogroups.com, "neil.chase" <neil.chase@>
wrote:
> >
> >
> > I think a lot of us are in the same boat, we kind of enjoy tinkering and
want to simplify the kit without spending too much money.
> > I hope this project will just remain a bit of fun with an end result of
course!
> > The issue with comms I donīt think is a big one we can start of with serial,
as we have lots of examples, and I am sure someone will help to add USB support.
> > In my case I have 4 USB devices connected and a spare serial port so it
seemed logical to just use that. I do understand the USB - serial issue though
as I program PLCs and some of the older kit has serial cables and it is a case
of finding a USB-Serial connector that works with that particular combination of
Software/Hardware and sticking with it. (Some laptops have proved more of a pain
than others)
> >
> > Neil C
>
> My main concern is also the use of serial ports, the USB option would be
better as I have three items at present needing access from the computer.
> at present al three have to be controlled seperately and require one
aplication to be closed while the other is running or conflict accures
attempting to use the USB serial converter.
>
> my focuser at present requires me to use a home made hand set to control it
and as yet I have not managed to interface it to the computer.
> >
> > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder" <derek@>
wrote:
> > >
> > > Thanks for the response,
> > >
> > > I have spent endless hours trying to get my serial connections (and other
things) working.  Even the slightest change is enough to cause me to have to go
through the whole troubleshooting process.  I just simply don't have the time to
dedicate to a hobby that requires a person to go through that kind of thing. 
There is a simple solution: modern equipment should include modern communication
connections.  USB is dead simple most of the time, plug it in and it installs
the driver and starts working.  If I need a hub I plug that in and it simply
works.
> > >
> > > As I said I don't mind the serial being hidden from me, that's cool.  I
just don't want the hassle of having to order three different serial to USB
adapters in order to find one that works most of the time and then having to
throw it all away if I upgrade my OS because the manufacturer doesn't update
their drivers.  Astronomy equipment manufacturers charge a premium for their
equipment and then leave it up to the end user to convert obsolete serial
communications to something modern.
> > >
> > > So I thought that I might just replace the components that I could with
something I make to my obviously ridiculous standards.  Something like a focus
controller is pretty darn simple.  At least it would be one less thing to worry
about.  And it would be fun to make while hopefully moving this hobby forward in
a meaningful way.
> > >
> > > I had this same discussion with Daniel Bisque (of Software Bisque)
recently and he sort of agreed with me.  He said they were working on Next
Generation hardware and Software that would make me happy.  Of course their
solution is going to be great but it'll be extremely expensive and require me to
sell all of my existing equipment.
> > >
> > > Sorry... I'm ranting.  I can't really give you too much information about
the rest of the equipment right now.  My hub is powered and it can work but like
I said the ports change every time I restart my computer.  I'm also selling some
equipment to eliminate some of the issues.  I've been sorely tempted to just
give up entirely (I have a dozen other hobbies) or selling everything and then
only buying things that I know are properly supported.
> > >
> > > I think my motto needs to be "simplify, simplify, simplify".
> > >
> > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> > > >
> > > > OK, that starts to explain things a bit more :)  Our unit should work
standalone, but you really need to get a handle on why the rest of your serial
based kit is flaky.  you really shouldn't fear serial in 2009, theres loads of
kit that uses it, you don't usually see it though as it's hidden from you.
> > > >
> > > > the ftdi kit (one of which should be in your arduino) is by far and away
the best solution for usb to serial as it is a full implementation of serial. 
when you move an ftdi cable from one usb port to another port it keeps all of
its settings, try it with your arduino, it should keep its com port wherever it
moves to.
> > > >
> > > > I have a diecimila and a mega, both have their own com port and don't
clash and crucially never change.  Could you give some details on your other usb
to serial cables devices, chipsets used would be useful?  They are not all equal
and can cause stability issues as serial is not correctly implemented on some
devices.  I also have an FTDI cable connecting my laptop to my HEQ5 pro mount,
nothing clashes or moves.
> > > >
> > > > Lastly, have you checked that your usb hub is powered by a wallwart and
is actually supplying 5v/500ma per port? the wallwart should be 5V (obviously
:)) and supplying at least 2amps.
> > > >
> > > >
> > > > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder"
<derek@> wrote:
> > > > >
> > > > > Sure, but I might start to rant! I have at least 4 components
(Focusers, Camera Rotator, Mount, etc.) that require serial communications. 
This means that I have to have a 4 port serial to USB adapter (modern laptops
don't even have a single serial port) and a USB extender to make things work. 
Every time I reboot my computer the serial ports change or the hardware won't
communicate for some reason, the USB extender dies, etc.  This is 2009 I don't
need serial port emulation.  USB is the standard for PC communications these
days so it seems wise to use it natively or WiFi for long distance (>20ft)
communications.
> > > > >
> > > > > One advantage as I understand it of using the FTDI chipset is that
they supply a DLL (that gets installed along with the port emulation) through
which you can communicate directly to the adapter.  That is probably the
approach I would start with.
> > > > >
> > > > >
> > > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > > >
> > > > > > Can you explain a bit more Derek, you say you can't have a port
emulator on the PC side, why so?  If you're not worried about the serial on the
arduino then you are already using a port emulator and shouldn't have any
issues.  The arduino uses the ftdi usb to serial chips which are by far and away
the best for the job.
> > > > > >
> > > > > >
> > > > > > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder"
<derek@> wrote:
> > > > > > >
> > > > > > > Thanks Reggie,
> > > > > > >
> > > > > > > I'm not concerned so much about serial on the Arduino side but I
absolutely cannot have a port emulator on the PC side.  I'll need to look into
how to communicate with the Arduino directly.
> > > > > > >
> > > > > > > Are there any plans to create a project repository where the
source can be kept?  Such as SourceForge?
> > > > > > >
> > > > > > > Derek
> > > > > > >
> > > > > > >
> > > > > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > > > > >
> > > > > > > > Hi Derek, welcome to the group :)
> > > > > > > >
> > > > > > > > we will still be serial based on the arduino, the difference is
the arduino is tried and tested on *all* windows platforms that are currently in
use, mac and linux users should also be able to use the software on the boards
and should be able to write their own interfaces, We don't have any plans to
implement mac/linux support at this time(neither Neil or myself has the
experience with either I don't think), although we would welcome any
linux/macintosh users who want to contribute to the project.
> > > > > > > >
> > > > > > > > We also don't need to emulate anything as we are writing our own
methods for communications to and from the board which has been done to death
all over the net :)
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

I checked yesterday and the USB to serial device I have that is causing me
troubles uses the Prolific chipset.  I use Windows Vista so I'm not sure if it
is a problem with Vista and Prolific or what.  I don't have the problem with my
Lantronix drivers.  When I reboot my computer the Prolific virtual serial ports
all move to the next 4 unused port numbers and Vista shows everything lower as
being assigned.  The Lantronix ports stay put.

I may put Windows 7 on that laptop to see if the problem goes away.

Has anyone ever tried using the FTDI DLL instead of the VSP to talk to the
Arduino?  This would have to be done in the ASCOM driver I guess.

I'm thinking we should maybe rename this thread.  The subject line is
increasingly misleading unless maybe I say "Hi" every time.

Hi!

Derek


--- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@...>
wrote:
>
> Part of our aim was to produce something simple and ultimately accessible to a
lot of people, the arduino boards are simply that.
>
> Whilst the arduino uses serial it is via a VERY robust usb chipset that just
plain works.  There are also other options, where the digital pins 0 and 1 are
serial TX/RX pins, so we should be able to cater for everyone :)  All of these
features come as standard on our 2 target boards, the duemilanove and the
arduino mega.
>
> I have concerns for you guys that have issues with your current serial to usb
cable setups, if you could list the chipsets that you're devices are using it
may help us to track down your issues.
>
> for instance, I have various usb to serial adapters, sitecom, FTDI cable, the
one for my GPS, and a random brand double serial to usb cable.  All of these are
capable of running EQMod, an LX modded webcam and my GPS without monkeying
around.  apart from the FTDI cable they all run 'prolific' chipsets.
>
>
> --- In sgl_observatory_automation@yahoogroups.com, "raffle1502" <mattifor2@>
wrote:
> >
> > --- In sgl_observatory_automation@yahoogroups.com, "neil.chase"
<neil.chase@> wrote:
> > >
> > >
> > > I think a lot of us are in the same boat, we kind of enjoy tinkering and
want to simplify the kit without spending too much money.
> > > I hope this project will just remain a bit of fun with an end result of
course!
> > > The issue with comms I donīt think is a big one we can start of with
serial, as we have lots of examples, and I am sure someone will help to add USB
support.
> > > In my case I have 4 USB devices connected and a spare serial port so it
seemed logical to just use that. I do understand the USB - serial issue though
as I program PLCs and some of the older kit has serial cables and it is a case
of finding a USB-Serial connector that works with that particular combination of
Software/Hardware and sticking with it. (Some laptops have proved more of a pain
than others)
> > >
> > > Neil C
> >
> > My main concern is also the use of serial ports, the USB option would be
better as I have three items at present needing access from the computer.
> > at present al three have to be controlled seperately and require one
aplication to be closed while the other is running or conflict accures
attempting to use the USB serial converter.
> >
> > my focuser at present requires me to use a home made hand set to control it
and as yet I have not managed to interface it to the computer.
> > >
> > > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder"
<derek@> wrote:
> > > >
> > > > Thanks for the response,
> > > >
> > > > I have spent endless hours trying to get my serial connections (and
other things) working.  Even the slightest change is enough to cause me to have
to go through the whole troubleshooting process.  I just simply don't have the
time to dedicate to a hobby that requires a person to go through that kind of
thing.  There is a simple solution: modern equipment should include modern
communication connections.  USB is dead simple most of the time, plug it in and
it installs the driver and starts working.  If I need a hub I plug that in and
it simply works.
> > > >
> > > > As I said I don't mind the serial being hidden from me, that's cool.  I
just don't want the hassle of having to order three different serial to USB
adapters in order to find one that works most of the time and then having to
throw it all away if I upgrade my OS because the manufacturer doesn't update
their drivers.  Astronomy equipment manufacturers charge a premium for their
equipment and then leave it up to the end user to convert obsolete serial
communications to something modern.
> > > >
> > > > So I thought that I might just replace the components that I could with
something I make to my obviously ridiculous standards.  Something like a focus
controller is pretty darn simple.  At least it would be one less thing to worry
about.  And it would be fun to make while hopefully moving this hobby forward in
a meaningful way.
> > > >
> > > > I had this same discussion with Daniel Bisque (of Software Bisque)
recently and he sort of agreed with me.  He said they were working on Next
Generation hardware and Software that would make me happy.  Of course their
solution is going to be great but it'll be extremely expensive and require me to
sell all of my existing equipment.
> > > >
> > > > Sorry... I'm ranting.  I can't really give you too much information
about the rest of the equipment right now.  My hub is powered and it can work
but like I said the ports change every time I restart my computer.  I'm also
selling some equipment to eliminate some of the issues.  I've been sorely
tempted to just give up entirely (I have a dozen other hobbies) or selling
everything and then only buying things that I know are properly supported.
> > > >
> > > > I think my motto needs to be "simplify, simplify, simplify".
> > > >
> > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > >
> > > > > OK, that starts to explain things a bit more :)  Our unit should work
standalone, but you really need to get a handle on why the rest of your serial
based kit is flaky.  you really shouldn't fear serial in 2009, theres loads of
kit that uses it, you don't usually see it though as it's hidden from you.
> > > > >
> > > > > the ftdi kit (one of which should be in your arduino) is by far and
away the best solution for usb to serial as it is a full implementation of
serial.  when you move an ftdi cable from one usb port to another port it keeps
all of its settings, try it with your arduino, it should keep its com port
wherever it moves to.
> > > > >
> > > > > I have a diecimila and a mega, both have their own com port and don't
clash and crucially never change.  Could you give some details on your other usb
to serial cables devices, chipsets used would be useful?  They are not all equal
and can cause stability issues as serial is not correctly implemented on some
devices.  I also have an FTDI cable connecting my laptop to my HEQ5 pro mount,
nothing clashes or moves.
> > > > >
> > > > > Lastly, have you checked that your usb hub is powered by a wallwart
and is actually supplying 5v/500ma per port? the wallwart should be 5V
(obviously :)) and supplying at least 2amps.
> > > > >
> > > > >
> > > > > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder"
<derek@> wrote:
> > > > > >
> > > > > > Sure, but I might start to rant! I have at least 4 components
(Focusers, Camera Rotator, Mount, etc.) that require serial communications. 
This means that I have to have a 4 port serial to USB adapter (modern laptops
don't even have a single serial port) and a USB extender to make things work. 
Every time I reboot my computer the serial ports change or the hardware won't
communicate for some reason, the USB extender dies, etc.  This is 2009 I don't
need serial port emulation.  USB is the standard for PC communications these
days so it seems wise to use it natively or WiFi for long distance (>20ft)
communications.
> > > > > >
> > > > > > One advantage as I understand it of using the FTDI chipset is that
they supply a DLL (that gets installed along with the port emulation) through
which you can communicate directly to the adapter.  That is probably the
approach I would start with.
> > > > > >
> > > > > >
> > > > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > > > >
> > > > > > > Can you explain a bit more Derek, you say you can't have a port
emulator on the PC side, why so?  If you're not worried about the serial on the
arduino then you are already using a port emulator and shouldn't have any
issues.  The arduino uses the ftdi usb to serial chips which are by far and away
the best for the job.
> > > > > > >
> > > > > > >
> > > > > > > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder"
<derek@> wrote:
> > > > > > > >
> > > > > > > > Thanks Reggie,
> > > > > > > >
> > > > > > > > I'm not concerned so much about serial on the Arduino side but I
absolutely cannot have a port emulator on the PC side.  I'll need to look into
how to communicate with the Arduino directly.
> > > > > > > >
> > > > > > > > Are there any plans to create a project repository where the
source can be kept?  Such as SourceForge?
> > > > > > > >
> > > > > > > > Derek
> > > > > > > >
> > > > > > > >
> > > > > > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > > > > > >
> > > > > > > > > Hi Derek, welcome to the group :)
> > > > > > > > >
> > > > > > > > > we will still be serial based on the arduino, the difference
is the arduino is tried and tested on *all* windows platforms that are currently
in use, mac and linux users should also be able to use the software on the
boards and should be able to write their own interfaces, We don't have any plans
to implement mac/linux support at this time(neither Neil or myself has the
experience with either I don't think), although we would welcome any
linux/macintosh users who want to contribute to the project.
> > > > > > > > >
> > > > > > > > > We also don't need to emulate anything as we are writing our
own methods for communications to and from the board which has been done to
death all over the net :)
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Like Derek my USB to serial device is Prolific chipset.
Operating system Vista
Laptop MEDION E6210
When I reboot my computer the Prolific virtual serial ports all move to the next
4 unused port numbers and Vista shows everything lower as being assigned.
I can manually reassign back to the original settings but this is a pain every
time the system is re booted, This is the reason that USB would be better for
me.
I use the laptop for various other reasons and is not dedicated to astro use.

In reply to renaming the thread perhaps admin can tranfer these off topic
relpies to a separate thread ''compatability''

-Ivor-
--- In sgl_observatory_automation@yahoogroups.com, "derek_fielder" <derek@...>
wrote:
>
> I checked yesterday and the USB to serial device I have that is causing me
troubles uses the Prolific chipset.  I use Windows Vista so I'm not sure if it
is a problem with Vista and Prolific or what.  I don't have the problem with my
Lantronix drivers.  When I reboot my computer the Prolific virtual serial ports
all move to the next 4 unused port numbers and Vista shows everything lower as
being assigned.  The Lantronix ports stay put.
>
> I may put Windows 7 on that laptop to see if the problem goes away.
>
> Has anyone ever tried using the FTDI DLL instead of the VSP to talk to the
Arduino?  This would have to be done in the ASCOM driver I guess.
>
> I'm thinking we should maybe rename this thread.  The subject line is
increasingly misleading unless maybe I say "Hi" every time.
>
> Hi!
>
> Derek
>
>
> --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> >
> > Part of our aim was to produce something simple and ultimately accessible to
a lot of people, the arduino boards are simply that.
> >
> > Whilst the arduino uses serial it is via a VERY robust usb chipset that just
plain works.  There are also other options, where the digital pins 0 and 1 are
serial TX/RX pins, so we should be able to cater for everyone :)  All of these
features come as standard on our 2 target boards, the duemilanove and the
arduino mega.
> >
> > I have concerns for you guys that have issues with your current serial to
usb cable setups, if you could list the chipsets that you're devices are using
it may help us to track down your issues.
> >
> > for instance, I have various usb to serial adapters, sitecom, FTDI cable,
the one for my GPS, and a random brand double serial to usb cable.  All of these
are capable of running EQMod, an LX modded webcam and my GPS without monkeying
around.  apart from the FTDI cable they all run 'prolific' chipsets.
> >
> >
> > --- In sgl_observatory_automation@yahoogroups.com, "raffle1502" <mattifor2@>
wrote:
> > >
> > > --- In sgl_observatory_automation@yahoogroups.com, "neil.chase"
<neil.chase@> wrote:
> > > >
> > > >
> > > > I think a lot of us are in the same boat, we kind of enjoy tinkering and
want to simplify the kit without spending too much money.
> > > > I hope this project will just remain a bit of fun with an end result of
course!
> > > > The issue with comms I donīt think is a big one we can start of with
serial, as we have lots of examples, and I am sure someone will help to add USB
support.
> > > > In my case I have 4 USB devices connected and a spare serial port so it
seemed logical to just use that. I do understand the USB - serial issue though
as I program PLCs and some of the older kit has serial cables and it is a case
of finding a USB-Serial connector that works with that particular combination of
Software/Hardware and sticking with it. (Some laptops have proved more of a pain
than others)
> > > >
> > > > Neil C
> > >
> > > My main concern is also the use of serial ports, the USB option would be
better as I have three items at present needing access from the computer.
> > > at present al three have to be controlled seperately and require one
aplication to be closed while the other is running or conflict accures
attempting to use the USB serial converter.
> > >
> > > my focuser at present requires me to use a home made hand set to control
it and as yet I have not managed to interface it to the computer.
> > > >
> > > > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder"
<derek@> wrote:
> > > > >
> > > > > Thanks for the response,
> > > > >
> > > > > I have spent endless hours trying to get my serial connections (and
other things) working.  Even the slightest change is enough to cause me to have
to go through the whole troubleshooting process.  I just simply don't have the
time to dedicate to a hobby that requires a person to go through that kind of
thing.  There is a simple solution: modern equipment should include modern
communication connections.  USB is dead simple most of the time, plug it in and
it installs the driver and starts working.  If I need a hub I plug that in and
it simply works.
> > > > >
> > > > > As I said I don't mind the serial being hidden from me, that's cool. 
I just don't want the hassle of having to order three different serial to USB
adapters in order to find one that works most of the time and then having to
throw it all away if I upgrade my OS because the manufacturer doesn't update
their drivers.  Astronomy equipment manufacturers charge a premium for their
equipment and then leave it up to the end user to convert obsolete serial
communications to something modern.
> > > > >
> > > > > So I thought that I might just replace the components that I could
with something I make to my obviously ridiculous standards.  Something like a
focus controller is pretty darn simple.  At least it would be one less thing to
worry about.  And it would be fun to make while hopefully moving this hobby
forward in a meaningful way.
> > > > >
> > > > > I had this same discussion with Daniel Bisque (of Software Bisque)
recently and he sort of agreed with me.  He said they were working on Next
Generation hardware and Software that would make me happy.  Of course their
solution is going to be great but it'll be extremely expensive and require me to
sell all of my existing equipment.
> > > > >
> > > > > Sorry... I'm ranting.  I can't really give you too much information
about the rest of the equipment right now.  My hub is powered and it can work
but like I said the ports change every time I restart my computer.  I'm also
selling some equipment to eliminate some of the issues.  I've been sorely
tempted to just give up entirely (I have a dozen other hobbies) or selling
everything and then only buying things that I know are properly supported.
> > > > >
> > > > > I think my motto needs to be "simplify, simplify, simplify".
> > > > >
> > > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > > >
> > > > > > OK, that starts to explain things a bit more :)  Our unit should
work standalone, but you really need to get a handle on why the rest of your
serial based kit is flaky.  you really shouldn't fear serial in 2009, theres
loads of kit that uses it, you don't usually see it though as it's hidden from
you.
> > > > > >
> > > > > > the ftdi kit (one of which should be in your arduino) is by far and
away the best solution for usb to serial as it is a full implementation of
serial.  when you move an ftdi cable from one usb port to another port it keeps
all of its settings, try it with your arduino, it should keep its com port
wherever it moves to.
> > > > > >
> > > > > > I have a diecimila and a mega, both have their own com port and
don't clash and crucially never change.  Could you give some details on your
other usb to serial cables devices, chipsets used would be useful?  They are not
all equal and can cause stability issues as serial is not correctly implemented
on some devices.  I also have an FTDI cable connecting my laptop to my HEQ5 pro
mount, nothing clashes or moves.
> > > > > >
> > > > > > Lastly, have you checked that your usb hub is powered by a wallwart
and is actually supplying 5v/500ma per port? the wallwart should be 5V
(obviously :)) and supplying at least 2amps.
> > > > > >
> > > > > >
> > > > > > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder"
<derek@> wrote:
> > > > > > >
> > > > > > > Sure, but I might start to rant! I have at least 4 components
(Focusers, Camera Rotator, Mount, etc.) that require serial communications. 
This means that I have to have a 4 port serial to USB adapter (modern laptops
don't even have a single serial port) and a USB extender to make things work. 
Every time I reboot my computer the serial ports change or the hardware won't
communicate for some reason, the USB extender dies, etc.  This is 2009 I don't
need serial port emulation.  USB is the standard for PC communications these
days so it seems wise to use it natively or WiFi for long distance (>20ft)
communications.
> > > > > > >
> > > > > > > One advantage as I understand it of using the FTDI chipset is that
they supply a DLL (that gets installed along with the port emulation) through
which you can communicate directly to the adapter.  That is probably the
approach I would start with.
> > > > > > >
> > > > > > >
> > > > > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > > > > >
> > > > > > > > Can you explain a bit more Derek, you say you can't have a port
emulator on the PC side, why so?  If you're not worried about the serial on the
arduino then you are already using a port emulator and shouldn't have any
issues.  The arduino uses the ftdi usb to serial chips which are by far and away
the best for the job.
> > > > > > > >
> > > > > > > >
> > > > > > > > --- In sgl_observatory_automation@yahoogroups.com,
"derek_fielder" <derek@> wrote:
> > > > > > > > >
> > > > > > > > > Thanks Reggie,
> > > > > > > > >
> > > > > > > > > I'm not concerned so much about serial on the Arduino side but
I absolutely cannot have a port emulator on the PC side.  I'll need to look into
how to communicate with the Arduino directly.
> > > > > > > > >
> > > > > > > > > Are there any plans to create a project repository where the
source can be kept?  Such as SourceForge?
> > > > > > > > >
> > > > > > > > > Derek
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > > > > > > >
> > > > > > > > > > Hi Derek, welcome to the group :)
> > > > > > > > > >
> > > > > > > > > > we will still be serial based on the arduino, the difference
is the arduino is tried and tested on *all* windows platforms that are currently
in use, mac and linux users should also be able to use the software on the
boards and should be able to write their own interfaces, We don't have any plans
to implement mac/linux support at this time(neither Neil or myself has the
experience with either I don't think), although we would welcome any
linux/macintosh users who want to contribute to the project.
> > > > > > > > > >
> > > > > > > > > > We also don't need to emulate anything as we are writing our
own methods for communications to and from the board which has been done to
death all over the net :)
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

A couple of our members are having issues with their USB to serial adapters, on
windows vista.

I've started this thread so that we can try and establish what their issues are
and whether we can help to fix them.

Derek and Ivor, I've made a new thread called 'Serial issues', If we could move
our discussion from this thread to that one it'll be a bit tidier I think (And
easier for anyone else to find).

Regards,
Reggie.

P.S. I tried to setup the new thread yesterday, it would appear that Yahoogroups
had some operational bugs yesterday which prevented me from replying or starting
new posts.  Judging by this morning it would appear they have sorted things out,
Huzzah.

--- In sgl_observatory_automation@yahoogroups.com, "raffle1502" <mattifor2@...>
wrote:
>
>
> Like Derek my USB to serial device is Prolific chipset.
> Operating system Vista
> Laptop MEDION E6210
> When I reboot my computer the Prolific virtual serial ports all move to the
next 4 unused port numbers and Vista shows everything lower as being assigned.
> I can manually reassign back to the original settings but this is a pain every
time the system is re booted, This is the reason that USB would be better for
me.
> I use the laptop for various other reasons and is not dedicated to astro use.
>
> In reply to renaming the thread perhaps admin can tranfer these off topic
relpies to a separate thread ''compatability''
>
> -Ivor-
> --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder" <derek@>
wrote:
> >
> > I checked yesterday and the USB to serial device I have that is causing me
troubles uses the Prolific chipset.  I use Windows Vista so I'm not sure if it
is a problem with Vista and Prolific or what.  I don't have the problem with my
Lantronix drivers.  When I reboot my computer the Prolific virtual serial ports
all move to the next 4 unused port numbers and Vista shows everything lower as
being assigned.  The Lantronix ports stay put.
> >
> > I may put Windows 7 on that laptop to see if the problem goes away.
> >
> > Has anyone ever tried using the FTDI DLL instead of the VSP to talk to the
Arduino?  This would have to be done in the ASCOM driver I guess.
> >
> > I'm thinking we should maybe rename this thread.  The subject line is
increasingly misleading unless maybe I say "Hi" every time.
> >
> > Hi!
> >
> > Derek
> >
> >
> > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> > >
> > > Part of our aim was to produce something simple and ultimately accessible
to a lot of people, the arduino boards are simply that.
> > >
> > > Whilst the arduino uses serial it is via a VERY robust usb chipset that
just plain works.  There are also other options, where the digital pins 0 and 1
are serial TX/RX pins, so we should be able to cater for everyone :)  All of
these features come as standard on our 2 target boards, the duemilanove and the
arduino mega.
> > >
> > > I have concerns for you guys that have issues with your current serial to
usb cable setups, if you could list the chipsets that you're devices are using
it may help us to track down your issues.
> > >
> > > for instance, I have various usb to serial adapters, sitecom, FTDI cable,
the one for my GPS, and a random brand double serial to usb cable.  All of these
are capable of running EQMod, an LX modded webcam and my GPS without monkeying
around.  apart from the FTDI cable they all run 'prolific' chipsets.
> > >
> > >
> > > --- In sgl_observatory_automation@yahoogroups.com, "raffle1502"
<mattifor2@> wrote:
> > > >
> > > > --- In sgl_observatory_automation@yahoogroups.com, "neil.chase"
<neil.chase@> wrote:
> > > > >
> > > > >
> > > > > I think a lot of us are in the same boat, we kind of enjoy tinkering
and want to simplify the kit without spending too much money.
> > > > > I hope this project will just remain a bit of fun with an end result
of course!
> > > > > The issue with comms I donīt think is a big one we can start of with
serial, as we have lots of examples, and I am sure someone will help to add USB
support.
> > > > > In my case I have 4 USB devices connected and a spare serial port so
it seemed logical to just use that. I do understand the USB - serial issue
though as I program PLCs and some of the older kit has serial cables and it is a
case of finding a USB-Serial connector that works with that particular
combination of Software/Hardware and sticking with it. (Some laptops have proved
more of a pain than others)
> > > > >
> > > > > Neil C
> > > >
> > > > My main concern is also the use of serial ports, the USB option would be
better as I have three items at present needing access from the computer.
> > > > at present al three have to be controlled seperately and require one
aplication to be closed while the other is running or conflict accures
attempting to use the USB serial converter.
> > > >
> > > > my focuser at present requires me to use a home made hand set to control
it and as yet I have not managed to interface it to the computer.
> > > > >
> > > > > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder"
<derek@> wrote:
> > > > > >
> > > > > > Thanks for the response,
> > > > > >
> > > > > > I have spent endless hours trying to get my serial connections (and
other things) working.  Even the slightest change is enough to cause me to have
to go through the whole troubleshooting process.  I just simply don't have the
time to dedicate to a hobby that requires a person to go through that kind of
thing.  There is a simple solution: modern equipment should include modern
communication connections.  USB is dead simple most of the time, plug it in and
it installs the driver and starts working.  If I need a hub I plug that in and
it simply works.
> > > > > >
> > > > > > As I said I don't mind the serial being hidden from me, that's cool.
I just don't want the hassle of having to order three different serial to USB
adapters in order to find one that works most of the time and then having to
throw it all away if I upgrade my OS because the manufacturer doesn't update
their drivers.  Astronomy equipment manufacturers charge a premium for their
equipment and then leave it up to the end user to convert obsolete serial
communications to something modern.
> > > > > >
> > > > > > So I thought that I might just replace the components that I could
with something I make to my obviously ridiculous standards.  Something like a
focus controller is pretty darn simple.  At least it would be one less thing to
worry about.  And it would be fun to make while hopefully moving this hobby
forward in a meaningful way.
> > > > > >
> > > > > > I had this same discussion with Daniel Bisque (of Software Bisque)
recently and he sort of agreed with me.  He said they were working on Next
Generation hardware and Software that would make me happy.  Of course their
solution is going to be great but it'll be extremely expensive and require me to
sell all of my existing equipment.
> > > > > >
> > > > > > Sorry... I'm ranting.  I can't really give you too much information
about the rest of the equipment right now.  My hub is powered and it can work
but like I said the ports change every time I restart my computer.  I'm also
selling some equipment to eliminate some of the issues.  I've been sorely
tempted to just give up entirely (I have a dozen other hobbies) or selling
everything and then only buying things that I know are properly supported.
> > > > > >
> > > > > > I think my motto needs to be "simplify, simplify, simplify".
> > > > > >
> > > > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > > > >
> > > > > > > OK, that starts to explain things a bit more :)  Our unit should
work standalone, but you really need to get a handle on why the rest of your
serial based kit is flaky.  you really shouldn't fear serial in 2009, theres
loads of kit that uses it, you don't usually see it though as it's hidden from
you.
> > > > > > >
> > > > > > > the ftdi kit (one of which should be in your arduino) is by far
and away the best solution for usb to serial as it is a full implementation of
serial.  when you move an ftdi cable from one usb port to another port it keeps
all of its settings, try it with your arduino, it should keep its com port
wherever it moves to.
> > > > > > >
> > > > > > > I have a diecimila and a mega, both have their own com port and
don't clash and crucially never change.  Could you give some details on your
other usb to serial cables devices, chipsets used would be useful?  They are not
all equal and can cause stability issues as serial is not correctly implemented
on some devices.  I also have an FTDI cable connecting my laptop to my HEQ5 pro
mount, nothing clashes or moves.
> > > > > > >
> > > > > > > Lastly, have you checked that your usb hub is powered by a
wallwart and is actually supplying 5v/500ma per port? the wallwart should be 5V
(obviously :)) and supplying at least 2amps.
> > > > > > >
> > > > > > >
> > > > > > > --- In sgl_observatory_automation@yahoogroups.com, "derek_fielder"
<derek@> wrote:
> > > > > > > >
> > > > > > > > Sure, but I might start to rant! I have at least 4 components
(Focusers, Camera Rotator, Mount, etc.) that require serial communications. 
This means that I have to have a 4 port serial to USB adapter (modern laptops
don't even have a single serial port) and a USB extender to make things work. 
Every time I reboot my computer the serial ports change or the hardware won't
communicate for some reason, the USB extender dies, etc.  This is 2009 I don't
need serial port emulation.  USB is the standard for PC communications these
days so it seems wise to use it natively or WiFi for long distance (>20ft)
communications.
> > > > > > > >
> > > > > > > > One advantage as I understand it of using the FTDI chipset is
that they supply a DLL (that gets installed along with the port emulation)
through which you can communicate directly to the adapter.  That is probably the
approach I would start with.
> > > > > > > >
> > > > > > > >
> > > > > > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > > > > > >
> > > > > > > > > Can you explain a bit more Derek, you say you can't have a
port emulator on the PC side, why so?  If you're not worried about the serial on
the arduino then you are already using a port emulator and shouldn't have any
issues.  The arduino uses the ftdi usb to serial chips which are by far and away
the best for the job.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > --- In sgl_observatory_automation@yahoogroups.com,
"derek_fielder" <derek@> wrote:
> > > > > > > > > >
> > > > > > > > > > Thanks Reggie,
> > > > > > > > > >
> > > > > > > > > > I'm not concerned so much about serial on the Arduino side
but I absolutely cannot have a port emulator on the PC side.  I'll need to look
into how to communicate with the Arduino directly.
> > > > > > > > > >
> > > > > > > > > > Are there any plans to create a project repository where the
source can be kept?  Such as SourceForge?
> > > > > > > > > >
> > > > > > > > > > Derek
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --- In sgl_observatory_automation@yahoogroups.com,
"r3gin4ld" <r3gin4ld@> wrote:
> > > > > > > > > > >
> > > > > > > > > > > Hi Derek, welcome to the group :)
> > > > > > > > > > >
> > > > > > > > > > > we will still be serial based on the arduino, the
difference is the arduino is tried and tested on *all* windows platforms that
are currently in use, mac and linux users should also be able to use the
software on the boards and should be able to write their own interfaces, We
don't have any plans to implement mac/linux support at this time(neither Neil or
myself has the experience with either I don't think), although we would welcome
any linux/macintosh users who want to contribute to the project.
> > > > > > > > > > >
> > > > > > > > > > > We also don't need to emulate anything as we are writing
our own methods for communications to and from the board which has been done to
death all over the net :)
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Hi,
I have added in "Files" an initial basic focus stepper control using the LCD
display. There are a few problems but I will improve it this week.

I have kept each section with comments indicating start and end of code used in
the Focus control for when the software is integrated I.e.
//START OF FOCUS CONTROL SETUP
//END OF FOCUS CONTROL SETUP

Need to spend more time looking at the ASCOM and the link through from that to
the Arduino.

Not much progress this weekend as I was away and the bit I did do I did the old
click on "donīt save" after 3 hours playing when I turned the PC off. aahhh it
gets me every time.


Neil C

Hi, do you have any other details about the board, I'm not familiar with asm at
all, so a datasheet for the board might be helpful :)

Regards,
Reggie.

--- In sgl_observatory_automation@yahoogroups.com, "raffle1502" <mattifor2@...>
wrote:
>
> this is the small program that came with the board.
>
> ;16c54  step motor asm
> ;Control by pulse and signals (JP1 Removed)
> ;==========================================
>
>
> MODE_A
>  BTFSC  PORTB,3     ;CP pouse in?
>  GOTO  MODE_A_BACK ;CP=1 no pouse
>  BTFSC  FLAG, 0
>  GOTO  $+2      ;high-->low
>  GOTO  MODE_A
> ;
>  BCF  FLAG, 0
>  BTFSS  PORTB,2     ;when RB2 =low voltage and RB2-DIR=high,TEMP=TEMP+1
,contrarily TEMP=TEMP-1
>  GOTO  A_LOOP1
>  INCF  TEMP, F
>  GOTO  A_LOOP2
> A_LOOP1
>  DECF  TEMP, F
> A_LOOP2
>  CALL  STEP_RUN    ;one pouse step one,so differ frequency can adjust step
motor speed.
>  GOTO  MODE_A
> MODE_A_BACK
>  BSF  FLAG, 0    ;normal RB3=H,FLAG D0=1
>  GOTO  MODE_A
> ====================
> but no idea how to run it and how to connect the board to the PC.
>
>
> --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> >
> > Hi, it should be possible, probably a case of connecting enough digital pins
on the arduino to the pulse pins on the motor controller board, then pulse them
in the correct sequence :)  as long as it doesn't take more than 40ma to make
the pulse pins on the controller react you should be fine.
> >
> > --- In sgl_observatory_automation@yahoogroups.com, "raffle1502" <mattifor2@>
wrote:
> > >
> > > my present focuser is a Robofocuser stepper motor (5 wire)
> > > not been able to purchase a Robofocuser control unit, dispite an number of
e-mails to the maker I decided to build a hand built controlled handset based on
the virtual village Stepper Motor Controller & Driver.
> > >
> > > at present not interfaced to PC.
> > > this stepper Motor Controller & Driver will accept pulse input when I work
out how to do that.
> > >
> > > ideally I would like to be able to remotely control it, but not sure if I
will be able to using the Arduino Board options.
> > >
> > > raffle1502
> > >
> >
>

Hi Reggie.
This is the only documentation that was supplied this is the link
http://www.nbglin.com/motor.htm
sorry its not very helpful but that is all I could find.
I am quite willing to try again from start if you can point me the right
direction.
no data sheet as such for main board.

Ivor

--- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@...>
wrote:
>
> Hi, do you have any other details about the board, I'm not familiar with asm
at all, so a datasheet for the board might be helpful :)
>
> Regards,
> Reggie.
>
> --- In sgl_observatory_automation@yahoogroups.com, "raffle1502" <mattifor2@>
wrote:
> >
> > this is the small program that came with the board.
> >
> > ;16c54  step motor asm
> > ;Control by pulse and signals (JP1 Removed)
> > ;==========================================
> >
> >
> > MODE_A
> >  BTFSC  PORTB,3     ;CP pouse in?
> >  GOTO  MODE_A_BACK ;CP=1 no pouse
> >  BTFSC  FLAG, 0
> >  GOTO  $+2      ;high-->low
> >  GOTO  MODE_A
> > ;
> >  BCF  FLAG, 0
> >  BTFSS  PORTB,2     ;when RB2 =low voltage and RB2-DIR=high,TEMP=TEMP+1
,contrarily TEMP=TEMP-1
> >  GOTO  A_LOOP1
> >  INCF  TEMP, F
> >  GOTO  A_LOOP2
> > A_LOOP1
> >  DECF  TEMP, F
> > A_LOOP2
> >  CALL  STEP_RUN    ;one pouse step one,so differ frequency can adjust step
motor speed.
> >  GOTO  MODE_A
> > MODE_A_BACK
> >  BSF  FLAG, 0    ;normal RB3=H,FLAG D0=1
> >  GOTO  MODE_A
> > ====================
> > but no idea how to run it and how to connect the board to the PC.
> >
> >
> > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> > >
> > > Hi, it should be possible, probably a case of connecting enough digital
pins on the arduino to the pulse pins on the motor controller board, then pulse
them in the correct sequence :)  as long as it doesn't take more than 40ma to
make the pulse pins on the controller react you should be fine.
> > >
> > > --- In sgl_observatory_automation@yahoogroups.com, "raffle1502"
<mattifor2@> wrote:
> > > >
> > > > my present focuser is a Robofocuser stepper motor (5 wire)
> > > > not been able to purchase a Robofocuser control unit, dispite an number
of e-mails to the maker I decided to build a hand built controlled handset based
on the virtual village Stepper Motor Controller & Driver.
> > > >
> > > > at present not interfaced to PC.
> > > > this stepper Motor Controller & Driver will accept pulse input when I
work out how to do that.
> > > >
> > > > ideally I would like to be able to remotely control it, but not sure if
I will be able to using the Arduino Board options.
> > > >
> > > > raffle1502
> > > >
> > >
> >
>

Hi Reggie.
Computer make Medion laptop E6210
motherboard specs (make, model number, chipset and USB chipset)mother board MD
97460
(how do I find chipset and USB chipset?

operating system Vista home Premiun

manufacturers of the serial to usb devices
sorry do not know label reads '' ExpressCard /34mm RS-232 serial port"
Driver used Prolific 2.0.1.5

Ivor


--- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@...>
wrote:
>
> A couple of our members are having issues with their USB to serial adapters,
on windows vista.
>
> I've started this thread so that we can try and establish what their issues
are and whether we can help to fix them.
>

Hi Ivor, actually that's a great help, I think :D  More help than the asm code
is.

the pins on the right look like they're heavy duty connections for the motor and
it's power.  the connections on the right (are they pins?) look like they need
to be 'pulsed' to make the motor do stuff.  The arduino is good at pulsing
things, so we should be able to hook that to a set of pins and get something
from it.  The pins that need pulsing will be CP,DIR,INC,DEC.

The only difficulty I can see I think will be that your device will require
different code from our target 'stepper' code which has its own neat little
library.



--- In sgl_observatory_automation@yahoogroups.com, "raffle1502" <mattifor2@...>
wrote:
>
> Hi Reggie.
> This is the only documentation that was supplied this is the link
> http://www.nbglin.com/motor.htm
> sorry its not very helpful but that is all I could find.
> I am quite willing to try again from start if you can point me the right
direction.
> no data sheet as such for main board.
>
> Ivor
>
> --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> >
> > Hi, do you have any other details about the board, I'm not familiar with asm
at all, so a datasheet for the board might be helpful :)
> >
> > Regards,
> > Reggie.
> >
> > --- In sgl_observatory_automation@yahoogroups.com, "raffle1502" <mattifor2@>
wrote:
> > >
> > > this is the small program that came with the board.
> > >
> > > ;16c54  step motor asm
> > > ;Control by pulse and signals (JP1 Removed)
> > > ;==========================================
> > >
> > >
> > > MODE_A
> > >  BTFSC  PORTB,3     ;CP pouse in?
> > >  GOTO  MODE_A_BACK ;CP=1 no pouse
> > >  BTFSC  FLAG, 0
> > >  GOTO  $+2      ;high-->low
> > >  GOTO  MODE_A
> > > ;
> > >  BCF  FLAG, 0
> > >  BTFSS  PORTB,2     ;when RB2 =low voltage and RB2-DIR=high,TEMP=TEMP+1
,contrarily TEMP=TEMP-1
> > >  GOTO  A_LOOP1
> > >  INCF  TEMP, F
> > >  GOTO  A_LOOP2
> > > A_LOOP1
> > >  DECF  TEMP, F
> > > A_LOOP2
> > >  CALL  STEP_RUN    ;one pouse step one,so differ frequency can adjust step
motor speed.
> > >  GOTO  MODE_A
> > > MODE_A_BACK
> > >  BSF  FLAG, 0    ;normal RB3=H,FLAG D0=1
> > >  GOTO  MODE_A
> > > ====================
> > > but no idea how to run it and how to connect the board to the PC.
> > >
> > >
> > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> > > >
> > > > Hi, it should be possible, probably a case of connecting enough digital
pins on the arduino to the pulse pins on the motor controller board, then pulse
them in the correct sequence :)  as long as it doesn't take more than 40ma to
make the pulse pins on the controller react you should be fine.
> > > >
> > > > --- In sgl_observatory_automation@yahoogroups.com, "raffle1502"
<mattifor2@> wrote:
> > > > >
> > > > > my present focuser is a Robofocuser stepper motor (5 wire)
> > > > > not been able to purchase a Robofocuser control unit, dispite an
number of e-mails to the maker I decided to build a hand built controlled
handset based on the virtual village Stepper Motor Controller & Driver.
> > > > >
> > > > > at present not interfaced to PC.
> > > > > this stepper Motor Controller & Driver will accept pulse input when I
work out how to do that.
> > > > >
> > > > > ideally I would like to be able to remotely control it, but not sure
if I will be able to using the Arduino Board options.
> > > > >
> > > > > raffle1502
> > > > >
> > > >
> > >
> >
>

Hi Reggie
Yes the left are pins and the right are the motor and power for motor.
at present I have successfuly connected my home made hand control to the left
pins.
I have a spare board but not a spare motor that I am planning to use on my
second scope when the stepper motor arrives.
If that would help you I could loan it to you to experiment.

best regards
Ivor

--- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@...>
wrote:
>
> Hi Ivor, actually that's a great help, I think :D  More help than the asm code
is.
>
> the pins on the right look like they're heavy duty connections for the motor
and it's power.  the connections on the right (are they pins?) look like they
need to be 'pulsed' to make the motor do stuff.  The arduino is good at pulsing
things, so we should be able to hook that to a set of pins and get something
from it.  The pins that need pulsing will be CP,DIR,INC,DEC.
>
> The only difficulty I can see I think will be that your device will require
different code from our target 'stepper' code which has its own neat little
library.
>
>
>
> --- In sgl_observatory_automation@yahoogroups.com, "raffle1502" <mattifor2@>
wrote:
> >
> > Hi Reggie.
> > This is the only documentation that was supplied this is the link
> > http://www.nbglin.com/motor.htm
> > sorry its not very helpful but that is all I could find.
> > I am quite willing to try again from start if you can point me the right
direction.
> > no data sheet as such for main board.
> >
> > Ivor
> >
> > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> > >
> > > Hi, do you have any other details about the board, I'm not familiar with
asm at all, so a datasheet for the board might be helpful :)
> > >
> > > Regards,
> > > Reggie.
> > >
> > > --- In sgl_observatory_automation@yahoogroups.com, "raffle1502"
<mattifor2@> wrote:
> > > >
> > > > this is the small program that came with the board.
> > > >
> > > > ;16c54  step motor asm
> > > > ;Control by pulse and signals (JP1 Removed)
> > > > ;==========================================
> > > >
> > > >
> > > > MODE_A
> > > >  BTFSC  PORTB,3     ;CP pouse in?
> > > >  GOTO  MODE_A_BACK ;CP=1 no pouse
> > > >  BTFSC  FLAG, 0
> > > >  GOTO  $+2      ;high-->low
> > > >  GOTO  MODE_A
> > > > ;
> > > >  BCF  FLAG, 0
> > > >  BTFSS  PORTB,2     ;when RB2 =low voltage and RB2-DIR=high,TEMP=TEMP+1
,contrarily TEMP=TEMP-1
> > > >  GOTO  A_LOOP1
> > > >  INCF  TEMP, F
> > > >  GOTO  A_LOOP2
> > > > A_LOOP1
> > > >  DECF  TEMP, F
> > > > A_LOOP2
> > > >  CALL  STEP_RUN    ;one pouse step one,so differ frequency can adjust
step motor speed.
> > > >  GOTO  MODE_A
> > > > MODE_A_BACK
> > > >  BSF  FLAG, 0    ;normal RB3=H,FLAG D0=1
> > > >  GOTO  MODE_A
> > > > ====================
> > > > but no idea how to run it and how to connect the board to the PC.
> > > >
> > > >
> > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > >
> > > > > Hi, it should be possible, probably a case of connecting enough
digital pins on the arduino to the pulse pins on the motor controller board,
then pulse them in the correct sequence :)  as long as it doesn't take more than
40ma to make the pulse pins on the controller react you should be fine.
> > > > >
> > > > > --- In sgl_observatory_automation@yahoogroups.com, "raffle1502"
<mattifor2@> wrote:
> > > > > >
> > > > > > my present focuser is a Robofocuser stepper motor (5 wire)
> > > > > > not been able to purchase a Robofocuser control unit, dispite an
number of e-mails to the maker I decided to build a hand built controlled
handset based on the virtual village Stepper Motor Controller & Driver.
> > > > > >
> > > > > > at present not interfaced to PC.
> > > > > > this stepper Motor Controller & Driver will accept pulse input when
I work out how to do that.
> > > > > >
> > > > > > ideally I would like to be able to remotely control it, but not sure
if I will be able to using the Arduino Board options.
> > > > > >
> > > > > > raffle1502
> > > > > >
> > > > >
> > > >
> > >
> >
>

You would look at the chipset drivers on the medion website :D

It turns out that you have an intel chipset, which is good cos it means the USB
is usually solid :)

For your machine its not so much of an issue as you are using an expresscard
serial device?



--- In sgl_observatory_automation@yahoogroups.com, "raffle1502" <mattifor2@...>
wrote:
>
> Hi Reggie.
> Computer make Medion laptop E6210
> motherboard specs (make, model number, chipset and USB chipset)mother board MD
97460
> (how do I find chipset and USB chipset?
>
> operating system Vista home Premiun
>
> manufacturers of the serial to usb devices
> sorry do not know label reads '' ExpressCard /34mm RS-232 serial port"
> Driver used Prolific 2.0.1.5
>
> Ivor
>
>
> --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> >
> > A couple of our members are having issues with their USB to serial adapters,
on windows vista.
> >
> > I've started this thread so that we can try and establish what their issues
are and whether we can help to fix them.
> >
>

Hi Reggie
Yes the left are pins and the right are the motor and power for motor.
at present I have successfuly connected my home made hand control to the left
pins.
I have a spare board but not a spare motor that I am planning to use on my
second scope when the stepper motor arrives.
If that would help you I could loan it to you to experiment.

best regards
Ivor

--- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@...>
wrote:
>
> Hi Ivor, actually that's a great help, I think :D  More help than the asm code
is.
>
> the pins on the right look like they're heavy duty connections for the motor
and it's power.  the connections on the right (are they pins?) look like they
need to be 'pulsed' to make the motor do stuff.  The arduino is good at pulsing
things, so we should be able to hook that to a set of pins and get something
from it.  The pins that need pulsing will be CP,DIR,INC,DEC.
>
> The only difficulty I can see I think will be that your device will require
different code from our target 'stepper' code which has its own neat little
library.
>
>
>
> --- In sgl_observatory_automation@yahoogroups.com, "raffle1502" <mattifor2@>
wrote:
> >
> > Hi Reggie.
> > This is the only documentation that was supplied this is the link
> > http://www.nbglin.com/motor.htm
> > sorry its not very helpful but that is all I could find.
> > I am quite willing to try again from start if you can point me the right
direction.
> > no data sheet as such for main board.
> >
> > Ivor
> >
> > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld" <r3gin4ld@>
wrote:
> > >
> > > Hi, do you have any other details about the board, I'm not familiar with
asm at all, so a datasheet for the board might be helpful :)
> > >
> > > Regards,
> > > Reggie.
> > >
> > > --- In sgl_observatory_automation@yahoogroups.com, "raffle1502"
<mattifor2@> wrote:
> > > >
> > > > this is the small program that came with the board.
> > > >
> > > > ;16c54  step motor asm
> > > > ;Control by pulse and signals (JP1 Removed)
> > > > ;==========================================
> > > >
> > > >
> > > > MODE_A
> > > >  BTFSC  PORTB,3     ;CP pouse in?
> > > >  GOTO  MODE_A_BACK ;CP=1 no pouse
> > > >  BTFSC  FLAG, 0
> > > >  GOTO  $+2      ;high-->low
> > > >  GOTO  MODE_A
> > > > ;
> > > >  BCF  FLAG, 0
> > > >  BTFSS  PORTB,2     ;when RB2 =low voltage and RB2-DIR=high,TEMP=TEMP+1
,contrarily TEMP=TEMP-1
> > > >  GOTO  A_LOOP1
> > > >  INCF  TEMP, F
> > > >  GOTO  A_LOOP2
> > > > A_LOOP1
> > > >  DECF  TEMP, F
> > > > A_LOOP2
> > > >  CALL  STEP_RUN    ;one pouse step one,so differ frequency can adjust
step motor speed.
> > > >  GOTO  MODE_A
> > > > MODE_A_BACK
> > > >  BSF  FLAG, 0    ;normal RB3=H,FLAG D0=1
> > > >  GOTO  MODE_A
> > > > ====================
> > > > but no idea how to run it and how to connect the board to the PC.
> > > >
> > > >
> > > > --- In sgl_observatory_automation@yahoogroups.com, "r3gin4ld"
<r3gin4ld@> wrote:
> > > > >
> > > > > Hi, it should be possible, probably a case of connecting enough
digital pins on the arduino to the pulse pins on the motor controller board,
then pulse them in the correct sequence :)  as long as it doesn't take more than
40ma to make the pulse pins on the controller react you should be fine.
> > > > >
> > > > > --- In sgl_observatory_automation@yahoogroups.com, "raffle1502"
<mattifor2@> wrote:
> > > > > >
> > > > > > my present focuser is a Robofocuser stepper motor (5 wire)
> > > > > > not been able to purchase a Robofocuser control unit, dispite an
number of e-mails to the maker I decided to build a hand built controlled
handset based on the virtual village Stepper Motor Controller & Driver.
> > > > > >
> > > > > > at present not interfaced to PC.
> > > > > > this stepper Motor Controller & Driver will accept pulse input when
I work out how to do that.
> > > > > >
> > > > > > ideally I would like to be able to remotely control it, but not sure
if I will be able to using the Arduino Board options.
> > > > > >
> > > > > > raffle1502
> > > > > >
> > > > >
> > > >
> > >
> >
>

Quick update,

  We have the Arduino software working and a connection through to an initial
test version of the ASCOM driver.
The next step is to define the comms and handshaking between the VB ASCOM driver
and the Arduino.
After the comms we just need to define the Link connection correctly and link
the control Variables accross from the Arduino to ASCOM (the variable links are
straight forward really).

Once the comms handshaking is configured I will post another version and feel
free to correct or make improvements.

Getting there slowly!

Neil C



--- In sgl_observatory_automation@yahoogroups.com, "neil.chase" <neil.chase@...>
wrote:
>
> Hi,
> I have added in "Files" an initial basic focus stepper control using the LCD
display. There are a few problems but I will improve it this week.
>
> I have kept each section with comments indicating start and end of code used
in the Focus control for when the software is integrated I.e.
> //START OF FOCUS CONTROL SETUP
> //END OF FOCUS CONTROL SETUP
>
> Need to spend more time looking at the ASCOM and the link through from that to
the Arduino.
>
> Not much progress this weekend as I was away and the bit I did do I did the
old click on "donīt save" after 3 hours playing when I turned the PC off. aahhh
it gets me every time.
>
>
> Neil C
>