From Max.Suraev at fairwaves.ru Wed Sep 5 18:22:16 2012 From: Max.Suraev at fairwaves.ru (=?UTF-8?B?4piO?=) Date: Wed, 05 Sep 2012 20:22:16 +0200 Subject: Host access to UmTRX registers In-Reply-To: References: Message-ID: <50479858.3020409@fairwaves.ru> 07.08.2012 21:06, Andrew Karpenkov ?????: > Max, Sylvain or anyone else, can you help me get access to FPGA registers (they > connected to wishbone bus) from host? I'm not very good at programming on python.. > UHD can do this (example here: host\lib\usrp\usrp2\usrp2_impl.cpp:530). Just to double check that we're looking at the same code are you talking about this code: if (source == "internal") _mbc[mb].iface->poke32(U2_REG_MISC_CTRL_CLOCK, 0x12); ? -- best regards, Max, http://fairwaves.ru From plddesigner at gmail.com Wed Sep 5 19:02:40 2012 From: plddesigner at gmail.com (Andrew Karpenkov) Date: Wed, 5 Sep 2012 23:02:40 +0400 Subject: Host access to UmTRX registers In-Reply-To: <50479858.3020409@fairwaves.ru> References: <50479858.3020409@fairwaves.ru> Message-ID: Yes, I looking at this code. Regards, Andrew Karpenkov 2012/9/5 ? > 07.08.2012 21:06, Andrew Karpenkov ?????: > > > Max, Sylvain or anyone else, can you help me get access to FPGA > registers (they > > connected to wishbone bus) from host? I'm not very good at programming > on python.. > > UHD can do this (example here: host\lib\usrp\usrp2\usrp2_impl.cpp:530). > > Just to double check that we're looking at the same code are you talking > about this code: > > if (source == "internal") _mbc[mb].iface->poke32(U2_REG_MISC_CTRL_CLOCK, > 0x12); > > ? > > > -- > best regards, > Max, http://fairwaves.ru > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Thu Sep 6 15:26:55 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Thu, 6 Sep 2012 19:26:55 +0400 Subject: Running OpenBTS Message-ID: Thomas, Do you have an idea why we get this messages when running OpenBTS? Also we configured OpenBTS to output all received bursts to a screen and it looks like it starts receiving a lot of noise. Then this noise almost stops and shows only sometimes. $ tail -f syslog Sep 6 19:13:16 kluchnikov transceiver: ERR 3043572592 UHDDevice.cpp:785:recv_async_msg: An internal send buffer has emptied at 826.035 sec. Sep 6 19:13:16 kluchnikov transceiver: ERR 3043572592 UHDDevice.cpp:785:recv_async_msg: Packet time was too late or too early at 826.037 sec. Sep 6 19:13:47 kluchnikov transceiver: ERR 3043572592 UHDDevice.cpp:785:recv_async_msg: An internal send buffer has emptied at 856.255 sec. Sep 6 19:13:47 kluchnikov transceiver: ERR 3043572592 UHDDevice.cpp:785:recv_async_msg: Packet time was too late or too early at 856.257 sec. Sep 6 19:13:47 kluchnikov transceiver: ERR 3043572592 UHDDevice.cpp:785:recv_async_msg: Packet time was too late or too early at 856.257 sec. Sep 6 19:14:04 kluchnikov transceiver: ERR 3043572592 UHDDevice.cpp:785:recv_async_msg: An internal send buffer has emptied at 874.005 sec. Sep 6 19:14:04 kluchnikov transceiver: ERR 3043572592 UHDDevice.cpp:785:recv_async_msg: Packet time was too late or too early at 874.009 sec. Sep 6 19:14:04 kluchnikov transceiver: ERR 3043572592 UHDDevice.cpp:785:recv_async_msg: Packet time was too late or too early at 874.009 sec. Sep 6 19:14:07 kluchnikov transceiver: ERR 3043572592 UHDDevice.cpp:785:recv_async_msg: An internal send buffer has emptied at 877.01 sec. Sep 6 19:14:07 kluchnikov transceiver: ERR 3043572592 UHDDevice.cpp:785:recv_async_msg: Packet time was too late or too early at 877.013 sec. Sep 6 19:14:07 kluchnikov transceiver: ERR 3043572592 UHDDevice.cpp:785:recv_async_msg: Packet time was too late or too early at 877.013 sec. Sep 6 19:14:09 kluchnikov transceiver: ERR 3043572592 UHDDevice.cpp:785:recv_async_msg: An internal send buffer has emptied at 878.466 sec. Sep 6 19:14:09 kluchnikov transceiver: ERR 3043572592 UHDDevice.cpp:785:recv_async_msg: Packet time was too late or too early at 878.468 sec. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Wed Sep 12 22:40:16 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Thu, 13 Sep 2012 02:40:16 +0400 Subject: Hackathon results: working Rx Message-ID: Hi all, Some good news for today. We've had a small fairwaves hackathon here in Moscow and we've done a good progress in UmTRX development. I'm quite exhausted, thus in short: 1. A software issue has been fixed in PLL tuning code. It works reliably now. Previously it didn't correctly handle edge cases when the best VCOCAP value was at the end of a range. 2. A software issue has been fixed in automatic LMS calibration code. Turns out a process described in the datasheet is not complete - you have read FAQ, question 4.7 for an amendment. 3. Now we correctly select Rx input. You have to change _two_ registers to do that - 0x75 and 0x25. This wasn't obvious from the brief reading of the manual. 4. A hardware bug was fixed - RF diversity switch required a bias to work correctly. Luckily we decided to move the switch from the main board to a frontend in the rev2 of UmTRX. So we don't have to re-make the UmTRX schematics. Huge thanks to Andrey Sviyazov ("RF guy"), Andrew Karpenkov ("FPGA guy") and Srdjan Milenkovic ("remote LimeMicro guy") for going through all the issues. Fixes for the code will be pushed to github in the next few days after I clean it up. PS Another good news is that we should have first UmTRXv2 units on hands in the next few days, when we get them from customs. Can't wait to put my hands on them. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Wed Sep 12 22:44:20 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Thu, 13 Sep 2012 02:44:20 +0400 Subject: Hackathon results: working Rx In-Reply-To: References: Message-ID: Andrew Karpenkov -- do you already have support for UmTRXv2 in the FPGA code? If we get our units from customs by Fri I want to test them during the weekend hackathon. On Thu, Sep 13, 2012 at 2:40 AM, Alexander Chemeris wrote: > Hi all, > > Some good news for today. We've had a small fairwaves hackathon here > in Moscow and we've done a good progress in UmTRX development. I'm > quite exhausted, thus in short: > > 1. A software issue has been fixed in PLL tuning code. It works > reliably now. Previously it didn't correctly handle edge cases when > the best VCOCAP value was at the end of a range. > 2. A software issue has been fixed in automatic LMS calibration code. > Turns out a process described in the datasheet is not complete - you > have read FAQ, question 4.7 for an amendment. > 3. Now we correctly select Rx input. You have to change _two_ > registers to do that - 0x75 and 0x25. This wasn't obvious from the > brief reading of the manual. > 4. A hardware bug was fixed - RF diversity switch required a bias to > work correctly. Luckily we decided to move the switch from the main > board to a frontend in the rev2 of UmTRX. So we don't have to re-make > the UmTRX schematics. > > Huge thanks to Andrey Sviyazov ("RF guy"), Andrew Karpenkov ("FPGA > guy") and Srdjan Milenkovic ("remote LimeMicro guy") for going through > all the issues. > > Fixes for the code will be pushed to github in the next few days after > I clean it up. > > PS Another good news is that we should have first UmTRXv2 units on > hands in the next few days, when we get them from customs. Can't wait > to put my hands on them. > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Thu Sep 13 11:03:51 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Thu, 13 Sep 2012 15:03:51 +0400 Subject: Hackathon results: working Rx In-Reply-To: References: Message-ID: Hi all, The fixed LMS control code is now at github, branch fairwaves/umtrx: https://github.com/chemeris/UHD-Fairwaves/commits/fairwaves/umtrx Note, that umtrx_ctrl.py command line interface has been extended and slightly changed for more consistency: Renames: --lms-pa-on and --lms-pa-off => --lms-set-tx-pa --lms-set-vga1-gain => --lms-set-tx-vga1-gain --lms-get-vga1-gain => --lms-get-tx-vga1-gain --lms-set-vga2-gain => --lms-set-tx-vga2-gain --lms-get-vga2-gain => --lms-get-tx-vga2-gain New commands: --lms-get-tx-pa --lms-set-rx-lna --lms-get-rx-lna --lms-set-rx-vga2-gain --lms-get-rx-vga2-gain On Thu, Sep 13, 2012 at 2:40 AM, Alexander Chemeris wrote: > Hi all, > > Some good news for today. We've had a small fairwaves hackathon here > in Moscow and we've done a good progress in UmTRX development. I'm > quite exhausted, thus in short: > > 1. A software issue has been fixed in PLL tuning code. It works > reliably now. Previously it didn't correctly handle edge cases when > the best VCOCAP value was at the end of a range. > 2. A software issue has been fixed in automatic LMS calibration code. > Turns out a process described in the datasheet is not complete - you > have read FAQ, question 4.7 for an amendment. > 3. Now we correctly select Rx input. You have to change _two_ > registers to do that - 0x75 and 0x25. This wasn't obvious from the > brief reading of the manual. > 4. A hardware bug was fixed - RF diversity switch required a bias to > work correctly. Luckily we decided to move the switch from the main > board to a frontend in the rev2 of UmTRX. So we don't have to re-make > the UmTRX schematics. > > Huge thanks to Andrey Sviyazov ("RF guy"), Andrew Karpenkov ("FPGA > guy") and Srdjan Milenkovic ("remote LimeMicro guy") for going through > all the issues. > > Fixes for the code will be pushed to github in the next few days after > I clean it up. > > PS Another good news is that we should have first UmTRXv2 units on > hands in the next few days, when we get them from customs. Can't wait > to put my hands on them. > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Sun Sep 16 20:13:02 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Mon, 17 Sep 2012 00:13:02 +0400 Subject: Hackathon results: working Rx In-Reply-To: References: Message-ID: Hi all, Another two days of intensive hackathon are over and OpenBTS now runs with UmTRX. This is thanks to the earlier efforts of Thomas Tsou and bugfixes from Thurs hackathon. Few things which we planned, but haven't finished: 1. Dual-channel mode doesn't work yet. We nailed down this to the SR_TX_CTRL register position in FPGA, but haven't found a fix yet. To get dual-channel working we have to move SR_TX_CTRL to another place to free some space for the second channel registers. But when we do that, the first Tx channel stops working. 2. Sergey Kostanbaev started working on integration of essential LMS controls into UHD, but hasn't finished this yet. When done, this will greatly reduce number of manual steps to get OpenBTS running and will make it possible to use all those GnuRadio utils without limitations. 3. We still have to repeat results by Thomas and Sylvain where they get good quality GMSK from OpenBTS. What we get right now is quite crappy. Many thanks to all participants who contributed their time and passion during these long days and to Sylvain for helping to tame our E4406E. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Tue Sep 18 20:58:25 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Wed, 19 Sep 2012 00:58:25 +0400 Subject: UmTRXv2 are back from a fab Message-ID: Hi all, Today we've received first units of UmTRXv2 from a fab. The unit is lovely to look at - find the picture attached. I hope it will show no less great performance when we turn it on. In addition to fixed bugs this version has following major changes. I may have forgotten something, but these are the most important changes: * better form factor (10x16cm Eurocard) * doesn't have RF switches on board (the're moved to a frontend for higher flexibility) * newer GPS module (EB-570) * U.FL connectors by default (to simplify automated mounting) * optional connector for external front panel (for waterproof casing) * tantalum capacitors instead everywhere (for longer life) * wider input power voltage range (8-28VDC) We consider this version as pre-production. I.e. it will go into production if there are no serious bugs. Now our task is to bring up the board and check for all possible bugs before we go forward. PS White squares on the picture is not because we obscure the photo - it's white thermal pads which the fab placed atop of chips instead of placing them at the bottom of PCB. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: UmTRXv2.jpg Type: image/jpeg Size: 1780345 bytes Desc: not available URL: From alexander.chemeris at gmail.com Wed Sep 19 05:40:31 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Wed, 19 Sep 2012 09:40:31 +0400 Subject: UmTRXv2 - Stacking capability for the UMTRXv2 RF frontends. In-Reply-To: References: Message-ID: Hi Daud, I've copied the mailing list, as I believe the question belongs there. On Wed, Sep 19, 2012 at 1:20 AM, Daud Suleiman wrote: > I am very excited and glad and happy for the UmTRX project. I would like to > know if you have plans for stacking capability for the RF frontend. I am > assuming that there is only 2TXs. Int he event that a client needs more TXs, > say 12TXs, have you any plans to stack as many RF frontends and or UmTRXs? Yes, we have an option to stack UmTRX'es, but it is only to share clock source and/or GPS source, i.e. you still have to connect each UmTRX to the Ethernet. As long as connecting to an Ethernet switch works fine, so we don't see this as an issue. Later we may consider implementing true stacking when stacked units share Ethernet port, like with USRPs. This might be a useful endeavor, but we don't want to dive into this until we have everything else settled. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Thu Sep 20 08:44:48 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Thu, 20 Sep 2012 12:44:48 +0400 Subject: UmTRXv2 are back from a fab In-Reply-To: References: Message-ID: Btw, the first power up of UmTRXv2 went fine and boring - no flames, no smoke. Now we're waiting for FPGA bitstream from Andrew Karpenkov to run the functional tests. On Wed, Sep 19, 2012 at 12:58 AM, Alexander Chemeris wrote: > Hi all, > > Today we've received first units of UmTRXv2 from a fab. The unit is lovely > to look at - find the picture attached. I hope it will show no less great > performance when we turn it on. > > In addition to fixed bugs this version has following major changes. I may > have forgotten something, but these are the most important changes: > * better form factor (10x16cm Eurocard) > * doesn't have RF switches on board (the're moved to a frontend for higher > flexibility) > * newer GPS module (EB-570) > * U.FL connectors by default (to simplify automated mounting) > * optional connector for external front panel (for waterproof casing) > * tantalum capacitors instead everywhere (for longer life) > * wider input power voltage range (8-28VDC) > > We consider this version as pre-production. I.e. it will go into production > if there are no serious bugs. Now our task is to bring up the board and > check for all possible bugs before we go forward. > > PS White squares on the picture is not because we obscure the photo - it's > white thermal pads which the fab placed atop of chips instead of placing > them at the bottom of PCB. > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru > -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Fri Sep 21 00:19:13 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Fri, 21 Sep 2012 04:19:13 +0400 Subject: EEPROM size Message-ID: Andrey Sviyazov, How much space do we have in the EEPROM right now? I'm thinking which calibration data we could store there and which we should store on a host. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From andreysviyaz at gmail.com Fri Sep 21 00:31:54 2012 From: andreysviyaz at gmail.com (Andrey Sviyazov) Date: Fri, 21 Sep 2012 04:31:54 +0400 Subject: EEPROM size In-Reply-To: References: Message-ID: Hi Alexander. Used 24LC024, it is 2kbit or 256 x 8-bit EEPROM, if I right. Best regards, Andrey Sviyazov. 2012/9/21 Alexander Chemeris > Andrey Sviyazov, > > How much space do we have in the EEPROM right now? > I'm thinking which calibration data we could store there and which we > should store on a host. > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Fri Sep 21 09:05:22 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Fri, 21 Sep 2012 13:05:22 +0400 Subject: Full dual-channel support on the host side Message-ID: Hi Thomas, I recall you had some patch to add a second Tx channel to the host UHD. Could you push it to git or send as a patch here? We're testing dual-channel FPGA firmware now and it would be of good help. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Fri Sep 21 09:16:23 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Fri, 21 Sep 2012 13:16:23 +0400 Subject: Host integration ToDo Message-ID: Hi all, I've started putting together a ToDo list for UmTRX features which are missing support on the host side or the FPGA side. I invite everyone to add more tickets, fill details in existing tickets and discuss implementation strategies in comments. You could use this filter in our issues tracker to select at the tasks open at the moment: http://code.google.com/p/umtrx/issues/list?can=2&q=label%3AComponent-Host -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From ttsou at vt.edu Fri Sep 21 22:02:55 2012 From: ttsou at vt.edu (Thomas Tsou) Date: Fri, 21 Sep 2012 18:02:55 -0400 Subject: Full dual-channel support on the host side In-Reply-To: References: Message-ID: On Fri, Sep 21, 2012 at 5:05 AM, Alexander Chemeris wrote: > Hi Thomas, > > I recall you had some patch to add a second Tx channel to the host > UHD. Could you push it to git or send as a patch here? We're testing > dual-channel FPGA firmware now and it would be of good help. I pushed a patch to: git://github.com/ttsou/uhd.git umtrx_2tx I setup vector transports for dual Tx similar to the receive side. I have not tested beyond making sure that it compiles. Thomas From alexander.chemeris at gmail.com Fri Sep 21 22:56:48 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Sat, 22 Sep 2012 02:56:48 +0400 Subject: Full dual-channel support on the host side In-Reply-To: References: Message-ID: On Sat, Sep 22, 2012 at 2:02 AM, Thomas Tsou wrote: > On Fri, Sep 21, 2012 at 5:05 AM, Alexander Chemeris > wrote: >> Hi Thomas, >> >> I recall you had some patch to add a second Tx channel to the host >> UHD. Could you push it to git or send as a patch here? We're testing >> dual-channel FPGA firmware now and it would be of good help. > > I pushed a patch to: > > git://github.com/ttsou/uhd.git umtrx_2tx > > I setup vector transports for dual Tx similar to the receive side. I > have not tested beyond making sure that it compiles. Thanks Thomas! Sergey - could you please look into this patch, does it makes sense for you? -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From einzeln00 at gmail.com Sat Sep 22 18:43:11 2012 From: einzeln00 at gmail.com (Jerry Giant) Date: Sun, 23 Sep 2012 02:43:11 +0800 Subject: on board GPSDO? Message-ID: Hi, Very nice to see the progress UmRTX. I checked out the git found the GPS 1pps signal was terminated to FPGA, and wonder how the discipline algorithm was implemented. Someone would give me a hint or introductory? thanks in advance. Regards. Jerry From 246tnt at gmail.com Sat Sep 22 19:15:05 2012 From: 246tnt at gmail.com (Sylvain Munaut) Date: Sat, 22 Sep 2012 21:15:05 +0200 Subject: on board GPSDO? In-Reply-To: References: Message-ID: Hi, > I checked out the git found the GPS 1pps signal was terminated to > FPGA, and wonder how the discipline algorithm was implemented. Someone > would give me a hint or introductory? Simple PID control. Look at the ZPU firmware (soft cpu core inside the FPGA). We don't need a "time-nut" level of accuracy here so this simple control works well. Could be improved to handle corner cases though. Cheers, Sylvain From alexander.chemeris at gmail.com Tue Sep 25 04:19:50 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 25 Sep 2012 00:19:50 -0400 Subject: VCOREG in LMS6002D Message-ID: Hi guys, Could anyone tell me, the software guy, what may be the purpose of VCOREG block in LMS6002D (Figure 3.4 at the Programming Guide)? In our current code it's always powered down and not used, and I just wonder whether it could be used for frequency hopping and what are other potential uses. If I understand correctly, it's a kind of fine tuning for the PLL output frequency. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From s.milenkovic at limemicro.com Tue Sep 25 10:41:54 2012 From: s.milenkovic at limemicro.com (Srdjan Milenkovic) Date: Tue, 25 Sep 2012 11:41:54 +0100 Subject: VCOREG in LMS6002D In-Reply-To: References: Message-ID: <50618A72.4080403@limemicro.com> Alexander, VCOREG is in fact on chip LDO which takes 3.3V and generates 1.8V for VCOs supply. However, we do not recommend internal VCO 1.8V regulators to be used as they are more noisy than the external ones. Hence, by default internal regulators are powered down and bypassed so clean external 1.8V can be supplied via the chip pins. On 25/09/2012 05:19, Alexander Chemeris wrote: > Hi guys, > > Could anyone tell me, the software guy, what may be the purpose of > VCOREG block in LMS6002D (Figure 3.4 at the Programming Guide)? In our > current code it's always powered down and not used, and I just wonder > whether it could be used for frequency hopping and what are other > potential uses. If I understand correctly, it's a kind of fine tuning > for the PLL output frequency. > From alexander.chemeris at gmail.com Tue Sep 25 11:46:45 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 25 Sep 2012 07:46:45 -0400 Subject: VCOREG in LMS6002D In-Reply-To: <50618A72.4080403@limemicro.com> References: <50618A72.4080403@limemicro.com> Message-ID: Srdjan, Ok, I see now. Thanks for the explanation! I have a couple more questions about the values for the chip init sequence we use - in the next e-mail. On Tue, Sep 25, 2012 at 6:41 AM, Srdjan Milenkovic wrote: > Alexander, > > VCOREG is in fact on chip LDO which takes 3.3V and generates 1.8V for VCOs > supply. However, we do not recommend internal VCO 1.8V regulators to be used > as they are more noisy than the external ones. Hence, by default internal > regulators are powered down and bypassed so clean external 1.8V can be > supplied via the chip pins. > > > On 25/09/2012 05:19, Alexander Chemeris wrote: >> >> Hi guys, >> >> Could anyone tell me, the software guy, what may be the purpose of >> VCOREG block in LMS6002D (Figure 3.4 at the Programming Guide)? In our >> current code it's always powered down and not used, and I just wonder >> whether it could be used for frequency hopping and what are other >> potential uses. If I understand correctly, it's a kind of fine tuning >> for the PLL output frequency. >> > > -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Tue Sep 25 18:40:41 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 25 Sep 2012 14:40:41 -0400 Subject: UHD support for tuning on UmTRX Message-ID: Hi all, I've just pushed changes to the 'fairwaves/umtrx' branch which allow UHD to actually control UmTRX tuning. This means that now we don't need to calculate Rx/Tx frequencies by hands to run OpenBTS - it will tune automatically. I've updated the wiki to reflect those changes as well. Changes are based on the Sergey Kostanbaev's work to move all our LMS6002 control from umtrx_lms.py script to the UHD. The next most important things to get working there are: * gains control aka VGA1/VGA2 in LMS * antenna control aka PA/LNA selection in LMS * bandwidth filtering control aka LPF filters in LMS * automatic calibration utilities -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Wed Sep 26 00:57:56 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 25 Sep 2012 20:57:56 -0400 Subject: UHD support for tuning on UmTRX In-Reply-To: References: Message-ID: On Tue, Sep 25, 2012 at 2:40 PM, Alexander Chemeris wrote: > Changes are based on the Sergey Kostanbaev's work to move all our > LMS6002 control from umtrx_lms.py script to the UHD. The next most > important things to get working there are: > * gains control aka VGA1/VGA2 in LMS > * antenna control aka PA/LNA selection in LMS > * bandwidth filtering control aka LPF filters in LMS I've implemented this three controls in the 'fairwaves/uhd-integration' branch in git and tested with a couple of uhd utilities. Now we should make use of them in OpenBTS and then these changes could go to the 'fairwaves/umtrx' branch. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Wed Sep 26 04:36:46 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Wed, 26 Sep 2012 00:36:46 -0400 Subject: UHD support for tuning on UmTRX In-Reply-To: References: Message-ID: On Tue, Sep 25, 2012 at 8:57 PM, Alexander Chemeris wrote: > On Tue, Sep 25, 2012 at 2:40 PM, Alexander Chemeris > wrote: >> Changes are based on the Sergey Kostanbaev's work to move all our >> LMS6002 control from umtrx_lms.py script to the UHD. The next most >> important things to get working there are: >> * gains control aka VGA1/VGA2 in LMS >> * antenna control aka PA/LNA selection in LMS >> * bandwidth filtering control aka LPF filters in LMS > > I've implemented this three controls in the > 'fairwaves/uhd-integration' branch in git and tested with a couple of > uhd utilities. Now we should make use of them in OpenBTS and then > these changes could go to the 'fairwaves/umtrx' branch. Looks like with this changes OpenBTS could be just run and it will work. For the best performance you still have to perform manual operations, but if you just want to run OpenBTS for lab experiments, you should be fine with it. Again, I've updated the wiki to reflect this progress. I also wrote there a short manual how to choose "rxgain", "RSSITarget" and "power" values to get the best coverage for your particular hardware setup: http://code.google.com/p/umtrx/wiki/RunningOpenBTS A list of the most important things ToDo right now: * set LPF bandwidth and other important options from OpenBTS * implement LMS automatic calibration utilities in UHD * define a good initialization values for UmTRX * implement loopback option for LMS in UHD and get I/Q balance utilities working (see achemeris/iq_cal_hack branch for initial attempt) * make all GnuRadio applications to work with UmTRX -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Wed Sep 26 20:48:46 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Wed, 26 Sep 2012 16:48:46 -0400 Subject: Building FPGA and ZPU for UmTRX Message-ID: All, I've put together a short step-by-step on how to build FPGA image for UmTRX and how to flash it over Ethernet or a JTAG cable. Feel free to amend/comment on it: http://code.google.com/p/umtrx/wiki/BuildingUHD -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru