James

It worked fine on my VS DNA 200, as well as Nick's. No problems charging at all. What are your cell voltages at, and your USB voltage? Of course if your batteries are nearly full, the charge will not be at 2A. Hmm. What kind of chargers are you using? I am using an Aukey Quick Charge 3.0 single port and the charge port on a 7-port Anker USB hub.

aonoukraine, I am curious, why do you say according to the core wire? I may be extremely tired from coding, but I believe you'd do a custom curve in Steam Engine with the two wires considered to be electrically in parallel.

It does that right after a firmware update. I believe it's due to the cell balancing being active when the firmware update completes. Reboot it and it'll be good from then on.

What version of Windows are you running?

If 3V is not giving you trouble it certainly can't hurt to be at a higher voltage, especially since you are interested in battery cycle life. E-cigarette batteries tend to lead hard lives, though Samsung INR etc. 75W capable 18650s are generally quite happy at that voltage. Keep in mind also it's under-load voltage, so the battery is not at 2.75V unloaded unless you vape at... very... low powers. At 15W I lose about 0.2V just in wiring, meaning at 2.75V the battery itself is at 2.95V. If the only issue you are finding is Weak Battery messages, FWIW, we'll be making a patch to make that message less eager during preheat. Some 18650s have trouble holding 75W when they get low, but if they're still preheating at 70W, the message is more annoying than the problem, especially if the condition causing the blinks only lasted for a quarter second.

We set the default soft cutoff down at 2.75V on DNA 75 for just this reason. Wiring and battery box voltage drop at high currents can be quite significant (and internal resistance, of course), even when the battery has plenty of charge left.

We can fire just fine from LiFePO batteries (our soft limit right now is 2.75V, our hard limit is 2.50V). Our charger chip, however, charges batteries up to around 4.20V. 3.60V is the ideal termination. We do have the ability to disable charging, by which technically we could limit it, but even if we did, if the board got into a failsafe mode (failed firmware update etc.),the battery would be charged to 4.20V... Now, a quick Googling finds http://www.powerstream.com/LLLF.htm which claims LiFePO batteries can be safely charged to that level, but I haven't seen that anywhere else. There was less demand for LiFePO on the 200 than I'd expected so I hadn't really looked into it for the 75. Beyond the charger issue, I'd also wonder if any LiFePO batteries can handle the current demands of the 75.

black lace, what are you talking about? His graph is showing the setpoint. That's the Up button most likely.

Howdy all, The 2016-04-25 firmware for DNA 200 that some people have been trying is an experimental version. Please do not install it -- it is known to have problems. When we have new DNA 200 firmware ready for public test, we'll put it in the Early Firmware thread like we always do. Thanks! James

This happens on a DNA 75 as well? What happens if you wait a few minutes before removing the battery?

You can get back to earlier settings. After it downloads the settings, click Upload Settings with the earlier firmware installed. It will upload appropriate settings for that version.

Hmm. Could you please PM me your mod's serial number? I'd like to see what the file Restore Defaults is getting looks like. Thanks!

You are all using the 2/29 EScribe?

coggledots, what do your battery voltages read for the two batteries in Device Monitor?

Hmm. If you are vaping a low-Ohm coil, make sure you/your manufacturer have set a correct, non-zero mod resistance. If it's zero, you may be losing significant power in your 510 connection and wires. The DNA 200 is designed to deliver at most 200 watts to the *atomizer*, but if you are losing 10% of your power before it gets there, this is a viable way to correct the problem. The DNA will happily deliver the needed extra power, subject to its input and output current limits (which, to ensure safety, do not change -- the appropriate wire gauge depends on current, not power). For example, if you have a 0.1 Ohm coil and a 0.01 Ohm mod resistance... If the mod resistance is set to 0 Ohm, 200W is 42.6A. The output will be 200W, but 18W is lost to mod resistance (reviewers tend to ignore this, but the quality of the 510 has a real effect on battery life at higher power...). The atomizer will receive 182W. If the mod resistance is set properly to 0.01 Ohm, 44.7A will be delivered. The output will be 220W, with 20W lost to mod resistance, for 200W to the atomizer. So, this is not a way to get more than 200W on the atomizer, but it *does* let you get 200W where you might not be otherwise.

JayFlair, is your Watts Hold Increment 1W? The slow down is actually a speed up versus how fast it is adjusting 0.1W, just in larger chunks. Did you like the old, speed-up-quickly behavior better?

MADMODDER, did you change any particular settings? Or was it with a particular update? By any chance do you have a multimonitor or docking station setup? Thanks! James

I hear tell a few folks were wondering about the Run Script feature in Device Monitor->Diagnostics->Advanced. This is mostly meant for scientific study, automation, testing, etc. The scripting language is IronPython so you can use normal Python libraries to save files and such. The script runs in a background thread while Device Monitor is running. As a reference, here are the functions available through the Python scripting at present: ECig.Puff(time) Time is in seconds. ECig.ClearTracking() Removes all variables from the graph. ECig.Track(state) Adds a variable to the graph. ECig.IsTracked(state) Returns True if the variable is on the graph. ECig.StopTracking(state) Removes a variable from the graph. Recorder.Record(filename) Starts recording a CSV file. You can't change which variables are on the graph while recording. Recorder.StopRecording() Stops recording a CSV file. Recorder.IsRecording Returns True if the Device Monitor is recording. Serial.Open(portName) Serial.Open(portName, baudRate) Opens a serial port. If you do not specify a baud rate, the default is 9600 baud. You can use the returned object to communicate with a serial device. UI.Message(text) Pops up a message box. The ECig object also has an indexer. x = ECig[state] ECig[state] = y States are strings representing the variables in the device monitor. For example, ECig['Power Set'], ECig['Current'], ECig['Battery Cell 1']. Here is a sample script. It records current, voltage, and power while doing 3-second puffs ranging from 5 to 30 watts: import time ECig.ClearTracking() ECig.Track('Current') ECig.Track('Voltage') ECig.Track('Power') Recorder.Record(r'C:\Users\James\Test.csv') time.sleep(1) for p in xrange(5, 35, 5): ECig['Power Set'] = p ECig.Puff(3) time.sleep(6) Recorder.StopRecording() EScribe, starting with 1.2 SP5, includes a short manual with samples for Device Monitor scripting. I've attached it for your convenience. EScribe.pdf

Interesting... So you hit Connect and Download Settings, it downloads your settings, and then you upload and get this error? What kind of curves do you have in the Materials tab? (Are any of them extremely flat, or otherwise unusual?) In the Mod tab, Advanced, does the Battery Discharge Curve look flat? Sometimes the curve will say "Curve is not one-to-one". Do any of them?

Does your PC make a noise to tell you it connected to USB? If so but EScribe does not recognize it, try the newest EScribe in the Early Firmware thread. Some of the old EScribes were not able to connect to newer VaporShark boards.

If you are getting "Curve not one-to-one", update to the newest EScribe in the Early Firmware thread. It fixes it.

I've posted up 2016-02-29. If you are European and EScribe has been giving you "not one to one" errors for some .ecig files and/or Restore Defaults, this update finally fixes it.

Manfred: Try the download again. I've updated it and it will fix the "Open Material" bug. As for those curves, EScribe automatically adds the built-in curves (Ni 200, SS 316, and Titanium 1) on startup. Wingsfan: It's just a bug fix (and it's a weekend ). Up to you. I'll put it on the first post when I'm more sure it's correct and complete. 2016-02-12 was the big update and these are all minor corrections, in this case affecting those for whom the decimal separator is a comma.

Howdy Manfred. Try this version. It works for me: https://www.dimensionengineering.com/software/SetupES_2016-02-27.exe

Hello Manfred, I have been able to reproduce your bug. It will be fixed in the next version. Thank you! James