Try setting the device to 9600 8 N 1 to match the safe mode of
utseriald. Windows based programs rarely do the right thing when it
comes to opening the com ports at the desired speed, rather the rely on
the control panel settings for ports, which are ineffective for RDP.
Joseph Chiong wrote:
Hi,
Thanks for your help. I am using the built-in COM port B. If I use COM
port A, the printer did not respond to any print job. I have yet to find
a working USB-to-Serial adapter in this part of the world. I have tried
Keyspan USA-19HS and ATEN UC-232A. Both are not recognized by utseriald
and thus no dev path is created.
Can you advice what would be the best first step to diagnose the
problem? Do you think it is related to parity mismatch? Both the printer
and the application are set to EVEN parity. Can UTTSC redirect the
serial communication properly with utseriald having the default value of
NONE parity?
Thanks.
ottomeister wrote:
On Fri, Feb 13, 2009 at 3:48 PM, Joseph Chiong <[email protected]> wrote:
I have SRWC 2.1 installed in the test environment. It looks like the serial
port data dropouts and handling problem are still there. For example, a
print job sent to a serial printer will end up printing the first half
correctly and second half junk characters such as "*******". As a
comparison, the same print job using Windows RDP client is working fine.
Are you aware of any reported problem currently in the process of fixing
related to serial port for SRWC 2.1?
There are some serial-port bugs still open for SRCS 2.1 and for SRSS
but I don't see any that match this description. Your best bet for getting
this diagnosed and fixed is to open a support call with Sun.
Which serial port are you using? One of the built-in serial ports, or a
USB-to-serial adapter?
If you happen to be using a built-in port on a Sun Ray 170 then make
sure you're using the port that understands RTS/CTS flow-control
signalling, in case the printer depends on those to prevent data loss
through overflow. That's Port B. Port A on the 170 does not understand
RTS/CTS.
OttoM.
__
ottomeister
Disclaimer: These are my opinions. I do not speak for my employer.
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
__________ Information from ESET NOD32 Antivirus, version of virus signature
database 3858 (20090216) __________
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
--
Joseph Chiong
eSuria Mentari Systems Sdn Bhd
Unit 9, 1st Floor, Block A
Kiarong Complex
Bandar Seri Begawan BE1318
Brunei Darussalam
Ph: 673-2423721
Mobile: 673-8145285
Email: [email protected]
Web: http://www.esuria.com.bn
This email and any files transmitted with it are confidential and intended
solely for the use of individual or entity to whom they are addressed. If you
are not the named addressee you should not disseminate, distribute or copy this
e-mail. Please notify the sender immediately by e-mail if you have received
this email by mistake and delete this e-mail from your system.
------------------------------------------------------------------------
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
