View page
Talk page

01 January

Modified 12:21, 16 Jan 2013 by horneff | Page History
    Table of contents
    1. 1. 16.1.2013
          1. 1.1.1.1. Olaf reports:

    Version as of 21:29, 22 Jul 2024

    to this version.

    Return to Version archive.

    View current version

    16.1.2013

    Olaf reports:

    in the tests I ran last night, I noticed that some HBA tiles/elements did not accept delays for the analog beam forming. Here is the corresponding output from rspctl --realdelays:

    HBA[66].real delays= ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ???
    HBA[67].real delays= ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ???
    HBA[96].real delays= ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ???
    HBA[97].real delays= ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ???
    HBA[160].real delays= 204 212 220 228 188 196 200 208 172 180 184 ??? 156 160 168 176
    HBA[161].real delays= 204 212 220 228 188 196 200 208 172 180 184 ??? 156 160 168 176
    HBA[166].real delays= 204 212 220 228 188 196 200 208 172 180 184 ??? 156 160 168 176
    HBA[167].real delays= 204 212 220 228 188 196 200 208 172 180 184 ??? 156 160 168 176

    In other words 66/67,96/97 did not work at all, and 160/161,166/167 had problems with one element. I tried it again by going back to swlevel 0, but to no avail.

    [Note:] This was testted after directly switching to rcumode 5, i.e. going to swlevel 3, defining a beam and then testing after BeamControl is done setting everyting up. No tests with first going to rcumode 5 and testing the analog beam forming after the tiles have been in switched on for a while was done.