Im Forum und im Wiki
-
Thread
MCP3551 Delta-Sigma-ADC Ungenau
SPID.DATA = 0; while(!(SPID.STATUS & 0x80)); DeselectMCP(); _delay_ms(10); } void mcp3551_StosseMessungAn() { int32_t tmp; SelectMCP(); _delay_us(15); // Wenn RDY auf Low, Messung abholen: if(IsMCPReady()) { tmp = mcp3551_getData(); _delay_us(15); mcp3551_StosseMessungAn(); } DeselectMCP(); _delay_us(15); } int32_t mcp3551_getData() { // CS low SelectMCP(); _delay_us(15); if(IsMCPReady()) { // Wenn
-
Thread
Mcp3551 PT1000 Schaltung
Von Microchip gibt es eine AN für MCP3551 mit PT100: https://ww1.microchip.com/downloads/en/AppNotes/00001154B.pdf Und dazu noch ein Referenz Board: https://www.microchip.com/developmenttools/ProductDetails/TMPSNSRD-RTD2
minus der gemessenen Spannung ist. Ich würde dir allerdings eher zu einem PT100 raten, denn der MCP3551 ist an seinen Eingängen E+ und E- nicht sonderlich hochohmig - und das verfälscht das Meßergebnis spürbar bei zu hochohmigem Sensor. W.S.
-
Thread
Ripple in Versorgungsspannung
Informationen? Ich weiß dass ich mich mal wieder dumm anstellen... Der ADC ist im übrigen ein MCP3551, aber darum mache ich mir noch nicht so den Kopf, ich möchte mal herausfinden ob ich sonst noch was falsch gemacht habe.
Peter H. schrieb im Beitrag #5311808: > Der ADC ist im übrigen ein MCP3551 Verrate doch nicht das Wichtigste schon so früh.
-
Thread
PT100 4-Leiter-Messung mit MCP3551
> Wäre die zweite Schaltungskonfiguration im Anhang mit dem MCP3551 so > machbar? Spät, aber: Ja, der MCP3551 kann Spannungen über VRef messen, bis 0.3V über VCC, also geht das, und es ist besser als def Murks aus dem Funkamateuer.
Wenn der MCP3551 das Spannungsverhältnis auf 0.01% genau ausmessen würde, dann würde das 0,7 Ohm Ungenauigkeit beim Ausmessen der 100 Ohm ausmachen. Und das wäre ein Temperaturfehler von 1,7 ° Der MCP3551 misst
-
Thread
MCP3551 nur jeder zweite Wert gut
Hallo zusammen, ich kämpfe gerade mit einem MCP3551 an meine Raspberry pi B2. Ich habe den 3551 auf einem Steckbrett und einen 100n zwischen VDD und VSS. Das ganze geht über CS = Pin24, SCK = Pin23 und MISO = Pin21 an den Raspberry pi. VDD wird an
MCP3551 betreibe ich mit 50kHz an SCK. Warscheinlich habe ich nur eine simple Kleinigkeit vergessen. Anbei noch zwei Screendumps meines Logicanalyzers. Danke für eure Ideen. Gruß Stephan
-
Thread
Wägezelle mit ADC Messen, +Ub als Referenz?
Den ADC (MCP3551) kann man direkt an die Wägezelle anschließen. Es wird halt nur ein relativ kleiner Teil der Auflösung genutzt, und auch das Rauschen ist nicht besonders niedrig. Bei der Ref. Spannung lohnt es sich
Ich möchte auch mit dem INA immer noch den MCP3551 verwenden, bei 0 Gramm sollte der OPV dann 0V ausgeben, laut Datenblatt kann die Ausgansspannung aber nicht kleiner als (V−) + 1.4V werden.
-
Thread
MCP3551 mit PIC16F877
Guten Tag Ich versuche schon seit Tagen den MCP3551 mit dem PIC16F877 und HI Tech C compiler zum Laufen zu bringen, doch bisher erfolglos. Das Programm bleibt bei "while(!SSPIF);" hangen. Also wird das SSPIF bit nie gesetzt. Der MCP3551 scheint nicht
adi schrieb im Beitrag #4009627: > Guten Tag > > Ich versuche schon seit Tagen den MCP3551 mit dem PIC16F877 und HI Tech > C compiler zum Laufen zu bringen, doch bisher erfolglos. Das Programm > bleibt bei "while(!SSPIF);" hangen. Also wird das SSPIF bit nie gesetzt. > Der MCP3551
-
Thread
Proteus mit MCP3551 -> Angezeigte Werte
Moin ihr Tastenschwinger, ich simulier hier gerade mit Proteus einen Aufbau mit PIC18F4455 und MCP3551. Als Referenz für den MCP3551 hab ich den MCP1802T-50 ausgewählt. Ich erhalte eine Ausgabe über das angesteuerte LCD mit dem Code als Ergebnis. Nebenbei hab ich zur Kontrolle noch den SPI Debugger
Das es am MCP3551 nichts zu "drehen" gibt, hackt es offensichtlich beim Datentransfer. Ich kenne den "SPI Debugger" nicht, aber wenn bei SPI 1 Bit zuviel bzw. zuwenig erkannt wird liegt es meist an der SPI-Einstellung