Fehler im Datenblatt MCP4728 - mitteilen? Oder passiert da eh nichts?

[H.Joachim S. (crazyhorse)]

Meist sitzt ja das Problem vor dem Bildschirm, aber hier bin ich mir 
ziemlich sicher.
I2C-Adr4esse ist umprogrammiert (0xC2 bzw. 0x61, A0=1).
Wenn ich die Register komplett auslese, erhalte ich für das jeweils 
zweite/fünfte Byte:
C1 //Input A
C9 //EEPROM A
D1 //Input B
D9 //usw
E1
E9
F1
F9

D.h. beim EEPROM-Lesen ist Bit3 gesetzt. Macht ja auch Sinn, dass man 
die beiden unterscheiden kann.

[Klaus R. (klara)]

H.Joachim S. schrieb:
> D.h. beim EEPROM-Lesen ist Bit3 gesetzt. Macht ja auch Sinn, dass man
> die beiden unterscheiden kann.

Pille zu Spock: "Und wo ist das Problem?"
mgh klaus

[Michael B. (laberkopp)]

Sicher kannst du das Microchip mitteilen. Ob deinem FAE, einem SalesRep, 
oder per eMail direkt.
Die Wahrscheinlichkeit, daß es untergeht, ist hoch, aber vielleicht wird 
sie ja an den Richtigen weitergeleitet, der das dann auch fixt.
WebSite Corrections sollen an 
https://www.microchip.com/microchip-website-feedback/ , vielleicht 
arbeiten die auch Datenblätter ab.

[TotoMitHarry (Gast)]

Also für mich sieht das schlüssig aus.. kenne das IC aber nicht und Dein 
bild und Text sagt nicht viel aus.

[HildeK (Gast)]

TotoMitHarry schrieb:
> Also für mich sieht das schlüssig aus.

Er liest im 2. bzw. 5. Byte C9 bzw. D9, obwohl laut der Map das Bit 3 
immer '0' sein soll, also er da C1 bzw. D1 bekommen sollte.

[TotoMitHarry (Gast)]

HildeK schrieb:
> obwohl laut der Map das Bit 3
> immer '0' sein soll

Da ist doch Bit3 die Votlage Reference, die stellt man doch selbst ein.

[Mario M. (devmario)]

Du kannst im Member Bereich ein Support Ticket aufmachen. Die reagieren 
auf Fehler. Hab selbst ein paar gefunden. Recht knifflige mit Interrupt 
ADC und so...kleines Programm geschrieben und nach ein paar Wochen kam 
dann Feedback.

[H.Joachim S. (crazyhorse)]

Naja - mit der Referenz hat das Bit nichts zu tun.

Noch ein fabrikneuer:
twi_master_trans(0x60,twi_tx_buffer,0,twi_rx_buffer,24);
temp=0;
for (loop=0;loop<8;loop++)
    printf ("%02X %02X %02X\r", 
twi_rx_buffer[temp++],twi_rx_buffer[temp++],twi_rx_buffer[temp++]);

C0 80 00
C8 80 00
D0 80 00
D8 80 00
E0 80 00
E8 80 00
F0 80 00
F8 80 00

Werde es mal an Microchip schicken.

[Mw E. (Firma: fritzler-avr.de) (fritzler)]

Bei ein paar derer ADC zur Strommessung gibts auch ein kleines Problem.

Im DB steht was von double Latching damit man nie falsche Werte 
ausließt.
Weiterhin gibts noch ein Data Ready, dass imemr auf OK stand.
Trotzdem kommt ab und zu Müll.
Erst wenn man IMMER direkt nach dem IRQ Req des ADC per SPI ausließt hat 
man immer passende Werte.

Beitrag "ADC MCP3903 gibt zwischendurch Müll aus"

Da müsste ch ja direkt meine Platine an Microchip schicken damit die das 
nachprüfen können und mit die das mal ins DB schreiben?

[Dieter R. (drei)]

Support-Portal:

https://microchipsupport.force.com/s/

Anmelden, Case melden. Dann bekommt man Rückmeldung von einem bemühten 
indischen Support-Mitarbeiter. Manchmal hilft es was, manchmal nicht.

Erläuterungen:

https://microchipsupport.force.com/s/article/How-to-submit-a-case

[H.Joachim S. (crazyhorse)]

So, ist abgeschickt, werde berichten falls ich eine Antwort erhalte.
Ist ja nichts kritisches, normalerweise merkt man das nicht mal und es 
stört auch nicht wirklich.
Aber ein Fehler ist es dennoch - sollen sie die 4 Einsen reinmalen.

[H.Joachim S. (crazyhorse)]

Radu (Rumänien?) hat schon mal geantwortet:

Hello,


I am not sure what that bit represents. Let me try to reproduce this 
issue here and get back to you with results as soon as possible. Does 
this observation influence the functionality of the IC in any way?

[H.Joachim S. (crazyhorse)]

auch nach nun 6 Wochen keine weitere Antwort von Microchip, auch nicht 
beim 16bit-write-Problem
https://www.mikrocontroller.net/topic/480738#new

[Test (Gast)]

Es gibt doch überhaupt kein Problem sondern nur falsche / inkonsistente 
Angaben im Datenblatt. Das kommt in so gut wie jedem Datenblatt vor. 
Primäres Ziel des Herstellers ist es (glücklicher Weise), dass die ICs 
funktionieren und die Leute betreut werden die wirkliche Probleme haben. 
Deinem Wunsch nach unwichtigeren Korrekturen wird sicher bei Zeiten 
nachgegangen aber sicher nicht innerhalb von 6 Wochen. Siehst ja, dass 
es als non critical eingestuft wurde.

[H.Joachim S. (crazyhorse)]

Nö, habe ich selbst so eingestuft :-)
Solch offensichtlich nur formalen Fehler sind leicht zu verifizieren und 
zu  korrigieren, da muss man keinen Spezialisten für haben.
Seine Dokumentation in Ordnung zu haben/zu halten gehört auch zum 
Qualitätsmanagment. Dafür finde ich 6 Wochen ausreichend.