Drehung (aka Neigung) bedeutet Drehung um einen best. Winkel;
welche Werte Gyrosensoren über ihre Libs "liefern", hängt von den Libs und ggf. on-board dmps (digital motion processors) ab.
Zwar messen die meisten Gyrosensoren als Raw-Werte die Drehrate (aka Winkelgeschwindigkeit, Rotationsgeschwindigkeit), diese werden aber von den Libs (oder dmps) zu Drehwinkeln umgerechnet (Integration über t), viele stellen dann sogar die ausgerechneten Eulerwinkel für den Nutzer zur Verfügung; das gilt z.B. sowohl für die Arduino-Libs zum MPU6050 als auch CMPS11 etc.
https://github.com/jrowberg/i2cdevli...rduino/MPU6050
https://www.robot-electronics.co.uk/htm/cmps11i2c.htm
Auch die Raspi-Libs (die oft von Arduino-Libs abgeleitet sind, z.B. per wiringPi) tun dies auf diese Weise:
https://github.com/richardghirst/PiB...PU6050-Pi-Demo

Falls die Libs oder dmps die Integration nicht "automatisch" durch interne Funktionen errechnen, muss man die Raw-Werte selber integrieren, um den Dreh-/Neigungs-Winkel der betr. Achse aus der Rotationsgeschwindigkeit zu erhalten.
Was die hier gesuchten analogen Sensoren liefern, kann man ntl nicht vorhersagen.

Ein Accelerometer aber ist ungeeignet als Dreh-/Neigungssensor -
und wenn überhaupt: dann nur nach jeweiliger 100%iger Kalibrierung auf die Horizontale (oder Vertikale) vor jeder Messung, und dann auch nur, wenn das Gerät niemals bei der Messung linear hin oder her bewegt wird.

PS,
was die MPU- oder CMPS-Sensoren angeht:
Hier muss man auch beachten, dass beide keine "reinen" Gyrosensoren sind, sondern die intern durch Zusatzsensoren wir Kompass oder Accelerometer zusätzlich via Sensorfusion und Kalmanfiltern stabilisiert werden.
Aber auch das muss ja für die hier gesuchten analogen Sensoren nicht ebenfalls zutreffen.