Thanks for taking the time to perform all these tests!! πŸ™Œ πŸ™Œ
Although some of the datasets give me completely unexpected results. I suspect that I wasn't clear enough when describing the movements you had to do.

Smartphone test.

The first one is OK and, as expected, the magnetic field is not fluctuating.

The second dataset is slightly different than what I expected. The results of this test should show 4 transitions, like in the picture, but yours has many more.

Please double check you are exporting the Magnetometer data, and you are making a procedure like in this video.

K-Ceptor dumps.

Here I expected to get an spheroid from the data, like in the images generated during calibration. What I get instead are two intersecting semicircles.
Here you can see the 3D representation of the the nocalib dataset, the other one looks similar

Are you making the same movements you used for the magnetometer part of the calibration? as in this gif:

PS: don't worry about the debug data on the logs, it can be easily filtered.

    daylanKifky It looks like I misunderstood your instructions.

    Put the phone on a flat surface, and make four 90Β° turns, ending on the same direction you started. Between each turn hold it still for some seconds. This will help us determinate if the field has a significant vertical component, in other words, if it's pointing upwars

    At the time I did the tests (both for the smartphone and the K-Ceptor), I thought that I needed to start with the phone/K-Ceptor on the flat surface and then then rotate it 90-degrees on one side so it was perpendicular to the flat surface, and then return it to it's original position, and then repeat the process for the remaining 3 sides. However, upon reading it again I think I see where I went wrong.

    So for these tests, am I supposed to 1) perform the same full procedure that is used when calibrating the K-Ceptors, or 2) keep the phone/K-Ceptor parallel to the flat surface and rotate along the yaw axis 90 degrees and repeat until I come back to the side I started on?

      AxonSpark 1) perform the same full procedure that is used when calibrating the K-Ceptors

      This is the procedure to be used with the notochord tests

      AxonSpark 2) keep the phone/K-Ceptor parallel to the flat surface and rotate along the yaw axis 90 degrees and repeat until I come back to the side I started on?

      For the test with the physics toolbox, using your smartphone.

        Hey,
        thanks for the new readings and for your patience through all this process!
        I now have the data I need. I might need a couple of days to figure out what's going wrong

        Ok cool. Hopefully it's an easy fix. I can't wait to test out the full biped armature! 😁

          AxonSpark
          I think I found the problem!
          Or at least I found an issue with the way the accelerometer and gyro calibration data is applied. Hopefully that's the reason of your calibration problems.
          I'm working on a fix, will let you know as soon as it's ready

          At the moment the fix is partially implemented at the branch b_bad_calib.
          I should be able to complete it on the following days. If you want to test it now you might already get a better result.

          this will checkout the correct branch and compile:

          git pull
          git checkout b_bad_calib
          scons -j3 debug=1

          (you will need to re-calibrate the sensor)

            daylanKifky I compiled the new branch and performed the calibration, but now the plugin in Blender isn't able to receive data. I seem to be connecting without a problem, but when I click the "Receive" button nothing happens.

              I've just pushed the complete fix. Please pull the repo and recompile, and tell me how it goes.
              (you will need to re-calibrate the sensor.......... again 😁 )

              If you still find problems please send me a new set of CSV's like the one you did before.

              AxonSpark when I click the "Receive" button nothing happens.

              Is this happening when you run the notochord with the --scan flag?
              If that's the case then is normal: the current add-on is not really smart, it just assigns the rotations it receives when the label of the object matches the label of the K-Ceptor.
              When using --scan the notochord assigns labels based on the position of the KC on the hierarchy, something like kc-CH_2-1 (kceptor on CHannel 2, with value 1).
              The object on the testcube.blend is called Unico. In order to use it with --scan you should change it's name.

              While calibrating a set of sensors I realized that there's a little problem with this last fix.

              If you plug the KC and proceed right away with the calibration you will probably get wrong results.

              I'll solve it on the next commit. In the meantime a temporary solution is to make a dry run of the notochord in normal mode before calibrating

                daylanKifky Good thing I waited to calibrate! πŸ˜ƒOk, so I pulled/compiled the latest version, did the notochord dry run, and then calibrated the K-Ceptor (and used the proper K-Ceptor name in the testcube file).

                The results I saw are looking REALLY good! 😁When I turn and hold the K-Ceptor, I'm not seeing any of the large constant drifts that I had before. In fact, I'd say it's pretty solid, as not only does the test object stay still, but there also seems to be a significant reduction in the noise coming through as well (if it weren't for the minuscule changes in rotation values in the object panel, I wouldn't have known there was any noise at all).

                The only visibly noticeable noise I saw was when the K-Ceptor was in it's resting position, but even so it doesn't seem to be that significant.

                Thanks for your speedy updates!

                  AxonSpark The results I saw are looking REALLY good! 😁When I turn and hold the K-Ceptor, I'm not seeing any of the large constant drifts that I had before.

                  That's great news!!
                  Thanks to you for the detailed feedback!, I wouldn't be able to even find this bug without the data you provided.
                  Let's celebrate by creating a new [Solved] tag for this forum and assigning it to this thread! πŸŽ‰πŸŽ‰πŸŽ‰

                  Once I finish solving the little issue that popped up with this modifications I'll create a new release of the notochord.
                  And will also update the information on the calibration section of the wiki, and add the procedure to the capturing section.

                  4 days later

                  I was finally able to update the information on the wiki (capturing and calibration sections). Let me know how it goes with the full body capture!

                    daylanKifky My freelance gig started up again, so I'm going to recalibrate the remaining sensors this weekend. I've also ordered the battery pack and plan on going to the local REI to get the straps/harness I need (I figure if any one would have that sort of stuff it would be a camping supply store). Still need to order some sheets of anti-static foam.

                    One thing I noticed in the photos is that the K-Ceptor's are secured with screws. Do metal screws not interfere with the sensors after they've been calibrated? Or should I look into some plastic screws? Also, is it safe to use the TP holes on the Hub for screw mounting to a project box?

                      So, I calibrated the rest of my K-Ceptors, and now I seem to be getting some odd results. Some sensors calibrate ok, but others are still getting some drift when turned to 90 degrees along some axes, but not on others. I did the notochord dry run first, so I'm not sure if I did something wrong or if I should just wait for the new version to come out and calibrate again.

                        AxonSpark
                        I haven't publised a new release yet because I would like to include a higher sensor read rate (as discussed here), as an experimental feature.

                        But I did already implement a solution for the "dry run" issue.
                        If you pull the b_bad_calib branch, recompile and try calibrating a sensor you will see that the notochord retries the acel and gyro part until their readings are steady.
                        I recalibrated all my sensors with this new version and got great results.

                        Well, I updated the b-bad_calib branch and recompiled, but now I can't calibrate sensors. Despite the fact that the K-Ceptor is sitting still in the calibration box on a flat surface in another room, the new program keeps reading that there is too much variation, so it gets stuck endlessly retrying.

                        I've also tried this with the K-Ceptor outside of the calibration box and get the same result.