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

[Harry McNally]

Thanks Euan

The list of derived projects is impressive. I will look further.

All the best
Harry

On 10/7/22 14:56, Euan de Kock wrote:
> 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 list
>>     AV at plug.org.au
>>     http://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/464515ec/attachment-0001.html>