AGG Software Forums
September 20, 2024, 01:19:47 AM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Welcome on our forum!
 
   Home   Help Search Login Register  

Pages: [1]
  Print  
Author Topic: Laptop - desktop difference?  (Read 19226 times)
MSO
Newbie
*

Karma: +0/-0
Posts: 2


View Profile
« on: March 05, 2012, 11:00:00 AM »

Dear all,

I have a strange problem : I have a building controller that I can configure using a DOS-software.
On a laptop, everything works fine, I can make connection
On a desktop, it does not work
Hardware setting are the same on both : baud 4800, data bits 8, stop bits 1, Parity none, Flow control Xon/Xoff

I used the 'spy' function to detect data traffic.  When the program starts, with the laptop, COM1 is opened, initialization runs with baud 4800 and there is connection; with the desktop, COM1 is opened and initialization runs suddenly with baud 1200.  And then the software blocks.  Since that's the only difference, I guess this is the cause.

Does anyone have an idea what causes this problem and how to solve it?  In attachment you'll find a printout of both the desktop and the laptop 'spy' results.

Many thanks in advance!

* Serial data communication.txt (4.46 KB - downloaded 0 times.)
Logged
Arthur Grasin
Tech. Support
Administrator
Hero Member
*****

Karma: +0/-0
Posts: 806



View Profile WWW
« Reply #1 on: January 08, 2010, 08:58:39 PM »

In both cases ythe program uses different baud rates, therefore the software doesn't work. I suppose, that the DOS program can't change serial port parameters. In this case you should define default serial port parameters in serial port properties in the devices manages.
Logged
MSO
Newbie
*

Karma: +0/-0
Posts: 2


View Profile
« Reply #2 on: January 13, 2010, 02:00:30 PM »

Hi, I tried several options, but none of them gives a solution :
  • Default port baud rate (device manager-properties) of the COM1-port = 9600.  Starting the software with bd=9600 : problem remains
  • Setting the COM1 port BD to 4800 (default bd of the controller) : same problem
  • ...
The strange thing is : with the laptop I can make a connection with the controller although the port bd (9600) is different than the controller bd (4800).  So the laptop can change this without blocking the software

Just an addition : I can modify the controller by using your ASPM program, that works perfectly, so I made an order note to by a licence.  Why the controller software causes the com port to block will maybe remain a mystery...
« Last Edit: January 14, 2010, 04:28:51 PM by MSO » Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines