whitequark changed the topic of #glasgow to: glasgow debug tool · code https://github.com/GlasgowEmbedded/Glasgow · logs https://freenode.irclog.whitequark.org/glasgow
modrobert has quit [Ping timeout: 248 seconds]
modrobert has joined #glasgow
<esden> whitequark, marcan: Would it be ok if I use this polymer cap instead of the 150uF? I know it is much larger capacitance and slightly taller, but getting that exact part that you chose is not very flexible. https://lcsc.com/product-detail/Solid-Polymer-Electrolytic-Capacitor_330uF-6-3V_C133476.html
<esden> As far as I can tell it should fit in the designated space. I will try to get the exact part down the road.
<whitequark> esden: seems to fit into existing case too
<whitequark> it's much larger... that will exceed the USB inrush current spec, i think
<esden> Don't you have inrush limiting chip in there?
<esden> I thought the TPD35014 is for that.
<whitequark> esden: it's for ESD and overcurrent mainly
<whitequark> but you are right
<whitequark> it provides soft start
<whitequark> so i think it's OK
<esden> We can give it a try ;) I will try to source a better part.
<esden> I am also getting a smaller capacitance cap from arrow. So we have something to compare.
<whitequark> sounds good
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
<esden> For review. Changes: Added Mfr. by 1BitSquared to top. Replaced back graphic with 1B2 logo and version. Converted all square pads to roundrect except thermal pads. https://usercontent.irccloud-cdn.com/file/HWmhq3FK/Screenshot%20from%202019-05-08%2018-44-54.png https://usercontent.irccloud-cdn.com/file/4bweHlGZ/Screenshot%20from%202019-05-08%2018-44-40.png
<esden> Pushed to a branch here: https://github.com/esden/Glasgow/tree/revC1-1b2
<esden> and yes we should have a more automatic system eventually in place. I will have to look into the scripts Jesse aka. obra published.
<esden> And parts are all ordered. I hope I did not miss anything. But we will see. :D
<whitequark> esden: excellent, thank you!
<esden> whitequark: no I thank you! I am excited to build these. :D
futarisIRCcloud has joined #glasgow
<esden> I think we should make a time lapse for Glasgow using obra scripts :) https://twitter.com/obra/status/1126200312983724033?s=21
<whitequark> yes could be useful
<_whitenotifier-3> [GlasgowEmbedded/Glasgow-Archive] whitequark pushed 1 commit to master [+1/-0/±0] https://git.io/fjcjs
<_whitenotifier-3> [GlasgowEmbedded/Glasgow-Archive] whitequark cfd9857 - Add G00033
<_whitenotifier-3> [GlasgowEmbedded/Glasgow] whitequark pushed 1 commit to master [+0/-0/±2] https://git.io/fjcjG
<_whitenotifier-3> [GlasgowEmbedded/Glasgow] whitequark 45c7b14 - applet.memory.floppy: add reference to Samsung SFD-321B manual.
<marcan> whitequark: the inrush is limited by the switch
<marcan> I have no problem with larger, larger is better as far as I'm concerned
<marcan> I scoped this out, remember?
<whitequark> ack
<marcan> the TPD35014 neatly caps inrush at 800mA or so
<marcan> (which, let's be honest, any USB host people ought to be using with glasgow should be able to deal with)
<marcan> esden: I am very sad that Hana is gone from the back :(
<esden> there is a copyright on that image... I can't have that on my boards unfortunately. :(
<marcan> not even the test batch?
<esden> I want to see how the 1b2 logo will look like and if the positioning and via stuff will work right on there. I can bring her back for the test batch but I need a spot to put the 1b2 logo in there somewhere too.
<esden> I can see what I can do.
<marcan> I think you've got some space on the lower right
<marcan> could move the 1V2 label if needed
<whitequark> esden: what size are you aiming for for the test batch?
<esden> I was planning to get 10 boards for this run.
<marcan> fwiw, although the current image is traced (and thus questionable), Toei doesn't care about fanart (case in point, large conventions in japan where people sell fanworks). I could probably get someone to draw a different Hana for us.
<marcan> esden: ^
<marcan> if that would make you comfortable enough to manufacture it with her then it's worth doing
<marcan> :D
<marcan> maybe move the 1V2 label down a tiny bit, since it's much closer than the 3V3/5V ones
<esden> right
<uberushaximus> any openings for test board recipients? :)
<marcan> (sorry, you know I notice these things :p)
<marcan> yup!
<esden> marcan: ok cool! :D
<esden> uberushaximus: I am not sure yet, we will have to see. :)
<uberushaximus> my fingers are crossed
jevinskie has joined #glasgow
<marcan> :D
<marcan> esden: white silk?
<marcan> er, soldermask
<esden> I ended up ordering it in white and blue. After I realized that hannah has her face filled in with silkscreen resulting in a very strange look. ;)
<esden> I don't order normally white boards and I wanted to try it out.
<marcan> yeah I was going to say, inverted it would be rather odd :-)
<esden> And only realized that after placing the order already without being able to cancel it because it already went into "production" :/
<marcan> (just hana btw, japanese name though it sounds the same :-))
<marcan> oh wtf, so you're getting two batches?
<esden> ohh ok :) Flower in Japanese.
<esden> Yes essentially >_<
<Xesxen> esden: Awesome, can't wait to see pictures of the first one assembled :)
<esden> I am pretty annoyed about it
<esden> but it looks good in blue too :D
<marcan> wow, you didn't have to go that far
<marcan> mistakes are always fun stories :p
<ar> post pics :3
<ar> esden: you'll be testing it with pick-and-place?
<esden> I have blue connectors, I think they will look great on the white pcb. But they also look great on the blue. :)
<esden> they really pop on red. :D
<marcan> the IDC ones?
<esden> yeah
<marcan> ooh, neat
<marcan> blue on white and blue on blue both sound nice
<marcan> maybe it should've been Saaya instead of Hana
<esden> I am curious how white will look. :)
<marcan> nice :D
<marcan> what the heck is that board? revC1.1 but it looks like C0?
<esden> :D they are old pcbs...
<esden> the revC1.1 is more like revC0.1 :D
<marcan> I didn't realize you had ordered anything previouslyu
<esden> it is a frankenstein thing I made in a rush when you were messing with the boards as I wanted to make the boards
<marcan> hah
<esden> I did not have a chance to assemble it as Greg Davil beat me to it. :)
<marcan> hahahahaha
<tnt> esden:kicad 3d render are getting so photo realist :p
<marcan> please make sure they never get out in the wild or they'll confuse the hell out of people :D
<marcan> heading out now :)
<esden> tnt: hahaha! The newest technology in raytracing. :D
<esden> marcan: yeah no worry... these boards will remain as relics of never made projects in my box of old PCB. :D
<esden> marcan: have a nice day! :D
<esden> ar: we will see, I will probably assemble two or so boards by hand to see if they work. And then I might set up the pnp... depending on how busy I am. Definitely for the bigger batches. But just for a few boards it usually does not make sense. But again, I am not sure what I will decide to do at the end. :)
<tnt> esden: the component count on that board is pretty high
<esden> yeah, it might be worth it to set up at least some of the passives on the pnp
<tnt> you just made the BOM, how many different line items is there ?
<esden> 48 line items, 196 placements
<esden> 7 line items have more than 4 placements.
<esden> 4 have more than 5 placements
<esden> ohh actually 4 have more than 12 placements
<esden> setting up 7 reels to place 127 placements is probably worth it :D
<marcan> yup
<marcan> what 4 items have >12 placements? I can think of the shifters and the .1u caps, 4u7 caps too I guess add up, what else?
<esden> 10k resistors, level shifters, 4u7 caps and 100n caps
<marcan> oh 10k resistors, guess we have enough of those, I was wondering
<marcan> cool
<tnt> esden: yeah, placing 2/3 automatically probably makes it a whole lot manageable :p
<esden> 69 100n decoupling caps... mhh that definitely counts as *sprinkle* :D
<esden> tnt: yeah totally :D
<marcan> and yeah we definitely went "by the book" on 100n caps (one per supply pin)
<esden> I can probably place the rest by hand so I don't have to setup all the reels on the machine. It might be a good compromise for the small test batches.
<marcan> I wanted to get rid of half of them next to the shifters or so, but I couldn't figure out a "neat" way to lay that out electrically
<marcan> e.g. each pair of shifters sharing a cap
<marcan> realistically you could probably just not populate half of them but...
<esden> Yeah I can imagine that. Meh... they are dime a dozen... I just need a chipshooter machine eventually ;)
<marcan> :)
jevinskie has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jevinskie has joined #glasgow
zoobab has joined #glasgow
<zoobab> hi
<zoobab> Just reading
<zoobab> I would like to port JTAGenum on there, any way to get a devboard?
<zoobab> great that you are using Migen, made by my friend lekernel!
<zoobab> do you have IO octocouplers to protect the pins?
<whitequark> zoobab: glasgow already implements the equivalent of JTAGenum natively
<whitequark> $ glasgow run jtag-probe enumerate-ir
<whitequark> there are no optocouplers as they are not compatible with high-speed interfaces or bidirectional pins
<whitequark> esden: 10 boards sounds well enough for my purposes
<whitequark> there are at least 3 people i want to send these to, personally
<whitequark> (outside of this channel)
<zoobab> any link to the jtag-probe code?
<zoobab> someone also rewrote jtagenum in Go for the Rpi: https://github.com/gremwell/go-jtagenum
<whitequark> oh, jtagenum doesn't just enumerate IR
<zoobab> one idea as well was to make some kind of automatic reporting on JTAG pins
<whitequark> give it up to 8 pins (could be extended to 16 or even higher with a little effort) and it figures out where JTAG lives
<zoobab> I have an ICE40, I should give it a shot
<whitequark> glasgow requires an FX2
<zoobab> I have an Lcsoft FX2 board
<zoobab> as well
m4ssi has joined #glasgow
<whitequark> it's used as a board management controller and is quite integral to the whole thing
<whitequark> hm, that would work
<zoobab> so I will wait for the Glasgow to be avail
<whitequark> you could follow the schematic for revB
<zoobab> what about openocd support?
<whitequark> external tool support is pending an RPC mechanism being developed
<whitequark> i have some rough ideas on that but no robust implementation yet
<zoobab> I have some scripts to load different .bin files to an stm32, the first one to jtagenum, the second one to behave as a JTAG cable supported by opencd
<zoobab> so once the pins are found, openocd can be fed with the right configuration
<whitequark> so far my focus has been on implementing all tools in Python, since that's one of the strong points of Glasgow; the entire applet can be written in Python
<whitequark> there's a MIPS EJTAG debugger written like that, for example
<whitequark> it should be roughly on par with openocd as long as you never need little endian MIPS
<whitequark> anyway, it would be straightforward to make an applet that's basically a pipe between openocd and the JTAG gateware
<zoobab> why is MIPS problematic? I know openocd has been way behind compared to zjtag or urjtag for MIPS routers
<zoobab> such as the ones running openwrt
<whitequark> MIPS isn't really problematic
<whitequark> however, all of my test devices are cheap routers. I buy them in bulk at the local second hand store
<whitequark> well, not really in bulk
<whitequark> but i have way too many
<whitequark> none of them are little endian for obvious reasons
<ar> because network byte order?
<whitequark> yes.
<zoobab> same here, I was going to the Flea market, got a pile of those for nothing
<whitequark> i didn't *specifically* write big endian code but i'm pretty sure i have missed endianness somewhere
<zoobab> then I stopped because I have too many
<whitequark> so i do not advertise little endian support
<whitequark> i did implement the really cursed parts of EJTAG spec like DMAAcc
<electronic_eel> zoobab: re protection - there are level shifters on Glasgow that allow up to about 6v
<zoobab> Reading https://whitequark.org/ , so you know lekernel :-)
<electronic_eel> I have an addon board in the works that will allow up to +-30v
<zoobab> now I understand where migen is coming from :-)
<whitequark> i would have probably chosen migen regardless
<whitequark> if it wasn't a project with some intent for widespread use i'd probably have opted for hardcaml
<zoobab> lekernel did the firt prehistoric version of jtag detector on arduino, called Arduinull
<whitequark> it's not really a complex idea imo
<zoobab> it's not
<zoobab> he did it in an afternoon
<zoobab> "copyright is irrelevant on such a trivial piece of software"
<whitequark> mmm, dripping with elitism
<whitequark> anyway
<whitequark> the detector in glasgow is far more efficient
<whitequark> it's only quadratic in number of pins
<whitequark> as opposed to number of pins to 5th power
<whitequark> this means you could realistically use it to e.g. probe a JTAG on *something else* on that board through EXTEST mode on some large chip
<yorick> you should talk about glasgow on ccc
<tnt> zoobab: if you want I have a couple of unassembler revB PCB.
<whitequark> yorick: i can't.
<whitequark> the thought of leaving the apartment usually results in a panic attack that leaves me useless for the rest of the day. or the week
<whitequark> (weirdly enough, public speaking doesn't, but travel will kill me)
<yorick> maybe some contributor?
<whitequark> marcan, maybe
AxiomaticEspress has joined #glasgow
AxiomaticEspress has quit [Client Quit]
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
bgamari has quit [Ping timeout: 258 seconds]
bgamari has joined #glasgow
carl0s has joined #glasgow
m4ssi has quit [Remote host closed the connection]
<marcan> I'm not likely to go to ccc this year
<marcan> zoobab: I would've chosen migen too btw (and in fact we did for openvizsla :p)
<marcan> it's just a good idea
<sorear> (sees revC1.1 board render) non-monotonic version numbers aaaaa
<tnt> sorear: could have been git hash :p
jevinskie has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jevinskie has joined #glasgow
bgamari has quit [Ping timeout: 259 seconds]
bgamari has joined #glasgow
ktemkin has joined #glasgow
<esden> sorear: I am sorry... :( ... I forgot to cover up that insult to the eye. I did scrape one of the boards and fixed the number. I only wanted to show off solder mask/connector color scheme. :/
<esden> these boards will only ever exist in my scrap PCB bin and in some photos, so I hope I did not make too much harm with that. :)
_whitelogger has joined #glasgow
carl0s has quit [Ping timeout: 256 seconds]
electronic_eel has quit [Ping timeout: 258 seconds]
electronic_eel has joined #glasgow
futarisIRCcloud has joined #glasgow
bgamari has quit [Ping timeout: 252 seconds]
bgamari has joined #glasgow
mehar has quit [Ping timeout: 246 seconds]
jschievink[m] has joined #glasgow
<_whitenotifier-3> [GlasgowEmbedded/Glasgow] whitequark pushed 2 commits to master [+0/-0/±2] https://git.io/fjCno
<_whitenotifier-3> [GlasgowEmbedded/Glasgow] whitequark db11016 - applet.interface.spi_master: fix typo. NFC.
<_whitenotifier-3> [GlasgowEmbedded/Glasgow] whitequark 4dcd404 - README: add an asciicast.
bgamari has quit [Ping timeout: 252 seconds]
bgamari has joined #glasgow
bgamari has quit [Ping timeout: 252 seconds]
bgamari has joined #glasgow
Dark-Star has quit [Remote host closed the connection]