<?xml version="1.0" encoding="UTF-8"?>        <rss version="2.0"
             xmlns:atom="http://www.w3.org/2005/Atom"
             xmlns:dc="http://purl.org/dc/elements/1.1/"
             xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
             xmlns:admin="http://webns.net/mvcb/"
             xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
             xmlns:content="http://purl.org/rss/1.0/modules/content/">
        <channel>
            <title>
									Application - Geometrics Forum				            </title>
            <link>https://www.geometrics.com/community/mfam-application/</link>
            <description>Geometrics Discussion Board</description>
            <language>en-US</language>
            <lastBuildDate>Tue, 12 May 2026 23:28:58 +0000</lastBuildDate>
            <generator>wpForo</generator>
            <ttl>60</ttl>
							                    <item>
                        <title>Error 56 occurred at TCP Open Connection in MagViewMFAM_V1_1_3_2.vi</title>
                        <link>https://www.geometrics.com/community/mfam-application/error-56-occurred-at-tcp-open-connection-in-magviewmfam_v1_1_3_2-vi/</link>
                        <pubDate>Tue, 02 Jul 2024 11:23:35 +0000</pubDate>
                        <description><![CDATA[Hi Guys! Greetings of the day!
My devkit was working fine with both wifi and ethernet. But now while connecting the MFAM with Magview using ethernet port I am getting the error &quot;Error 56 oc...]]></description>
                        <content:encoded><![CDATA[<p>Hi Guys! Greetings of the day!</p>
<p>My devkit was working fine with both wifi and ethernet. But now while connecting the MFAM with Magview using ethernet port I am getting the error "Error 56 occurred at TCP Open Connection in MagViewMFAM_V1_1_3_2.vi". Please see the screenshot attached. I am not getting any data plotted. It is working well with wifi. I put the right software in the SD card and it is getting installed. The ethernet port setting is also fine according to Appendix A of the user manual. Any help to resolve this error would be appreciated. Thanks in advanced.</p>
82]]></content:encoded>
						                            <category domain="https://www.geometrics.com/community/mfam-application/">Application</category>                        <dc:creator>Kuldeep Dhiman</dc:creator>
                        <guid isPermaLink="true">https://www.geometrics.com/community/mfam-application/error-56-occurred-at-tcp-open-connection-in-magviewmfam_v1_1_3_2-vi/</guid>
                    </item>
				                    <item>
                        <title>Why is the vector sum of 3 compass readings so different from the MFAM reading?</title>
                        <link>https://www.geometrics.com/community/mfam-application/why-is-the-vector-sum-of-3-compass-readings-so-different-from-the-mfam-reading/</link>
                        <pubDate>Wed, 19 Jun 2024 23:18:03 +0000</pubDate>
                        <description><![CDATA[If the compass readings are accurate and its 3 axes are perfectly orthogonal to each other, the vector sum of 3 compass readings (x,y,z) should be very close to the MFAM reading, assuming th...]]></description>
                        <content:encoded><![CDATA[<p>If the compass readings are accurate and its 3 axes are perfectly orthogonal to each other, the vector sum of 3 compass readings (x,y,z) should be very close to the MFAM reading, assuming the local gradient is small. However, due to two main reasons, very often customers find a big difference between the vector sum and the MFAM reading.</p>
<p>1. The compass inside the MFAM driver box is NOT a top-rated vector magnetometer, in terms of reading accuracy and axis orthogonality. A top-rated vector magnetometer, capable of producing good vector sum readings, costs thousands of dollars and is much bigger in size.</p>
<p>2. The compass is integrated on the MFAM driver board, which has many magnetic components. The magnetic field at the compass location is altered by these magnetic components.</p>
<p>Although the compass doesn't generate good absolute readings, its relative angle measurement (related to the reading repeatability) is good enough to be used for maneuver noise (heading effect) compensation.</p>]]></content:encoded>
						                            <category domain="https://www.geometrics.com/community/mfam-application/">Application</category>                        <dc:creator>Rui Zhang</dc:creator>
                        <guid isPermaLink="true">https://www.geometrics.com/community/mfam-application/why-is-the-vector-sum-of-3-compass-readings-so-different-from-the-mfam-reading/</guid>
                    </item>
				                    <item>
                        <title>What 16 bits of Mag1 Status and Mag2 Status represent?</title>
                        <link>https://www.geometrics.com/community/mfam-application/what-16-bits-of-mag1-status-and-mag2-status-represent/</link>
                        <pubDate>Tue, 07 May 2024 12:58:33 +0000</pubDate>
                        <description><![CDATA[Hello! Concerning Appendix B of doc, what 16 bits of Mag1 Status and Mag2 Status represent in a data sample of ethernet packet?
Thanks]]></description>
                        <content:encoded><![CDATA[<p>Hello! Concerning Appendix B of doc https://www.geometrics.com/wp-content/uploads/2022/06/770-00104-01_RevB3_MFAM_Dev_Kit_User_Guide.pdf , what 16 bits of Mag1 Status and Mag2 Status represent in a data sample of ethernet packet?</p>
<p>Thanks</p>]]></content:encoded>
						                            <category domain="https://www.geometrics.com/community/mfam-application/">Application</category>                        <dc:creator>Kuldeep Dhiman</dc:creator>
                        <guid isPermaLink="true">https://www.geometrics.com/community/mfam-application/what-16-bits-of-mag1-status-and-mag2-status-represent/</guid>
                    </item>
				                    <item>
                        <title>How do get live data streaming from UART5 or ethernet port without using MagView.</title>
                        <link>https://www.geometrics.com/community/mfam-application/how-do-get-live-data-streaming-from-uart5-or-ethernet-port-without-using-magview/</link>
                        <pubDate>Thu, 02 May 2024 07:49:04 +0000</pubDate>
                        <description><![CDATA[Hi guys,
I need MFAM live data streaming from ethernet or serial UART5 for my project. Initially, I am planning to write a piece of code using C++ that reads the data from one of the ports ...]]></description>
                        <content:encoded><![CDATA[<p>Hi guys,</p>
<p>I need MFAM live data streaming from ethernet or serial UART5 for my project. Initially, I am planning to write a piece of code using C++ that reads the data from one of the ports and prints it on the terminal. To be sure that data is present on UART5, I connected this port to the USB port of my laptop using a suitable cable and tried to monitor data using Putty with different baud rates but found nothing. Is data streaming available on UART5 by default? or do I need to enable it?</p>
<p>I can see data on the ethernet port using MagView. Ethernet port uses TCP protocol. Is there any way to enable UDP on the ethernet port? In case I write code to read the ethernet port using TCP then please suggest a suitable reference to start.</p>
<p>Thanks a lot</p>]]></content:encoded>
						                            <category domain="https://www.geometrics.com/community/mfam-application/">Application</category>                        <dc:creator>Kuldeep Dhiman</dc:creator>
                        <guid isPermaLink="true">https://www.geometrics.com/community/mfam-application/how-do-get-live-data-streaming-from-uart5-or-ethernet-port-without-using-magview/</guid>
                    </item>
				                    <item>
                        <title>1000 Hz Sample rate and Powerline Variations</title>
                        <link>https://www.geometrics.com/community/mfam-application/1000-hz-sample-rate-and-powerline-variations-2/</link>
                        <pubDate>Tue, 22 Aug 2023 17:12:41 +0000</pubDate>
                        <description><![CDATA[The MFAM Magnetometer samples at 1000 Hz, which in turns captures a lot of unique waveforms. When viewing the data raw, it can therefore appear to be a bit noisy. But a closer examination of...]]></description>
                        <content:encoded><![CDATA[<p>The <a href="https://www.geometrics.com/product/mfam-developer-kit/" target="_blank">MFAM Magnetometer</a> samples at 1000 Hz, which in turns captures a lot of unique waveforms. When viewing the data raw, it can therefore appear to be a bit noisy. But a closer examination of the data will reveal a real variation of the magnetic field which is caused caused by the power distribution network. Proper filtering is required to reduce the power line caused variations and reveal the strong signal of interest.</p>

<img width="800" align="middle" src="https://www.geometrics.com/wp-content/uploads/2021/03/1kHz_vs_10Hz.png" alt="">
<br></br>

<p>It is not obvious that 60 or 50 hertz electromagnetic radiation is real, since in ordinary experience any power line “noise” is electrostatically coupled into a system (think 60 hertz hum on a stereo system) and is a fault that needs to be fixed. In this case however the variation in the magnetic field is induced by the power grid and is real. The magnetometer is simply and dutifully reporting the variation.</p>

<p>These power line variations are to some extent present everywhere – even miles from the nearest power line. But obviously being close to power lines will increase the amplitude of the variations a lot. Often on a MagArrow survey the power line variations will be larger at one end of the survey area than the other. Poking in the GPS coordinates at the survey area nearest the larger variations into Google Earth will usually reveal the power lines from an aerial view – even if they are not visible on the ground.</p>

<p>After applying a Fourier Frequency Transform on the MFAM data to identify the noise sources, 50 and 60 Hz noise amplitudes are easily observed. Also observable is the likely to be 20.8 Hz Schumann resonance of the third node and some other ultra-low frequency electro magnetic radiation produced naturally by the Earth. Harmonics of 60 Hz are also present.</p>

<img width="600" align="middle" src="https://www.geometrics.com/wp-content/uploads/2021/03/psd.png" alt="">
<br></br>

<p>Another common question is “Why is the power line variations not a sine wave like the power line voltage?”  Remember that voltages do not make magnetic fields. Only current generates magnetic fields, and the current being drawn is not a sine wave at all. Many loads, for example, only draw current at the voltage peaks. This makes for a non-sinusoidal magnetic field that is rich in harmonics. Also note that most power distribution system use a 3 phase topology. The ripple current in such a system will be 150 or 180 Hz. Thus you will often see large peaks in the power spectrum at these frequencies and their harmonics.</p>]]></content:encoded>
						                            <category domain="https://www.geometrics.com/community/mfam-application/">Application</category>                        <dc:creator>Gretchen Schmauder</dc:creator>
                        <guid isPermaLink="true">https://www.geometrics.com/community/mfam-application/1000-hz-sample-rate-and-powerline-variations-2/</guid>
                    </item>
				                    <item>
                        <title>How do I magscreen parts (make sure they are magnetically clean) which will be integrated with my MFAM Dev Kit?</title>
                        <link>https://www.geometrics.com/community/mfam-application/how-do-i-magscreen-parts-make-sure-they-are-magnetically-clean-which-will-be-integrated-with-my-mfam-dev-kit/</link>
                        <pubDate>Mon, 21 Aug 2023 17:38:21 +0000</pubDate>
                        <description><![CDATA[In general, avoid stainless steel parts. If you have to use stainless steel parts, make sure it is made of SS316.
To make sure that the parts are magnetically clean, you can set up the MFAM...]]></description>
                        <content:encoded><![CDATA[<p>In general, avoid stainless steel parts. If you have to use stainless steel parts, make sure it is made of SS316.</p>
<p>To make sure that the parts are magnetically clean, you can set up the MFAM Dev Kit in the gradiometer mode.</p>
<p>1. Have the two sensors separated by 20cm or more.</p>
<p>2. Turn on the gradient reading (green curve) in MagViewMFAM.</p>
<p>3. Place the part 10cm to one sensor and 30cm to the other.</p>
<p>4. Rotate the part while monitoring the gradient curve. Make sure you don't have any magnetic parts (such as keys, cell phone, watch) with you while doing this.</p>
<p>5. The peak-to-peak difference in the gradient curve (you may have to adjust the gradient scale if the curve wraps on screen) is the magnetic signature of the part at 10cm.</p>
<p>6. For the magnetic signature at different distances, scale the reading as 1/R^3. For example, if the part will be 20cm away, its magnetic signature should be 1/8 of of the reading at 10cm.</p>]]></content:encoded>
						                            <category domain="https://www.geometrics.com/community/mfam-application/">Application</category>                        <dc:creator>Rui Zhang</dc:creator>
                        <guid isPermaLink="true">https://www.geometrics.com/community/mfam-application/how-do-i-magscreen-parts-make-sure-they-are-magnetically-clean-which-will-be-integrated-with-my-mfam-dev-kit/</guid>
                    </item>
							        </channel>
        </rss>
		