Photos, videos and docs of .:madworm:., with the keywords: "OLS"

Cured subject

nobody@ipernity.com (.:madworm:.) — Fri, 08 Jul 2011 22:03:23 +0000

No more hick-ups to be found. The solution is 'dirty', but works in this case. As the soft-uart only deals with 9600bps, which is rather slow, I made the pin-change interrupt that samples the byte interruptible. The delays introduced by all the other ISRs are minuscule and don't matter ;-)

The other way around would be lethal.

What happened:

The ISR that deals with the LEDs runs in CTC mode, that is the timer value is reset to zero, once a compare match has occurred. Now if other interrupts delay the invocation of said ISR, the timer will have advanced beyond the usual compare match value and will have to wrap around completely. A 16bit timer will need quite a while in this case (2s). In practice the LEDs will shut off for that period. Ouch.

Mental illness in microcontrollers

nobody@ipernity.com (.:madworm:.) — Fri, 08 Jul 2011 22:03:26 +0000

.:madworm:. has posted:

The top signal shows the premature death of the ATtiny24's TIM1_COMPA_vect. In hindsight the explanation is trivial, but I didn't suspect that cause until very late in the debugging process - as usual.

The patient is well again !

nobody@ipernity.com (.:madworm:.) — Fri, 08 Jul 2011 22:03:30 +0000

.:madworm:. has posted:

From top to bottom: a) Interrupt servicing the LED drivers with PWM pulses. It only runs when the edges need to change and takes very little time. But it is crucial that its timing is 100% spot on. b) LED driver enable signal produced by the ISR. c) pin-change interrupt that reads incoming serial data @9600. d) pulses indicate when the bit are sampled, which is tuned by inserting fixed delays. e) incoming serial data. f) status LED showing something I can't remember right now.

Sniffing SPI traffic - RLE enabled

nobody@ipernity.com (.:madworm:.) — Thu, 07 Jul 2011 22:33:45 +0000

.:madworm:. has posted:

All the data

Sniffing SPI traffic - RLE enabled

nobody@ipernity.com (.:madworm:.) — Thu, 07 Jul 2011 22:33:49 +0000

.:madworm:. has posted:

Drilling down...

Sniffing SPI traffic - RLE enabled

nobody@ipernity.com (.:madworm:.) — Thu, 07 Jul 2011 22:33:53 +0000

.:madworm:. has posted:

Drilling down...

Sniffing SPI traffic - RLE enabled

nobody@ipernity.com (.:madworm:.) — Thu, 07 Jul 2011 22:33:57 +0000

.:madworm:. has posted:

Drilling down...

BTW, I was just zooming in. All the data comes from the same scan.

BAD BAD 127 / 128 transition

nobody@ipernity.com (.:madworm:.) — Tue, 17 Jan 2012 01:21:39 +0000

.:madworm:. has posted:

The moving average spikes... this is visible as a bright flash ;-(

Very bad when fading - and that is the whole purpose of this exercise.

www.picbasic.co.uk/forum/showthread.php?t=7393
www.picbasic.co.uk/forum/showthread.php?t=10564

Openbench logic sniffer

nobody@ipernity.com (.:madworm:.) — Wed, 06 Jul 2011 20:58:03 +0000

.:madworm:. has posted:

I ordered it yesterday morning and got it tonight ;-)

Testing the soft-uart receiver on an ATtiny24

nobody@ipernity.com (.:madworm:.) — Thu, 07 Jul 2011 19:08:36 +0000

.:madworm:. has posted:

It seems to work. Now I only have to make the rest of the code live with it in peace. That doesn't work 100% right now. The LED driver interrupt gets upset sometimes.

The entry points of the pin-change ISR are marked with double-pulses, sampling the data is marked by single pulses. Spikes 2-9: sampling the data byte, spike 1: start bit, spike 10: stop bit, spike 11: hmmmm ?!?

OLS - UART decoding

nobody@ipernity.com (.:madworm:.) — Wed, 06 Jul 2011 20:57:14 +0000

.:madworm:. has posted:

settings: 9600,8,N,1 de.wikipedia.org/wiki/RS-232

"start bit - 01000110 - stop bit" (LSB first!) equals 0x62

The purple-ish markings don't quite fit time-wise. I've put cursors at the byte boundaries.

OLS pull-up/down wing

nobody@ipernity.com (.:madworm:.) — Thu, 15 Dec 2011 08:42:41 +0000

.:madworm:. has posted:

Now fully assembled. Works ok for me up to 100MHz + RLE. 200MHz sampling rate + RLE needs stronger pull-down resistors. With RLE turned off the 'noise' on unused channels creeping over from a used one is tolerable (for me at least).

A very interesting discussion about the problem this board tries to solve.

OLS pull-up/down wing

nobody@ipernity.com (.:madworm:.) — Thu, 15 Dec 2011 08:43:01 +0000

.:madworm:. has posted:

Openbench logic sniffer - pull-down wing - Rev 0.1

nobody@ipernity.com (.:madworm:.) — Thu, 27 Oct 2011 17:28:15 +0000

.:madworm:. has posted:

It turned out that the pull-down option worked best with 10k resistors, so this is a smaller board with just that.

Openbench logic sniffer - pull-down wing - Rev 0.1

nobody@ipernity.com (.:madworm:.) — Thu, 27 Oct 2011 17:28:17 +0000

.:madworm:. has posted:

It turned out that the pull-down option worked best with 10k resistors, so this is a smaller board with just that.

OLS pull-up/down wing

nobody@ipernity.com (.:madworm:.) — Tue, 25 Oct 2011 10:30:43 +0000

.:madworm:. has posted:

I'm still experimenting with the size of the resistors. 10k pull down seems to work reliable, whereas 10k is only good at 5V/3.3V pull-up voltage, 2.5V needs close to 4k to work reliably.

Works with the openbench logic sniffer by dangerousprototypes.com

OLS pull-up/down wing

nobody@ipernity.com (.:madworm:.) — Tue, 25 Oct 2011 10:30:17 +0000

.:madworm:. has posted:

OLS pull-up/down wing

nobody@ipernity.com (.:madworm:.) — Tue, 25 Oct 2011 10:29:50 +0000

.:madworm:. has posted:

I'm still experimenting with the size of the resistors. 10k pull down seems to work reliable, whereas 10k is only good at 5V/3.3V pull-up voltage, 2.5V needs close to 4k to work reliably.

Openbench logic sniffer - pull-up/down wing - Rev 0.1

nobody@ipernity.com (.:madworm:.) — Sun, 02 Oct 2011 03:53:39 +0000

.:madworm:. has posted:

This should be useful for me. Floating inputs suck.

Openbench logic sniffer - pull-up/down wing - Rev 0.2

nobody@ipernity.com (.:madworm:.) — Sun, 02 Oct 2011 09:49:43 +0000

.:madworm:. has posted:

Board-shrink to just 50x50mm. This will make it cheaper.

Although I like the looks of Rev 0.1 much better, cost cannot be neglected.