LeafLabs Garden » Topic: Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?

LeafLabs Garden » Topic: Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header? http://forums.leaflabs.com/topic.php?id=103 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:14:44 +0000 http://bbpress.org/?v=1.0.2 <![CDATA[Search]]> q http://forums.leaflabs.com/search.php gbulmer on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=5#post-935 Wed, 01 Sep 2010 13:57:10 +0000 gbulmer 935@http://forums.leaflabs.com/ Poslathian, just to clarify for folks. Members of the STM32F101, STM32F103, STM32F105 and STM32F107 family, which come in LQFP100 and LQFP144 packages have analogue reference Vref+ and Vref-. (I haven't looked at the STM32W or STM32L to have noticed). Also, STM32F103's in a TFBGA64 (same number of pins as the Maple's LQFP64) has an analogue Vref+, but no Vref-. The TFBGA64 version loses PC3. I have no idea why they did that; it's weird to me. One key thing about adding the d14 to the Maple header is the Arduino analog pin 0 is aleady aliased to digital pin number 14 in the Arduino libraries. This might make sharing some libraries slightly more complex. It's done now - ship it :-) poslathian on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=5#post-932 Wed, 01 Sep 2010 13:10:43 +0000 poslathian 932@http://forums.leaflabs.com/ the issue with d14 is that the rbt6 doesnt have an aref pin. While the analog supply, vdda, is separate, its nominally 3.3v, and that feature just doesnt exist on that chip. We figured we might as well not waste a perfectly good gpio, I suppose we could have left the trace unconnected. Incidentally, some of the larger stm32's do have an aref, including, I believer, the Maple Native. leaflabsandy on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=5#post-929 Wed, 01 Sep 2010 10:50:55 +0000 leaflabsandy 929@http://forums.leaflabs.com/ Quote: "As a medium time Arduino user, and someone who has built hardware based on Arduino, I have NEVER used D0 in a sketch/program." Reply: I don't either - what I tried to convey that the Pin # is a digital bit and if ref. to D0-D13.(sorry about using D14 - the Maple has this) unless used as an analog. gbulmer on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=5#post-927 Wed, 01 Sep 2010 10:03:45 +0000 gbulmer 927@http://forums.leaflabs.com/ As a medium time Arduino user, and someone who has built hardware based on Arduino, I have NEVER used D0 in a sketch/program. It doesn't compile in the Arduino IDE. The error is, e.g. <blockquote>error: 'D0' was not declared in this scope </blockquote> I can't remember ever seeing any sketches that used that notation, though I haven't read all the examples. To use it, it would have to be #defined as declared somewhere, and I think I'd have noticed that. mbed does it that way. Maybe you're thinking of that? Which pin '0' refers to is usually pretty clear from context, e.g. it's used in a 'digital' or 'analog' I/O library call. The silkscreen on my Arduino Diecimilia numbers the digital pins from 0 to 13. There is no digital 14 (I was surprised when Maple added it, as that is incompatible with Arduino). The other two pins on the two 8 pin digital I/O headers is GND and AREF. In the Arduino library and headers, analogue pin 0 is aliased as digital pin 14, upto analogue pin 5, which is aliased as digital pin 19. HTH x893 on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=5#post-910 Mon, 30 Aug 2010 20:20:00 +0000 x893 910@http://forums.leaflabs.com/ Where i can find change log (for example r5 with rev3) ? okie on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=5#post-908 Mon, 30 Aug 2010 18:58:45 +0000 okie 908@http://forums.leaflabs.com/ Maple r5 design files have been pushed: <a href="http://github.com/leaflabs/hardware" rel="nofollow">http://github.com/leaflabs/hardware</a> leaflabsandy on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=5#post-906 Mon, 30 Aug 2010 17:25:44 +0000 leaflabsandy 906@http://forums.leaflabs.com/ Being a hardcore Arduino user and the Maple is an Arduino compatible in form and commands/functions. D represents digital - so when an Arduino user programs a sketch he knows that pin # "0" (not microcontroller pin #) is the same as "D0" in his program code. The silkscreen on the Arduino is 0-14 for digital and 0-6 for analog. Note: The analog is a subset of the digital I/O. poslathian on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=4#post-905 Mon, 30 Aug 2010 17:19:18 +0000 poslathian 905@http://forums.leaflabs.com/ to use llandy's forum conventions: Quote: Put yourself into a hardware developer's shoes. It is extremely expensive to design multiple shields for Maple rev3, Maple rev5 and maybe Maple rev6! Reply: "- the header location issue, as had been pointed out, has to be locked down so that people can build off of it with confidence. That is now the case. " - However minor improvements like silk changes, adjustments to the power supply/selection/regulator circuit, non-functional component changes (cap values, rvalues etc), are all fair game in my opnion, and we will continue to improve these minor aspects to the best of our ability. gbulmer on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=4#post-904 Mon, 30 Aug 2010 17:07:13 +0000 gbulmer 904@http://forums.leaflabs.com/ <blockquote>Sorry all, the BUT did not make it out to a header...we all agreed it was more important to have a GND pin on the header...as in, every header gets a ground. </blockquote> I agree with that philosophy too. It would have been good to have the buttons on headers, but I've had a similar problem; too many useful signals, and not enough pins :-) <blockquote>I cant speak for the RTC stuff since I havnt looked in to it that much. For now I'll say....hmmmm...interesting. </blockquote> Yes, it would have been nice to have the RTC crystal oscillator pins tracked together to a common place, but I agree ... <blockquote>... - the header location issue, as had been pointed out, has to be locked down so that people can build off of it with confidence. That is now the case. </blockquote> It's done now - ship it. <blockquote>The confusion about the pc9/d38 issue i think is a conventions problem. I kept saying "pin 38" but what i meant was d38. d38 is not a pin on Maple, it is a pin on the stm32, it is the reference number in the wirish library. So from now on, when referencing software-accessible pins we should say "d#" as in "d1,d2,d3" etc. And if you mean the physical pin, you mean pin 1, pin 2...etc. </blockquote> I think there is still some ambiguity. The d# is a high-level Maple library view of the STM32F, created in the Maple headers/library. Using the d# for software accessible pins is simple and clear. I was using "P$4" to mean the pin number on the STM32F103R 64-pin LQFP package, which corresponds with the Eagle CAD. As an example d36 = P$38. Then, if I've understood, d38 = P$40. Physical pins (on headers) are unambiguous as they use the Maple library names, but just don't go as high, so ditching the 'd' is okay. leaflabsandy on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=4#post-903 Mon, 30 Aug 2010 16:45:35 +0000 leaflabsandy 903@http://forums.leaflabs.com/ Quote: "Probably in mid october well be doing this all over again for Rev6!" Reply: Put yourself into a hardware developer's shoes. It is extremely expensive to design multiple shields for Maple rev3, Maple rev5 and maybe Maple rev6! I sure hope, if a user buys a Maple rev3 and two years from now he needs the "same" Maple rev3 instead of the latest and greatest updated, newer, version that he is able to purchase the same one! Please don't say "we no longer make that version!" In printed circuit board design attention to details is very important. Being on grid, stacking design, current limiting, component availability / second sourcing are just a few of the many items that a PCB designer needs to be aware of to create a stable design. okie on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=4#post-898 Mon, 30 Aug 2010 13:36:40 +0000 okie 898@http://forums.leaflabs.com/ it goes: reset,Vcc/3.3,Vdda/3.3,GND,GND,Vin leaflabsandy on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=4#post-896 Mon, 30 Aug 2010 13:34:12 +0000 leaflabsandy 896@http://forums.leaflabs.com/ Quote: "Additionally, the second VCC pin on the bottom left header has been replaced with VDDA, the analog voltage." Reply: From the reset pin on the six pin header ... reset,Vcc/3.3,Vcc/3.3,GND,GND,Vin. What position, on this header, did you place the VDDA from the reset? poslathian on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=4#post-893 Mon, 30 Aug 2010 12:09:36 +0000 poslathian 893@http://forums.leaflabs.com/ will link to the schematics once we push to git. I think theyre already in the svn (which is officially deprecated by the way). Sorry all, the BUT did not make it out to a header...we all agreed it was more important to have a GND pin on the header...as in, every header gets a ground. I cant speak for the RTC stuff since I havnt looked in to it that much. For now I'll say....hmmmm...interesting. Thats it for Rev5 though, there were a lot of subtle changes we wanted to make but didnt for timing reasons (there will be an inventory gap at this point. Maybe some distributors still have some stock...) Probably in mid october well be doing this all over again for Rev6! BUT - the header location issue, as had been pointed out, has to be locked down so that people can build off of it with confidence. That is now the case. The 21/22 pins that were moved off the header are conveniently positioned on the 1/10" grid. Also a great many thoughtful silk changes were pushed. The confusion about the pc9/d38 issue i think is a conventions problem. I kept saying "pin 38" but what i meant was d38. d38 is not a pin on Maple, it is a pin on the stm32, it is the reference number in the wirish library. So from now on, when referencing software-accessible pins we should say "d#" as in "d1,d2,d3" etc. And if you mean the physical pin, you mean pin 1, pin 2...etc. Incidentally, the only discrepancy between these two is d38. There is no pin 38. Of course, libmaple is completely agnostic of this 1-38 numbering scheme, which is invented inside of wiring. The real pin numbers are the PXX (as in PC9, PB8, ...). This gets a little messy around the JTAG pins, which happen to be GPIO's also. And the numbers, internally, go up to 42 or something...but that port isnt really intended to be used for anything but jtag. And its intentionally not documented that those pins can be GPIO. For the record, the JTAG port since on the 1/20" grid... gbulmer on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=4#post-892 Mon, 30 Aug 2010 11:57:03 +0000 gbulmer 892@http://forums.leaflabs.com/ Okie <blockquote>These are the last changes we'll be able to make on Maple r5. I could not find a clear, easy enough way to route BOOT0 or PC9 to a 0.1" spaced header location. </blockquote> IMHO, it would have been better to take both RTC oscillator pins (22 and 23, i.e. P$3, PC14/OSC32_IN, and P$4, PC15/OSC32_OUT) off the EXT header, rather than pins 21 and 22 (P$2, PC13/TAMPER-RTC and P$3, PC14/OSC32_IN). That is the way I have gone. But, to me, getting back to 0.1" grid is more important. So I am happier with the changes than without. leaflabsandy on "Source/Vendor/Part # of Maple "External" 18 pin 10.5 mm female stacking header?" http://forums.leaflabs.com/topic.php?id=103&page=4#post-887 Mon, 30 Aug 2010 06:54:16 +0000 leaflabsandy 887@http://forums.leaflabs.com/ As for the current limit resistors the "BUT" needs it because a user could change the I/O direction from input to output (LOW) and zap the tac and I/O. The reset is always an input but stacking shields you might need some current protection - be very careful on the mods for this pin.