[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference netcad::hub_mgnt

Title:	DEChub/HUBwatch/PROBEwatch CONFERENCE
Notice:	Firmware -2, Doc -3, Power -4, HW kits -5, firm load -6&7
Moderator:	NETCAD::COLELLADT

Created:	Wed Nov 13 1991
Last Modified:	Fri Jun 06 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	4455
Total number of notes:	16761

4432.0. "DEFXU-BA / DEFXU-AA parts" by HGOV08::BILLDICKENS () Thu May 22 1997 05:33

    A customer in the PRC may have a similar problem with DEFXU-BAs mentioned
    in note 3615.*.
    
    A turbolaser and 2100 running OpenVMS connected via DEFXU-BAs are
    dropping LAT and telnet sessions at least once per day. Swapping
    the DEFXU-BA with a DEFXU-AA apears to have solved the problem.  (We
    are still confirming this by swapping in more -BAs in case we several bad
    parts.) 
    
    Has anyone else come across similar problems with -BAs that were
    solved by swapping in -AAs?
    
    thanks & regards,
    bill.

T.R Title User Personal
Name Date Lines

4432.1 There was some DEFXU related ECO activity recently... NETCAD::BATTERSBY Thu May 22 1997 10:32 20

T.R	Title	User	Personal Name	Date	Lines
4432.1	There was some DEFXU related ECO activity recently...	NETCAD::BATTERSBY		`Thu May 22 1997 10:32`	20
	I think there was some ECO activity related to the DEFXU recently. Dick Kirk is the person to contact (npss::kirk). The ECO activity involved, was related to some problems being seen by a small number of customers. The problem was that when cable lengths exceed 30 meters, there were reported Link Errors with the UTP versions. This has been traced to the input signal amplitude range required by the transceiver chip equalization circuitry being significantly lower than the vendor specifications and application notes stated. The ECO written by Dick stated the solution was to modify the receive path resistor network between the transformer and the transceiver to bring the signal amplitude within the new range, by replacing 10 ohm resistors R12 and R14 (13-23827-01) with 13.3 ohm resistors (part number 13-23827-13), and 80.6 ohm R13 resistors with 73.2 ohm resistor (part number 13-23827-84). This apparently is an ECO only to be implemented in the affected manufacturing plants. Modules in the field experiencing this problem I would presume would be swapped. Check with Dick on the possibility that this is what your customer is experiencing. Bob

    I think there was some ECO activity related to the DEFXU recently.
    Dick Kirk is the person to contact (npss::kirk).
    The ECO activity involved, was related to some problems being
    seen by a small number of customers. The problem was that when 
    cable lengths exceed 30 meters, there were reported Link Errors
    with the UTP versions. This has been traced to the input signal
    amplitude range required by the transceiver chip equalization 
    circuitry being significantly lower than the vendor specifications 
    and application notes stated. The ECO written by Dick stated the
    solution was to modify the receive path resistor network between the 
    transformer and the transceiver to bring the signal amplitude within 
    the new range, by replacing 10 ohm resistors R12 and R14 (13-23827-01) 
    with 13.3 ohm resistors (part number 13-23827-13), and 80.6 ohm R13 
    resistors with 73.2 ohm resistor (part number 13-23827-84). This
    apparently is an ECO only to be implemented in the affected manufacturing
    plants. Modules in the field experiencing this problem I would
    presume would be swapped. Check with Dick on the possibility that
    this is what your customer is experiencing.
    
    Bob