-
Posts
30 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Gallery
Everything posted by engi
-
GPU -> FPGA via DisplayPort Video Interface
engi replied to cat416b's topic in New Users Introduction
However strange. Display Port is a valueable thing because free of charge. Maybe this is the reason for removing it? XI offers the HDMI for purchase :-) -
Why is the ringing only at the high level? Is there an impedance matching issue?
-
When first starting the AD2 recently I though it was dead because I did not see a reaction. Now i discovered a heavily flashing green LED when look from aside into the plastic housing. Is that ok that way? I did not find anything mentioned about that in the docs.
-
Hm, I got stuck with this issue too at first - later i managed that. As there are many login protections in the net which are really much worse than that , i am quite ok with that one in here. However I am with you that it is really frustrating! What some "programmers" and "webdesigners" consider reasonable to install as a "protection" is nothing more that user distraction. They mostly have not the brain to look forward to possible issues and traps because most of these guys have chaos in their brain. I have to deal with their "output" every day! When I get stuck to long I tend to sent a preprepared letter (as a paper!) to the company. I already complained at a CEO about a guy's nasty support and asked him if he himself is able to supply the data sheets of the products I was seeking for. Well, finally they reacted. :-)
-
GPU -> FPGA via DisplayPort Video Interface
engi replied to cat416b's topic in New Users Introduction
Wasn't there an issue with the Transceivers' PLLs and stability in the A7? I have something in mind like that. Generally DP works with Kintex e.g. (proved) -
More than one AD2 devices possible at one PC?
engi replied to engi's question in Test and Measurement
Separate Apps would be ok, since I intend to use one as driver for circuit and another for analysis of outputs. Fine so far. When being back from business trip, I will try it and report. The two devices appeared already :-)- 2 replies
-
- ad2
- multi device usage
-
(and 1 more)
Tagged with:
-
Wavegen output data as in input in scope function
engi replied to Stetramp's question in Test and Measurement
hm, if wavegen and digital input of the scope (an ADC?) are running in the same FPGA, this should only be a register at the output to be read, or am I wrong? Which FPGA is used for the AD2? -
protocol Process of using CAN Protocol in Analog discovery 2
engi replied to R Hari Chandana's question in Test and Measurement
Could it be possible (in theory) to use the analog inputs and interpret them in an appropriate way? A low pass filter and a difference (subtraction) should give a more or less "digital" signal zu interpret it. -
Is is possible to run and control more than one devices of Analog Discovery THE SAME TIME with one PC - using one application?
- 2 replies
-
- ad2
- multi device usage
-
(and 1 more)
Tagged with:
-
Analog Discover 2 analog in, sample averaging bug?
engi replied to a question in Test and Measurement
The interesting was to setup a specific FIR for extracting a particular frequency. I have such a project at the moment. However, it is ok. -
Interesting subject. I am going to use AD2 for audio too, whereby I wonder about the quality of input noise. Generally I would go with a good sound card or a professional device. Also for the microhones i suggest a noise free pre amp with a good and noise free 48V phantom power. Me I am going with RME' ADI Pro and fireface. For Audio analysis I use ARTA, and selfbuilt gear. Regarding AD2, I wonder about the linearity of the frequency curve. (?)
-
With an Artix it is possible to treat UHD at 297MHz, most probably not with an analog VGA:-) In the example above, I am using 148.5MHz for HDMI, which is already pretty high for analog purposes. With a Spartan I also used 148.5 and also 162 to drive 1600x1200. The issue here is the monitor which only prints nice at 1920x1080, so there is no other choice at first glance. With a different timing scheme it might be possible to go with almost 200MHz, but did not try this. See the table below. https://www.mikrocontroller.net/articles/Projekt_VGA_Core_in_VHDL
-
Analog Discover 2 analog in, sample averaging bug?
engi replied to a question in Test and Measurement
Is is only averaging by mean value, CRC or is there also a weighted calculation with FIR possible? -
I checked the alignment and some wrong CCs wont do much harm ecept of an image shift. The issue I was describing above was indeed the missing active area treatment: When stripping down the example, I simply did not blank the VGA outs correctly. However I will check the alignmet again - but according to a test I did in the meanwhile (using a frame of 1 pixel width) this is right. Here is an example of a vid pattern (ARTY 100, PmodVGA placed at ports B+C) vga_pattern_test.zip
-
Second Order Sigma Delta DACs implemented in a FPGA.
engi replied to hamster's topic in Project Vault
You can try to add and alter substract noise (or use a noisy DSC) in order to flatten the noise spectrum. Focussing on audio one can reach up to almost a 16 bit quality for music signals following pink noise spectrum. Calibration of the input behaviour has to be done too (Schmitt Trigger issue). -
Mono Audio Output Pynq z1
engi replied to Payam's question in Digilent Microcontroller Boards (Retired)
is that a buffered output followed by a RC-filter ? Can you measure the signal? Can you chipscope it? -
******************** The issue is solved! ******************** It was a specific problem with the monitor and the pattern I was using: If one looks close to the pattern one can see the effect that the colour already slightly changes over the vertical coordinate! Reason: The Monitor scans the VGA signal in order to get the limits for VMAX and blank and with my pattern this worked only partly. I did not correctly blank the VGA channels in the HSYNCH and VSYNCH periods. Regarding the code above, the "active" signal has to be taken into account. Then it works fine. And yes: No power supply is required for this design. It works without.
-
I am having a similar issue. I want to monitor the voltage sources like shown in the ARTY 'A7 Reference (website at Digilent's) but see only Zero.
-
Can you post the full declaration of the array? Typically a natural number progresses and addresses the desired items in the array.
-
Is the VMOD Standard still current?
-
ADC/DAC higher than 2 MSPs and >= 12 bits (No FMC)?
engi replied to herve's question in Add-on Boards
Is there any Module which can do that? A Four channel Module with 4x 2,5MSPS would be nice to be interleaved by an appropriate setting. 2,5MSPS x 16 Bits would be 40MHz which should be working on a PMOD connector. -
For an appropriate processing of a MEMS PDM datastream (not I2S data stream) a good filter is required. Averaging only will cause a lot of alias frequencies to pass the filter. The same is with the Hogenauer CIC (often called SINC) which is not a good SINC at all. A cost effective Filter can be built in any PLD with an IIR like this: SUM = (65536 * NEW + 1023 * SUM) / 1024 leading to Value with 16 Bit quality and an edge frequency of ~/512 (for a <5MHz PDM here around 10kHz).
-
LR clock seems to be wrong. This should be the half i think, since it toggles with the 32 bits of a word indicating the same channel (L). for MCLK some devices requires 128xLR Clock, some 256x. For those reading the thread: I recommend to use an appropriate audio clock, which can be achieved with a PLL like this: PLL 1 : 100MHz -> 2:8 -> 25 MHz PLL 2: 25 MHz > 29/59 -> 12.288 MHz which is only some ppm away from the ideal frequency. The resulting Frequency should be : LR Clock 96kHz / MCLOCK 12.288 / 25.576 - Sample FR = 48.000.xx kHz Leaving PLL 1 away would be appropriate für 96kHz / 192kHz Audio.
-
Not sure if it heps, but I wonder, how the PLL setting should cooperate with I2S.(?) Typically you will get or drive the MCLOCK from / to the board with 64xBCLK. This is for instance someting like 12,288 MHz. One chance is to obtain a BLCK and use a PLL to generate an internal multiple of it to get e.g. S/PDIF (BMC) working. If you want to produce I2S or S/PDIF from the PCB and do not have an oscilator with 24.576... you can try to produce a 25MHz Clock with a first PLL and then use a 29/59 to obtain a 12,288 with some 20 ppm error only! One can even use a little load to the OSC to pull it and synch it to an coming clock this way.
-
Did you manage to get that working?