| 00:00.46 | Joerg-Neo900 | I'm not sure, but it doesn't matter in the end. PCB house gets picked according to what PCB grade we need (precision, resolution, vias etc) |
| 00:02.14 | Joerg-Neo900 | you build the PCB as "low tech" as possible (don't use sophiosticated stuff like stacked microvias, microtraces etc if not necessary), then when the layout is clear you find a PCB house that can do what you need |
| 00:04.53 | houkime | ok I guess for material -dependent calculations i will need to deduce a material that doesn't break the work that is already done. |
| 00:07.29 | houkime | and this time i will make documentation so that stuff never happens again. |
| 00:10.02 | Joerg-Neo900 | sounds good. Actual impedance-matched lines are done by the PCB house afaik |
| 00:15.33 | *** join/#neo900 houkime (~houkime@ppp109-252-49-23.pppoe.spdop.ru) |
| 01:35.16 | houkime | fun things about gemalto. https://theintercept.com/2015/02/19/great-sim-heist/ |
| 01:38.04 | houkime | (now I do really want open silicon. Ideally self-made. Gonna sleep) |
| 01:41.46 | *** join/#neo900 knttl (~knttl@host-091-097-092-006.ewe-ip-backbone.de) |
| 01:41.53 | Joerg-Neo900 | February 19 2015 |
| 01:43.07 | *** join/#neo900 pkill9 (~pkill9@unaffiliated/pkill9) |
| 01:43.21 | Joerg-Neo900 | iirc what been stolen were the hidden pubkeys used to answer a auth challenge during log in, aka the Ki |
| 01:44.25 | Joerg-Neo900 | leaving the SIM cards that were involved vulnerable to cloning |
| 01:55.36 | *** join/#neo900 houkime (~houkime@ppp109-252-49-23.pppoe.spdop.ru) |
| 01:56.51 | houkime | Actually now that I'm thinking about it, the most realistic solution would be to place a baseband processor on an FPGA. |
| 01:57.54 | houkime | FPGA should really eliminate all realisitical possibilities of silicon exploits, because no man can predict what you put in there beforehand. |
| 02:01.22 | houkime | So all one needs is to help osmocomm guys to hack gsm and then reimplement it as a design to load into FPGA. |
| 02:37.53 | *** join/#neo900 threebar (~user@unaffiliated/threebar) |
| 02:38.33 | *** join/#neo900 threebar (~user@pool-71-105-108-82.nycmny.fios.verizon.net) |
| 02:38.33 | *** join/#neo900 threebar (~user@unaffiliated/threebar) |
| 03:15.33 | *** join/#neo900 luke-jr (~luke-jr@unaffiliated/luke-jr) |
| 04:42.50 | *** join/#neo900 ArturShaik (~artur-sha@212.112.100.88) |
| 05:46.29 | *** join/#neo900 ArturShaik (~artur-sha@212.112.100.88) |
| 05:53.35 | *** join/#neo900 boq_ (~boq@46.28.202.8) |
| 06:09.05 | *** join/#neo900 ArturShaik (~artur-sha@212.112.100.88) |
| 06:37.45 | *** join/#neo900 ArturShaik (~artur-sha@212.112.100.88) |
| 07:46.11 | *** join/#neo900 pkill9 (~pkill9@unaffiliated/pkill9) |
| 07:49.06 | *** join/#neo900 Kabouik (~kabouik@158.38.1.70) |
| 07:49.41 | *** join/#neo900 Kabouik (~kabouik@158.38.1.70) |
| 08:18.09 | *** join/#neo900 ArturShaik (~artur-sha@212.112.100.88) |
| 08:25.35 | *** join/#neo900 ArturShaik (~artur-sha@212.112.100.88) |
| 08:26.04 | *** join/#neo900 boq (~boq@46.28.202.8) |
| 09:10.45 | *** join/#neo900 xes (~xes@unaffiliated/xes) |
| 09:25.23 | *** join/#neo900 houkime (~houkime@ppp109-252-49-23.pppoe.spdop.ru) |
| 09:50.25 | *** join/#neo900 ArturShaik (~artur-sha@212.112.100.88) |
| 09:51.57 | *** join/#neo900 Kabouik (~kabouik@158.38.1.70) |
| 10:06.24 | *** join/#neo900 boq (~boq@46.28.202.8) |
| 10:43.53 | *** join/#neo900 xes (~xes@unaffiliated/xes) |
| 12:33.25 | *** join/#neo900 Kabouik (~kabouik@158.38.1.70) |
| 12:38.25 | *** join/#neo900 Kabouik (~kabouik@158.38.1.70) |
| 13:00.53 | *** join/#neo900 yanu (~yanu@178-116-60-189.access.telenet.be) |
| 14:23.03 | *** join/#neo900 dos11 (~dos1@neo900/coreteam/dos) |
| 14:23.03 | *** mode/#neo900 [+v dos11] by ChanServ |
| 14:47.09 | *** join/#neo900 dos1 (~dos1@neo900/coreteam/dos) |
| 14:47.09 | *** mode/#neo900 [+v dos1] by ChanServ |
| 14:49.13 | *** join/#neo900 _whitelogger (~whitelogg@uruz.whitequark.org) |
| 14:49.13 | *** mode/#neo900 [+v _whitelogger] by ChanServ |
| 15:02.26 | *** join/#neo900 webmeister (webmeister@unaffiliated/webmeister) |
| 15:16.42 | *** join/#neo900 illwieckz (~illwieckz@unvanquished/developer/illwieckz) |
| 15:22.36 | *** join/#neo900 pagurus` (~user@i53874DEA.versanet.de) |
| 15:32.19 | *** join/#neo900 _Chris_ (~Chris@p4FCA0E81.dip0.t-ipconnect.de) |
| 15:59.43 | *** join/#neo900 Chris__ (~Chris@p4FCA02B2.dip0.t-ipconnect.de) |
| 16:23.44 | *** join/#neo900 Pali (~pali@Maemo/community/contributor/Pali) |
| 16:57.42 | *** join/#neo900 himcesjf_ (~cesjf@unaffiliated/himcesjf) |
| 17:10.03 | houkime | Ok, I investigated situation with rf taps. |
| 17:10.47 | houkime | Am i right that v2 will use U.FL SMT HIROSE connectors as taps like in v1? |
| 17:12.47 | houkime | and that i can borrow the footprints for them from tested v1 design? |
| 17:15.56 | DocScrutinizer51 | yes, Hirose sounds good and U.FL mifgt be correct |
| 17:15.56 | DocScrutinizer51 | teay wre in V1 right |
| 17:15.56 | DocScrutinizer51 | they* |
| 17:16.14 | houkime | the thing is that on v2 schematic there are 2 signal pins (and 2 gnd) for a tap. |
| 17:17.17 | houkime | so schematics needs to be updated for Hirose usage (correct pin names and such)? |
| 17:18.23 | houkime | schematics indicate 2 unnamed pins (inout), but hirose uses only one (and 2 GND) |
| 17:18.47 | houkime | v1 schematics is correct in this regard. |
| 17:18.51 | DocScrutinizer51 | I guess that's the reason. We need jack with switch (in-out) |
| 17:19.56 | houkime | ok, there's another jack in v1 and it has in-out. |
| 17:19.58 | DocScrutinizer51 | prolly nobody found / searched a matching component |
| 17:20.01 | houkime | it is a murata one |
| 17:20.20 | houkime | but murata has 4 GND pins |
| 17:21.12 | houkime | MM8430-2600RA1 |
| 17:22.58 | houkime | in v1 there was no jacks with switches on GNSS line, just hirose's but in v2 they should be with switches? |
| 17:23.02 | DocScrutinizer51 | do you understand the purpose of the jack? either internal or attached 'antenna' |
| 17:23.02 | DocScrutinizer51 | please choose an appropriate component |
| 17:23.02 | DocScrutinizer51 | sorry Im on mobile so can't search right now |
| 17:23.14 | DocScrutinizer51 | yes |
| 17:23.20 | DocScrutinizer51 | some shall |
| 17:24.29 | houkime | can you please be more specific? on v2 schematics all taps are identical. |
| 17:24.31 | DocScrutinizer51 | or even all, cant tell right now |
| 17:24.31 | DocScrutinizer51 | sorry I suffer disconnects here |
| 17:24.54 | houkime | ok |
| 17:28.37 | DocScrutinizer51 | sorry not now, I don't have access to schematics now |
| 17:28.37 | DocScrutinizer51 | use switched everywhere, optimaze later ;) |
| 17:29.33 | houkime | ok, will try |
| 17:29.51 | DocScrutinizer51 | ta |
| 17:45.24 | *** join/#neo900 _Chris_ (~Chris@p4FCA02B2.dip0.t-ipconnect.de) |
| 18:02.23 | Joerg-Neo900 | yes, for v2 we decided to sue switched ones everywhere |
| 18:05.44 | Joerg-Neo900 | houkime: I can't find MM8430-2600RA1 |
| 18:06.03 | Joerg-Neo900 | http://www.murata.com/products/catalog/pdf/o33e.pdf |
| 18:07.30 | Joerg-Neo900 | found it, 3x3mm |
| 18:08.00 | Joerg-Neo900 | wiw, 500 mating cycles |
| 18:08.07 | Joerg-Neo900 | wow even |
| 18:08.14 | Joerg-Neo900 | but "huuge" |
| 18:09.57 | Joerg-Neo900 | how about MM8930-2600 1.7^2mm |
| 18:10.14 | *** join/#neo900 arnaudj (~Thunderbi@85-171-19-190.rev.numericable.fr) |
| 18:14.50 | *** join/#neo900 l_bratch (~l_bratch@serenity.bratch.co.uk) |
| 18:19.59 | atk | 500 mating cycles, as in it's rated to only be used 500 times? |
| 18:20.09 | atk | that seems awfully low |
| 18:20.21 | Joerg-Neo900 | it's a test jack |
| 18:20.26 | atk | oh I see |
| 18:20.34 | Joerg-Neo900 | they are often rated at 50 only |
| 18:20.57 | atk | so they sell the things which don't pass QC for a lower price as "test" grade? |
| 18:21.19 | Joerg-Neo900 | it IS test, as in "factory calibration" |
| 18:21.40 | Joerg-Neo900 | typically gets used one single time in product lifespan |
| 18:23.21 | Joerg-Neo900 | it's a 1.7x1.6mm 6GHz SWR-ratio <1.2 jack, no surprise the electrical properties might wear out after a small number of mating cycles |
| 18:23.46 | atk | Oh I see |
| 18:23.48 | atk | I get it |
| 18:24.45 | Joerg-Neo900 | it's not a SMA jack |
| 18:24.48 | Joerg-Neo900 | ;-) |
| 18:25.33 | Joerg-Neo900 | you need a 150$ SMA adaper to connect to that thing |
| 18:29.05 | Joerg-Neo900 | umm cheaper, only 30 bucks |
| 18:30.01 | Joerg-Neo900 | actually no https://www.digikey.com/product-detail/en/murata-electronics-north-america/MXHQ87PA3000/MXHQ87PA3000-ND/7926544 |
| 18:32.17 | Joerg-Neo900 | jacks wear out after 50 to 500 mating cycles - which none of them will see during normal product use. Probe lasts "forever" ;-D |
| 18:33.14 | Joerg-Neo900 | jack: 0.37USD, probe 136.26USD |
| 18:46.12 | *** join/#neo900 lukedashjr (~luke-jr@unaffiliated/luke-jr) |
| 18:46.20 | *** join/#neo900 janus_ (Janus@bnc.animux.de) |
| 18:53.21 | *** join/#neo900 drrty2 (drrty@gateway/vpn/privateinternetaccess/drrty) |
| 18:53.53 | *** join/#neo900 pkill9 (~pkill9@unaffiliated/pkill9) |
| 18:54.15 | *** join/#neo900 M-DzzzzzzR (dzzzzzzrma@gateway/shell/matrix.org/x-ufwjogcnqqzoedhl) |
| 19:06.08 | houkime | if we choose this we need to update schematics with 4 ground pins and make a footprint (probably based on catalog pdf). ok |
| 19:07.23 | Joerg-Neo900 | well, ok. We might need to update schematics, or we simply ignore the different GND pin count ;-) |
| 19:07.42 | Joerg-Neo900 | in footprint you can have multiple pads for same pin afaik |
| 19:52.53 | *** join/#neo900 boq (~boq@46.28.202.8) |
| 21:11.02 | *** join/#neo900 c4rc4s (~c4rc4s@unaffiliated/c4rc4s) |
| 21:20.35 | *** join/#neo900 c4rc4s (~c4rc4s@unaffiliated/c4rc4s) |
| 22:05.23 | *** join/#neo900 jcarpenter2 (rofl@2601:441:8680:4631:103d:dcf4:56ca:ba2a) |
| 22:14.19 | *** join/#neo900 arnaudj (~Thunderbi@85-171-19-190.rev.numericable.fr) |
| 22:45.42 | *** join/#neo900 enyc (~enyc@muddle.enyc.org.uk) |
| 23:04.48 | *** join/#neo900 xmn (~xman@user-0cdft2n.cable.mindspring.com) |
| 23:08.00 | *** join/#neo900 xmn (~xman@user-0cdft2n.cable.mindspring.com) |