Feature #5063
closedAllow un-powered operation
Description
Right now, the OpenVizsla always needs to be powered. As soon as power is removed, the communication between host and device breaks down. We received reports that a simple diode can be added at one location in the design to prevenr this problem from happening.
Let's analyze this in detail and decide if the diode change can be applied to "master", or if we have to look for something more sophisticated, avoiding the voltage drop over a diode.
Files
Related issues
Updated by mschramm about 2 years ago
- Status changed from New to In Progress
- % Done changed from 0 to 10
Unfortunately no real news here yet. - We got an image showing a hand-soldered patch wire from nework "+5V" behind L2 connecting to "targetVBUS" - but no diode visible so far, maybe it's in series to L2 on the (non-imaged) PCBA top side. So this all looks like the unit is powered from the host all the time...? We'll inquire again.
Updated by mschramm almost 2 years ago
- Status changed from In Progress to Stalled
No news here by now.
Updated by laforge almost 2 years ago
mschramm wrote:
No news here by now.
well, then maybe ask again the user who requested it :)
Updated by mschramm almost 2 years ago
- % Done changed from 10 to 20
We're going to merge the other solved design improvements and not wait for further details regarding this user requirement. - They came up with another 'problem' (not further specified) which they also solved with a diode, - but no schematics on either detail yet, maybe next week.
Updated by mschramm almost 2 years ago
- Related to Feature #5076: Update board revision added
Updated by mschramm almost 2 years ago
- Status changed from Stalled to In Progress
- Target version set to 3.4
Updated by cibomahto almost 2 years ago
Changes requested:
- introduce BAT60A diode between Vusb (from J1) and F1
- introduce an alternative current path (also via BAT60A) between
targetVBUS (from J2) and F1.
Updated by cibomahto almost 2 years ago
- File schematic change.jpg schematic change.jpg added
Here's a schematic for the requested change. The BAT60A parts are taken from the Altium content vault, and have an SOD323 footprint.
Waiting to hear from mschramm on where to place the tracks.
Updated by mschramm almost 2 years ago
- File suggested_targetVBUS_bott.png suggested_targetVBUS_bott.png added
- File 2diodes_mock.gif 2diodes_mock.gif added
- Assignee changed from mschramm to cibomahto
- % Done changed from 20 to 30
Suggesting to use the inner layer 3 (sketch 'suggested_targetVBUS_bott.png' is bottom view): start is where target VBUS originates, and trace could end 'north' of the name plate, no too close to the USB shield.
Seen from top and name plate in reading orientation:
- move F1, L2 and C46 more right
- LD4 and R9 might be in the way, so move them too
- you could flip C16 180°, so that its GND conn is close to the 1117's tap (C16 is too small for a 1117 anyway, so don't move it further away from the 1117)
- use two vias when bring the target VBUS trace to the top layer
I think a good way is to directly let 'face' the two cathodes each other and bring that stub to F1. Maybe you don't need to move F1 and L2 that much right, you'll see. If you find by chance a way to let C16 come closer to the input of U9 (TLV1117-33), I'd appreciate. - C46 is nonsense anyway, so you can move around where it worries least.
Updated by cibomahto almost 2 years ago
- File component placement.jpg component placement.jpg added
- File TARGETVBUS as split plane.jpg TARGETVBUS as split plane.jpg added
- File design rule.jpg design rule.jpg added
Component positions seem fine- photo attached.
Putting TARGETVBUS on the inner layer requires drawing it as a polygonal split plane, because the layer is a special 'plane' layer type. I drew it so that the effective trace width would be similar to the other traces on the net, ~1.27mm. Unfortunately this isn't enforceable by DRC, however this shouldn't be a critical trace. I also added a specific design rule to make a direct connection between the plane and the pin on J2, as a thermal via wouldn't work correctly in that situation.
Checked in here: https://github.com/openvizsla/ov_ftdi/pull/48/commits/0020c958ba4ffb6fe848d9c11ef051b614e5ecc6
Updated by mschramm almost 2 years ago
- File targetVBUS-layerchange_top.jpg targetVBUS-layerchange_top.jpg added
- File c46-new.jpg c46-new.jpg added
- % Done changed from 30 to 80
Thanks! The rectangular caps of the new power trace look funny, but of course will work. Also I like the C46 position.
What should still be changed is
- the leftmost via's position. It is a little too much left, and depending on the tolerances of the USB socket's shield and pressing force during (manual) soldering, a chance remains that they could touch. Please move this via slightly more right.
- the C46 'south' connection has an arc from its wire trace which gives a warning on a potential clearance issue in the board house's parser. Maybe just delete this stub (or trace end) and satisfy the DRC by a narrower wire trace end just below the capacitor's land which won't have that huge arc.
Updated by mschramm almost 2 years ago
mschramm wrote:
- the leftmost via's position.
...of the targetVBUS power trace layer change land
Updated by mschramm almost 2 years ago
also the new position of C16 is now much better than on the original in terms of stability of the 1117!
Updated by cibomahto almost 2 years ago
Updated by mschramm almost 2 years ago
- File stitching-via.jpg stitching-via.jpg added
- % Done changed from 80 to 90
The VBUS via position now makes me sleep much better, thanks! ,) Reduced copper on C46 is now done, too.
What is left here - sorry to notice this now and not before: the cathodes of the two diodes have no rounded pads. I guess it's because they came fresh from the lib, and here it's not about solder beads, but more a solder paste stencil cleaning issue. Please round these two pads.
New here is something we unfortunately already know: one of your stitching vias shows this inner layer restring issue... we had this in #5108#note-4 . This time it is the lower left via, of which I stated "Interestingly, the lower left via is even closer to the opening for that 'bridge trace', but does not show (yet) this problem... can't explain." Still can not explain whether it is a rounding error or what else...
The PCB house's parser notices this and shows as a warning. However, the overall result is 'green', as they obviously use a smaller tool diameter to make this via (0,05mm less if I interprete ther values right) - so I'd say let them do the repair.
So the only thing to do here are the rounded caps of the two cathodes' lands.
Updated by mschramm almost 2 years ago
- Blocks Feature #5160: Increase board revision to '3.4' added
Updated by cibomahto almost 2 years ago
- File before.jpg before.jpg added
- File after.jpg after.jpg added
What is left here - sorry to notice this now and not before: the cathodes of the two diodes have no rounded pads. I guess it's because they came fresh from the lib, and here it's not about solder beads, but more a solder paste stencil cleaning issue. Please round these two pads.
Rounded the cathode pads of D1 and D2 using the strategy from: https://osmocom.org/issues/5078#note-1
Implemented here: https://github.com/openvizsla/ov_ftdi/pull/48/commits/34bf82ddd5c3e9628a2d07f6d4c1fa33cde8affb
As requested, the vias causing the inner layer restring issue have not been modified in the design file.
Updated by mschramm almost 2 years ago
- Status changed from In Progress to Resolved
- % Done changed from 90 to 100
thanks - solved!