12:13 <d1b2> <Attie> hi all, I'm (finally) going to be making a start on the CAN add-on board tomorrow...

12:13 <d1b2> <Attie> any requests for features, please let me know

12:13 <d1b2> <Attie> currently planning 2x channels (one to DE-9, one probably to spring-loaded terminals), and simple line drivers

12:14 <d1b2> <Attie> the line drivers will support CAN-FD, though the gateware will really be responsible for that

12:16 <tnt> spring loaded terminals ?

12:17 <d1b2> <Attie> opposed to screw terminals... i'll get an example

12:17 <tnt> Ah yeah, I see what you're talking about.

12:17 <tnt> I was originally thinking like pogo pins and I coudln't figure why you'd do that :)

12:18 <d1b2> <Attie> ahh, no

12:18 <d1b2> <Attie> this kind of thing, though probably not this part: https://www.digikey.co.uk/short/z0h0vz

12:18 <d1b2> <Attie> (it's a clear example)

12:22 <d1b2> <Attie> this one actually looks good: https://www.digikey.co.uk/short/z0hvc8

12:22 <d1b2> <Attie> finger-friendly, and not tooo expensive

12:23 <plaes> Wago also has solderable spring terminals (although I've only used Wago splicing connectors for AC voltages)

15:11 <electronic_eel> Attie: re CAN board features: I'd add termination resistors and an easy way to activate/deactivate them

15:11 <electronic_eel> the cheap way for activating would be pin headers and jumpers

15:12 <electronic_eel> the more complex way would be relays or photomos

15:13 <d1b2> <Attie> @electronic_eel - they're on the list! i'm trying to decide solid state vs physical... i think we've already got something worked up in @DuncanHaldane's schematic, but i need to look again and remember

15:13 <electronic_eel> if you want to go fancy, you could add galvanic isolation of the can drivers

15:13 <d1b2> <Attie> by "solid state" i really mean software control...

15:14 <d1b2> <Attie> i think we've pushed isolation off to the next revision, but it was high on my initial list of requirements

15:17 <electronic_eel> I think you could use something like this to switch in the termination resistors by software: https://lcsc.com/product-detail/Solid-State-Relays_TOSHIBA-TLP240A-TP1-F_C146360.html

15:17 <d1b2> <Attie> yeah, looks ideal

15:17 <d1b2> <Attie> there was a paper / app note i dug out a while ago

15:17 <electronic_eel> the common mode voltage for can can go negative in relation to the gnd of glasgow, so you need some kind of switch that can deal with that

15:18 <electronic_eel> these kind of photomos can do that, other kinds of muxes and so on not so easy

15:18 <d1b2> <Attie> here: https://www.ti.com/lit/pdf/tiducf3

15:19 <d1b2> <Attie> i think the optoisolated route was my preferred, as it should transplant directly into the isolated design if/when

15:21 <electronic_eel> the TI appnote uses TLP175, they are 50 ohms on resistance, while the TLP240 is just 2 ohms

15:21 <d1b2> <Attie> yeah, i wasn't very comfortable with that aspect of the TI appnote

15:22 <electronic_eel> so it is the same kind of design i had in mind, just with different parts. the TLP240 are cheaper from LCSC than the worse TLP175 from digikey/mouser

15:22 <d1b2> <Attie> ha, nice

15:22 <d1b2> <Attie> i'll certainly keep your p/n handy, thanks!

15:48 <_whitenotifier-f> [libfx2] theedge456 commented on issue #5: i2c bus scan - https://git.io/JklnT

15:52 <_whitenotifier-f> [libfx2] whitequark commented on issue #5: i2c bus scan - https://git.io/Jklcm

17:14 <_whitenotifier-f> [GlasgowEmbedded/glasgow] whitequark pushed 4 commits to master [+7/-2/±0] https://git.io/Jklai

17:14 <_whitenotifier-f> [GlasgowEmbedded/glasgow] whitequark 12f279f - arch.arm.jtag: add JTAG-DP IR/DR definitions.

17:14 <_whitenotifier-f> [GlasgowEmbedded/glasgow] whitequark 3f68dcb - arch.arm.dp: add DP register definitions, up to DPv2.

17:14 <_whitenotifier-f> [GlasgowEmbedded/glasgow] whitequark 8027c68 - arch.arm.ap: add AP register definition.

17:14 <_whitenotifier-f> [GlasgowEmbedded/glasgow] whitequark d0398fa - arch.arm{→.dap}.{ap,dp}: consolidate.

17:21 <_whitenotifier-f> [GlasgowEmbedded/glasgow] whitequark pushed 1 commit to master [+1/-0/±2] https://git.io/JklV7

17:21 <_whitenotifier-f> [GlasgowEmbedded/glasgow] whitequark ff6449d - applet.debug.arm.jtag: new applet.

18:27 <_whitenotifier-f> [glasgow] Success. The Travis CI build passed - https://travis-ci.org/github/GlasgowEmbedded/glasgow/builds/744232961?utm_source=github_status&utm_medium=notification

18:32 <_whitenotifier-f> [GlasgowEmbedded/glasgow] whitequark pushed 1 commit to master [+0/-0/±2] https://git.io/JklPb

18:32 <_whitenotifier-f> [GlasgowEmbedded/glasgow] whitequark 4613a27 - applet.debug.arm.jtag: handle AP transactions setting STICKYERR.

18:33 <_whitenotifier-f> [glasgow] Success. The Travis CI build passed - https://travis-ci.org/github/GlasgowEmbedded/glasgow/builds/744234128?utm_source=github_status&utm_medium=notification

19:02 <_whitenotifier-f> [GlasgowEmbedded/glasgow] whitequark pushed 1 commit to master [+0/-0/±1] https://git.io/JklM0

19:02 <_whitenotifier-f> [GlasgowEmbedded/glasgow] whitequark 8728433 - applet.debug.arm.jtag: enable debug power.

19:43 <_whitenotifier-f> [glasgow] Success. The Travis CI build passed - https://travis-ci.org/github/GlasgowEmbedded/glasgow/builds/744247602?utm_source=github_status&utm_medium=notification

20:14 <_whitenotifier-f> [glasgow] Success. The Travis CI build passed - https://travis-ci.org/github/GlasgowEmbedded/glasgow/builds/744253217?utm_source=github_status&utm_medium=notification