00:00.14 | *** join/#neo900 atk (Arch-TK@fsf/member/Arch-TK) |
00:19.26 | *** join/#neo900 wiewo (~wowie@fossencdi.org) |
00:38.45 | *** join/#neo900 AndrewX192 (~andrew@unaffiliated/andrewx192) |
01:46.13 | *** join/#neo900 knttl (~knttl@dyndsl-091-096-186-111.ewe-ip-backbone.de) |
03:03.10 | *** join/#neo900 xman (~xman@user-0cdft6f.cable.mindspring.com) |
05:07.00 | *** join/#neo900 neo900 (~office@neo900/coreteam/joerg) |
05:07.00 | *** mode/#neo900 [+v neo900] by ChanServ |
05:07.03 | *** join/#neo900 DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
05:07.03 | *** mode/#neo900 [+v DocScrutinizer05] by ChanServ |
06:00.42 | *** join/#neo900 qws-user-1228 (~quassel@cpe-76-181-123-141.columbus.res.rr.com) |
06:15.08 | *** join/#neo900 jamm (6ce85a3e@gateway/web/freenode/ip.108.232.90.62) |
06:17.58 | jamm | hello |
06:18.39 | jamm | quick question about the use of LMV221 on inbound |
06:19.29 | jamm | wouldn't it not be sensitive enough to detect the return signal? it only goes down to -45 dBm |
06:20.31 | jamm | or am I not seeing something about how the coupler is supposed to be working? |
06:35.53 | jamm | sorry, this is also regarding the neo900 proto v2 schematic |
06:38.21 | Joerg-Neo900 | the concept is to detect direction of signal. If 'inbound' signal (actually outbound reflected on antenna) is so much weaker than the original outbound that the LMV221 doesn't see it anymore, we have no problem at all |
06:39.28 | Joerg-Neo900 | if any inbound signal is so strong that its reflection on modem triggers the outbound detector, for sure the inbound detector will also see it |
06:40.20 | Joerg-Neo900 | and will also rate it stronger than the reflected signal on outbound, so we avoid false positives |
06:41.14 | Joerg-Neo900 | we don't want to trigger on arbitrary inbound signals, we only know one thing: they are not relevant for us |
06:43.04 | Joerg-Neo900 | the purpose of the whole coupler is to reliably detect TX energy and discern it from inbound energy from nearby other transmitters |
06:45.13 | Joerg-Neo900 | as an additional benefit you can use it to check other transmitters (phones) if they send RF, if you get close enough to them to couple sufficient energy from their antenna into Neo900's antenna |
06:45.30 | Joerg-Neo900 | but that's not the main purpose |
06:46.13 | Joerg-Neo900 | jamm: ^^^ |
06:51.05 | jamm | hmm, i see, so is it for detecting a bad mismatch on the antenna? or for ambient rf levels (but wide band?) |
06:53.12 | Joerg-Neo900 | it is for detecting outbound RF energy and discerning it from inbound RF energy that gets reflected on modem input and goes back the line through the coupler direction antenna from where it came |
06:53.32 | Joerg-Neo900 | the reflected signal will be weaker than the original signal |
06:54.07 | Joerg-Neo900 | so no matter how strong the inbound signal and how weak the outbound signal, we can tell apart the two |
06:55.17 | Joerg-Neo900 | you wouldn't want false positives from your pub neighbors cell phone, right? |
06:56.04 | Joerg-Neo900 | not even when he places his phone right next in touch to yours, on the bar |
06:56.56 | jamm | but i thought a coupler's purpose is to be directional, so you would only ever see your transmitted signal? |
06:57.18 | jamm | i'm not completely sure though... i have never thought about it being used where other signals are coupling strongly |
06:57.56 | Joerg-Neo900 | http://wstaw.org/m/2016/11/21/plasma-desktopme2244.png |
07:00.07 | Joerg-Neo900 | a) the coupler never has an infinite separation b) we have reflections on modem input, the so called return-loss which is as feeble as 5dB when the modem is idle |
07:01.03 | Joerg-Neo900 | so the reflected inbound signal in coupler is only a 5dB lower than the original inbound signal |
07:02.20 | Joerg-Neo900 | even if the coupler was working perfect, we couldn't tell apart a true TX signal from a 5dB stronger RX aka inbound signal |
07:02.41 | Joerg-Neo900 | unless we also probe for the inbound signal strength |
07:03.11 | Joerg-Neo900 | which for inbound signals *always* is higher than the reflected signal |
07:05.08 | *** join/#neo900 luke-jr (~luke-jr@unaffiliated/luke-jr) |
07:05.25 | Joerg-Neo900 | in above diagram see how the light blue dotted signal also goes bouncing off the modem and going through coupler in TX direction |
07:09.50 | jamm | yes, I see, I guess I just figured this factor was much higher, and you didn't need to worry about enough that it interferes with your output power measurement |
07:10.00 | jamm | (very nice picture btw!) |
07:10.12 | Joerg-Neo900 | thanks :-) |
07:10.31 | jamm | and maybe I just get to use nicer antennas with better return loss lol |
07:17.20 | jamm | oh yeah, 1 more question, about the NFC/RFID section with the TRF7970A, and the kinetis microcontroller |
07:19.32 | jamm | did you look at using an ic that has support in the linux nfc subsystem? |
07:20.20 | Joerg-Neo900 | err, the TRF7970 has |
07:20.36 | Joerg-Neo900 | http://neo900.org/stuff/papers/nfc-draft.pdf |
07:21.12 | Joerg-Neo900 | http://neo900.org/resources |
07:21.37 | jamm | oh yeah, it does :P |
07:22.24 | Joerg-Neo900 | btw many thanks for actually looking into our schematics! :-) |
07:22.35 | Joerg-Neo900 | much appreciated |
07:23.08 | jamm | haha yeah sure, i am really interested in the neo900 and couldn't resist a peek :) |
07:27.07 | Joerg-Neo900 | http://wstaw.org/m/2016/11/21/plasma-desktopbW2244.png |
07:33.18 | jamm | ah ok I think we needed better Android support where we used the nxp pn7120 instead of the TI part. |
07:34.06 | jamm | I think Android support is possible with the TRF7970A, but TI hasn't really done anything with it yet (not like NXP, anyways) |
07:34.16 | Joerg-Neo900 | NXP is nasty when it comes to datasheets about their "smart" chips |
07:35.44 | Joerg-Neo900 | almost all (Android) phones use the PN5dunnowhat with embedded CPU for the more complex protocols, and they don't share any info about the formware blobs to load in there, nor about the CPU |
07:36.28 | Joerg-Neo900 | thus we used a 'dump' RF frontend chip and our own MCU to do the compelx protocols |
07:36.38 | Joerg-Neo900 | 'dumb' even |
07:37.32 | Joerg-Neo900 | we could have done without MCU if we wouldn't want SWP for the SIM integration |
07:38.47 | Joerg-Neo900 | but now we have a really nice NFC system that outperforms many RFID/NFC eval boards hands down |
07:39.13 | Joerg-Neo900 | you can do pretty much everything possible with this design |
07:39.23 | jamm | yes, that is pretty awesome, especially with the sim integration! |
07:39.44 | jamm | yeah, I am still wondering how you are going to fit it all on the board haha |
07:39.58 | Joerg-Neo900 | probably the RFID board will buy our devices for R&D and evaluating of new protocols ;-) |
07:40.30 | Joerg-Neo900 | ((fit on the board)) that's actually a huge concern and problem, yes |
07:41.23 | Joerg-Neo900 | last we checked, we had a coverage of ~70% |
07:41.50 | Joerg-Neo900 | so pretty much on the limit |
07:42.20 | Joerg-Neo900 | we'll see :-) |
07:43.31 | jamm | it would be great to have all that functionality for sure, so best of luck... |
07:43.41 | Joerg-Neo900 | thanks! |
07:44.16 | Joerg-Neo900 | you wouldn't know of layouters who accept a job? |
07:44.44 | gry | didn't get that part |
07:44.59 | Joerg-Neo900 | gry? |
07:45.25 | gry | do you want to hire a layouter? what does that do? |
07:45.42 | Joerg-Neo900 | layout? :-) |
07:46.27 | Joerg-Neo900 | we have Ahycka, but never place all eggs in one basket, you know |
07:46.27 | gry | web layout? electric chip layout? layout of a dinner table? what? |
07:46.50 | Joerg-Neo900 | PCB layout, obvously. sorry for being fuzzy |
07:46.51 | varu | board layout & organizing traces appropriately, i'd assume |
07:46.59 | varu | which is *not* easy |
07:47.25 | jamm | not really unfortunately... we have another person at my company that does a lot of the layout (mostly Altium though,) but I don't know if we can do as complex a design yet |
07:47.30 | Joerg-Neo900 | kicad pcbnew |
07:48.04 | ds2 | KiCad for Neo900? |
07:48.17 | gry | ooh :-) |
07:48.18 | Joerg-Neo900 | yeah, we would even accept altium if that's needed to get the job accomplished |
07:48.19 | jamm | i still have fears of doing DDR(2,3) layouts haha, even though TI gives you the whole design |
07:48.29 | ds2 | oh my... condolences for the the poor layout guy |
07:48.36 | Joerg-Neo900 | hehehe |
07:49.02 | Joerg-Neo900 | jamm: DDR2 is harder |
07:49.10 | Joerg-Neo900 | more timing contraints |
07:49.13 | ds2 | did POP get dropped? |
07:49.18 | Joerg-Neo900 | no |
07:49.30 | Joerg-Neo900 | luckily not |
07:49.31 | ds2 | then there is no DDR layout :D |
07:49.38 | Joerg-Neo900 | exactly |
07:49.48 | jamm | yes... |
07:49.51 | ds2 | just breaking out 300+ balls |
07:49.58 | Joerg-Neo900 | :nod: |
07:50.00 | ds2 | fun with VIP |
07:50.09 | Joerg-Neo900 | VIP? |
07:50.17 | jamm | how is the mainline support for the DM3730? |
07:50.29 | Joerg-Neo900 | linux? great |
07:50.30 | ds2 | it is a 0.4mm BGA |
07:50.41 | jamm | we used it in one of our products a bit ago, but then TI got stuck on 2.6.37 and kinda dropped it |
07:50.42 | Joerg-Neo900 | aaah |
07:50.47 | ds2 | there really isn't room to do vias in between balls so you have to do Via In Pad |
07:51.11 | ds2 | and probally have to do it blind |
07:51.22 | Joerg-Neo900 | we will need in-pad vias, yes |
07:51.43 | Joerg-Neo900 | blind capped in-pad vias |
07:52.07 | ds2 | lots of pressure for the layout guy to not screw up |
07:52.31 | Joerg-Neo900 | elaborate please |
07:52.43 | ds2 | blind vias == $$$$$$ board |
07:52.47 | Joerg-Neo900 | yes |
07:53.53 | ds2 | layout person needs to be clever to make sure board is rescueable like appropriate place to wire around or cut traces |
07:54.53 | Joerg-Neo900 | we don't hope for fixing stuff by cutting traces :-) If you knew which traces need to be cut-able you already could do stuff right instead ;-D |
07:56.47 | Joerg-Neo900 | ds2: maybe you want to have a look at the schematics? |
07:58.29 | Joerg-Neo900 | http://neo900.org/stuff/kicad/proto_v2/2016-11-20/ |
07:58.43 | Joerg-Neo900 | jamm: ^^^ |
08:04.17 | Joerg-Neo900 | wpwrak: make U602:5,7 NC |
08:05.08 | ds2 | PDF? |
08:05.27 | Joerg-Neo900 | yep, the kicad files are in git, as always |
08:05.34 | *** join/#neo900 jonsger (~Thunderbi@2a02:8070:799:dd00:4c9:f672:1b04:6e3a) |
08:05.37 | Joerg-Neo900 | ~git |
08:05.37 | infobot | from memory, git is https://neo900.org/git/?p=www;a=summary |
08:05.59 | how900 | https://neo900.org/git/ee |
08:06.00 | ds2 | PDF is preferred. no kicad install. |
08:06.14 | ds2 | I can look later in the AM. it is 00:06 local |
08:06.24 | Joerg-Neo900 | :-) |
08:06.47 | Joerg-Neo900 | 33:06 here |
08:06.50 | ds2 | 25 pages is a bit much to review at this time ;) |
08:06.51 | Joerg-Neo900 | ;-) |
08:07.05 | jamm | yeah haha 2am here haha |
08:07.41 | jamm | good luck! |
08:07.44 | Joerg-Neo900 | 9 past midnight |
08:07.53 | how900 | Latest Neo900 schematics were updated (what Joerg-Neo900 pointed at) in https://neo900.org/resources |
08:08.07 | Joerg-Neo900 | how900: thanks! |
08:08.27 | Joerg-Neo900 | and n8 |
08:08.38 | *** join/#neo900 XDS2010 (sid1218@gateway/web/irccloud.com/x-mpcrbjopsytgqmiy) |
08:08.42 | how900 | Joerg-Neo900: sleep tight |
08:09.31 | *** join/#neo900 XDS2010 (sid1218@gateway/web/irccloud.com/x-dbggsrwndfhtecbu) |
08:12.11 | Joerg-Neo900 | U601:6 still throws me over, so that would indeed be a trace we might want to be able to cut in protoboard |
08:34.15 | *** join/#neo900 jonsger (~Thunderbi@2a02:8070:799:dd00:4c9:f672:1b04:6e3a) |
08:38.14 | *** join/#neo900 jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
08:50.07 | *** join/#neo900 qws-user-1229 (~quassel@cpe-76-181-123-141.columbus.res.rr.com) |
09:00.14 | *** join/#neo900 paulk-minnie (~paulk@no3.u-bordeaux.fr) |
09:05.17 | *** join/#neo900 SylvieLorxu (~TheLastPr@541B7AAC.cm-5-4b.dynamic.ziggo.nl) |
09:40.14 | *** join/#neo900 ecloud (quassel@nat/qt/x-vuiwyixrgspujnep) |
10:15.48 | *** join/#neo900 mzki (~koza@89-76-126-150.dynamic.chello.pl) |
10:42.48 | *** join/#neo900 M-DzzzzzzR (dzzzzzzrma@gateway/shell/matrix.org/x-hmxogqwkeppddhcu) |
12:15.06 | *** join/#neo900 cybiko123 (~cybiko123@unaffiliated/cybiko123) |
14:06.48 | *** join/#neo900 chomwitt (~chomwitt@ppp-94-67-221-230.home.otenet.gr) |
14:07.18 | *** join/#neo900 jonsger (~Thunderbi@HSI-KBW-046-005-000-225.hsi8.kabel-badenwuerttemberg.de) |
15:22.36 | *** join/#neo900 louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
15:33.08 | *** join/#neo900 xman (~xman@user-0cdft6f.cable.mindspring.com) |
15:35.08 | *** join/#neo900 galiven_ (~Andrew@50-205-116-131-static.hfc.comcastbusiness.net) |
16:09.09 | *** join/#neo900 jonsger (~Thunderbi@HSI-KBW-046-005-000-068.hsi8.kabel-badenwuerttemberg.de) |
16:30.49 | *** join/#neo900 louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
16:54.21 | *** join/#neo900 Pali (~pali@Maemo/community/contributor/Pali) |
17:05.52 | *** join/#neo900 luke-jr (~luke-jr@unaffiliated/luke-jr) |
17:52.18 | *** join/#neo900 wpwrak (~werner@181.171.122.65) |
17:52.18 | *** mode/#neo900 [+v wpwrak] by ChanServ |
19:59.14 | *** join/#neo900 ravelo (ravelo@neo900/community/supporter/ravelo) |
20:03.37 | *** join/#neo900 SylvieLorxu (~TheLastPr@541B7AAC.cm-5-4b.dynamic.ziggo.nl) |
20:16.08 | *** join/#neo900 qws-user-1228 (~quassel@cpe-76-181-123-141.columbus.res.rr.com) |
20:39.23 | *** join/#neo900 jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
20:49.13 | *** join/#neo900 SylvieLorxu (~TheLastPr@541B7AAC.cm-5-4b.dynamic.ziggo.nl) |