Siemens 7 manual Known Problems, Booting Operating System, Shutdown of the Operating System

Page 35

Multiplexer Driver Developer’s Guide

8 Known Problems

s

8 Known Problems

8.1Booting Operating System

Windows 2000 and Windows XP toggle the signals of the serial interfaces. As a result, the module will be switched on, even if the WinMux2 driver is not active. The driver accesses the connected module only when the virtual ports are accessed.

If the WinMux2k driver is used by accessing one or more of the virtual ports, it switches off the module when the last virtual port is closed again. Only TC45 and XC18 do not switch off in this case.

8.2Shutdown of the Operating System

If the supported operating system has been installed in ACPI mode, the power supply will be automatically switched off. This power down might cause pulses on those signals of the serial interfaces which are responsible for switching the module on. This may happen, even if it had correctly switched off before by the driver.

If the module has its own power supply it might stay switched on after the shutdown procedure of the computer has completed.

8.3Standby of the Operating System

If the operating system has been installed in ACPI mode, it supports improved power management by also send- ing computer components into suspend mode. The serial WinMux2k driver supports this power management by switching the module into standby mode, if the driver is in use by accessing one or more of the virtual ports. If the operating system has been properly configured together with the BIOS, incoming calls or real clock alarms wake the operating system up again. During this wake up the first characters sent by the module to the operating system via the serial interface are lost. This is no restriction of the serial WinMux2k driver, but caused by the operating system.

E.g. in case of an incoming call the first RING event is lost. Usually this causes no problem because the RING is repeated every few seconds. However, in case of the real clock alarm the module only sends one CALA URC. As a result, the URC will not be indicated though the alarm will be correctly executed.

Additionally, in some cases when the computer switches to suspend mode, this causes pulses on the serial inter- face signals which wake up the module again.

8.4Wake on Ring

If the operating system is in standby mode and the module has not been switched off, incoming calls and real time clock alarms should wake up the operating system (wake on RING). This feature belongs to the ACPI power management mechanisms which are not properly implemented on all PC systems. It is independent of the mul- tiplexer driver. When the ring signal toggles on the serial interface like on incoming calls and real time clock alarms, this should wake up the operating system, if the PC has been properly configured. On some systems not the RING signal but data transferred to the PC (the “RING” or “CALA” messages from the module) wake up the operating system.

To avoid loss of data the multiplexer driver switches on the hardware flow control on the module. This means that the module cannot send data to the PC, if the operating system is in standby mode and therefore the serial interface is blocked by the hardware flow control. As a consequence the operating system does not wake up, if the system ignores the RING signal, because the module cannot send the “RING” or “CALA” messages to the PC.

Mux_Drv_DevGuide_v07

Page 35 of 36

2006-9-27

Confidential / Released

 

 

Image 35
Contents User’s Guide Copyright General NotesContents Multiplexer Driver Developer’s Guide List of Tables TablesList of Figures FiguresDocument History Chapter What is newDocument History Multiplexer Driver Developer’s Guide Introduction IntroductionSupported Product Versions Supported Product VersionsAbbreviation Description Related DocumentsAbbreviations Related DocumentsArchitecture Hierarchy Chart in the SystemArchitecture UserHandling of the Physical Serial Port Signal DescriptionHandling of the Physical Serial Port Module DetectionHandling of Control Lines on Virtual Ports Handling of Control Lines on Virtual PortsLimitation of Virtual Ports Module Initializing Sequence Command Response Function Associated Registry ValueModule Initializing Sequence Module Re-initialization Power DownPower Down on PC Suspend Power Down after Closing the Last PortPower Down Power Down on PC ShutdownInstallation InstallationFiles Required for WinMux2k Driver Installation Installing the WinMux2k DriverWindows XP new desktop, not the classic desktop Deinstalling the DriverDeinstalling the Driver WindowsDevice Settings and Properties Device Settings and PropertiesSettings on the Serial Multiplexer Properties Value Data Example Properties Settings Stored in the Windows RegistrySettings Stored in the Windows Registry TC45, XC18 only Multiplexer Driver Developer’s Guide Values Data Example Properties Settings for Applications Settings for ApplicationsDial-up Network Settings Fax SettingsCompiler Flags Translate Source CodeSoftware Requirements Preparing the TranslationAdditional Source Documentation Additional Source DocumentationInteraction of the Different Driver Objects Internal Driver States Internal Driver StatesBuffer Handling Buffer HandlingTo th e S e rM u x O b je c t a re in d ic a te d Data TransferMultiplexer Driver Developer’s Guide SerMuxSend and SerMuxSendPort0 Functions SerMuxSend FunctionStart +++-Parser +++-ParserStandby of the Operating System Known ProblemsBooting Operating System Shutdown of the Operating SystemSpecial Environments Special EnvironmentsOperation on Virtual USB Port Automatic Shutdown in case of Emergency