Not right now. Should be easy enough to add support in runtime once I get around to it (also missing beeper support currently). You can keep the DSO connected through USB if you worry about battery running empty.
I’d add controlling RTC to wishlist - of course if there is RTC on board. Setting time only (without date) would be useful for me, even if I have to set after every power on (or even after application start). I’m working on project (for now “secret” where I’d like to synchronize asynchronous (user triggered) data dumps with position (from GPS).
Yes, I know. I’m going to check “2xAA USB charger” so for now it’s no problem
This is what I’m using as workaround. But this gives me timestamp relative to power on - every time is similar. Of course using “select_filename” I have files in chronological order.
btw. I’m impressed how easy you can write an application. You don’t have to learn PAWN - just use it.
Hmm yeah, I wonder if there is any reasonable solution to this. One common way to easily set RTC of USB devices is to monitor timestamp on files written to USB drive. Then just sync the time right after the write.
Also if I added proper power saving support to the Pawn runtime, it could possibly be left on for a long time. Most power-consuming parts of the system (ADC, FPGA, switching regulator) can be switched off and MCU could go into standby. The standby current consumption should be less than 1mA, giving a few weeks of standby time.
Too bad that they didn’t make use of the RTC in the microcontroller. Would have required just two diodes (to drop 4.2V -> less than 3.6V) if one is happy with LSI oscillator accuracy (can calibrate it right before sleep).
Added beeper.amx that simply beeps when it detects a voltage on input. Also gives 1 V voltage on waveout, so with two probes it can be used to check conductivity of e.g. PCB traces. https://github.com/PetteriAimonen/QuadPawn/wiki/Beeper
The calibration app, is this just for pawn apps or is it the same calibration that can be done in the dso firmware and its effect is system wide for the entire device and its apps?
Yeah I have been thinking about it for a while but haven’t had time to implement it.
Should be quite easy atleast to write to serial, because a simple printf() from the code is enough. Reading will require some IRQ routine so that it will store the characters as they arrive.
So I can send data with simple printf() but no read? Thats enough for data log but not control.
I took the sample voltmeter code and created a large number display to use like a DVM. The code is not pretty but I was amazed at how much more accurate readings are in pawn compared to the normal or alternative software.
I wonder what could be done with pawn if it was the main app. Use all the slots for pawn.
Kind of. Not yet Pawn bindings for the function. But maybe I’ll find time to add it soon
Yeah after being calibrated it should be quite accurate. Maybe one day I’ll bother porting the calibration stuff to main firmware. It’s not complex, I don’t understand how the main firmware calibration manages to suck so bad.
Flash is no-longer restricting, but the RAM size is. Pawn as a language is not very powerful, if there will be a more powerful version of DSO Quad one day I’d like to run Lua or Squirrel on it.
And because Pawn is interpreted, it’ll always be limited to the simpler stuff. I couldn’t imagine writing a complete oscilloscope app in pawn; it would simply be too slow.
That would be great. Let me know if you need beta tester.
The one thing I noticed is that I must calibrate on battery power. If I calibrate while powered by USB it is off. Maybe gabonator1 could use the same method for calibration in the alternate firmware.
I have decided to use pawn on the DSO to make a capacitor checker. Simple RC circuit timer. Use waveout to power and wave-in to measure voltage drop over time. I think it may also be possible to measure the internal resistance of the cap too.
Good to know! I haven’t noticed that, but it makes sense as the 3.6V supply voltage is not regulated. It may be that the battery charge level also affects it a bit. But it shouldn’t be very large effect because it is only the opamp supply voltage and not any reference voltage.
Nice! Perhaps the 51 ohm internal resistor on the waveout is enough, so you don’t need separate resistor for the RC timer?