<whitequark>
electronic_eel: i am wondering if maybe the right thing to do is to thermally couple the polyfuse to the FETs
<whitequark>
it would need to be qualified of course, but the nominal characteristics of polyfuses are more like advisory anyway
<whitequark>
i am also thinking that we'd need to "pre-trip" all of them at the factory due to the fact that polyfuses don't return to their original resistance...
m4ssi has joined #glasgow
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
<electronic_eel>
whitequark: using a thermally coupled polyfuse instead of the resistor between the depletion fets would indeed help
<electronic_eel>
but unfortunately most smd polyfuses end at 60Vmax
<electronic_eel>
but still doing a proper thermally coupling at >100°C won't be easy
<electronic_eel>
I think we should concentrate on the +-30V protection first
<electronic_eel>
that seems to be an reasonable goal to me
<electronic_eel>
If that works in a reliable way we can take the experience from that and try to reach higher voltages
<tnt>
oh, just found out that you can have a virtual hcd on linux where you can 'virtually plugin' gadgets implemented in user space. So I could have glasgow code create a gadget so it 'appears' as any kind of device to the host :)
<tnt>
(so it could appear as a ftdi or anykind of device I want to emulate without having to chnage the fx2)
futarisIRCcloud has joined #glasgow
<electronic_eel>
wasn't whitequark planning to emulate the ftdi MPSSE? the virtual hcd could be used for that
_whitelogger has joined #glasgow
puck has quit [Remote host closed the connection]
puck has joined #glasgow
Jasjar has quit [Ping timeout: 245 seconds]
jevinski_ has quit [Ping timeout: 246 seconds]
jevinskie has joined #glasgow
jevinskie has quit [Ping timeout: 255 seconds]
jevinskie has joined #glasgow
carl0s has joined #glasgow
jevinski_ has joined #glasgow
jevinskie has quit [Ping timeout: 245 seconds]
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
jevinski_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
m4ssi has quit [Remote host closed the connection]
IanMalcolm has joined #glasgow
cr1901_modern1 has quit [Quit: Leaving.]
cr1901_modern has joined #glasgow
<whitequark>
electronic_eel: that was the original rationale of the project
<whitequark>
but let's face it, mpsse sucks
<electronic_eel>
mpsse sucks. But it is supported in a ton of other projects, like OpenOCD, Black Magic Probe, avrdude,...
<electronic_eel>
native Glasgow support for all these would be much better of course
<electronic_eel>
but it is a lot to develop and get upstream
<electronic_eel>
mpsse could serve as a stopgap solution
<whitequark>
i'm not sure if we need avrdude anymore
<electronic_eel>
there are a lot of different protocols for flashing avrs
<electronic_eel>
i think avrdude supports most or all of them
<electronic_eel>
is there already native support for them in Glasgow?
<whitequark>
ah, i thought avrdude only does the SPI and JTAG protocols
<whitequark>
AVR SPI is pretty much done in glasgow and i'll make UPDI work soon i think
<electronic_eel>
i'm not sure if they are all supported with mpsse
<whitequark>
ah, indeed
<electronic_eel>
i think for updi you need an external avr doing some translation
<whitequark>
updi is based on a serial port...
<whitequark>
dunno, maybe it doesn't fit into ftdi
<electronic_eel>
or the developer doing the implementation didn't have an ftdi at hand
<electronic_eel>
or thought mpsse sucks...
<electronic_eel>
next addon board idea: high voltage programming interface for avr, pic, old eeproms,...
<electronic_eel>
eproms
<electronic_eel>
would be fun to get working, non-faked samples of all the different old eprom models though
<electronic_eel>
I should stop having addon board ideas
<whitequark>
heh
<whitequark>
yeah, those would be useful
<gruetzkopf>
i need to reprogram like 80 i8748 soonish