James

9/30 adds the ability to customize the scroll increment.

It's in the Early Firmware thread, if you want to try it. We have not pushed it to everyone yet.

dc601, thanks for letting me know about this. I submitted a false positive report to Symantec yesterday. Today I received their response: Heuristic scanners are along the lines of "I say neither" "Socrates says neither" ... Norton Security: "I has been detected as HEUR.Socrates". In a Venn diagram sense... We had this happen with one AV when we added the Chinese translation, so yes, translations may very well be where it comes from.

The Kanthal Nominal Ohms is the resistance for a coil that is not temperature-sensing. So, the raw Ohms minus the mod resistance. The Temp Nominal Ohms is the resistance the coil, if temperature-sensing, would read at 70 Fahrenheit. We normalize it to this standard temperature (this is what it would show on-screen as well) because otherwise one cannot really compare coils.

The screen does change between showing voltage and temperature based on whether it has detected a temperature-sensing coil, so that is understandable. Still, a burnt hit doesn't come a mode change in the the control system.

The DNA does not have modes. It has a single unified control system. When we detect a temperature-sensing coil, the only difference is that we enable preheat to improve the experience from cold. Preheat ups the maximum power delivered power until the coil is at the appropriate temperature or after the preheat time has passed. The temperature protection code is in effect at all times. If you have it set to 40W and 400F, with no preheat, it will happily deliver 40W until it reaches 400F, and then lower the power so as to stay within safe temperatures. It has to know the correct cold resistance, though. If you are getting burnt hits, the cold resistance from the DNA to the coil may not be a single stable resistance. This is usually caused by an unstable connection or a badly-designed 510. If the hits become burnt half-way through usage, the cold resistance may have changed. This can be caused by coils shorting, unstable connections, or wires that are undersized for the amount of power being thrown around (this last one can be... interesting... if you watch the resistance in Device Monitor... creatively bouncy, let's say?). Dual coils are a special challenge, because if the two coils do not have exactly matched cold resistance, you are going to get differing amounts of power going through each of them, and one is going to be hotter than the other. James

Hi Feklar, Could you give links to where to purchase those? If we can find a system that actually has this problem reliably, we can fix it. Thanks! James

Unfortunately we have a limited amount of space allocated for screens. We thought we'd have more than enough -- there's room for only 1 or 2 more right now. To be fair, there are ways around it -- they are stored uncompressed right now.

Do you have the Watt-hours set correctly for the battery? Normally, it will only correct if the voltage reading differs significantly from what it expects based on usage. Alternatively, your battery may have a different low battery falloff from the standard LiPo curve we include with EScribe.

E is actually a bit different: E=GET MFR E=GET PRODUCT E=GET FEATURE (1 to 7) E ("e-cigarette") and S ("statistics", because E=GET FEATURE returns St) support the ECigStats command set.

Please try the EScribe I posted in the Early Firmware thread. It should fix it.

Are you charging with a 24-gauge cable? Many USB cables aren't capable of pushing 2 amps. Some sub-$1 6ft ones I use for other purposes top out at 0.3A or so. Monoprice's 24AWG micro B will definitely work. They're only about $1.50 on Monoprice's own website. Kind of bulky though. I would give you a link but it appears the "free" forum service we are using replaces Amazon links with Wal-Mart links. Grr. I like their $3 "premium" USB cables as well, though I haven't tested a 2A charge with them. Really, any 24-gauge cable will do. Also, when the battery is nearly full, charge will be put in more slowly so as to not overcharge the cells. We don't let any of the cells go over 4.20V.

blueridgedog: Parallels on Mac does glitch on me occasionally, randomly pausing for a second every once in a while. The EScribe version I just posted has longer timeouts, so it shouldn't be fazed by that.

Posted the 2015-09-03 EScribe. Minor bug fixes only.

We bought a Mac Mini yesterday to test on. In my testing with VirtualBox... If the firmware update has a problem, the DNA goes into its bootloader/recovery mode. You need to add the bootloader device (it just shows as a serial number) in USB Devices. Once you do that, if you reconnect it, it does detect. (It seems that the effects of VirtualBox settings changes are only seen after a reconnect.) After that I had no problems doing firmware updates on Mac OS. In my testing with Parallels... Parallels was about the same, except it seemed to have trouble detecting when I disconnected the device. The Windows XP image I was using still thought it was connected. Also, it was very slow to detect the connection. So the real problem with both of these is they don't automatically hand over the DNA 200 to the virtualized OS. If you make sure both the normal device and its recovery mode get handed over, though, it works okay. On both I *did* find that USB is slower under virtualization. I raised the timeouts from 750 milliseconds to 2 seconds in my test version, which made for less spurious errors.

Mm. There isn't a command to do this. I will add one though.

This occurs even with the newest version of EScribe? I'd thought I'd fixed it about a month ago.

Immediately turns off... That shouldn't normally be related to the Warranty Service message. What do your battery cell voltages show in Device Monitor?

Does it just intermittently pause and fail with EEPROM Programming Failed, or something more consistent? If these VMs just have a tendency to pause, I wonder if we just need to increase the timeout time.

How did your cells get so low? If the cells get that low (below 2V), you'll need to select Perform USB Recovery Charging in Device Monitor.

mechaet could you save and post your settings file? I don't see anything unusual on those screens.

What voltages do you see on your battery cells in Device Monitor?

Oh, I mean your EScribe settings. iandvapyes: This happened to you before 8/21 then? How long have you been encountering it?

josh, the actual charging code does not use the battery meter, just the cell voltages. It isn't a worry for overcharging. What firmware version are you running, out of curiosity? And does it only happen if there is no atomizer attached?

Mm. Are they cross-shipping you a new one? 60 watts should work fine. The board can handle it.