Quelle für "gestestete Standard Libs" für TWI etc.

Hallo Danke für die Antwort:

Die Lib war nur als Beispiel genannt  - die Frage war allg. gemeint.
Die Atmel chips werde ja auch im professionellen Bereich benutzt  -  es 
ist für mich schwer vorstellbar, dass hier immer "vom weißen Papier" neu 
entwickelt wird bzw. auf nicht durch die Community gecheckten Code 
aufgesetzt wird.

Tom schrieb:
> es ist für mich schwer vorstellbar, dass hier immer
> "vom weißen Papier" neu entwickelt wird bzw. auf nicht
> durch die Community gecheckten Code aufgesetzt wird.

Es gibt nur diese beiden Möglichkeiten:

a) Du entwickelst deinen Code selber neu
b) Du verwendest Open Source Code

Deine Annahme, dass b) nicht durch die Community gecheckt sei, ist 
allerdings in vielen Fällen sicher nicht zutreffend. Die meisten 
Open-Source Entwickler veröffentlichen ihren Kram nämlich genau 
deswegen. Sie haben Interesse an Feedback und Verbesserungen, was man 
anhand der Release Notes und ggf. Historie im Source Repository 
nachvollziehen kann.

Es gibt von Atmel eine Blibliothk namens ASF, ich weiß allerdings nicht, 
in welchem Zustand sie ist. Bei ST heisst das Pendant dazu Cube HAL. So 
etwas gibt es aber nicht für alle Mikrocontroller Serien.

Eine allgemeine Bibliothek die auf alle Mikrocontroller passt, kann es 
nicht geben. Arduino ist ein Versuch in diese Richtung, allerdings mit 
vielen Nachteilen behaftet.

Tom schrieb:
> Wo finde ich getestete  relativ professionell  oft benutzte  libs für
> Funktionen, die sicherlich jeder von euch immer wieder braucht?

Du hast den Zweck von Test resp. Verifikation nicht verstanden. Du 
kommst nicht umhin die Bibliothek resp. die Einbindung derselben durch 
Dich selbst zu testen, egal wie die Lib als 'getestet von dritten' 
angepriesen wird.

Du kannst aber nach libs suchen, die für den Test vorbereitet sind resp. 
eine gescheite Implentierungs-test Umgebung mitbringen. Mach Dich mal 
zum Thema DFT -> 'Design for Testability' schlau.

https://www.elektronikpraxis.vogel.de/die-wichtigsten-design-for-test-regeln-fuer-elektronische-baugruppen-a-95416/

https://medium.com/@proteusinvents/development-of-firmware-test-processes-4726d88307b0

'Testautomatisierung' solltest du dir auch anschauen:
https://www.embedded-testing.de/files/embeddedtesting/site/vortraege2019/tag2/Di1.3-Nikles.pdf

Ich habe Möglichkeit c vergessen:

c) Du verwendest closed-source Bibliotheken

Diese sind in der Regel nicht kostenlos und eben nicht durch die 
Community getestet. Da musst du dem Anbieter vertrauen, dass er sich 
ausreichend darum kümmert und ggf. Support leistet.

Angebot und Nachfrage regeln das doch automatisch. Du bekommst Libs mit 
Support, die kosten dann aber Geld. Das möchten viele für das Hobby 
nicht ausgeben, da bedient man sich lieber bei Open Source Code (und 
Werkzeugen).
Hier ist die Qualität nun mal sehr unterschiedlich, jeder darf seinen 
Kram anbieten. Da ging bisher viel über Foren und hörensagen, jetzt 
finde ich das mit github und co. weseentlich besser organisiert als die 
z.B. hier im Forum hingeworfenen Brocken. Natürlich gibt es auf github 
auch viel Müll, aber mit dem Bewertungssystem und den Labels hat man 
schon mehr Möglichkeit etwas vorab zu filtern. Und es ist eben Quellcode 
den man selber ansehen kann.
AVR benutze ich sogut wie gar nicht mehr, Cortex-M sind besserer Ersatz 
mit viel grösserer Bandbreite im Angebot. Und da bin ich Fan von 
Mbed-os, das wird professionel von ARM entwickelt und kostenlos zur 
Verfügung gestellt. Incl. RTOS und USB, Ethernet, SD Support was auch 
mal viel Geld gekostet hat. Bzw. noch viel Geld kostet, man kann ja 
immer noch Keil oder Segger oder IAR Compiler und Middleware kaufen.
ARM als Lizenzgeber kann das darüber finanzieren, bei anderen muss man 
immer fragen wie sich das tragen soll. Wenn eine Lib gut ist, dann 
kommen viele User und die wollen auch Support haben und haben Wünsche. 
die Wire Lib ist ein gutes Beispiel, die User wurden so unverschämt das 
der Entwickler die Brocken hingeworfen und den Support eingestellt hat.