One transistor too many - Revision history

Glenn: +cats

2008-07-08T05:08:18Z

+cats

Pavel at 21:48, 25 November 2007

2007-11-25T21:48:06Z

Roh at 21:41, 25 November 2007

2007-11-25T21:41:18Z

Pavel at 21:32, 25 November 2007

2007-11-25T21:32:15Z

Pavel at 21:31, 25 November 2007

2007-11-25T21:31:26Z

Pavel at 21:27, 25 November 2007

2007-11-25T21:27:22Z

Pavel at 21:26, 25 November 2007

2007-11-25T21:26:21Z

Pavel at 21:17, 25 November 2007

2007-11-25T21:17:43Z

Pavel at 21:15, 25 November 2007

2007-11-25T21:15:25Z

New page

Given-away fic1973's from phase 1 had one transistor too many. That one needs to be removed for correct sleep operation. See http://people.openmoko.org/roh/Gta01b_v4_front_Q1001.jpg .

← Older revision		Revision as of 05:08, 8 July 2008
Line 13:		Line 13:
	would require changes to the gerber (labeling) and just not placing the transistor		would require changes to the gerber (labeling) and just not placing the transistor
	does not. It is basically a layout-revision.		does not. It is basically a layout-revision.
		+
		+	[[Category:Neo1973 Phase 0 related]]
		+	[[Category:Neo1973 Phase 1 related]]

@@ Line 3: / Line 3: @@
 Given-away fic1973's from phase 1 (red board) had one transistor too many. That one needs to be removed for correct sleep operation. See http://people.openmoko.org/roh/Gta01b_v4_front_Q1001.jpg .
-Removing it is a nontrivial task, requiring experience and proper tools. Pavel (who wrote this page) did not yet dare to fix his fic1973. You probably can't do this at home. If you are crazy enough to attempt this, you should probably talk to [[User:roh]] on #openmoko.
+Removing it is a nontrivial task, requiring experience and proper tools. Pavel (who wrote this page) did not yet dare to fix his fic1973. You probably can't do this at home. If you are crazy enough to attempt this, you should probably talk to [[User:roh]] on #openmoko. You'll need [[Disassembling_Neo1973]] guide.
 The transistor pulls a 'reset' line on the gsm pmu. this pin on the

← Older revision		Revision as of 21:41, 25 November 2007
Line 1:		Line 1:
		+	This page is about gta01bv4 devices which were given away to p0/p1 developers. this bug is fixed in the gta01bv4 devices from mass production (green pcb)
		+
	Given-away fic1973's from phase 1 (red board) had one transistor too many. That one needs to be removed for correct sleep operation. See http://people.openmoko.org/roh/Gta01b_v4_front_Q1001.jpg .		Given-away fic1973's from phase 1 (red board) had one transistor too many. That one needs to be removed for correct sleep operation. See http://people.openmoko.org/roh/Gta01b_v4_front_Q1001.jpg .

@@ Line 1: / Line 1: @@
 Given-away fic1973's from phase 1 (red board) had one transistor too many. That one needs to be removed for correct sleep operation. See http://people.openmoko.org/roh/Gta01b_v4_front_Q1001.jpg .
-Removing it is a nontrivial task, requiring experience and proper tools. Pavel (who wrote this page) did not yet dare to fix his fic1973. You probably can't do this at home. If you are crazy enough to attempt this, you should probably talk to roh on #openmoko.
+Removing it is a nontrivial task, requiring experience and proper tools. Pavel (who wrote this page) did not yet dare to fix his fic1973. You probably can't do this at home. If you are crazy enough to attempt this, you should probably talk to [[User:roh]] on #openmoko.
 The transistor pulls a 'reset' line on the gsm pmu. this pin on the

@@ Line 1: / Line 1: @@
 Given-away fic1973's from phase 1 (red board) had one transistor too many. That one needs to be removed for correct sleep operation. See http://people.openmoko.org/roh/Gta01b_v4_front_Q1001.jpg .
-Removing it is a nontrivial task, requiring experience and proper tools. Pavel (who wrote this page) did not yet dare to fix his fic1973. You probably can't do this at home. Be careful!
+Removing it is a nontrivial task, requiring experience and proper tools. Pavel (who wrote this page) did not yet dare to fix his fic1973. You probably can't do this at home. If you are crazy enough to attempt this, you should probably talk to roh on #openmoko.
 The transistor pulls a 'reset' line on the gsm pmu. this pin on the

@@ Line 1: / Line 1: @@
 Given-away fic1973's from phase 1 (red board) had one transistor too many. That one needs to be removed for correct sleep operation. See http://people.openmoko.org/roh/Gta01b_v4_front_Q1001.jpg .
-Removing it is a nontrivial task, requiring experience and proper tools. Pavel (who wrote this page) did not yet dare to fix his fic1973. Be careful!
+Removing it is a nontrivial task, requiring experience and proper tools. Pavel (who wrote this page) did not yet dare to fix his fic1973. You probably can't do this at home. Be careful!
 The transistor pulls a 'reset' line on the gsm pmu. this pin on the
@@ Line 7: / Line 7: @@
 debounced. It is called q1001. When the pmu is shut down for suspend-to-ram the samsung somehow generates a
 hard, short spike on all gpio, which would, due to no debouncing reset the gsm,
-which wants to send data on the serial and wakes up the samsmung -> loop. since TI says the reset is only for testing, not for regular use, we removed
+which wants to send data on the serial and wakes up the samsmung -> loop. Since TI says the reset is only for testing, not for regular use, we removed
 q1001 from the placement map. Just the name was not bumped to gta01bv5 since that
 would require changes to the gerber (labeling) and just not placing the transistor
-does not. its basically a layout-revision.
+does not. It is basically a layout-revision.

← Older revision		Revision as of 21:26, 25 November 2007
Line 1:		Line 1:
−	Given-away fic1973's from phase 1 had one transistor too many. That one needs to be removed for correct sleep operation. See http://people.openmoko.org/roh/Gta01b_v4_front_Q1001.jpg .	+	Given-away fic1973's from phase 1 (red board) had one transistor too many. That one needs to be removed for correct sleep operation. See http://people.openmoko.org/roh/Gta01b_v4_front_Q1001.jpg .

−	(The transistor ~~seems to operate GSM~~'s reset line~~; and it sometimes fires when entering~~ suspend).	+	Removing it is a nontrivial task, requiring experience and proper tools. Pavel (who wrote this page) did not yet dare to fix his fic1973. Be careful!
		+
		+	The transistor pulls a 'reset' line on the gsm pmu. this pin on the
		+	pmu is not debounced, the other one for power (same wiring, other transistor) is
		+	debounced. It is called q1001. When the pmu is shut down for suspend-to-ram the samsung somehow generates a
		+	hard, short spike on all gpio, which would, due to no debouncing reset the gsm,
		+	which wants to send data on the serial and wakes up the samsmung -> loop. since TI says the reset is only for testing, not for regular use, we removed
		+	q1001 from the placement map. Just the name was not bumped to gta01bv5 since that
		+	would require changes to the gerber (labeling) and just not placing the transistor
		+	does not. its basically a layout-revision.

← Older revision		Revision as of 21:17, 25 November 2007
Line 1:		Line 1:
	Given-away fic1973's from phase 1 had one transistor too many. That one needs to be removed for correct sleep operation. See http://people.openmoko.org/roh/Gta01b_v4_front_Q1001.jpg .		Given-away fic1973's from phase 1 had one transistor too many. That one needs to be removed for correct sleep operation. See http://people.openmoko.org/roh/Gta01b_v4_front_Q1001.jpg .
		+
		+	(The transistor seems to operate GSM's reset line; and it sometimes fires when entering suspend).