00:00.20 | *** join/#neo900 atk (~Arch-TK@ircpuzzles/staff/Arch-TK) |
00:22.47 | *** join/#neo900 infobot (ibot@rikers.org) |
00:22.47 | *** topic/#neo900 is http://neo900.org | CCCAMP15 lightning talks at http://neo900.org/stuff/cccamp15/ - major: http://neo900.org/stuff/cccamp15/ccc2015talk/neo900-wpwrak_CCC2015.webm | conversations are logged to http://infobot.rikers.org/%23neo900/ and http://irclog.whitequark.org/neo900 | Latest news: http://neo900.org/news/joerg-pia-2018-03-01 |
00:22.47 | *** mode/#neo900 [+v infobot] by ChanServ |
01:45.47 | *** join/#neo900 wicket64 (~wicket@dynamic-186-30-182-100.dynamic.etb.net.co) |
03:56.59 | *** join/#neo900 knttl (~knttl@p200300D7B3D3F6005604A6FFFECEDAF9.dip0.t-ipconnect.de) |
04:38.02 | *** join/#neo900 ArturShaik (~artur-sha@212.112.100.88) |
05:19.39 | *** join/#neo900 cybiko123 (~cybiko123@unaffiliated/cybiko123) |
06:13.15 | *** join/#neo900 jonsger (~Thunderbi@200116b82aa578006a05cafffe0f7407.dip.versatel-1u1.de) |
06:26.20 | *** join/#neo900 wpwrak (~werner@74-26-17-190.fibertel.com.ar) |
06:26.20 | *** mode/#neo900 [+v wpwrak] by ChanServ |
06:51.56 | *** join/#neo900 houkime (~houkime@109.252.86.188) |
06:53.05 | *** join/#neo900 Kabouik_ (~kabouik@158.38.1.70) |
07:22.41 | *** join/#neo900 Pali (~pali@Maemo/community/contributor/Pali) |
07:48.01 | *** join/#neo900 trx (~ns-team@cable-188-2-25-100.dynamic.sbb.rs) |
07:48.01 | *** join/#neo900 trx (~ns-team@devbin/founder/trx) |
07:58.27 | *** join/#neo900 Kabouik (~kabouik@158.38.1.70) |
08:55.17 | *** join/#neo900 qwazix (~qwazix@Maemo/community/ex-council/qwazix) |
09:12.24 | *** join/#neo900 Airwave (~Airwave@250.88.95.88.customer.cdi.no) |
11:45.59 | *** join/#neo900 cybiko123 (~cybiko123@c-73-9-33-197.hsd1.il.comcast.net) |
11:46.03 | *** join/#neo900 cybiko123 (~cybiko123@unaffiliated/cybiko123) |
11:54.34 | *** join/#neo900 Pali (~pali@Maemo/community/contributor/Pali) |
12:44.57 | *** join/#neo900 ctag1 (~ctag@user-24-214-210-2.knology.net) |
13:04.09 | *** join/#neo900 jonwil_ (~jonwil@27-33-80-219.tpgi.com.au) |
13:05.06 | *** join/#neo900 trx (~ns-team@cable-188-2-25-100.dynamic.sbb.rs) |
13:05.06 | *** join/#neo900 trx (~ns-team@devbin/founder/trx) |
13:06.12 | *** join/#neo900 ilon_ (ilon@keytrace.se) |
13:06.31 | *** join/#neo900 trench_ (trench@91.213.203.109) |
13:09.00 | *** join/#neo900 Beaches_ (~Beaches@whitehat.packetsecurity.org) |
13:14.11 | *** join/#neo900 houkime (~houkime@109.252.86.188) |
13:21.16 | *** join/#neo900 jkepler (~joel@2a01:e35:2f37:400:80fb:9fa0:7b24:fcd5) |
14:46.30 | *** join/#neo900 trx (~ns-team@devbin/founder/trx) |
14:55.38 | *** join/#neo900 delphi (~ns-team@devbin/founder/trx) |
14:56.40 | *** join/#neo900 delphi (~ns-team@devbin/founder/trx) |
15:21.55 | *** join/#neo900 Kabouik_ (~kabouik@236.34.200.37.customer.cdi.no) |
15:27.20 | *** join/#neo900 Kabouik- (~kabouik@115.ip-91-134-138.eu) |
15:27.45 | *** join/#neo900 Pali (~pali@Maemo/community/contributor/Pali) |
15:42.05 | *** join/#neo900 ArturShaik (~artur-sha@212.112.100.88) |
15:53.20 | *** join/#neo900 louisdk (~louisdk@static-5-103-138-205.ip.fibianet.dk) |
15:55.05 | *** join/#neo900 Pali (~pali@Maemo/community/contributor/Pali) |
16:10.21 | *** join/#neo900 wiewo (~wowie@fossencdi.org) |
16:10.53 | *** join/#neo900 Pali (~pali@Maemo/community/contributor/Pali) |
16:23.07 | *** join/#neo900 trx (~ns-team@devbin/founder/trx) |
17:51.46 | *** join/#neo900 ravelo (uid244116@neo900/community/supporter/ravelo) |
18:09.56 | *** join/#neo900 jonsger (~Thunderbi@200116b82aa578006a05cafffe0f7407.dip.versatel-1u1.de) |
18:40.12 | *** join/#neo900 jkepler (~joel@2a01:e35:2f37:400:80fb:9fa0:7b24:fcd5) |
19:20.13 | *** join/#neo900 himcesjf_ (~cesjf@unaffiliated/himcesjf) |
19:46.48 | *** join/#neo900 wpwrak (~werner@74-26-17-190.fibertel.com.ar) |
19:46.48 | *** mode/#neo900 [+v wpwrak] by ChanServ |
19:56.31 | enyc | Joerg-Neo900: ok im curious now what "21:55 <+Joerg-Neo900> houkime: great" about... my machines were all down on reboot and updates ad losnt history! |
20:01.00 | Joerg-Neo900 | sorry, pastebin freaks out, so here the 3 lines |
20:01.08 | Joerg-Neo900 | [2018-05-04 Fri 20:29:15] <houkime> ooopsie, seems like Arch updates have broken eeshow. Trying to recompile |
20:01.09 | Joerg-Neo900 | [2018-05-04 Fri 20:36:33] <houkime> recompilation helps. all ok. |
20:01.11 | Joerg-Neo900 | [2018-05-04 Fri 22:55:45] <Joerg-Neo900> houkime: great |
20:39.32 | sicelo | enyc: also, this channel has public logs :) |
20:40.19 | enyc | updates break package... reminds me of gentoo ;p |
20:45.16 | *** join/#neo900 Pali (~pali@Maemo/community/contributor/Pali) |
20:46.15 | *** join/#neo900 houkime (~houkime@109-252-86-188.nat.spd-mgts.ru) |
20:51.37 | DocScrutinizer05 | isn't arch similar to gentoo somewhat? |
20:51.50 | *** join/#neo900 qwazix_nc (~qwazix@46-198-128-218.static.cyta.gr) |
20:52.22 | Joerg-Neo900 | never looked into it |
20:57.05 | *** join/#neo900 infobot (ibot@rikers.org) |
20:57.05 | *** topic/#neo900 is http://neo900.org | CCCAMP15 lightning talks at http://neo900.org/stuff/cccamp15/ - major: http://neo900.org/stuff/cccamp15/ccc2015talk/neo900-wpwrak_CCC2015.webm | conversations are logged to http://infobot.rikers.org/%23neo900/ and http://irclog.whitequark.org/neo900 | Latest news: http://neo900.org/news/joerg-pia-2018-03-01 |
20:57.05 | *** mode/#neo900 [+v infobot] by ChanServ |
20:57.15 | enyc | DocScrutinizer05: seemingly arch can compeile much sutff from source, but doesn't have to, or something... |
20:57.27 | enyc | DocScrutinizer05: derivatives of arch popular too, seemingly |
20:57.44 | enyc | DocScrutinizer05: have you sorted out all your linux distro / opensuse / workspace realtad fun? |
20:58.14 | enyc | i recall there was a time you were having trouble with build-environemnt and difficilty not wanting to change systems and break stuff |
20:59.57 | *** join/#neo900 threebar (~user@pool-71-105-108-82.nycmny.fios.verizon.net) |
20:59.57 | *** join/#neo900 threebar (~user@unaffiliated/threebar) |
21:05.46 | houkime | Arch doesn't _have_to_ compile everything from source. Arch binary repositories are usually latest-official-release. |
21:06.19 | houkime | however Arch HAS a great community support for compiling from sources |
21:06.42 | houkime | Community compiling support is done via AUR. |
21:07.25 | *** join/#neo900 louisdk (~louisdk@static-5-103-138-205.ip.fibianet.dk) |
21:07.55 | houkime | AUR contains PKGBUILDs - scripts for a built-in packaging system |
21:09.07 | houkime | PKGBUILDs can (and in many cases do) fetch latest sources from git, compile and package them. |
21:10.09 | houkime | PKGBUILDs are maintained by humans and if maintained correctly can compile stuff without your own interference. |
21:10.17 | enyc | houkime: hrrm....... =) |
21:10.39 | enyc | houkime: makes sense, so gives you the possibility to do gentoo-like build-new-stuff and custom-build flags |
21:10.48 | enyc | Oooohoh how I remember gentoo flags |
21:10.49 | houkime | yep, exactly |
21:11.16 | houkime | you can change makeflags on system level and also for each PKGBUILD |
21:11.26 | enyc | houkime: what fun is happenig with the proto_v2 layout, anyway?? ;-) |
21:13.11 | houkime | well, I moved some esds to LOWER (sim ones and one more) |
21:13.49 | houkime | I wanted this for stuff that is too short in terms of traces to be protected locally |
21:14.38 | houkime | I understood that I cannot really account for a case where BOB is not connected to LOWER but to userboard |
21:15.37 | houkime | And now I have some troubles with usb chips |
21:15.54 | bencoh | usb chips? |
21:16.41 | houkime | the guys that process usb signal from the port |
21:17.01 | bencoh | the transceiver you mean? |
21:25.16 | houkime | ooops, sorry. Wrong one. No, this one is a charger. |
21:26.37 | houkime | It now needs to get quite displaced because of connectors. |
21:27.32 | houkime | there was one configuration where it could be quite ok to be almost on it's metacollin's place |
21:28.26 | houkime | buuuut because of sd holder keepout zones which got interleaving with through hole stuff this wasn't really feasible |
21:29.00 | houkime | *colliding. not interleaving |
21:30.32 | houkime | and also this config was quite risky on its own( |
21:30.44 | houkime | *esd-wise |
21:35.53 | houkime | actually quite sad. I spent some time (maybe too much of it) to find some way to justify it. |
21:36.50 | houkime | and now the thing is that D+- pair that goes from the port to a charger |
21:38.27 | houkime | actually creates a stub because ther trace to a charger is much shorter than the one that actually goes to UPPER and beyond. |
21:42.22 | houkime | I actually heard that usb D+- is not THAT sensitive (like some others) but still a little bit of concern. |
21:46.49 | DocScrutinizer51 | very short T deadebds might not hurt too much, The idea abywat was to run one straight pair from receptacle over HB conatct-vias over charger chip over LOWER2UPPER to SoC |
21:47.12 | DocScrutinizer51 | anyway* |
21:47.52 | DocScrutinizer51 | with according ESD prot etc on it |
21:50.39 | DocScrutinizer51 | this would create a via-port stub when using HB USB but would be stub-free for the common port-connected USB |
21:55.24 | *** join/#neo900 xmn (~xman@user-0cdft2n.cable.mindspring.com) |
21:55.46 | houkime | by HB contact-vias you mean pogos? |
21:56.30 | DocScrutinizer51 | yes, the Vias where those contact to |
21:57.35 | DocScrutinizer51 | actually pads with a center drill to hold the pogos' tips in place |
21:57.59 | DocScrutinizer51 | just use a via for that |
21:59.16 | houkime | ok, understood. I though about that, but these things would be quite skewed if put directly on a pair. |
21:59.25 | DocScrutinizer51 | could also serve for user soldering post connectors or wires there |
21:59.27 | houkime | too much distance between them |
22:00.13 | houkime | signal gets delayed in-between pogos. |
22:00.45 | DocScrutinizer51 | yes you have a length skew between D+ and D- on HB, we should elaborate on how to compensate that on the user attache PCB |
22:01.41 | DocScrutinizer51 | ideally route tuned pair to center between the two pogo pads and then split right/left |
22:04.17 | DocScrutinizer51 | then do same but inverse for the way from HB pads towards SoC |
22:04.27 | houkime | not really feasible to do it split way. Electrical properties difference between scenario "two near" and ("7 mm apart") is biggie. This will create something like a phase transition border and signal will be deflected. |
22:05.43 | houkime | actually the same stands for the difference between "pair in a board" and "7 mm apart in the air over pogos" |
22:05.47 | DocScrutinizer51 | we may test RealLive with a slaughtered USB cable |
22:06.23 | houkime | that was my thought too. |
22:51.40 | *** join/#neo900 pagurus (~user@i59F60BA2.versanet.de) |
23:10.34 | *** join/#neo900 xes (~xes@unaffiliated/xes) |
23:19.32 | *** join/#neo900 xes (~xes@unaffiliated/xes) |
23:36.45 | *** join/#neo900 jabawok_ (~Jabawok__@203-219-237-246.static.tpgi.com.au) |