ChanServ changed the topic of #glasgow to: glasgow debug tool · code https://github.com/GlasgowEmbedded/glasgow · logs https://freenode.irclog.whitequark.org/glasgow · discord https://1bitsquared.com/pages/chat · production https://www.crowdsupply.com/1bitsquared/glasgow · no ETAs at the moment
PyroPeter_ has joined #glasgow
PyroPeter has quit [Ping timeout: 240 seconds]
PyroPeter_ is now known as PyroPeter
electronic_eel has quit [Ping timeout: 240 seconds]
electronic_eel has joined #glasgow
_whitelogger has joined #glasgow
_whitelogger has joined #glasgow
<_whitenotifier-b> [GlasgowEmbedded/glasgow] whitequark pushed 1 commit to use-yowasp [+0/-0/±1] https://git.io/JJklz
<_whitenotifier-b> [GlasgowEmbedded/glasgow] whitequark e31afc6 - CI: use YoWASP instead of custom Yosys/nextpnr build scripts.
<_whitenotifier-b> [glasgow] whitequark created branch use-yowasp - https://git.io/fhhGp
<_whitenotifier-b> [GlasgowEmbedded/glasgow] whitequark pushed 1 commit to use-yowasp [+0/-0/±1] https://git.io/JJkla
<_whitenotifier-b> [GlasgowEmbedded/glasgow] whitequark 2ef6d7f - CI: use YoWASP instead of custom Yosys/nextpnr build scripts.
<_whitenotifier-b> [GlasgowEmbedded/glasgow] whitequark pushed 1 commit to master [+0/-0/±1] https://git.io/JJkl7
<_whitenotifier-b> [GlasgowEmbedded/glasgow] whitequark 2ef6d7f - CI: use YoWASP instead of custom Yosys/nextpnr build scripts.
<_whitenotifier-b> [GlasgowEmbedded/glasgow] whitequark deleted branch use-yowasp
<_whitenotifier-b> [glasgow] whitequark deleted branch use-yowasp - https://git.io/fhhGp
<whitequark> eggcellent, now CI isn't doing that awful hack anymore
<whitequark> the builds are even much faster lmao
_whitelogger has joined #glasgow
tomtastic has quit [Ping timeout: 240 seconds]
tomtastic has joined #glasgow
Stormwind_mobile has quit [Ping timeout: 246 seconds]
Stormwind_mobile has joined #glasgow
Stormwind_mobile has quit [Ping timeout: 260 seconds]
m4ssi has joined #glasgow
_whitelogger has joined #glasgow
m4ssi has quit [Remote host closed the connection]
<_whitenotifier-b> [GlasgowEmbedded/archive] whitequark pushed 2 commits to master [+2/-0/±0] https://git.io/JJkB9
<_whitenotifier-b> [GlasgowEmbedded/archive] whitequark 007b6ec - Add G00053.
<_whitenotifier-b> [GlasgowEmbedded/archive] whitequark 38b5138 - Add G00054.
<_whitenotifier-b> [GlasgowEmbedded/glasgow] whitequark pushed 2 commits to master [+0/-0/±3] https://git.io/JJkBH
<_whitenotifier-b> [GlasgowEmbedded/glasgow] whitequark b6d4c02 - applet.sensor.pmsx003: unmark as preview.
<_whitenotifier-b> [GlasgowEmbedded/glasgow] whitequark ad77968 - applet.sensor.pmsx003: add documentation references.
_whitelogger has joined #glasgow
Stormwind_mobile has joined #glasgow
Stormwind_mobile has quit [Ping timeout: 264 seconds]
Stormwind_mobile has joined #glasgow
<_whitenotifier-b> [GlasgowEmbedded/glasgow] electroniceel pushed 1 commit to wip-revC2 [+0/-0/±1] https://git.io/JJk9C
<_whitenotifier-b> [GlasgowEmbedded/glasgow] electroniceel b005266 - revC2: place new TVS diodes for port B
<_whitenotifier-b> [glasgow] electroniceel synchronize pull request #196: WIP revC2 - https://git.io/JfXxO
<_whitenotifier-b> [GlasgowEmbedded/glasgow] electroniceel pushed 1 commit to wip-revC2 [+0/-0/±1] https://git.io/JJk99
<_whitenotifier-b> [GlasgowEmbedded/glasgow] electroniceel 23d96b8 - revC2: re-shuffle silkscreen labels ("Glasgow", creators, ports, OSHW, Sync) to work with the new TVS diodes
<_whitenotifier-b> [glasgow] electroniceel synchronize pull request #196: WIP revC2 - https://git.io/JfXxO
<electronic_eel> esden: whitequark: after thinking a bit more about the power sequencing and reset circuit, I think a found a solution to simplify it without compromising on reliability: https://imgur.com/WGbweec
<electronic_eel> the MAX809J will switch off the 3v3 regulator and also immediately bring the fx2 into reset via the diode, so for example the vios are switched off before the 3v3 rail goes unstable
<electronic_eel> once the MAX809J sees that vbus is ok again, the 3v3 rail is switched on again. the rc circuit will keep the fx2 into reset for at least 5 msec (this is the minimum time for a full reset from the ds)
<electronic_eel> the other stuff on the i2c bus is reset too because the 3v3 rail was switched off
<electronic_eel> if the 3v3 rail should dip (overload or whatever), the other part of the double-diode will also instantly activate reset and make sure the reset time will start fresh when the rail stabilizes again
<electronic_eel> oh, and the ds of the fx2 specifies that the reset input has a schmitt-trigger, so no problem with it rising slowly
gruetzkopf has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
gruetzkopf has joined #glasgow
FFY00 has quit [Remote host closed the connection]
FFY00 has joined #glasgow