whitequark[m] has quit [Ping timeout: 246 seconds]
randomplum has quit [Ping timeout: 246 seconds]
gillesmauve has quit [Ping timeout: 246 seconds]
DarthCloud has joined #glasgow
_alice has quit [Ping timeout: 264 seconds]
disasm[m] has quit [Ping timeout: 244 seconds]
FFY00 has quit [Ping timeout: 260 seconds]
FFY00 has joined #glasgow
jschievink has quit [Ping timeout: 246 seconds]
emily has quit [Ping timeout: 246 seconds]
svenpeter[m] has quit [Ping timeout: 246 seconds]
russss has quit [Ping timeout: 274 seconds]
Sellerie has quit [Max SendQ exceeded]
russss has joined #glasgow
Sellerie has joined #glasgow
Stormwind_mobile has quit [Ping timeout: 244 seconds]
Stormwind_mobile has joined #glasgow
randomplum has joined #glasgow
ali_as has quit [Remote host closed the connection]
ali_as has joined #glasgow
jschievink has joined #glasgow
whitequark[m] has joined #glasgow
jn__ has quit [Quit: No Ping reply in 180 seconds.]
jn__ has joined #glasgow
whitequark[m] has quit [Ping timeout: 240 seconds]
jschievink has quit [Ping timeout: 240 seconds]
randomplum has quit [Ping timeout: 260 seconds]
jn__ has quit [Ping timeout: 246 seconds]
ali_as has quit [Remote host closed the connection]
ali_as has joined #glasgow
fridtjof[m] has joined #glasgow
jn__ has joined #glasgow
promach3 has joined #glasgow
eddyb has joined #glasgow
jschievink has joined #glasgow
disasm[m] has joined #glasgow
gillesmauve has joined #glasgow
_alice has joined #glasgow
blazra has joined #glasgow
emily has joined #glasgow
whitequark[m] has joined #glasgow
randomplum has joined #glasgow
svenpeter[m] has joined #glasgow
jn__ has quit [Quit: No Ping reply in 180 seconds.]
jn__ has joined #glasgow
jn__ has quit [Quit: No Ping reply in 180 seconds.]
ali_as has quit [Remote host closed the connection]
jn__ has joined #glasgow
jn__ has quit [Quit: No Ping reply in 180 seconds.]
jn__ has joined #glasgow
jn__ has quit [Quit: No Ping reply in 180 seconds.]
jn__ has joined #glasgow
jn__ has quit [Client Quit]
egg|anbo|egg__ has quit [Remote host closed the connection]
egg|anbo|egg_ has joined #glasgow
modwizcode has quit [Quit: Later]
feldim2425 has quit [Ping timeout: 264 seconds]
feldim2425 has joined #glasgow
electronic_eel has quit [Ping timeout: 256 seconds]
electronic_eel_ has joined #glasgow
egg|anbo|egg_ has quit [Remote host closed the connection]
PyroPeter_ has joined #glasgow
<d1b2>
<rwhitby> Thanks to @ Greg I'm now the proud owner of a Glasgow revC2. Setting up to use it with macOS and deploy it against the M1 MacMini to help the Asahi Linux work with @ marcan. I've been stealth watching @ esden and @ Attie twitch streams for almost a year now, so hopefully I can get myself up to speed without bothering anyone with stupid questions.
PyroPeter has quit [Ping timeout: 240 seconds]
PyroPeter_ is now known as PyroPeter
<d1b2>
<Greg> @rwhitby Enjoy! \o/
egg|anbo|egg_ has joined #glasgow
egg|anbo|egg_ has quit [Remote host closed the connection]
<d1b2>
<rwhitby> Built and flashed wip-revC2-firmware branch. "glasgow run selftest pins-loop voltage loopback" passes.
DarthCloud has quit [Remote host closed the connection]
thaytan has joined #glasgow
DarthCloud has joined #glasgow
nicoo has joined #glasgow
GNUmoon has joined #glasgow
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #glasgow
egg|anbo|egg_ has joined #glasgow
egg|anbo|egg has quit [Ping timeout: 272 seconds]
DarthCloud has quit [Remote host closed the connection]
DarthCloud has joined #glasgow
<d1b2>
<brainstorm> @Attie @DX-MON @agg thanks for the hints/comments, I'm back with the ESP32S2 JTAG bitbang glasgow story, here's a fun bit: glasgow run jtag-openocd --port A --pin-tck 0 --pin-tms 3 --pin-tdi 2 --pin-tdo 1 -V 2.9 tcp:localhost:5555 With 3.3V it does not work, with 2.9 it's sooo close to working! See: https://github.com/espressif/openocd-esp32/issues/135#issuecomment-760924087 Also, I'm just distracted sometimes, but definitely not colorblind,
<d1b2>
@DX-MON 😛
<d1b2>
<brainstorm> Waveforms look interesting today, did not add extra ground nor twisted the cables yet... this is with 2.9V instead of 3.3V as mentioned.
<d1b2>
<brainstorm> I'm on a Glasgow RevC1, does it matter?
<d1b2>
<DX-MON> no worries @brainstorm wrt the not colourblind - I only wondered because of the mixup and as others here can tell you I'm an advocate for accessibility even in areas I do not have any issues so please don't have ill feelings about that
<d1b2>
<brainstorm> Hahaha, not at all 😉
jn__ has joined #glasgow
<d1b2>
<DX-MON> that TDO(?) trace is.. rather curious
<d1b2>
<brainstorm> My father is actually colourblind, but I did not inherit any of that, pseuu
<d1b2>
<DX-MON> that scan is indeed very promicing
<d1b2>
<brainstorm> It was working before, the only problematic part is jtag-openocd
<d1b2>
<brainstorm> Now, I wonder why that slight variation in voltage affects it so much... I wish selftest worked for the RevC1 :_S
<d1b2>
<DX-MON> it being a C1 shouldn't make a difference assuming you've not got any output stage shorts etc
<d1b2>
<DX-MON> TDI, TMS and TCK look good though on your trace (I'm assuming that's cyan, magenta and blue)
<d1b2>
<DX-MON> it's TDO that's.. uh.. funky
<d1b2>
<DX-MON> some of that is coupling from TCK
<d1b2>
<DX-MON> some of that looks like it could be from the line going from driven to high-Z
<d1b2>
<brainstorm> What would you check/do to mitigate the funkyness on TDO? 🙂
<d1b2>
<brainstorm> I can intersperse GND and/or start twisting cables
<d1b2>
<brainstorm> That I have not tried yet
<d1b2>
<DX-MON> I would suggest signal+ground twisted pairs (start with TDO, and the ground here is in addition to your ground reference wire)
<d1b2>
<brainstorm> On it, thanks!
<d1b2>
<DX-MON> I'm willing to say that even with just TDO as the lone twisted pair, the trace you get will clean up a lot and it'll help with understanding exactly what's going on
<d1b2>
<brainstorm> Ok, this is how it looks with GND+TDO twisted together and the other signals more interspersed
<d1b2>
<brainstorm> Where interspersed I mean: $ glasgow run jtag-openocd --port A --pin-tck 7 --pin-tms 5 --pin-tdi 3 --pin-tdo 1 -V 2.9 tcp:localhost:5555 ... not as close as they were before, separated
<d1b2>
<brainstorm> Same effect with -V 3.3 ... not at least the "nominal"/spec voltage actually works, before it didn't
<d1b2>
<brainstorm> What else could I do to stabilise TDO? Coax/SMA type of cable? Ferrite core? :-!
<d1b2>
<brainstorm> Or just a flat grey cable I guess... duponts are messy and hacky after all
<d1b2>
<DX-MON> tbh, that trace looks great now.. the only drooping I'm seeing there is quite clearly from TDO going high-Z
<d1b2>
<DX-MON> you have successfully eliminated signal integrity from the realm of things biting you
<d1b2>
<DX-MON> not sure why OpenOCD is having troubles now.. but I'm certain it's not because of your wiring or any physical layer errors
<d1b2>
<brainstorm> Yeah, but TDO still looks bad, right? And it's clearly messing up partially with the ESP32S2 anyway: Warn : Unknown ESP32-S2 chip revision (0x3f400074)!
<d1b2>
<DX-MON> depending on how the innards of the ESP32S2's JTAG machinery works.. TDO going high-Z (for example, during a register switch-out when you've just given it a new instruction and are going through the motions of going into data mode) is not unreasonable
<d1b2>
<brainstorm> I was so close to get it fully functional :_S Would have been a good use case to advertise for you folks, like a Raspberry Pi swiss knife for JTAG with another popular IoT IC from Espressif.
<d1b2>
<DX-MON> I'd wait for some comments from others such as Attie before you give up
<d1b2>
<DX-MON> I'd analyse the traces you're getting and try and match them against what OOCD is doing but I'm supposed to be $dayJob'ing rn
<d1b2>
<brainstorm> I think I'll substitute the cables with something more robust tomorrow and if it doesn't work, I'll re-evaluate... in any case, tons of thanks for your patience and help, priceless!
<d1b2>
<Attie> that's looking much better, well done @brainstorm and @DX-MON !
<d1b2>
<Attie> i don't think it should be necessary.... but try a pullup on TDO?
<d1b2>
<Attie> you could hack it into the glasgow applet, or attach a physical 2.2k-10k somewhere
<d1b2>
<Attie> ... is this still at 2.9v? (not 3.3v) that shouldn't be necessary
modwizcode has joined #glasgow
jstein has joined #glasgow
<d1b2>
<Attie> hi all! the Glasgow talk at FOSDEM has been accepted, and scheduled
<d1b2>
<Attie> times are given in UTC+1 (Brussels), we're on at 15.15 on the 7th Feb
<d1b2>
<Attie> @esden will also be covering some of the work that's gone into the Crowd Supply campaign - DFM, etc...
<d1b2>
<TomKeddie> Thanks for doing this and all the youtuibe videos, am looking forward to the talk.
<electronic_eel>
@attie the overview of the FOSDEM talk is looking good
<electronic_eel>
will the talk be prerecorded, with a live q&a section at the end? or is it all live?
<d1b2>
<Attie> thanks! yep - pre-recorded talk, followed by like Q&A
<d1b2>
<Attie> sounds like text-mode Q&A during the playout too
<d1b2>
<Attie> and then a continued "hallway" discussion, likely with me/us on video, and attendees in the chat
<d1b2>
<Attie> (it sounds like it converts to a "hallway" discussion after the alloted time is up)
<d1b2>
<Attie> *live Q&A
<electronic_eel>
i guess this is a good format for such an event
<d1b2>
<Attie> yeah, i think it sounds pretty reasonable
<d1b2>
<Attie> i've not really attended a virtual conference before, so i'm a bit intrigued to see how that goes
<electronic_eel>
only issue is that you can sink tons of hours in editing the prerecorded video when you try to make it perfect...
<d1b2>
<Attie> hah, yeah... i'm going to practice a few times and try to do it in one take (like a live talk / stream)
<d1b2>
<Attie> then edit esden and my bits together
<d1b2>
<Attie> (we'll see how that goes btw........)
<electronic_eel>
i think that will work out well. when you have a some short script like plan what you want to say and how much time to allot for what section then it should be ok
<electronic_eel>
@esden is there anything i can help you with getting revC3 ready?
Cynthia is now known as cynthia_
cynthia has joined #glasgow
alen has left #glasgow [#glasgow]
bluel has joined #glasgow
bluel is now known as bluel_alen
marble has joined #glasgow
<sorear>
excellent
grymoire has joined #glasgow
cynthia_ has quit [Write error: Connection reset by peer]
emilazy has quit [Read error: Connection reset by peer]
sorear has quit [Read error: Connection reset by peer]
sorear has joined #glasgow
StM has quit [Remote host closed the connection]
emilazy has joined #glasgow
StM has joined #glasgow
emily has quit [Ping timeout: 268 seconds]
apo has quit [Ping timeout: 268 seconds]
russss has quit [Read error: Connection reset by peer]
russss has joined #glasgow
cynthia is now known as Cynthia
apo has joined #glasgow
<d1b2>
<brainstorm> "you could hack it into the glasgow applet, or attach a physical 2.2k-10k somewhere"... oh, good idea, I guess it's defining a pullup on the pin definitions? Need to read up on Glasgow's API for that, thanks @Attie !