Als ik je hele verhaal kort mag samen vatten...
Je hebt 2 dozen, een 'meet doos' en een 'storage doos'. De storage doos werkt op andere meetdozen goed. De meetdoos lijkt een meting te doen maar roept 'geen data' als de storage doos daarom vraagt.
Mijn natte vinger zegt: maak je verder niet zo druk om die communicatie. Dat werkt doorgaans wel of niet. Het enige waarin het 'soms' werkt is als de mannen iets mafs met timing hebben gedaan, of wanneer je een verschil in interface versie hebt (heeft deze 'meetdoos' het ooit gedaan met DEZE storage doos?). Verder duidt wat je schrijft op ellende in je 'meet doos'.
Kan vergeetachtig RAM ervoor zorgen dat je meetresultaten stuk gaan? Ik denk het wel. Het resultaat van de laatste meting zal wel in de RAM van de controller zitten.
Het wordt ook (net als vorige metingen) in de battery-backed SRAM gefrut - zo zou ik in elk geval verwachten. Als daar ellende in zit, dan snap ik wel dat er 'niks' terug komt.
Gezien wat die controller allemaal nog doet, lijkt ellende op de bus me niet waarschijnlijk. Dat ding van jou lijkt ROMless te zijn. Ik vermoed dat de complete firmware (mogelijk inclusief calibratie waarden) in de FLASH zit. Die hangt aan dezelfde bus, derhalve vermoed ik dat daar het meeste wel loopt. Je zou echter ellende in de decoding van de CHIP SELECTS kunnen hebben.
Het is niet ongebruikelijk dat de hoogste bits van de address bus aan een zoveel-bits binaire comperator hangen. Die compared met wat er (al dan niet met jumpers) is ingesteld met wat er als address op de bus staat, en als dat matched, dan wordt van het betreffende chippie de CS active. Zo kun je dus chippies in een address map 'ergens' neer hangen.
Als die SRAM of die comperator ellende hebben (of die comperator heeft verkeerde inputs omdat er een DIPswitch of een jumper slecht contact maken!), dan zou het zomaar wel eens kunnen gebeuren dat er niks gebeurt.
Jij hebt vast wel de apparatuur om eens te kijken of er leven zit in beide CS lijnen van die SRAM. Daar MOET iets gebeuren, zowel bij een READ als een WRITE op die RAM. Als dat 'stil' is, dan weet je dat je in die hoek moet zoeken.
Als daar wel leven in zit, dan zou er ellende in die SRAM kunnen zitten.
Ik ken deze SRAM niet, maar ik heb het wel al eens meegemaakt dat de boel 'stuk' gaat als de backup batterij 'dood' is. Dit chippie heeft geen aparte batterij aansluiting, uit je post maak ik op dat die batterij er wel is. Ik heb al een paar keer gezien dat de batterij lomp parallel hangt aan de chip en dat dat geheel met een weerstandje aan de voeding hangt. Als je de oplaadbare variant van de 2032 hebt (yep, de bestaat, en ik heb het type nummer niet bij de hand ), dan kan dat prima. Tot die batterij een keer echt leeg is, lekt of in sluiting gaat.
Ofwel: (het zal wel een open deur zijn als ik Fred zo inschat...) heeft die SRAM wel 'power' en is die 'netjes' (laat je niet in de luren leggen door de protectie dioden Fred... het moet gewoon een mooie, stabiele voeding zijn, in elk geval zo stabiel als de rest van de IC voedingen.
[oude doos]Ik heb me een keer enige tijd de tandjes gezocht naar een ASIC die op de meest onmogelijke momenten spontane resets deed. Naast heel veel andere zut, zit daar en 8051 core in - en die struikelde soms. Uiteindelijk bleek de oorzaak te zijn dat deze sukkel botweg de voeding van dit chippie op de prototype PCB vergeten was - 1 draadbrug. Het ding draaide op wat protectie dioden en I/O lijnen. Zolang er genoeg inputs 'hoog' waren ging het goed. Werden het er nou net te weinig en / of deed je er ff wat mee wat wat meer stroom vrat, dan ging het onderuit. Zo op het zicht redelijk onvoorspelbaar natuurlijk.
Gelukkig heeft niemand ooit de moeite genomen om het aantal hierop verstookte uren bij elkaar te tellen en daar eens een prijskaartje aan te hangen. Ik kan je wel vertellen dat het ruim meer was dan een dag (en ook dan een week...)[/oude doos]