<esden[m]>
yeah send me an email to info@1bitsquared.com and we will send you a replacement cable.
<sampson[m]>
yes that is correct
<sampson[m]>
sounds good will do thanks
dustinm` has quit [Quit: Leaving]
<tahnok[m]>
after some digging, glasgow is probably massive overkill since there's quite a few projects to do this with an arduino. Still, might be a good exercise for me to write a glasgow applet
<whitequark[cis]>
glasgow is a bit low on pins
<whitequark[cis]>
there is a memory-prom applet already though that might work just fine
dustinm` has joined #glasgow
skipwich has quit [Quit: DISCONNECT]
skipwich has joined #glasgow
theorbtwo[m] has joined #glasgow
<theorbtwo[m]>
memory-prom also has some interesting tricks up it's sleeve compared to a straightforward arduino project. Not that I've tried it yet.
<theorbtwo[m]>
So, some slightly random glasgow-ish thoughts that have been rattling around my head. 1: I find myself wanting to do uart plus an extra pin to control the ATX PSU. Please tell me there is an existing way of doing this which is better than my crazy plan.
<whitequark[cis]>
ATX PSU?
<whitequark[cis]>
oh like talking to a PC over UART?
<theorbtwo[m]>
1b: My crazy plan is as follows. Add a `--extra-pin` parameter which specifies a pin number and a key. At elaborate time, a register is defined with a bit for val and oe. At runtime, in tty mode, control-\ x <key> <level> changes what the pin outputs, where <key> is the key you defined, and <level> is 0, 1, or z.
<theorbtwo[m]>
In this case, talking to a hard drive, but yeah.
<whitequark[cis]>
this is not something i want to upstream
<whitequark[cis]>
eventually we will have applet composition but not yet
<whitequark[cis]>
so for the time being you're probably better off just forking the applet's source
<theorbtwo[m]>
Right oh, that's more or less what I expected.
FFY00 has joined #glasgow
FFY00_ has quit [Ping timeout: 240 seconds]
<theorbtwo[m]>
My other thought is far more vague, and possibly more evil. I'm not sure it's actually worth relating, to be honest. It's a general composable "thing" for layered pins, so you could, say, have one applet that knows how to drive shift registers, and one that knows how to read a prom, and compose them. Lots more architectural work, but you could, for example, swap out the shift registers for an i2c gpio expander, or use the hd44780
<theorbtwo[m]>
applet to talk to a hd44780 behind an i2c gpio expander... What I'm not sure of is how much use a generic pin abstraction is. The existing abstraction still lets you know all the characteristics of a pin -- they are all the characteristics of a standard glasgow pin, because that's the only kind that exists. This sort of composition doesn't let the applet know "this pin has no high-z state" or "you can atomicly change the state of
<theorbtwo[m]>
multiple pins".
<whitequark[cis]>
no i want that
<whitequark[cis]>
i have specific plans to build something like that
<whitequark[cis]>
namely, because i want to be able to do JTAG, and stuff over JTAG BSCAN, including JTAG-over-JTAG, and also JTAG-over-JTAG-over-JTAG (hardware accelerated of course)
<whitequark[cis]>
you've been saying your idea was cursed?
<duskwuff[m]>
SPI flash over JTAG also comes to mind
<whitequark[cis]>
yes, that's the non-insane use case
<whitequark[cis]>
this requires adding some infra and also converting all existing infra to streams
<whitequark[cis]>
which will happen but at a slow pace
<theorbtwo[m]>
I've long wanted a thing where you give it JTAG for multiple chips, and it uses boundry-scan to twiddle the pins to attempt to work out how one is attached to the other. Mine you, when I think about it, I do see horrible risks for things like "it turns out that twiddling these pins changes the power supply from 5 volts to 500 volts".
<whitequark[cis]>
JTAGulator can do this iirc
<whitequark[cis]>
glasgow will be able to do this once i write a BSCAN parser
<whitequark[cis]>
note that BSCAN is actually somewhat rare these days
<whitequark[cis]>
s/BSCAN/BSDL/
notgull has joined #glasgow
notgull has quit [Ping timeout: 245 seconds]
<theorbtwo[m]>
You could do a similar thing with GPIO, or some other way of bitbanging, but it becomes much less generic.
notgull has joined #glasgow
redstarcomrade has joined #glasgow
notgull has quit [Ping timeout: 268 seconds]
Ekho has quit [Quit: CORE ERROR, SYSTEM HALTED.]
redstarcomrade has quit [Read error: Connection reset by peer]
Ekho has joined #glasgow
gsuberland has quit [Remote host closed the connection]
<gsuberland>
whitequark[cis]: who do we need to take a look at the docs so we can tick off the technical review and get things merged?
<whitequark[cis]>
gsuberland: me
<whitequark[cis]>
or Attie, or electronic_eel, or esden, but i think i do want to do one pass over it in the end
<gsuberland>
cool
<gsuberland>
wanted to make sure it wasn't blocking on someone who didn't know they needed to take a look :)
<whitequark[cis]>
oh, i was waiting until it's ready for review actually
<gsuberland>
I don't have anything more to add/change on it afaik
<gsuberland>
so yeah, good to go
<Attie[m]>
good stuff, thanks gsuberland @libera_gsuberland:catircservices.org - I'll take another look soon
<gsuberland>
^_^
<Attie[m]>
(I was also waiting for the "finished!")
<gsuberland>
ah my bad!
ikarus[m] has joined #glasgow
<ikarus[m]>
Hi. I'm interested in using the Glasgow as a logic analyzer. I found the analyzer applet, but I'm bit lost on how to use it. Can I use all IO pins from port A/B as channel? Or are the measurements analog and I have to use specific ADC pins? Sorry, I'm new to this.
<ikarus[m]>
Oh, and is there a more "integrated" solution to use with sigrok? As I understand, I have to save the data to a file and can view it afterwards. Is there an easy way to make this "live" (e.g. in combination with pulse view, like the BitMagic Basic)?
Wanda[cis] has joined #glasgow
<Wanda[cis]>
the applet is... rather barebones
<Wanda[cis]>
there's no ADC support in the hardware, so all you get is digital values
<Wanda[cis]>
also VCD recording is the only supported thing atm
<whitequark[cis]>
which applet
<Wanda[cis]>
but yeah, all port A/B pins can be used
<Wanda[cis]>
Catherine: there's some sort of matrix desync, see your IRC logs
<whitequark[cis]>
oh i see, one of the messages did not synchronize
<whitequark[cis]>
ikarus: the LA applet is probably one of the least functional ones
<whitequark[cis]>
it basically does not implement a usable LA. it is sort of possible to use to achieve some sort of result but i wouldn't recommend it
<whitequark[cis]>
(this is purely due to lack of time)
<whitequark[cis]>
how on earth can i see ikarus' message on irc and discord, but not matrix where it was posted?
<whitequark[cis]>
how is this possible even in principle?!
galibert[m] has joined #glasgow
<galibert[m]>
Magic
<Wanda[cis]>
well there are three different homeservers involved
<whitequark[cis]>
distributed systems were a mistake
<SnoopJ>
eventually* consistent
sys64738_2574[m] has joined #glasgow
<sys64738_2574[m]>
mistakes are eventually consistent?
<SnoopJ>
(*unless one of the nodes is feeling eepy?)
<Wanda[cis]>
matrix is a fascinating platform.
notgull has joined #glasgow
notgull has quit [Ping timeout: 252 seconds]
notgull has joined #glasgow
<gsuberland>
I misread that as "matrix is a fascinating problem" and... still accurate
notgull has quit [Ping timeout: 268 seconds]
<whitequark[cis]>
lmfao
jstein has quit [Ping timeout: 255 seconds]
<ikarus[m]>
Thanks for the feedback!
andymandias_ has joined #glasgow
andymandias has quit [Remote host closed the connection]