SeeShells,
First off, thanks for all the work you've done and info you've shared so far. I'm continually impressed by all the little things you've thought to design into your setup.
Thanks that's very nice of you to say.
From what I can tell from your posts, your main force measurement device is a Weighmax W-HD200 (200g max, 0.01g resolution) digital scale, correct? Will you be using any other instruments/devices for force measurement? If not, how do you plan on synchronizing the recording of the scale display with other datasets such as magnetron on/off or frustum temperature logs, etc.? I am reminded of the extra manual sync step needed to visually/acoustically match rfmwguy's video timestamp/real-timestamp and mag on/off hum noise. If you're planning on using another force-measurement/acquisition system then you can disregard the remainder of this post.
Good questions. Since I didn't have the funds to get a scale like rfmwguy's I will be videoing the scales and or the laser deflection. I also have a camera monitoring the thermal camera that is on the frustum. I've been working on using a xenon camera flash to time the videos when powering the system. The flash is picked up by the cameras and then can be synced later in post production. I thought this was a neat idea, would love any thoughts.
The other data will be from the computer monitoring the magnetron output spectrum and another spectrum analyzer for the frustum.
To remedy the issue of manually linking scale display video with other data in your tests, I'd suggest using a different measurement device which has the ability to save data to a file for later review/processing. This can take the form of a computer (or Raspberry Pi, as you're planning to use) with a DAQ-type device and force sensor. Alternatively, if there is concern that using a non-RTOS might introduce unpredictable sampling delay errors from the various inputs into the final dataset (in the case that any generated force might be a fast transient when the RF is first switched on, and thus a low-sampling rate will miss, or unpredictable sample delays will mis-represent this critical information), a microcontroller with microSD card interface could be used which could be programmed with calculable sampling delays.
I have a Raspberry Pi with acceleration XYZ chip but honestly haven't had the time to squeez it into this firt run. I plan on doing it the second one.
I have purchased & taken apart one of the same model W-HD200 scales (See attached picture. Note I've removed the LCD and bent up the backlight to see underneath) to see if there is any data output interface. Unfortunately it doesn't look like there is. The main IC is unfortunately a glob top and is thus unidentifiable. Due to this, the characteristics of the scale (such as internal sample rate, temperature drift error, etc.) are unknown and will make error analysis attempts difficult.
Since accurate measurement of force is of the utmost importance, I'd suggest using a load cell and amp/DAQ with well-documented characteristics. I also note that the scale in question uses a 300g max load cell (as can be seen on the green label on the side). I'd suggest using a 100g load cell, as the reduced full-scale range would be reduced by a factor of three, and as such the accuracy should proportionally increase by a factor of three (as more of the full-scale output voltage will be utilized). As glennfish estimated in his post (http://forum.nasaspaceflight.com/index.php?topic=39004.msg1459170#msg1459170), total force probably won't exceed 1N (~100g). In my non-extensive search, it seems as though any load cells with a max capacity <100g are prohibitively expensive (like $600+). Therefore it seems like 100g cells have the best performance-to-price ratio. For example, this 100g load cell (http://www.phidgets.com/products.php?product_id=3139) or others on eBay look like they'd work, they're generally <$10, and have included performance characteristics which will allow for system error analysis.
As far as amplifiers/ADCs, the ADS1232REF evaluation module (http://www.ti.com/tool/ads1232ref) from TI looks like one of the best options. The HX711 is another chip commonly used for this purpose, however the datasheet is not as extensive and it has worse RMS input noise by at least a factor of two. The ADS1232REF uses a 24-bit ADC with a full datasheet, the eval board has been designed specifically for load cell measurements, it provides a small LCD display, programmable MSP430 microcontroller, USB interface, and costs about $50. It looks like the LCD might only display raw ADC values when using the USB interface rather than scaled weight values in common units (as it would in Scale mode, see the user manual: http://www.ti.com/lit/ug/sbau120b/sbau120b.pdf), but the acquired raw data could easily be scaled on the computer to output weight/force units. It looks like it has the ability to act as a COM port on the computer, and therefore it would be pretty easy to write software to interface and save data. Alternatively, it is possible to re-program the on-board MSP430 and probably trivial to add functionality to output scaled data (vs. raw data) via USB/UART. It should be possible to tap into the MSP430's UART signals directly (between it and the USB<->UART conversion chip on the board) and send data directly to another microcontroller logging data to a microSD or flash chip, which would reduce the sample-timing errors discussed above (due to the non-RTOS running on the host computer, if such errors turn out to be non-negligible).
According to various data which can be found in the ADS1232 datasheet (http://www.ti.com/lit/ds/sbas350f/sbas350f.pdf), I estimate the evaluation board should be capable of 42.3uN (micro-Newton) resolution (about 2x better than that of the Weighmax scale), using the aforementioned 100g load cell, with a sample-rate of 80 per second (resolution approximately doubles @ 10SPS - a trade-off to consider). The estimated force resolutions are based on "noise-free bits" and could be improved via averaging, although of course this would lessen the overall sample-rate proportionally.
TL;DR: Shell, I suggest you implement a force-measurement method using devices which are well-characterized for error-analysis purposes, and which provide data in a format that can be automatically saved to a file for fine-detailed analysis (rather than manually reading values from a scale display off a video).
Back to lurking...
Great post, I so want to thank you for detailing the issues with the digital scales.
Really need to look at the build time piecing together one using different parts and also the device I ended up with could be questioned. I looked into other scales and even have tried to "snipe" a couple used ones on ebay. Did not snipe well enough.![]()
On the commercial arena what I found killed the little build budget, Could have done it if I reached my goals in gofundme (I costed the project before I set the goal). Here is one I was looking at with data logging via a PC and USB port using winwedge software $300 (single user) and a scales providing a Serial or a USB output. $1,355.91 http://www.ebay.com/itm/OHAUS-AX423-E-Precision-Balance-Scale-Digital-0-001g-/381370253204?hash=item58cb703f94:g:aSQAAOSwo6lWMT3N
I have funding setback for incidentals. Any one here have any other input?
Shell
Seems to me that he has assumed it violates CoM. EW has not contended this and his blogpost suggests they have...perhaps by error of ommision. What I find "unscientific" about his emdrive post is he appears to have only superficially researched the topic, not considering the Quantum Vacuum senario that Dr White is investigating. Ironically, he uses the 2011 Nobel Prize for Quantum Vacuum work in his first post. So why would he not consider EWs position on this? This is where I humbly suggested bipolarity...Quantum Vacuum theory by EW was ignored in his Emdrive blog:
"If you want to go forward, you have to push on something or propel something backwards. The plucky NASA engineers in question aren’t hampered by such musty old ideas. As others have pointed out, what they’re proposing is very much like saying that you can sit in your car and start it moving by pushing on the steering wheel." - sean carroll
I think carroll has been discussed here before and I only bring it up to point out what I consider to be his defense of string theory using decent philosophy and his dismissal of emdrive using inconsistent philosophy. I find his argument...falsifiable
Quantum Vacuum theory by EW was ignored in his Emdrive blog
The criticism against String theory is made on a completely different basis than the criticism against the EM Drive: it has to do with the fact that at the present time it is not possible to falsify String Theory experimentally.
The criticism against String theory is made on a completely different basis than the criticism against the EM Drive: it has to do with the fact that at the present time it is not possible to falsify String Theory experimentally.
This is a bit of a tangent, but I'm under the impression that a failure to observe super-symmetric partner particles at the Large Hadron Collider's design power would not be a good sign (but not a falsification) for String Theory. Is this impression correct?
The criticism against String theory is made on a completely different basis than the criticism against the EM Drive: it has to do with the fact that at the present time it is not possible to falsify String Theory experimentally.
This is a bit of a tangent, but I'm under the impression that a failure to observe super-symmetric partner particles at the Large Hadron Collider's design power would not be a good sign (but not a falsification) for String Theory. Is this impression correct?
it all depends on how one defines "not being a good sign". From the viewpoint of Occam's razor it would not be a good sign because the simplest theory supporting all the experimental evidence should be preferred (according to Occam's razor), and String theory does not make it on being the "simplest theory" at that point.
The criticism against String theory is made on a completely different basis than the criticism against the EM Drive: it has to do with the fact that at the present time it is not possible to falsify String Theory experimentally.
This is a bit of a tangent, but I'm under the impression that a failure to observe super-symmetric partner particles at the Large Hadron Collider's design power would not be a good sign (but not a falsification) for String Theory. Is this impression correct?As to not being a good sign, it all depends on how one defines "not being a good sign". From the viewpoint of Occam's razor it would not be a good sign because the simplest theory supporting all the experimental evidence should be preferred (according to Occam's razor), and String theory does not make it on being the "simplest theory" at that point.
The criticism against String theory is made on a completely different basis than the criticism against the EM Drive: it has to do with the fact that at the present time it is not possible to falsify String Theory experimentally.
This is a bit of a tangent, but I'm under the impression that a failure to observe super-symmetric partner particles at the Large Hadron Collider's design power would not be a good sign (but not a falsification) for String Theory. Is this impression correct?As to not being a good sign, it all depends on how one defines "not being a good sign". From the viewpoint of Occam's razor it would not be a good sign because the simplest theory supporting all the experimental evidence should be preferred (according to Occam's razor), and String theory does not make it on being the "simplest theory" at that point.Ahh but ... ready for it? No Bad Data.
The criticism against String theory is made on a completely different basis than the criticism against the EM Drive: it has to do with the fact that at the present time it is not possible to falsify String Theory experimentally.
This is a bit of a tangent, but I'm under the impression that a failure to observe super-symmetric partner particles at the Large Hadron Collider's design power would not be a good sign (but not a falsification) for String Theory. Is this impression correct?As to not being a good sign, it all depends on how one defines "not being a good sign". From the viewpoint of Occam's razor it would not be a good sign because the simplest theory supporting all the experimental evidence should be preferred (according to Occam's razor), and String theory does not make it on being the "simplest theory" at that point.Ahh but ... ready for it? No Bad Data.
You stepped into it again Shell!
No data.., is bad data.
We have a place to go now so you guys need to get busy.
https://en.wikipedia.org/wiki/Wolf_1061
The criticism against String theory is made on a completely different basis than the criticism against the EM Drive: it has to do with the fact that at the present time it is not possible to falsify String Theory experimentally.
This is a bit of a tangent, but I'm under the impression that a failure to observe super-symmetric partner particles at the Large Hadron Collider's design power would not be a good sign (but not a falsification) for String Theory. Is this impression correct?
Its also kinda funny that they may have detected a new particle that has nothing to do with super symmetry or anything they even expected. Just thought I'd put that out there.
Yesterday, there were 10 pheno papers trying to explain the bump near 750GeV if the bump is not just a deceitful fluke. Three preprints mentioned supersymmetry, mostly suggesting that the minimal supersymmetric standard model (MSSM) doesn't look quite compatible with the data.
Today, the number of papers on the bump decreased by 20%, to eight. And they have a rather different focus. I won't discuss all the papers one by one anymore because it would be a full-time job. Instead, let me mention that two papers identify the bump as something very specific and supersymmetric.
It would surely be fun if the resonance existed and were not only connected to supersymmetry but if it were one of the "most systemic" yet overlooked particles associated with supersymmetry breaking – a superpartner of the superpartner of the graviton which isn't a graviton. ;-)
We have a place to go now so you guys need to get busy.
https://en.wikipedia.org/wiki/Wolf_1061heck yeah, I'm glad we found a planet so close.

Whatever comes of this em-drive business, whatever that means, I am fascinated as well. In fact, because of the em drive I am now getting interested in physics. I've always loved computer science, but thanks to everybody here I am now deeply interested in physics. Its definitely not a boring subject, nor is it confusing. It just seems that way at first.
Rodal should be a professor and teach his stuff if he hasn't in the past or doesn't currently. And Shell is a great engineer, also very inspirational. rfmwguy sticks his neck out there and gets to business, so we can all benefit. Nice job guys and keep up the good work.
Whatever comes of this em-drive business, whatever that means, I am fascinated as well. In fact, because of the em drive I am now getting interested in physics. I've always loved computer science, but thanks to everybody here I am now deeply interested in physics. Its definitely not a boring subject, nor is it confusing. It just seems that way at first.
Rodal should be a professor and teach his stuff if he hasn't in the past or doesn't currently. And Shell is a great engineer, also very inspirational. rfmwguy sticks his neck out there and gets to business, so we can all benefit. Nice job guys and keep up the good work.

Whatever comes of this em-drive business, whatever that means, I am fascinated as well. In fact, because of the em drive I am now getting interested in physics. I've always loved computer science, but thanks to everybody here I am now deeply interested in physics. Its definitely not a boring subject, nor is it confusing. It just seems that way at first.
Rodal should be a professor and teach his stuff if he hasn't in the past or doesn't currently. And Shell is a great engineer, also very inspirational. rfmwguy sticks his neck out there and gets to business, so we can all benefit. Nice job guys and keep up the good work.Thanks.
You all are simply incredible! I'm not throwing that word out here lightly and this even goes for the ones who are just tuning in to see this unfold, I urge you all to please stay tuned.
I'm reminded every day now of the father who said he had a daughter and she said she wanted to grow up to become to be a scientist like me. What a proud dad he must be. Hearing that gives me hope and faith in the fathers and mothers and the children who will walk in our shoes.
Things are happening. EagleWorks has a paper in peer review and I'm restoring my lab into my home and the frustum antennas I fried. I'll say it. I got thrust and yes it was above EagleWorks and rfmwguy's and several others. It was a O. M.G. moment. Honestly, I got so excited I was shaking, it was like a new hot rod car and I regressed turning up the power. I didn't record any of it as it was just a preliminary test to see if everything worked. I got more thrust and as the digital scales were climbing it went pffft. That wasn't good.
For those of you that are wondering what I have in plans right now (other than getting things set up in the home) is to test two different antennas, one being a cone style and the other being a ball on the end of the antennas (like your car antenna) to see if I can negate some of the coronal discharges from the points of the antennas that it had to see to fry itself into a match. I've vowed it will not happen again at greater power.
Don't ask what levels I got, all I'll say they were out of the noise and error IMHO. We will revisit it all again when I get set up. I'll post all the data I get for everyone to see. Yes, rfmwguy I'll post some pics.
Everyone have a great Sunday. I'm back to rebuilding a waveguide that wasn't as good as it needed to be the first time and may have caused my antennas to matchstick.
Shell
PS: Dad, you tell your daughter that you're proud of her, as am I.
I'll say it. I got thrust and yes it was above EagleWorks and rfmwguy's and several others.