Hi,
I'm having problems reading StampPlot slider(s) via an RS232 to RS485 link.
As the slider value goes > 99 ie 100 the returned value is 10.
as the slider value goes < -79 ie -80 the returned value is -8.
I have tried changing the baud to less than 9600 but no change.
Any ideas please ?
Thanks
Stuart
Main1:
SEROUT 2,Baud,["!READ (SPEED)",CR] 'Read StampPlot GUI object Speed
SERIN 4,Baud,1000,Main1,[SDEC SPEED] 'Accept data -200 to +200
PAUSE 100 'Pause for comms
SEROUT 2,Baud,[SDEC SPEED,CR] 'Plots on StampPlot via RS 232 /485 link
DEBUG SDEC SPEED,CR 'Dislay returned value on Debug screen
SPEED = SPEED + 750 'Add 750 to rescale 550 to 950
PULSOUT 14, SPEED
GOTO Main1
On Aug 31, 2009, at 11:32 AM, "sylvie369" <sylvie369@...> wrote:
It's a great illustration of the advantage of telemetry over datalogging. Were I using an onboard datalogger (e.g., to an SD card, as I was doing last year), there'd be no data. With the telemetry setup, the data were stored safely in my laptop at the rangehead while the rocket lay in ugly pieces on the ground. I can see the blips in the data where the drogue and main charge fired, confirming something that would be difficult to confirm from just looking at the wreckage.
The crash is no big deal. Everyone crashes at some point. It's part of the hobby. As we say, if this bothers you, get a f'n train set. I picked up the pieces, and then went back and flew a larger rocket, one that uses radio control to deploy the parachutes. Had some drama there too, but my backups saved me.
I was glad to see the new product in stock. You should have an order from me in hand, sent earlier this morning.
Paul
--- In selmaware@yahoogroups.com, "selmaware" <martin@...> wrote:
>
> Well, great job collecting data! Sorry to hear about the rocket though. must have been exciting watching the plot as it plummeted to the ground?
>
> Glad the XBee & board survived!
It's a great illustration of the advantage of telemetry over datalogging. Were I
using an onboard datalogger (e.g., to an SD card, as I was doing last year),
there'd be no data. With the telemetry setup, the data were stored safely in my
laptop at the rangehead while the rocket lay in ugly pieces on the ground. I can
see the blips in the data where the drogue and main charge fired, confirming
something that would be difficult to confirm from just looking at the wreckage.
The crash is no big deal. Everyone crashes at some point. It's part of the
hobby. As we say, if this bothers you, get a f'n train set. I picked up the
pieces, and then went back and flew a larger rocket, one that uses radio control
to deploy the parachutes. Had some drama there too, but my backups saved me.
I was glad to see the new product in stock. You should have an order from me in
hand, sent earlier this morning.
Paul
--- In selmaware@yahoogroups.com, "selmaware" <martin@...> wrote:
>
> Well, great job collecting data! Sorry to hear about the rocket though. must
have been exciting watching the plot as it plummeted to the ground?
>
> Glad the XBee & board survived!
Well, great job collecting data! Sorry to hear about the rocket though. must
have been exciting watching the plot as it plummeted to the ground?
Glad the XBee & board survived!
-Martin
--- In selmaware@yahoogroups.com, "sylvie369" <sylvie369@...> wrote:
>
> Today I flew the XBee/MAWD to 2679 feet on a J500 motor, and had good data
throughout the flight even to that altitude (see J500 graph in files area).
Unfortunately, my main ejection charge failed to kick the main parachute out,
and so I hit the ground at about 87 miles an hour (estimating from the graph).
>
> My rocket's fin can is trashed, as are the internals of my electronics bay.
The altimeter has a thoroughly dented capacitor, and I doubt it can be trusted
(though I may try it in a rocket carrying two altimeters, with a backup: it was
accurately beeping out the apogee when I found it after the flight). The XBee
and the SIP board are absolutely fine, though. I'll have to build a new carrier
board for it, and use a different altimeter (I have two or three more of them),
but it'll fly again, soon, using a different fin can.
>
> The good news is that the standard Series 1 XBee Pro can transmit successfully
to a ground station from a rocket going about 300 miles an hour, at an altitude
of almost 2700 feet, with just a small wire antenna and a 9V battery as the
power supply.
>
Today I flew the XBee/MAWD to 2679 feet on a J500 motor, and had good data
throughout the flight even to that altitude (see J500 graph in files area).
Unfortunately, my main ejection charge failed to kick the main parachute out,
and so I hit the ground at about 87 miles an hour (estimating from the graph).
My rocket's fin can is trashed, as are the internals of my electronics bay. The
altimeter has a thoroughly dented capacitor, and I doubt it can be trusted
(though I may try it in a rocket carrying two altimeters, with a backup: it was
accurately beeping out the apogee when I found it after the flight). The XBee
and the SIP board are absolutely fine, though. I'll have to build a new carrier
board for it, and use a different altimeter (I have two or three more of them),
but it'll fly again, soon, using a different fin can.
The good news is that the standard Series 1 XBee Pro can transmit successfully
to a ground station from a rocket going about 300 miles an hour, at an altitude
of almost 2700 feet, with just a small wire antenna and a 9V battery as the
power supply.
All,
StampPlot has been updated to correct some issues with the (x86) program files
path on 64-bit machines.
http://www.selmaware.com/stampplot/download.htm
Also, a new Xbee adapter board is available with a very low power (33uA) surface
mount regulator and solder board area for your unique needs.
http://www.selmaware.com/appbee/index.htm
Thanks for the help to many who reported/tested issues.
-Martin
I Tom,
I prefer the FTDI chipset, and if you are using Parallax software the drivers
are probably already installed. Parallax's little USB-Serial dongle is nice, or
a product such as:
http://www.usbgear.com/Serial-usb-adapter/index.cfm
-Martin
--- In selmaware@yahoogroups.com, "Tom" <tgmaxx@...> wrote:
>
> Martin,
>
> Thanks for the help. I tried again today.... unloaded the prolific driver,
reloaded... still not working.
>
> The prolific driver I am using was released last month, so they still have
issues.
>
> Is there a USB/232 adapter or cable that you would recommend I use?
>
> Thanks,
> Tom
>
>
>
> From: Martin Hebel
> Sent: Tuesday, August 18, 2009 7:46 PM
> To: selmaware@yahoogroups.com
> Subject: [StampPlot - Selmaware] Vista 64 / Prolific USB to Serial issues
>
>
> It appears that using Prolific USB - Serial adapters are a known issue with
MSComm control, and therefore StampPlot Pro & Lite, and StampDAQ.
>
> http://www.vbforums.com/showthread.php?t=574023
>
> Maybe they'll fix their drivers.
>
> -Martin
>
It appears that using Prolific USB - Serial adapters are a known issue with
MSComm control, and therefore StampPlot Pro & Lite, and StampDAQ.
http://www.vbforums.com/showthread.php?t=574023
Maybe they'll fix their drivers.
-Martin
Sorry, sent too early, still uploading installer. Please give this about 30 minutes to finish (Monday, 10:00 PM EST) in case your are working now. -Martin
-----Original Message----- From: Martin Hebel [mailto:martin@...] Sent: Monday, August 17, 2009 10:25 PM To: selmaware@yahoogroups.com, gtmeloney@... Subject: Re: [StampPlot - Selmaware] Re: StampPlot Lite/Pro on Vista 64 or Win 7?
Greg & Tom, I've done a few tweaks, including: - Another attempt at adjusting the data processing code - Fixed the (x86) bug that wouldn't allow images to show - Went back to mscomm32.OCX in the system32 folder instead of Stampplot directory (I had my reasons).
I picked up a Vista 64 Home edition laptop and sorry to say it plotted fine with version 3.8.1. I did the above adjustments and made a new build. Please download and test and let me know.
I did install/run as an administrator.
I don't know how different Ultimate would be, but I was in a hurry to test and didn't special order a machine.
If it still doesn't run... It may be the Serial-USB adapter you are using is more sensitive than the standard Parallax FTDI ones I use? Other than that, blame microsoft? It's really hard to troubleshoot when I can't repeat the problems.
Please let me know either way. New installer is at: http://www.selmaware.com/stampplot/debugging.htm
Greg & Tom, I've done a few tweaks, including: - Another attempt at adjusting the data processing code - Fixed the (x86) bug that wouldn't allow images to show - Went back to mscomm32.OCX in the system32 folder instead of Stampplot directory (I had my reasons).
I picked up a Vista 64 Home edition laptop and sorry to say it plotted fine with version 3.8.1. I did the above adjustments and made a new build. Please download and test and let me know.
I did install/run as an administrator.
I don't know how different Ultimate would be, but I was in a hurry to test and didn't special order a machine.
If it still doesn't run... It may be the Serial-USB adapter you are using is more sensitive than the standard Parallax FTDI ones I use? Other than that, blame microsoft? It's really hard to troubleshoot when I can't repeat the problems.
Please let me know either way. New installer is at: http://www.selmaware.com/stampplot/debugging.htm
Paul,
I think what you are doing is really great! Though, I am not into rockets, you
success is appreciated.
Chris
-- In selmaware@yahoogroups.com, "Paul" <sylvie369@...> wrote:
>
> --- In selmaware@yahoogroups.com, "Martin Hebel" <martin@> wrote:
> >
> > Hey Paul,
> > Sounds great! Hope you got some good data! 3500 feet is impressive!
>
> I did get good data. Nothing like having your transmitter 2000 feet over your
head, I guess. I just uploaded a screenshot of the graph of the altitude data,
as collected and displayed by PLX-DAQ during the flight (yup, the graph updates
as the rocket is flying - it's really cool to watch). It's in the files area, as
"I366 flight graph".
>
> You can see in the descent side of the graph that the rocket came down fairly
slowly after apogee, and when the main chute came out at 500 feet, the descent
rate didn't slow that much. That's because I used a quite large drogue chute at
apogee. I wasn't certain that the XBee wouldn't interfere with the altimeter's
ability to deploy the main chute, so I wanted a fairly large chute open already
to protect the rocket. On a higher flight this wouldn't be practical - I already
drifted into some brush you don't want to be recovering your rocket from.
Usually the altitude curve flattens quite a bit more when the main parachute
comes out, just because the descent under drogue is usually much quicker, so you
come down closer to the launch pad.
>
> > I've got the batch of boards in, including the new 3.3V XBee experimentor's
board I need to wire up and test. I'll be making some announcements later this
week.
> >
>
> I'll be watching the website and group carefully.
>
> Paul
>
Looks great! Nice data. Nice to know my
boards and software are finding such a good use.
Congrats on a successful flight,
Martin
From: selmaware@yahoogroups.com
[mailto:selmaware@yahoogroups.com] On Behalf
Of Paul Sent: Sunday, August 16, 2009 6:00
PM To: selmaware@yahoogroups.com Subject: [StampPlot - Selmaware]
Re: AppBee SIP board availability
--- In selmaware@yahoogroups.com,
"Martin Hebel" <martin@...> wrote:
>
> Hey Paul,
> Sounds great! Hope you got some good data! 3500 feet is impressive!
I did get good data. Nothing like having your transmitter 2000 feet over your
head, I guess. I just uploaded a screenshot of the graph of the altitude data,
as collected and displayed by PLX-DAQ during the flight (yup, the graph updates
as the rocket is flying - it's really cool to watch). It's in the files area,
as "I366 flight graph".
You can see in the descent side of the graph that the rocket came down fairly
slowly after apogee, and when the main chute came out at 500 feet, the descent
rate didn't slow that much. That's because I used a quite large drogue chute at
apogee. I wasn't certain that the XBee wouldn't interfere with the altimeter's
ability to deploy the main chute, so I wanted a fairly large chute open already
to protect the rocket. On a higher flight this wouldn't be practical - I
already drifted into some brush you don't want to be recovering your rocket
from. Usually the altitude curve flattens quite a bit more when the main
parachute comes out, just because the descent under drogue is usually much
quicker, so you come down closer to the launch pad.
> I've got the batch of boards in, including the new 3.3V XBee experimentor's
board I need to wire up and test. I'll be making some announcements later this
week.
>
--- In selmaware@yahoogroups.com, "Martin Hebel" <martin@...> wrote:
>
> Hey Paul,
> Sounds great! Hope you got some good data! 3500 feet is impressive!
I did get good data. Nothing like having your transmitter 2000 feet over your
head, I guess. I just uploaded a screenshot of the graph of the altitude data,
as collected and displayed by PLX-DAQ during the flight (yup, the graph updates
as the rocket is flying - it's really cool to watch). It's in the files area, as
"I366 flight graph".
You can see in the descent side of the graph that the rocket came down fairly
slowly after apogee, and when the main chute came out at 500 feet, the descent
rate didn't slow that much. That's because I used a quite large drogue chute at
apogee. I wasn't certain that the XBee wouldn't interfere with the altimeter's
ability to deploy the main chute, so I wanted a fairly large chute open already
to protect the rocket. On a higher flight this wouldn't be practical - I already
drifted into some brush you don't want to be recovering your rocket from.
Usually the altitude curve flattens quite a bit more when the main parachute
comes out, just because the descent under drogue is usually much quicker, so you
come down closer to the launch pad.
> I've got the batch of boards in, including the new 3.3V XBee experimentor's
board I need to wire up and test. I'll be making some announcements later this
week.
>
I'll be watching the website and group carefully.
Paul
Tom, I've attempted a fix, please download and follow those directionce once more please.
http://www.selmaware.com/stampplot/debugging.htm
Thanks again for the assist, Martin
-----Original Message----- From: Martin Hebel [mailto:martin@...] Sent: Sunday, August 16, 2009 05:46 PM To: selmaware@yahoogroups.com Subject: Re: [StampPlot - Selmaware] Re: StampPlot Lite/Pro on Vista 64 or Win 7?
Thanks Tom,
It looks like it's triggering ok, but losing the data once it tries to process the data. Let me check a few things.
Subject: [StampPlot - Selmaware] Re: StampPlot Lite/Pro on Vista 64 or Win 7?
Just an update, I've had a user with Vista 64-bit use regsrv32 to register mscomm32.ocx in the StampPlot directory. He can connect, and it shows accepting data, but for some reason not plotting anything.
For information on registering the control issues: http://www.msfn.org/board/index.php?showtopic=90715&mode=linear
Thanks, Martin
--- In selmaware@yahoogroups.com, "Martin Hebel" <martin@...> wrote: > > Thanks Tom, > I've been intending to replace MSComm32 for a while now, maybe it's time, though will be a while. > > -Martin > > > --- In selmaware@yahoogroups.com, "tgmaxx56" <tgmaxx@> wrote: > > > > --- In selmaware@yahoogroups.com, "Martin Hebel" <martin@> wrote: > > > > > > Hi, > > > I don't have many platforms here to test on, so has anyone ran StampPlot, Lite or Pro, on XP or Vista 64-bit editions or Window's 7 yet? > > > > > > If so, how'd it go? > > > > > > Thanks, > > > Martin > > > > > Martin, > > It appears to be a problem with MSCOMM32.OCX. It is not supported with Vista 64. I tried a few things I found on the internet, but still not working. If I figure it out, will let you know. > > Thanks, > > Tom > > >
Subject: [StampPlot - Selmaware] Re: StampPlot Lite/Pro on Vista 64 or Win 7?
Just an update, I've had a user with Vista 64-bit use regsrv32 to register mscomm32.ocx in the StampPlot directory. He can connect, and it shows accepting data, but for some reason not plotting anything.
For information on registering the control issues: http://www.msfn.org/board/index.php?showtopic=90715&mode=linear
Thanks, Martin
--- In selmaware@yahoogroups.com, "Martin Hebel" <martin@...> wrote: > > Thanks Tom, > I've been intending to replace MSComm32 for a while now, maybe it's time, though will be a while. > > -Martin > > > --- In selmaware@yahoogroups.com, "tgmaxx56" <tgmaxx@> wrote: > > > > --- In selmaware@yahoogroups.com, "Martin Hebel" <martin@> wrote: > > > > > > Hi, > > > I don't have many platforms here to test on, so has anyone ran StampPlot, Lite or Pro, on XP or Vista 64-bit editions or Window's 7 yet? > > > > > > If so, how'd it go? > > > > > > Thanks, > > > Martin > > > > > Martin, > > It appears to be a problem with MSCOMM32.OCX. It is not supported with Vista 64. I tried a few things I found on the internet, but still not working. If I figure it out, will let you know. > > Thanks, > > Tom > > >
Subject: [StampPlot - Selmaware] Re: StampPlot Lite/Pro on Vista 64 or Win 7?
Just an update, I've had a user with Vista 64-bit use regsrv32 to register mscomm32.ocx in the StampPlot directory. He can connect, and it shows accepting data, but for some reason not plotting anything.
--- In selmaware@yahoogroups.com, "Martin Hebel" <martin@...> wrote: > > Thanks Tom, > I've been intending to replace MSComm32 for a while now, maybe it's time, though will be a while. > > -Martin > > > --- In selmaware@yahoogroups.com, "tgmaxx56" <tgmaxx@> wrote: > > > > --- In selmaware@yahoogroups.com, "Martin Hebel" <martin@> wrote: > > > > > > Hi, > > > I don't have many platforms here to test on, so has anyone ran StampPlot, Lite or Pro, on XP or Vista 64-bit editions or Window's 7 yet? > > > > > > If so, how'd it go? > > > > > > Thanks, > > > Martin > > > > > Martin, > > It appears to be a problem with MSCOMM32.OCX. It is not supported with Vista 64. I tried a few things I found on the internet, but still not working. If I figure it out, will let you know. > > Thanks, > > Tom > > >
Tom and any others, I've posted a debugging version on website, please follow directions for use there.
http://www.selmaware.com/stampplot/debugging.htm
Thanks for the assistance, Martin
-----Original Message----- From: Tom [mailto:tgmaxx@...] Sent: Friday, August 14, 2009 06:13 PM To: selmaware@yahoogroups.com Subject: Re: [StampPlot - Selmaware] Re: StampPlot Lite/Pro on Vista 64 or Win 7?
Martin,
Thanks. That is exactly the same issue I have. I also tried regsrv32, but it did not help.
Subject: [StampPlot - Selmaware] Re: StampPlot Lite/Pro on Vista 64 or Win 7?
Just an update, I've had a user with Vista 64-bit use regsrv32 to register mscomm32.ocx in the StampPlot directory. He can connect, and it shows accepting data, but for some reason not plotting anything.
--- In selmaware@yahoogroups.com, "Martin Hebel" <martin@...> wrote: > > Thanks Tom, > I've been intending to replace MSComm32 for a while now, maybe it's time, though will be a while. > > -Martin > > > --- In selmaware@yahoogroups.com, "tgmaxx56" <tgmaxx@> wrote: > > > > --- In selmaware@yahoogroups.com, "Martin Hebel" <martin@> wrote: > > > > > > Hi, > > > I don't have many platforms here to test on, so has anyone ran StampPlot, Lite or Pro, on XP or Vista 64-bit editions or Window's 7 yet? > > > > > > If so, how'd it go? > > > > > > Thanks, > > > Martin > > > > > Martin, > > It appears to be a problem with MSCOMM32.OCX. It is not supported with Vista 64. I tried a few things I found on the internet, but still not working. If I figure it out, will let you know. > > Thanks, > > Tom > > >
Hey Paul, Sounds great! Hope you got some good data! 3500 feet is impressive!
I've got the batch of boards in, including the new 3.3V XBee experimentor's board I need to wire up and test. I'll be making some announcements later this week.
-Martin
-----Original Message----- From: Paul [mailto:sylvie369@...] Sent: Sunday, August 16, 2009 01:37 PM To: selmaware@yahoogroups.com Subject: [StampPlot - Selmaware] Re: AppBee SIP board availability
Update - I flew my setup yesterday to 2002 feet, again with no trouble staying in contact with the rocket throughout the flight and after landing. I estimate the maximum range was about 3500 feet (taking into account both altitude and distance downrange). I'm using, again, just a standard 2.4Ghz XBee Pro Series one, with a 9V battery going into the Vin pin on the SIP board (and same setup on the receiving end, except using a regulated 5V from a Stamp Carrier Board input to the SIP board).
Update - I flew my setup yesterday to 2002 feet, again with no trouble staying
in contact with the rocket throughout the flight and after landing. I estimate
the maximum range was about 3500 feet (taking into account both altitude and
distance downrange). I'm using, again, just a standard 2.4Ghz XBee Pro Series
one, with a 9V battery going into the Vin pin on the SIP board (and same setup
on the receiving end, except using a regulated 5V from a Stamp Carrier Board
input to the SIP board).
Subject: [StampPlot - Selmaware] Re: StampPlot Lite/Pro on Vista 64 or Win 7?
Just an update, I've had a user with Vista 64-bit use regsrv32 to register mscomm32.ocx in the StampPlot directory. He can connect, and it shows accepting data, but for some reason not plotting anything.
--- In selmaware@yahoogroups.com, "Martin Hebel" <martin@...> wrote: > > Thanks Tom, > I've been intending to replace MSComm32 for a while now, maybe it's time, though will be a while.
> > -Martin > > > --- In selmaware@yahoogroups.com, "tgmaxx56" <tgmaxx@> wrote: > > > > --- In selmaware@yahoogroups.com, "Martin Hebel" <martin@> wrote:
> > > > > > Hi, > > > I don't have many platforms here to test on, so has anyone ran StampPlot, Lite or Pro, on XP or Vista 64-bit editions or Window's 7 yet? > > >
> > > If so, how'd it go? > > > > > > Thanks, > > > Martin > > > > > Martin, > > It appears to be a problem with MSCOMM32.OCX. It is not supported with Vista 64. I tried a few things I found on the internet, but still not working. If I figure it out, will let you know.
> > Thanks, > > Tom > > >
Thanks Tom, I may release a Debugging release that you can run and help me analyze the problem early next week.
-Martin
-----Original Message----- From: Tom [mailto:tgmaxx@...] Sent: Friday, August 14, 2009 06:13 PM To: selmaware@yahoogroups.com Subject: Re: [StampPlot - Selmaware] Re: StampPlot Lite/Pro on Vista 64 or Win 7?
Martin,
Thanks. That is exactly the same issue I have. I also tried regsrv32, but it did not help.
Subject: [StampPlot - Selmaware] Re: StampPlot Lite/Pro on Vista 64 or Win 7?
Just an update, I've had a user with Vista 64-bit use regsrv32 to register mscomm32.ocx in the StampPlot directory. He can connect, and it shows accepting data, but for some reason not plotting anything.
--- In selmaware@yahoogroups.com, "Martin Hebel" <martin@...> wrote: > > Thanks Tom, > I've been intending to replace MSComm32 for a while now, maybe it's time, though will be a while. > > -Martin > > > --- In selmaware@yahoogroups.com, "tgmaxx56" <tgmaxx@> wrote: > > > > --- In selmaware@yahoogroups.com, "Martin Hebel" <martin@> wrote: > > > > > > Hi, > > > I don't have many platforms here to test on, so has anyone ran StampPlot, Lite or Pro, on XP or Vista 64-bit editions or Window's 7 yet? > > > > > > If so, how'd it go? > > > > > > Thanks, > > > Martin > > > > > Martin, > > It appears to be a problem with MSCOMM32.OCX. It is not supported with Vista 64. I tried a few things I found on the internet, but still not working. If I figure it out, will let you know. > > Thanks, > > Tom > > >
Subject: [StampPlot - Selmaware] Re: StampPlot Lite/Pro on Vista 64 or Win 7?
Just an update, I've had a user with Vista 64-bit use regsrv32 to register mscomm32.ocx in the StampPlot directory. He can connect, and it shows accepting data, but for some reason not plotting anything.
--- In selmaware@yahoogroups.com, "Martin Hebel" <martin@...> wrote: > > Thanks Tom, > I've been intending to replace MSComm32 for a while now, maybe it's time, though will be a while. > > -Martin > > > --- In selmaware@yahoogroups.com, "tgmaxx56" <tgmaxx@> wrote: > > > > --- In selmaware@yahoogroups.com, "Martin Hebel" <martin@> wrote: > > > > > > Hi, > > > I don't have many platforms here to test on, so has anyone ran StampPlot, Lite or Pro, on XP or Vista 64-bit editions or Window's 7 yet? > > > > > > If so, how'd it go? > > > > > > Thanks, > > > Martin > > > > > Martin, > > It appears to be a problem with MSCOMM32.OCX. It is not supported with Vista 64. I tried a few things I found on the internet, but still not working. If I figure it out, will let you know. > > Thanks, > > Tom > > >
Just an update,
I've had a user with Vista 64-bit use regsrv32 to register mscomm32.ocx in the
StampPlot directory. He can connect, and it shows accepting data, but for some
reason not plotting anything.
For information on registering the control issues:
http://www.msfn.org/board/index.php?showtopic=90715&mode=linear
Thanks,
Martin
--- In selmaware@yahoogroups.com, "Martin Hebel" <martin@...> wrote:
>
> Thanks Tom,
> I've been intending to replace MSComm32 for a while now, maybe it's time,
though will be a while.
>
> -Martin
>
>
> --- In selmaware@yahoogroups.com, "tgmaxx56" <tgmaxx@> wrote:
> >
> > --- In selmaware@yahoogroups.com, "Martin Hebel" <martin@> wrote:
> > >
> > > Hi,
> > > I don't have many platforms here to test on, so has anyone ran StampPlot,
Lite or Pro, on XP or Vista 64-bit editions or Window's 7 yet?
> > >
> > > If so, how'd it go?
> > >
> > > Thanks,
> > > Martin
> > >
> > Martin,
> > It appears to be a problem with MSCOMM32.OCX. It is not supported with Vista
64. I tried a few things I found on the internet, but still not working. If I
figure it out, will let you know.
> > Thanks,
> > Tom
> >
>
Thanks Tom,
I've been intending to replace MSComm32 for a while now, maybe it's time, though
will be a while.
-Martin
--- In selmaware@yahoogroups.com, "tgmaxx56" <tgmaxx@...> wrote:
>
> --- In selmaware@yahoogroups.com, "Martin Hebel" <martin@> wrote:
> >
> > Hi,
> > I don't have many platforms here to test on, so has anyone ran StampPlot,
Lite or Pro, on XP or Vista 64-bit editions or Window's 7 yet?
> >
> > If so, how'd it go?
> >
> > Thanks,
> > Martin
> >
> Martin,
> It appears to be a problem with MSCOMM32.OCX. It is not supported with Vista
64. I tried a few things I found on the internet, but still not working. If I
figure it out, will let you know.
> Thanks,
> Tom
>
--- In selmaware@yahoogroups.com, "Martin Hebel" <martin@...> wrote:
>
> Hi,
> I don't have many platforms here to test on, so has anyone ran StampPlot, Lite
or Pro, on XP or Vista 64-bit editions or Window's 7 yet?
>
> If so, how'd it go?
>
> Thanks,
> Martin
>
Martin,
It appears to be a problem with MSCOMM32.OCX. It is not supported with Vista 64.
I tried a few things I found on the internet, but still not working. If I figure
it out, will let you know.
Thanks,
Tom
Hi,
I don't have many platforms here to test on, so has anyone ran StampPlot, Lite
or Pro, on XP or Vista 64-bit editions or Window's 7 yet?
If so, how'd it go?
Thanks,
Martin