[PLUG-AV] Progress on UberTally, Re: Tally SN0002 and SN0003 complete

[Euan de Kock]

Hi Harry,

Sorry for the late response to this. I have looked everywhere, and I cannot
find the source code for the original tally lights I built. They weren't
too complicated though. It used the excellent V-USB library (
https://www.obdev.at/products/vusb/index.html) to emulate the USB hardware
and acted as a MIDI device with different notes mapped to each LED.

I chose MIDI as there is good support for it in Linux natively and it's
probably even easier than a serial port to manage - see the amidi command
line tool. Just send a NoteON, note to turn on a LED and NoteOFF, note to
turn it off.

Out of interest, my current favourite MCU is the ESP32 series, I've mainly
been working on the older ones, but I've just ordered a new one to test out
- https://www.seeedstudio.com/seeed-xiao-esp32c3-p-5431.html it's based on
the open source RISC-V architecture, and is pretty powerful with built in
WiFi and Bluetooth. At $5 it's a lot of bang for your buck.

Regards,

Euan.

On Mon, Jun 20, 2022 at 11:10 AM Harry McNally <
harrymc at decisions-and-designs.com.au> wrote:

> Hi Euan
>
> Is the AVR doing bit-banging for the USB ? Nick spoke about this method
> but mentioning AVR piqued my interest which meant I had to look :-)
>
> I can't see an AVR with a USB peripheral on the selection guides. In that
> respect the small 145x PICs are unusual but I stand correctable.
>
> All the best
> Harry
> On 19/6/22 19:40, Euan de Kock wrote:
>
> Hi Nick,  Harry.,
>
> I do still have the source code lying around somewhere.  I'll dig it out
> and post it later this week.
>
> Regards,
>
> Euan.
>
>
>
>
> On Sun, 19 June 2022, 5:38 pm Nick Bannon, <nick at ucc.gu.uwa.edu.au> wrote:
>
>> Hmmm, a spammer has actually subscribed themselves. Must fix that.
>>
>> Euan! Inspired by the last round of tally lights... Harry's made some
>> new  PIC-based protoypes. Do you still have the source to the AVR ones?
>>
>> On Mon, Jun 13, 2022 at 05:59:33PM +0800, Harry McNally wrote:
>> > Hello again
>> > Did you have an opportunity to build and install on the Tally boards
>> yet ?
>>
>> Haven't rebuilt the code yet, but reloaded some of the pre-built images
>> a couple of times.
>>
>> Current protocol follows for the:
>> uber_tally/src/PIC16F1-USB-Bootloader/sample_app/usb_rgb.hex
>>
>> On Mon, May 30, 2022 at 10:27:29PM +0800, Harry McNally wrote:
>> [...]
>> > The commands on this un-stateful version consist of two lower case
>> character
>> > commands with some hex digit options all terminated by a <CR>
>> >
>> > The response is ACK (a minus char followed by <CR><LF>) :
>> >
>> > -<CR><LF>
>> >
>> > and NACK is plus char
>> >
>> > +<CR><LF>
>> >
>> > This is largely hysterical since some of the devel boards I have used
>> are
>> > like this so you can command them with a terminal. This is easy to
>> change
>> > but I'd hope it would always use ascii chars for ease of driving the
>> device
>> > with a simple script.
>> >
>> > Commands are:
>> >
>> > Red LED on> lo<CR>
>> >
>> > Red LED off> lf<CR>
>> >
>> > RGB colour> rRRGGBB where six hex digits are HTML colour codes. Hex
>> digits
>> > are lower or upper case and reduced length is allowed so:
>> >
>> > rFF is blue maximum, r0 is all off, rFF00 is green maximum etc. r<CR> is
>> > also all off for reasons of code simplicity but I could NACK that.
>> >
>> > eo<CR> and ef<CR> mean echo on and echo off respectively if you don't
>> want
>> > to manage any USB response from the tally. Echo on at reset.
>> >
>> > co<CR> and cf<CR> mean <CR>LF> on and off respectively so only - and +
>> are
>> > returned after each command (echo must be on). CRLF on at reset.
>> [...]
>> > All the best
>> > Harry
>>
>> Cheers,
>> Nick.
>>
>> --
>>    Nick Bannon   | "I made this letter longer than usual because
>> nick-sig at rcpt.to | I lack the time to make it shorter." - Pascal
>> _______________________________________________
>> AV mailing list
>> AV at plug.org.au
>> http://lists.plug.org.au/mailman/listinfo/av
>>
>
> _______________________________________________
> AV mailing listAV at plug.org.auhttp://lists.plug.org.au/mailman/listinfo/av
>
> _______________________________________________
> AV mailing list
> AV at plug.org.au
> http://lists.plug.org.au/mailman/listinfo/av
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.plug.org.au/pipermail/av/attachments/20220710/c97eed55/attachment.html>