| 01:17.15 | *** join/#qi-hardware fengling (~fengling@111.198.29.53) |
| 01:59.04 | *** join/#qi-hardware sandeepkr (~sandeep@111.235.64.4) |
| 02:24.26 | wpwrak | roh: ah yes, you're right. it was that test/reset input, not the "power" button |
| 02:24.59 | wpwrak | anyway, some effect. this was one of the great engineering triumphs at openmoko :) |
| 02:25.19 | wpwrak | others: |
| 02:26.39 | wpwrak | - the LED controlled by a BJT (transistor) without base resistor, thus loading the GPIO several times more than just driving the LED directly would have |
| 02:27.33 | roh | heh.. why did we not use a transistor with internal base resistor again? |
| 02:27.33 | wpwrak | - of course, the dash crystal traces, my favourite (i spotted that one :) |
| 02:27.41 | *** join/#qi-hardware sandeepkr (~sandeep@111.235.64.4) |
| 02:28.56 | wpwrak | roh: i think that was the solution in the end :) of course, it all created the minor annoyance that we have some devices with the LED active-high and others with the LED active-low |
| 02:31.08 | wpwrak | - the famous EEPROM loss of the debug board, caused by massive caps (well beyond the limits of what USB allows as well), that made the board crawl out of reset so slowly that the USB chip was trying to access the EEPROM before it was operational |
| 02:33.38 | wpwrak | - the "wired-or" diode on nRESET (GTA02, i think), with a reverse current in the order of 1 mA (and a forward current suitable to start a car), causing the "receiving" net to contaminate the "sending" net. the proper solution was to do away with that diode circuit entirely (it had more, smaller issues) and to just use logic gates |
| 02:35.39 | wpwrak | these, plus that unintended power-on after power-down are my five favourites. there were more things, of course |
| 02:36.19 | wpwrak | the Glamo graphics decelerator might deserve mention, as well |
| 02:56.10 | *** join/#qi-hardware fengling (~fengling@111.198.29.53) |
| 04:06.38 | *** join/#qi-hardware aimg (~aim@125.16.18.198) |
| 04:48.01 | *** join/#qi-hardware sandeepkr (~sandeep@111.235.64.4) |
| 05:22.04 | wpwrak | i must say that the idea of, when idle, disabling the boost converter and just feeding off the silo caps is eerily tempting. that would make battery life nearly infinite :) |
| 05:22.14 | wpwrak | alas, would introduce that kind of bad MCU-must-not-twitch dependency |
| 05:22.55 | wpwrak | (infinite) that is, when idle. of course, if busy radioing around, or with the display on, that would change |
| 05:25.30 | *** join/#qi-hardware DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 05:32.51 | *** join/#qi-hardware wej (~j@2001:1af8:4700:a058:2::12e) |
| 06:33.51 | *** join/#qi-hardware xiangfu (~xiangfu@111.198.29.53) |
| 07:32.32 | *** join/#qi-hardware sandeepkr (~sandeep@111.235.64.4) |
| 08:00.48 | *** join/#qi-hardware apelete (~apelete@rec31-1-78-194-210-47.fbxo.proxad.net) |
| 08:07.53 | *** join/#qi-hardware xiangfu (~xiangfu@111.198.29.53) |
| 08:54.57 | *** join/#qi-hardware aimg (~aim@125.16.18.198) |
| 09:17.56 | *** join/#qi-hardware sandeepkr (~sandeep@111.235.64.4) |
| 09:41.08 | *** join/#qi-hardware sandeepkr (~sandeep@111.235.64.4) |
| 09:47.56 | *** join/#qi-hardware jwhitmore (~jwhitmore@91.123.229.11) |
| 10:05.35 | *** join/#qi-hardware pcercuei (~paul@137.71.226.54) |
| 10:53.32 | *** join/#qi-hardware sandeepkr (~sandeep@111.235.64.4) |
| 13:23.18 | *** join/#qi-hardware xiangfu (~xiangfu@111.202.109.14) |
| 13:47.16 | *** join/#qi-hardware rjeffries (~rjeffries@pool-74-106-217-43.snloca.dsl-w.verizon.net) |
| 14:23.37 | *** join/#qi-hardware aimgg (~aim@125.16.18.198) |
| 15:06.23 | *** join/#qi-hardware rjeffries (~rjeffries@pool-74-106-217-43.snloca.dsl-w.verizon.net) |
| 15:08.40 | *** join/#qi-hardware sb0_ (~lekernel@123202036228.ctinets.com) |
| 15:47.37 | *** join/#qi-hardware pcercuei (~paul@137.71.226.54) |
| 16:15.01 | *** join/#qi-hardware _whitelogger_ (whitelogge@fehu.whitequark.org) |
| 16:15.38 | *** join/#qi-hardware enyc_ (~enyc@muddle.enyc.org.uk) |
| 16:16.09 | *** join/#qi-hardware __20h__ (~some_one@r-36.net) |
| 16:52.06 | *** join/#qi-hardware _whitelogger (whitelogge@fehu.whitequark.org) |
| 16:52.06 | *** mode/#qi-hardware [+v _whitelogger] by ChanServ |
| 17:03.39 | *** join/#qi-hardware Ornotermes (~ornoterme@78-67-39-53-no180.tbcn.telia.com) |
| 17:08.35 | *** join/#qi-hardware sandeepkr (~sandeep@111.235.64.4) |
| 18:07.13 | *** join/#qi-hardware _whitelogger (whitelogge@fehu.whitequark.org) |
| 18:07.13 | *** mode/#qi-hardware [+v _whitelogger] by ChanServ |
| 18:30.31 | *** join/#qi-hardware pcercuei (~pcercuei@185.13.202.207) |
| 19:12.47 | *** join/#qi-hardware jwhitmore (~jwhitmore@host213-122-247-206.range213-122.btcentralplus.com) |
| 19:46.35 | *** join/#qi-hardware jwhitmore (~jwhitmore@host213-122-247-206.range213-122.btcentralplus.com) |
| 21:04.31 | *** join/#qi-hardware pcercuei (~pcercuei@185.13.202.207) |
| 21:19.54 | *** join/#qi-hardware pcercuei (~pcercuei@185.13.202.207) |
| 21:57.47 | *** join/#qi-hardware pcercuei (~pcercuei@185.13.202.207) |
| 22:47.51 | *** join/#qi-hardware pcercuei (~pcercuei@185.13.202.207) |