I think what the other guy was trying to say is. If you turn the knob slowly then it moves the numbers slowly kind of like a fine adjustment. If you turn the knob fast then the numbers move fast like course adjustment. Does that make sence?
Still wondering if these parameters are necessary, though...
So, any plans to sell & ship a full kit from the EU?
I want to buy, but I'm definitely not going to pay import tax and customs... rather give 20% more to you.
And prasimix already mentioned - shipping from Croatia would mean adding even 25% VAT...
Unless you provide a VAT number. That works in EU, but not from US.
Unless you provide a VAT number. That works in EU, but not from US.In case you *do have* a VAT id, you may write this off (getting back VAT) in both cases, i'd say...
Nice, you can try it directly with our Software simulator. Just open a connection on port 5025 (localhost or IP address if simulator is running on other computer) ...
Low level physical interfaces are scarce and poor on the PI.
The Cortex M3 of the Due is the perfect balance between pure old school µcontroller like ATMEGA/XMEGA and full blow µconputer like the PI or the BBB more suitable for the present task.
M4 or M7 would have been cool, but need the complete design of a µC board. Discovery board would have been an option but the learning curve/"getting started" with the dev environment is not as simple and accessible as the Arduino env and the STM32Duino is not "plug&play".
This is a just to the point. Arduino IDE is selected for two reasons: it's open source and "plug&play". I'd like to see another more powerful MCU that is directly supported from environment such as Arduino IDE. I was entertained in one moment with idea to squeeze down the TM4C1294 Connected LaunchPad to Arduino Due/Mega form factor and make it pin compatible with Due or simply put it directly on what is currently called Arduino Shield board. That MCU is equipped with many interesting stuff, and together with more capable display such as one with FT80x controller that could be an attractive combination even for more demanding projects. Again, the question is how to make it simple for use, and Lauchpad has Energia IDE but I'm not so sure that has a so dynamic community like Arduino does.
Talking about SBCs I see more attractive some open source solution such as BeagleBone instead of RPi.
Alternatively one could use two of the larger FETs for both current paths and always take the voltage from the upper shunt.
Why not have both sense resistors in parallel. Have a FET in series with the low ohm. So when in low ohm or high current mode the FET is on negating the high ohm resistor. In low ohm mode you calibrate for the RDSon + low ohm resistor. In high resistor mode the FET is off and you only have the high ohm resistor in circuit. Keep it simple. Kelvin measurements are made at entry and exit nodes of the shunt network.
Sent from my D6503 using Tapatalk
Why not have both sense resistors in parallel. Have a FET in series with the low ohm. So when in low ohm or high current mode the FET is on negating the high ohm resistor. In low ohm mode you calibrate for the RDSon + low ohm resistor. In high resistor mode the FET is off and you only have the high ohm resistor in circuit. Keep it simple. Kelvin measurements are made at entry and exit nodes of the shunt network.
Sent from my D6503 using Tapatalk
Ok, so you are proposing something like this?
HI range shunt (with lower resistance) cannot negate LO range shunt in total: 10 times smaller current will still flow thru it, but that can be taken into account while calibrating. It's much simpler but I'm not sure how this like any of previously mentioned will behave in practice.