2011-08-28 03:21 upgrading indefero (projects server) right now 2011-08-28 03:21 of course it doesn't go as expected :-) 2011-08-28 05:44 wpwrak: about your opto-isolated inputs.. there are cheap-ish (5E) dc-dc 1000V galvanic isolated 5V-5V transformers 2011-08-28 05:44 4 pins.. dc in, dc out.. small sil-package.. 1W power rating 2011-08-28 05:45 enough to drive an optocoupler, some line driver or similar hw. 2011-08-28 05:50 The build has FAILED, see log here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-08272011-0801/ 2011-08-28 07:06 roh: maybe you mean the analog devices parts, signal plus power. but what i want is a wide input range, plus insensitivity to reverse voltage. also, the goal is to keep this simple. since there doesn't appear to be a decent (yet simple) electronic solution, using optocouplers as fuses will have to do. at least they'll survive TTL levels, which should cover 99.9% of all cases. 2011-08-28 07:15 s/as/like/ 2011-08-28 11:41 larsc: xiangfu I upgraded Indefero but unfortunately it gets stuck creating the html view of qi-kernel.git 2011-08-28 11:41 so for now I disabled anonymous access, I hope that's only in the web interface... but maybe also the git: access is blocked now 2011-08-28 11:42 as for tracking down the bug, I saw a few Apache processes going in endless circles in the javi-roman branch, seemingly 2011-08-28 11:42 is there anything we can do to qi-kernel.git to rid if of some unnecessary history? any unusually cruel git actions we performed on it? 2011-08-28 11:48 all other repositories work fine 2011-08-28 12:10 wpwrak: honestly, why do you actually need galvanic separation? 2011-08-28 12:11 wouldn't high Z do as well (and provide way better secondary properties)? 2011-08-28 12:11 is happily using github. the pesky m1 problems give me enough pain and frustration without adding system administration tasks on top of them. 2011-08-28 12:13 5 pcs 220kR in series (to deal with Vmax per R), both in input and GND, plus some decent highly sensitive detector circuitry plus OVP behind that... 2011-08-28 12:13 hi lekernel 2011-08-28 12:13 hi 2011-08-28 12:16 wpwrak: using this high-Z concept, sth as simple as a mosfet + zener could give you all you asked for, plus more: detection range 0.5...300V, input current 1uA/V... 2011-08-28 12:17 no reverse blocking yet, but at 1uA/V 2011-08-28 12:17 I'd wonder why you need that at all 2011-08-28 12:17 DocScrutinizer: (galvanic separation) because i don't know the ground potential of the other thing 2011-08-28 12:18 hmmm 2011-08-28 12:19 so as long as your circuit has floating GND and you connect to DUT's GND via 1MR 2011-08-28 12:19 my circuit connects to USB, so one ground is already given 2011-08-28 12:19 and there can be different DUTs 2011-08-28 12:28 mmmpf 2011-08-28 12:29 you're trying to build sth that outperforms $$$$ equipment properies-wise, and you are not willing to spend >2$ per input on the most important part of the whole thing 2011-08-28 12:30 why ... there are tons of USB opto-coupler cards. it's not rocket science that i'm attempting 2011-08-28 12:32 given your specification goal are not completely crazy but rather desirable for every lab nerd using such thing, tell me how likely is it you'll succeed in building such a thing for less than china, with way better specs than china's things can offer? 2011-08-28 12:33 easy. china doesn't do some features i want to have in there :) 2011-08-28 12:33 sw features 2011-08-28 12:33 (mainly) 2011-08-28 12:34 meh, forget sw features. I'm just talking about arbitrary black boxes with GP-inputs 2011-08-28 12:35 or are you suggesting you get your OVP and sensitivity and galvanic separation via nifty software? 2011-08-28 12:35 yes, but then i'd have to hack the firmware. and probably mod the case 2011-08-28 12:35 no you don't, as there ARE NO such devices from china 2011-08-28 12:35 no, but i want the sw to be a little more intelligent than what the USB-to-relay/opto board i've seen can do 2011-08-28 12:36 okay, maybe they make them in malaysia :) 2011-08-28 12:36 you missed the point 2011-08-28 12:37 you're trying to build sth that outperforms $$$$ equipment properies-wise, and you are not willing to spend >2$ per input on the most important part of the whole thing 2011-08-28 12:37 nobody has achieved on that before you 2011-08-28 12:37 otherwise there was sth fainly similar from china already 2011-08-28 12:39 it's just a few stupid opto-couplers ! 2011-08-28 12:39 i'm sure those other cards have very similar properties 2011-08-28 12:40 yeah, and a stupid (sorry) design that uses them way outide their specs 2011-08-28 12:40 ;-))) 2011-08-28 12:40 see, tha's the secret when competing with china :) 2011-08-28 12:41 no, there IS NO card with input sensitivity 100uA@1.5V and OVP up to 30V AND galvanic separation 2011-08-28 12:42 not at the price tag you're aiming at 2011-08-28 12:42 maybe 200 uA then. well, i haven't measured yet what the coupler can do 2011-08-28 12:43 interesting. cvpcb cripples the net names in .net files. when pcbnew reads them, this makes it lose its net classes. lovely :) 2011-08-28 12:43 yesyesyes, and for sure you can operate that FM radio with 3 instead of 4 AA cells, and place a bridge in for battery #4 2011-08-28 12:44 (the work-around is to save the netlist again from eeschema after running cvpcb) 2011-08-28 12:44 see :) 2011-08-28 12:45 meh 2011-08-28 12:46 I honestly wonder what's your initial product requirement specs and if they are reasonable 2011-08-28 12:47 if I want a general purpose logic analyzer the I won't go for optocouplers without protection that are swappable like fuses 2011-08-28 12:48 and I won't opt for operating a key component out of specs for the intended major usecase 2011-08-28 12:48 usb-attached. 2 relays and as many opto-isolated inputs/outputs i can cram in. front panel has buttons and LEDs to control the relays. MCU runs a user-defined state machine to implement different action profiles. e.g., button = on/off. or button = on while pressed, then at least 10 s off. and so on. can cover multiple channels. 2011-08-28 12:48 no, it's for switching power and "manual" signals (buttons and such) 2011-08-28 12:48 o/ 2011-08-28 12:51 you're aware that 1.5V@100uA is already in a range where you get false positives from 5m of open-ended wire in a cable that also runs a 220V~ life wire? 2011-08-28 12:52 you mean a cable that combines 220 V with a low-voltage signal ? sounds like generally a bad idea to me :) 2011-08-28 12:53 i would expect connections to the box to be kept reasonably separated 2011-08-28 12:53 your design specs sound like a poor set of parameters to me 2011-08-28 12:53 of course, anyone can take their chances ;-) 2011-08-28 12:54 forgot one: SIMPLE ! :) 2011-08-28 12:54 it's already taking too long to make the bloody thing :-( 2011-08-28 12:54 just missing "shall withstand hitting it with a sledge hammer" 2011-08-28 12:55 that's part of the user interface :) 2011-08-28 12:56 the external form factor is given, by the way. a box i can easily source and that has removable faceplates. 2011-08-28 12:57 my last staement on this: 1V5 at highZ sensitivity and full galvanic separation and low BOM doesn't go together 2011-08-28 12:57 i'll let you know how my experiments go :) 2011-08-28 12:58 scratch one of those 3 parameters, or split on different inputs or switchable input properties 2011-08-28 13:02 wpwrak: actually as long as you won't run a full fledged industrial grade set of test against 1000 of those devices, for EMI and temperature range and long time stability and whatnot, I'm actually not very much interested in your results 2011-08-28 13:04 you could tell me it works like a bulldozer and I'd stll be reluctant in getting one 2011-08-28 13:05 and then taking into account you consider to actually control safety relevant things powered by 220V with it, makes the whole concept even more scary 2011-08-28 13:22 all I can see is that Indefero gets into an infinite loop right at the first few git commands it sends. hmm. 2011-08-28 13:24 I have one random long shot idea in that the branch name with a '/' in it confuses Indefero. there is a branch "javiroman/ks7010" - can we rename that to javiroman-ks7010? 2011-08-28 13:25 that's a desperate attempt without any real trace in the sources, but it's the only branch name with a '/' and if we are lucky that's just the problem :-) 2011-08-28 13:32 hmm. Indefero sources say '/' in branch name is supported. well then. 2011-08-28 13:33 worst case I downgrade to make the problem go away :-) 2011-08-28 13:46 [commit] Werner Almesberger: labsw/: added spacers; shifted USB connector a little (master) http://qi-hw.com/p/wernermisc/f3e9d75 2011-08-28 13:46 [commit] Werner Almesberger: labsw/: changed all ring-to-hole ratios to 2.5; placed spacers at 1 mm from edge (master) http://qi-hw.com/p/wernermisc/17d2478 2011-08-28 13:46 [commit] Werner Almesberger: labsw/: changed flyback diodes to SOT-323 (BAS16WT or similar) (master) http://qi-hw.com/p/wernermisc/302002c 2011-08-28 13:46 [commit] Werner Almesberger: labsw/: grouped opto-couplers for socketing; improved clearance of inputs (master) http://qi-hw.com/p/wernermisc/e95d20a 2011-08-28 15:50 Hi everyone ! 2011-08-28 15:50 I'm in very deep troubles with my Ben Nanonote 2011-08-28 15:51 It won't boot any more, even after reflashing it 2011-08-28 15:51 It hangs up on setting the date and time to 01-01-1970 2011-08-28 18:31 Noone to the rescue ? 2011-08-28 18:39 weird 2011-08-28 18:39 never happened to me. 2011-08-28 18:40 where have you put it? 2011-08-28 18:44 hey guys, what's up? hadn't been there for a looooong time :P 2011-08-28 18:54 :) 2011-08-28 18:55 viric, nowhere especial 2011-08-28 19:16 ??? 2011-08-28 19:30 LunaVorax: then I can't help 2011-08-28 19:41 ok