You can refer to the attached .ldf file where i have created section called mysdram0 and mysdram1. Now you can declare the large array as mentioned below. Please let me know if this doesn't answer your query.
#pragma section ("mysdram0")
unsigned int arrayA[large_size];
#pragma section ("mysdram1")
unsigned int arrayB[large_size];
Hi Akira,
You will need to combine Figures 4 and 5 to extrapolate out the power at 3250MHz. BB roll off will be 0.5dB and we can assume 2.5dB roll off from 3000MHz to 3250MHz; so total will be 3dB roll off. See example picture below.
Best Regards,
David
Hello mhennerich,
Thanks for the reply,
yes i am using prebuild image , i have downloaded from this link "AD9361 HDL Reference Designs [Analog Devices Wiki] "
-Narendra
Hello:
Just to keep a record, I had exactly the same problem with the SSM2529. I still don't understand which parameter of the IC I'm violating.
To fix it, I just delayed the data change 100ns after the falling edge of the I2C clock. Luckily this was configurable in the controller I'm using (STM32L433).
This is really strange and looks like the chip has an issue with the I2C interface.
Kind regards,
Luis Togo
Hi,
Which carrier board are you using?
Please open up a terminal console to your board and run the `dmesg` and `iio_info` commands and let us no the output.
- Lars
Hi,
There is currently no Linux driver for the ADV7401 available, sorry for that.
- Lars
Hello Engineers,
can you please explain more about how to compile no-os driver on linux. i have tried but no-os driver required bsp's files which is not found in linux application project. i.e xparameters.h, xcache.h etc.
-Narendra
Thanks for your question. The magnetic field or radiation should not affect the accelerometer device operation though we don't specify accelerometer behaviors in these fields. Based on the feedback we received they are very robust to electromagnetic interference(E.g. ADXL345 was used in the cellphone without any issue). But keep in mind magnetic fields can impact key support functions, such as power supplies' stability.
Hello Engineers,
i want to pass continuous data which are coming from Ethernet to ad9361 device. regarding this i have following question.
1) do i need ad9361 linux driver for lan handling?
2) do i need to compile ad9361 linux driver ?
3) what are the changes i need to do in ad9361 driver?
please provide any kind of documentation regarding this, ASAP
Thanks & Regards
Narendra Patel
Hey Miguel,
The OS is Windows 7 64-bit SP1. The software version at the top says AD9833 Rev0 and the LabVIEW version is 11.0.1f2 (32-bit).
The SDP-B rev is 1.3 and the EVAL-AD9833SDZ rev is 0.
Hi ysuzuki,
Can you tell me how long you are waiting for the AD9545 to achieve PLD? Have you used the Fast Acquisition feature? With the FAQ, I would expect it could still be a few minutes to achieve lock. Does the AD9545 report back FLD in this updated case?
We have used the AD9545 evaluation board with the onboard XTAL for 1PPS systems, so I have confidence we can get this to work.
On the ACE software, can you do a "Read All" and then save the .cso file and post it here? That way, I can check the internal signals and the state of the AD9545.
Thanks,
-Steve
Hello,
Let me explain my setup first.
AD9371 EVM Rx channel 1 using external rxlo at 1.96608GHz (measured actual signal is 3.93216GHz at 3dBm at rxlo SMA). The RF input and lo are provided by sig gen. Data is captured into fpga and ported to matlab.
The problem:
The following is a diagram comparing the Sig Gen data with captured RX data from two different startups. In case 1, the Q data is negated compare to case 2, the I data is negated. In both case, the spectrum is inverted. Searching through UG992, I can't find related information regarding spectrum inversion. Is there any way to disable spectrum inversion? Your help is greatly appreciated. Thank you.
Li
Any suggestions on this one?
Hi,
ADN4650 can indeed be used to isolate HDMI, using appropriate coupling networks for TMDS/CML to LVDS and vice versa as you suggest. We will have a live demonstration of this at Embedded World show in Nuremberg, Germany, from 27 Feb to 1 Mar, at the Analog Devices booth.
Some application-level circuit design and verification may be needed depending on the purpose (e.g. cable quality/length, HDMI sink capabilities), but the circuits below have been verified to allow isolated HDMI using ADN4650. AC coupling is required in both cases, and then for connecting to an LVDS receiver, the signal is attenuated and a common mode introduced (via resistor network on Din-). Conversely the LVDS outputs have a termination network to allow operation with some CML receivers.
TMDS/CML to LVDS:
LVDS to TMDS/CML:
I'd recommend start with the components above, and then you can analyze the signal and see if performance is as desired for the application. If needed, the coupling networks can be adjusted further, or indeed a HDMI re-driver could be added.
Best regards,
Conal Watterson
Hi Jithul,
really? Are we both referring to rev 5 of the generator and the 21489, (not the 21469)?
See a screenshot below.
Best regards,
Rainer
We support streaming data over Ethernet on the default images, which is done through the ARM with libiio What is libiio? [Analog Devices Wiki] . If you want to test this feature I would recommend utilizing IIO-Scope on a host PC IIO Oscilloscope [Analog Devices Wiki] .
-Travis
To be fair, my SDRAM is working. I was just asking out of curiosity.
I don't expect any action on this.
Regards,
Rainer
Hi,
hard to find the error without more information.
Do you wait long enough after releasing reset? Do you monitor the RSTOUT signal?
Regards
Rainer
Hi Kristian!
It is great to hear from you and to see you continuing your work with our IMUs. We sincerely appreciate that.
The ADIS16480 is probably the closest Linux driver to start with as it has the 32-bit sensor data and its sample rate (2460 SPS) is fairly close to that of the ADIS16465 (2000 SPS). If you want to get a register map, which is already in C++ code, one of my colleagues posted this reference design on his personal github site:
The ADIS16465's register structure and operation are very close to that of the ADIS16470, so hopefully this will help. I will see if I can find some edit instructions that I sent to another customer, who was adapting this same reference code for another ADIS16465 application.
We do hope to support an official driver for all of our new IMUs, but at the moment, are focused on other support collateral. Sorry we are too late for your current needs on this.
Very best,
Mark
Please note that in the original posting, I stated that we are "using ADRV9371-W/PCBZ evaluation board with the ADRF6780 Ku band upconverter and HMC1113 Ku band downconverter". Thus, the desire to know how to best bypass the default RF frontend on the ADRV9371-W/PCBZ evaluation board. The goal is to do only one single up/down convert between the antenna assembly and the ADC/DAC components.