| houkime | ok, now one needs to check that impedance-matching will be possible without reorganising stuff once properties are known. | 12:46 |
|---|---|---|
| houkime | Joerg-Neo900: what is known about neo900 antenna? | 12:46 |
| houkime | *N900 antenna | 12:46 |
| Joerg-Neo900 | keep a 2mm "courtyard" around the trace, and contifuous "gnd plane" on next layer? should alliw for sufficent width variability and thus impedance tuning, no? | 12:49 |
| Joerg-Neo900 | contiguous* | 12:50 |
| Joerg-Neo900 | refer tp N900 bare board layout that irc exposes the trace pn outer layer. And our DR4 or whatever, and rhw oewoewg/layer stacking won't differ that much from N900 either | 12:52 |
| Joerg-Neo900 | to* on* | 12:52 |
| houkime | 2mm to both sides? (4 mm cross-section) or 2 mm total? | 13:03 |
| houkime | *both sides mean left and right. | 13:04 |
| houkime | judgung by n900 exploded 2 mm total. ok | 13:22 |
| houkime | Will try to route 2-mm thick "matched" guys. | 13:25 |
| houkime | using only external layers | 13:25 |
| Joerg-Neo900 | I'm not very experienced with impmat traces. Usually the PCB house does the details for you | 13:27 |
| houkime | this is to be expected since they know their materials better. | 13:28 |
| houkime | the thing on this stage is to eensure it CAN be tuned | 13:29 |
| Joerg-Neo900 | I *think* the impedance is determined by dielectric layer thickness till next layer gnd plane, it's properties, clearance of track to "guarding" traces on same layer, and trace width | 13:29 |
| Joerg-Neo900 | so make sure you have GND guarding traces, and virtually arbitrary options on trace with and clearance to the guard traces | 13:31 |
| Joerg-Neo900 | then I also *think* we will get a Pi-filter (imp transformer) from impmat trace to antenna anyway, and iirc the modem does another one internally | 13:33 |
| Joerg-Neo900 | so whatever the impedance of the impmat trace, it gets tuned on both ends and doesn'T really matter in the end. Though we also got the directional coupler and we have no PI-transformers there | 13:34 |
| houkime | what's with the vibramotor? is it needed to stay the same model for compatibility also? | 19:37 |
| houkime | hm. doesn't seem so. however, it doesn't seem it can be much improved also. | 19:56 |
| houkime | it's not like anybody has less tall models.( | 19:57 |
| houkime | to have a more free placement. | 19:58 |
| houkime | but i really doubt that for example xiaomi uses 4 mm tall vobramotors! | 20:02 |
| houkime | they basically have no space for that in the case | 20:02 |
| houkime | ?? | 20:02 |
| houkime | hmm | 20:02 |
| houkime | (that vibrator messes up stuff a little so i want to see if it is absolutely neccessary) | 20:03 |
| Joerg-Neo900 | there are different types of vibra motors. and often they are even integrated into battery. I *fuess* nowadays the coin type is more popular: low height but clumsy formfactor (coin) and relatively large. Not suitable for N900 case anyway | 20:12 |
| Joerg-Neo900 | *guess* | 20:13 |
| houkime | watched a teardown of xiaomi redmi 4. Funny enough they DO use sth similar to prec-mcro that we wanna use. | 20:13 |
| houkime | however they don't mount it in pcb | 20:14 |
| houkime | they have a hole in pcb and they submerge it there | 20:14 |
| houkime | and they also have a hole for battery. which is 2/3 of phone surface. | 20:19 |
| houkime | so everything lives off the remaining 1/3 of the area. | 20:19 |
| houkime | quite impressive how they packed everything | 20:19 |
| Joerg-Neo900 | well, looking at snapdragon class of chips, you wonder why they need fabs anymore. Truly somplete System-on-Chip, maybe except RAM and storage | 20:24 |
| houkime | snapdragon seems like a big security hole though. with system this big and all hidden you never know what one puts inside( | 20:26 |
| houkime | Really want to try to do sth based on FPGAs. | 20:27 |
| houkime | so that you have a FPGA modem, an FPGA with zipcpu or sth. | 20:28 |
| houkime | and all programmable from sth like hackerbus | 20:28 |
| houkime | or even usb | 20:28 |
| houkime | there are several bonuses to that. 1st is transparency, and the second one - hey PINS ARE RECONFIGURABLE | 20:30 |
| houkime | that basically mean that you can tailor this thing for your pcb in terms of pin arrangement | 20:31 |
| houkime | however it does comes with a generally slower speed/bigger size. | 20:32 |
| houkime | *does come | 20:32 |
| houkime | though you can do multiple things on a sigle FPGA which makes it a SOC, so some optimisation possible. | 20:33 |
| houkime | one main thing though - it is literally impossible for FPGA manufacturer to predict your configuration and code, so a room for trojans is not that big. | 20:35 |
| houkime | even if FPGA itself is big. | 20:36 |
| houkime | you can't send smb info about you... if you don't even know where the modem is, where antenna is etc.etc.etc. | 20:38 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!