Forum Rule: Always post complete source code & details to reproduce any issue!
Page 11 of 11 FirstFirst ... 9 10 11
Results 251 to 264 of 264

Thread: Teensy 4.0 Breakout Kit

  1. #251
    Senior Member+ defragster's Avatar
    Join Date
    Feb 2015
    Posts
    9,921
    Sounds good Dan, looking forward to the next Beta to see how the feedback leads to any changes for clean assembly.


    I made some steps toward a menu for the expanded dynamic runtime "KurtE + 'xx=' multi test" to ring out pins during assembly steps.

  2. #252
    Senior Member+ mjs513's Avatar
    Join Date
    Jul 2014
    Location
    New York
    Posts
    4,196
    Welcome home Dan - looking forward to see the changes you make

  3. #253
    Senior Member
    Join Date
    Aug 2016
    Posts
    132
    so dan, any news? good or bad dont matter. can't wait to try the updated version. I have somewhat horrible vision and I didnt have a lot of issues soldering things. even that tiny cap and power chip. dont have the proper no clean flux, but some rubbing alcohol and a tooth brush just for this and it cleaned right up.

  4. #254
    Senior Member
    Join Date
    May 2016
    Posts
    220
    @loglow - Hi Dan. I haven't been very active on the thread because the breakout has continued to work well (except for pins 35&36). I have it running 24/7 on all sorts of software and peripheral chips and boards (music, SDR, scientific instruments). No problems, within the constraints of my tests, but I haven't tried USB because I don't trust my flex cable with the standard size headers.

    Do you expect to change the footprint on the next go-around? I'd love to start wiring a general prototyping board, and I'll get started as soon as I know what your plans are...
    Derek

  5. #255
    Senior Member+ defragster's Avatar
    Join Date
    Feb 2015
    Posts
    9,921
    Question about the @KurtE pinsheet that @loglow turned into the nice Legal Print color table:

    The ALT5 Column references the GPIO[1,2,3,4] names of the pins.

    When the T_4.0's 1062 is powered up in startup.c the change is made to " // Use fast GPIO6, GPIO7, GPIO8, GPIO9 "

    Question: Should those column references be changed to reflect the GPIO[6,7,8,9] names of the pins?
    * Once this sheet is validated it seems such a good reference sheet that PJRC could post it with the T4 Card and/or other REF pages.
    ** One other suggestion - the lower right 'gray' corner might be a good place to put a "COLOR CODE to FUNCTION NAME" key for the REF colors as it appears on the TallDog pinout card.

    ALSO: Today I got a USB to wired Ethernet adapter for another thread - I first ran that downloaded library WIP and plugged that USB adapter into this TallDog breakout board and it ran well. I even unplugged the USB adapter off then back on and it resumed the IP test it does.

  6. #256
    Senior Member+ KurtE's Avatar
    Join Date
    Jan 2014
    Posts
    5,537
    Quote Originally Posted by defragster View Post
    Question about the @KurtE pinsheet that @loglow turned into the nice Legal Print color table:

    The ALT5 Column references the GPIO[1,2,3,4] names of the pins.

    When the T_4.0's 1062 is powered up in startup.c the change is made to " // Use fast GPIO6, GPIO7, GPIO8, GPIO9 "
    Interesting question: I sort of asked up on other thread, if there is more documentation, as I see very little describing GPIO6-9, other than there are some comments in code and a few places in manual that describe some registers, clocks, ...

    But so far my spreadsheet simply reflects that actual page data in manual. Like for our Pin 0, if you look at page 473:

    Code:
    MUX Mode Select Field.
    Select one of iomux modes to be used for pad: GPIO_AD_B0_03.
    000 ALT0 — Select mux mode: ALT0 mux port: FLEXCAN2_RX of instance: flexcan2
    001 ALT1 — Select mux mode: ALT1 mux port: XBAR1_INOUT17 of instance: xbar1
    010 ALT2 — Select mux mode: ALT2 mux port: LPUART6_RX of instance: lpuart6
    011 ALT3 — Select mux mode: ALT3 mux port: USB_OTG1_OC of instance: usb
    100 ALT4 — Select mux mode: ALT4 mux port: FLEXPWM1_PWMX01 of instance: flexpwm1
    101 ALT5 — Select mux mode: ALT5 mux port: GPIO1_IO03 of instance: gpio1
    110 ALT6 — Select mux mode: ALT6 mux port: REF_CLK_24M of instance: anatop
    111 ALT7 — Select mux mode: ALT7 mux port: LPSPI3_PCS0 of instance: lpspi3
    What is maybe sort of interesting to look at is what does this do for pin interrupt code? Comment in wondering, not sure how handled.
    For example: GPIO1 has IRQs (72-81), GPIO2 has (82, 83), GPIO3 (84-85), GPIO4 (86,87), GPI5(88,89)

    GPIO6-9 has only IRQ 157

    So I believe to process any IRQ handled by any IO pin, we have to scan that status of 31*4 status values to see what happened.

    Wonder if maybe at times fast IO is not necessary fast?

  7. #257
    Senior Member
    Join Date
    Jan 2013
    Posts
    122
    Hi all, Iím sorry for my silence this past week, Iíve been extraordinarily busy. Iíll try to catch up with everyone on here tonight.

  8. #258
    Senior Member
    Join Date
    Aug 2016
    Posts
    132
    It's okay take your time. M

  9. #259
    Senior Member+ defragster's Avatar
    Join Date
    Feb 2015
    Posts
    9,921
    Yes, do it when you have time to make any needed changes come out as you can live with.

    I have been using the original pinned T4 for USB to wired Ethernet on other thread and it works fine with or without going through powered hub. Also tested on the MSC thread's code to access USB HDD's no problem - though a powered hub required then.

    I got some plastic M2 sized stand off's and they work well.

    Since I wrongly placed the first female short header on the bottom - then the second - my battery is trapped - so if you find a battery holder on the same spacing to drop in fit I'd like an extra to retrofit the original to have a replaceable battery.

  10. #260
    Senior Member
    Join Date
    Jan 2013
    Posts
    122
    Hi everyone,

    I haven't been nearly as responsive here as I'd like to be, since I've had a lot going on over the last several weeks, some of which was unexpected.

    I'll be on a train with Wi-Fi (hopefully) for at least 4 hours tomorrow, so I hope to catch up on everything in this thread during that time!

    In the meantime, here's a new board revision that a) corrects the order of the SD pins and b) replaces the battery holder footprint for a top-loading style holder.

    Click image for larger version. 

Name:	Teensy_4_0_Breakout_T.jpg 
Views:	23 
Size:	224.8 KB 
ID:	17957

    Click image for larger version. 

Name:	Teensy_4_0_Breakout_B.jpg 
Views:	13 
Size:	234.9 KB 
ID:	17958

    All the best,
    Dan

  11. #261
    Senior Member
    Join Date
    May 2016
    Posts
    220
    Hi Dan, Welcome back I presume you are aware of the two other break-outs that have been released over the past few weeks? Both use castellated cutouts to contact all of the under-board pads. A few of us have tried both successfully - for example, I did a quickie review of them here.

    That said, I don't want to discourage you in any way. You have a great reputation for your well designed T3.x boards, and I continue to use your T4 beta board on a daily basis. You have the (very important) advantage of an established marketing platform, and providing one-stop shopping for a complete kit.

  12. #262
    Senior Member
    Join Date
    Aug 2016
    Posts
    132
    yes welcome back dan!

  13. #263
    Senior Member
    Join Date
    Aug 2016
    Posts
    132
    Quote Originally Posted by loglow View Post
    Here's an update!

    I got the first batch of test boards back. The flex cables look good, and seem to work fine, both in terms of direct soldering, or when used with a connector socket. They are 0.26 mm thick, which was the closest to 0.3 mm (the recommended thickness for the sockets) that I could reasonably make them. I didn't want to use stiffeners on either end since I wanted them to be able to be soldered directly as well.

    The breakout boards have some mistakes. The component numbers (U1, C1, C2, etc.) got messed up on most of the boards when I panelized them, but that's an easy fix. The big issue is that I got the SD socket backwards. Since I haven't used these very narrow sockets before, I apparently didn't assume the correct orientation. Whoops. I've re-positioned and re-routed this component. It's a bit tight, but I still managed to stick to >6 mil traces/spacing. New revision below:

    Attachment 17404
    this version of the a2 board marked 2019-8-29 has the correct pinout for the sd card as far as I can tell.. for the sockets we have now
    the a2 version I have. dated 2019-8-30 looks exactly like the 2019-10-19 marked a3, well not exactly but close.. they are in the same sequence.. so unless the flex flips the signals its not going to work either..

  14. #264
    Senior Member+ defragster's Avatar
    Join Date
    Feb 2015
    Posts
    9,921
    Good to see you back for an update Dan.

    Did you give any thought to not putting GND and 3V3 through the cable but routing them on the board to feed the SD connector? Not having those two unmasked pads could lead to higher end user success in soldering.

    @DerekR linked to the FRDM4236 board with castellations - one thing there that made it work well when I soldered one was not having those two pads present that allowed his staggered presentation to give some masked gaps

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •