It depends on what you mean by permitted. Depending on the spec you want to use, on a micro connector: - USB 2 can deliver 500mA @ 5V - USB 3 can deliver 900mA @ 5V - USB Battery Charging can deliver 1.5A @ 3.6V
The only spec that can deliver your 2-2.5A is USB Power Delivery, which can deliver 5A @ 20V. But AFAICT it requires regular type A/B connectors (the big ones) or type C.
If that problem on the big board only appears with my tool, then I'd like to fix the bug. Can you send me the 4 sub-boards and the panel script you used? You can send it directly by email if it's proprietary stuff and you don't want it published.
I have an utility to make PNGs but it's Windows only just like my viewer.
The rounded corner look fine in both my grbv and gEDA's Gerber Viewer.
However your drill data is still bad. And the copper layers look wrong too, even on your own pictures. Pads and traces are overlapping but that doesn't look to be on purpose.
[quote author="stryker"]I created a board where I've traced a curved outline with lots of straight segments. Your viewer is telling me somewhere a vertex isn't closed. Do you have any tips on how you'd find this without investigating 300+ segments in KiCad? (starting this process anyway, but asking for next time!)[/quote]
I don't remember that error. Can you send me the files (privately if you wish) so I can see what you're referring to? Otherwise please give me the exact error message (you can press Ctrl+C when a message box is displayed to copy the text to the clipboard).
Quote
Also is there a way by looking at the .oln file to work out what the maximum dimensions are as a final check to ensure a board with an irregular shape is going to fit inside a board maker's 50x50mm etc price clip?
You can use aperture scripting to do that. Create a simple text file and run it with the lua.exe in the Gerber Viewer package, with something like that:
[quote author="LongHairedHacker"] After that I came across a lua framework called aperture scripting: http://http://piratery.net/aperture-scripting/ [...] But as it turns out I does not work well with non rectangular boards. [/quote]
As per our emails, I've improved that in the latest code. It is fixing a bug that was eating one of the rounded corners, and I've implemented basic support for concave board outlines (which are an intermediate step when panelizing rectangular boards with rounded corners along 2 axis).
Quote
[...] Also the outputted panels have a board outline layer and a separate milling layer, containing different parts of the panels cut-outs and as far as I can tell from my experience with cheap pcb services, a single outline layer is required.
What's put where depends on your input files and how you configure your panel. For Aperture Scripting a board is a set of images (one per Gerber/Excellon file) plus an outline. The outline is extracted from some of the images, and put back there when saving. Panel slots and mouse bites are generated in the "milling" image. If your original outline is in the input milling Gerber (.gml in the default template), the output milling Gerber will contain the panelization slots and also the outline. On the other hand if the original outline is in another input Gerber (say a dedicated .oln outline image or in a copper layer), the output milling Gerber will only contain the slots, and the outline will be saved in another image.
If your outline is in a separate input file, and you want them in the milling output file, you have two options:
Tell Aperture Scripting your outline file is actually a milling file (rename to .gml or change the template)
In your panel script change the outline configuration, so that it's saved in the milling file
That second option can be done with a piece of code similar to that:
A quick workaround is to rename your non-plated drill file to .gml. This will tell grbv to interpret the image as a milling layer, the file format (Gerber vs. Excellon) is auto-detected in any case based on file content.
The proper way to correct that is to use a different board template. You can either modify the default one (see patterns in lua/5.2/boards/templates.lua) or put one in your data files with a .conf extension.
Yes, the SRAM ended up working OK. I'm unfortunately not working a lot on this at the moment, I've been quite busy recently. I've met a very though timing related bug involving USB interrupt handlers, so I've had to spend the little time I have for this on improving my debugging environment rather than actual functionality, and I still haven't fixed the problem.
[quote author="bearmos"]Cortex M4 is just M3 with HW floating point support.[/quote]
Not that it matters much in this topic, but that's not exactly true. What the M4 adds to the M3 is the DSP instruction set. The floating point support is an option in the M4. Some Cortex-M4 microcontrollers don't have an FPU. To be sure either look for a Cortex-M4F or check the chip datasheet for the ARM core options the silicon vendor has chosen.
I've been doing such boards myself and they will be properly cut out. The only issue I had is with the breaking tab "mouse bite" holes: these were plated and are thus very hard to break (and leave little metal cylinders on the side of the board). I'm waiting for an answer from Ian for a way to avoid that.
Open Source Hardware