Is there sample/ example codes to test every peripheral ?
Thanks
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
If you're willing to "Search FAR" ... C:\T_Ware\Examples\Peripherals ... (unleashes 12 MCU Peripheral-based, Example Sets - in my installation...)
You must have (already) installed T_Ware - for such to occur.
Note too: The "(Peripheral) Driver Library User Guide" (found w/in T_Ware\docs\) - provides exacting DETAIL - and is MOST EFFECTIVELY ORGANIZED - on a, "Peripheral by Peripheral BASIS!" (vendor - on occasion - CAN get things right... [when not banning "LIKE" and AVOIDING the eased correction of R9/R10 "Plague-Istors."])
At the rear of each "Peripheral Section" - a "reasonable" code example appears - aiding client-user practice & understanding...
Now you ask for code "To TEST" each/every Peripheral - and such is RARELY Provided! Are there not differing standards of "Test?" Who is to decide - to govern - what constitutes a "Fair & Proper" such test? Devil in those details - ALWAYS LACKING...
Hello Shamson,
Just two comments to add to cb1's detailed and accurate reply,
His mentions of T_Ware refers to our TivaWare library software downloaded from: http://www.ti.com/tool/SW-TM4C
Further, additional examples for peripherals not found in the "Peripherals" folder may also be found in the TivaWare examples folders under "Boards" rather than "Peripherals", and then you can select your TI EVM and find further examples for USB, DMA, etc.
Ralph Jacobi said:Using other code bases would cut Shamson from TI's ability to support them.
And - would cut them from, "outsiders' ability" (and/or desire) - to "Support & Guide" - as well.
Some concern remains due to poster's, "Non-detailed mention of Testing, the MCU's Peripherals." Proper detail must be provided to secure a (properly) illuminating response...
Wow - the detail - which may have, "escaped" earlier - has arrived (now) in force! So very rare - and so helpful - most impressive.
Long ago - firm/I used that brand - their "refusal" to, "Bend to ARM" caused my firm - surely many others - to flee. And - during the (very) early days here - that vendor brought a lawsuit against the developers of these (original) Cortex M3, "LM3S" MCUs. (that firm - "LMI.")
As one who (past) was charged w/producing such "manuals" - I don't find convincing evidence that, "One and only one vendor" (to include your favored) - has a "lock" on clear & compelling manual creation. Is it not true that the ARM MCU - being far more complex - necessarily must "weave substantially more technical detail?" And - never have I been asked to, "Confine close-in (related) facts - to a "clustered" appearance - locked (just) to a single page...
It is both "rare" - and (I believe) quite good - that you have (seriously) considered how you may, "tease out" the highest value data - from (even) "less than" your favored data sheet. What may enhance your (and others') understanding - is to "highlight key portions of the .pdf" - and possibly to, "Add your own Key "tech fact" summary - especially as regards those areas which "challenge."
Our group finds it best to, "Integrate our learning" - this achieved via the "Open Data Manual, Significant use of the API, Much Example Code - loaded into one/several Eval Board(s) - and (reasonable) instrumentation." (so that you can "quickly/easily" confirm operation.)
May I note that your "Interest in Test" - unless test was, "meant as understanding" - remains elusive... Very good overall job though!
Danny F said:I do think some code pieces in the datasheet, as xxxxx did, would have been helpful.
Agreed - yet - as earlier noted - little prevents client-users from, "Adding to the pdf - to their unique desires" - which (rarely) could be anticipated by the datasheet authors...
Is not (always) the BEST HELP ... "SELF HELP?"