20220510 -------- Rampdata (0->1023) 10 events för MCM0 och MCM1 Ser OK frånsett det sedan tidigare kända felet i en av de fyra minnesbufferterna för chip 7 kanal 7 mcm 0. Syns i den övre halvan av tidssampel och höga ADC värden. Vore bra att vid tillfälle med att köra en omvänd ramp (1023->0) också för att se på början av tidssvepet? (argumentet pattern = 2 till programmet som ladder pedestalminnet). Hur ofta varje ADC värde uppträder, för en ramp bör det vara lika med antalet events: mcm0-ramp-15-ramp.pdf mcm1-ramp-15-ramp.pdf Några events (evt2 och evt6 har samma event buffert) mcm0-evt2-15-ramp.pdf mcm0-evt6-15-ramp.pdf mcm0-evt8-15-ramp.pdf 20220511 -------- Körning med nedgående ramp (1023->0). Det sedan tidigare kända felet i en av de fyra minnesbufferterna för chip 7 kanal 7 mcm 0 syns även här. Dock inte samma event nummer, så skriv och läs pekarna till eventbuffrarna blir aldrig nollställda vid start of run. Bör göras. MCM1 channel 45 (chip 2 channel 13, har något fel vid en position 496 för varje event. Bör vara 541 är 482. Syns inte i uppramp data. Hur ofta varje ADC värde uppträder, för en ramp bör det vara lika med antalet events: mcm0-ramp-16-rampdown.pdf mcm1-ramp-16-rampdown.pdf mcm1-ramp-16-rampdown-zoom.pdf runt felet vid 496. Några events (evt2 och evt6 har samma event buffert) mcm0-evt1-16-rampdown.pdf mcm0-evt2-16-rampdown.pdf mcm0-evt3-16-rampdown.pdf mcm0-evt3-16-rampdown-high.pdf Övre delen av tidssvepet (> 650) mcm0-evt6-16-rampdown.pdf mcm1-evt6-16-rampdown.pdf mcm1-evt2-16-rampdown-zoom.pdf runt felet i channel 45 Upprampdata: mcm0-evt2-15-ramp-high.pdf Övre delen av tidssvepet (> 650) mcm1-evt2-15-ramp.pdf fel i en position strax under 500 syns inte 20220512 -------- Jonas kommentar till ovanstående körning: "Det felaktiga värdet i MCM1 chip 2 kanal 13 finns i samtliga events, vilket utesluter fel i bufferminnet. Återstår fel i pedestalminnet självt, alternativt i signalbehandlingen på vägen ut. (Muxen/ALUn som väljer utdata). Värdet som kommer ut är 0x1E2 istället för det korrekta 0x21D. 0x1E2 är samma värde som skulle ha funnits på denna adress i pedestalminnet under en uppåtgående ramp. Eftersom jag gjorde en körning med uppåtgående ramp innan den nedåtgående verkar det som om en skrivning till pedestalminnet har misslyckats. Jag gjorde en ny körning med nedåtgående ramp direkt efter spänningspåslag så att de inte finns "gamla" värden i pedestalminnet. Nu har den förut felaktiga kanalen rätt sampelvärde åtminstone i denna position. Jag har inte gått genom andra sampelvärden. " Körningen med rampdown2. Denna gång syns inget för MCM1 chip 2 kanal 13, men däremot i MCM1 chip 1 kanal 9. Som innan är MCM0 Ok när det gäller detta fel. Hur ofta varje ADC värde uppträder, för en ramp bör det vara lika med antalet events: mcm0-ramp-17-rampdown2.pdf mcm1-ramp-17-rampdown2.pdf Några events: mcm0-evt1-17-rampdown2.pdf mcm1-evt1-17-rampdown2.pdf mcm1-evt25153-17-rampdown2.pdf Denna körning har märkliga event nummer från SRUn: 1, 3337, 6064, 8791, 11518, 14245, 16972, 19699, 22426, 25153 skillnad oftast 2727. Är vi överens om bitformat etc? Har inte haft detta fenomen innan. Får kollas. borde vara 1,2,3,4,5,6,7,8,9,10 20220515 ======== Jonas: De konstiga eventnumren är antagligen mitt fel. TLUn genererade events i rasande fart, och inte en per 20 ms som det borde ha varit. Jag tror att insignalerna från signalgeneratorn var felaktiga. Jag kan t.ex. ha valt fel recall-inställning eller glömt att slå igång matnings- spänningen till TLU-adaptern. Datafelet i kanal 153 är annorlunda än tidigare. Eftersom felet är likadant i alla events tyder det som tidigare på felaktiga värden i pedestalminnet. Men felet är inte som det förra där en skrivning inte hade "bitit". Två sampelpositioner är fel: Sekvensen borde vara stadigt nedåtgående, men från sampel 21 och framåt får man följande data: 1003, 1002, 1000, 896, 999, 998,... osv Dvs "1000" kommer ett sampel för tidigt och "896" borde ha varit "1000". Sådana återkommande dataöverföringsfel kan tyda på ett timingproblem mellan CPLD och SALTRO. Jag hittar några icke-optimala lösningar i CPLD-konstruktionen, men inget uppenbart misstag. Det finns dock inga timingkrav ställda på detta interfacet, vilket jag tror beror på att dokumentationen av SALTROn väldigt torftig. Sidorna 58 - 60 i SALTRO-dokumentationen innehåller ett antal signaldiagram med antydda timingkrav, men ingenting är kvantifierat. Finns det mer specifik info om timingen någonstans? Jag kan inte rucka på timingen om jag inte vet vad som eventuellt är fel... Jag bifogar några ytterligare rampkörningar gjorda efter varandra med omladdning av pedestalminnet mellan körningarna. Under varje körning är felet exakt samma, men det är olika fel i de olika körningarna, vilket styrker teorin om att felet ligger i skrivningen till pedestalminnet. Mellan körningarna 3 och 6 skrev jag inte om hela pedestalminnet, utan korrigerade bara värdena i de sampelpositioner och den kanal som var felaktiga. Jag tror att detta går att leva med i chiptesterna. Om man under testet verifierar pedestalminnet efter att ha skrivit till det kan man helt enkelt skriva om eventuella felaktiga värden som jag gjorde ovan. Sannolikheten för fel blir antagligen också mindre om man använder broadcast-skrivningar istället för att skriva till varje kanal separat. Körning 1: ramp ner För MCM0 chip 0 channel 3: felaktiga värden. Event dump: 56: 80 81 82 83 84 85 86 87<- 64: 87<- 89 90 91 92 93 94 95 mcm0-ramp-18-ramps-1.pdf mcm1-ramp-18-ramps-1.pdf mcm0-evt4-18-ramps-1.pdf ett event mcm0-evt5-18-ramps-1.pdf ett event Körning 2: ramp upp För MCM1 chip 1 channel 15: felaktiga värden. För MCM1 chip 5 channel 5: felaktiga värden. mcm0-ramp-19-ramps-2.pdf mcm1-ramp-19-ramps-2.pdf mcm1-evt4-19-ramps-2.pdf ett event Körning 3: ramp upp För MCM1 chip 3 kanal 3: felaktiga värden mcm0-ramp-20-ramps-3.pdf mcm1-ramp-20-ramps-3.pdf mcm1-evt4-20-ramps-3.pdf ett event Körning 4: ramp upp inga felaktiga värden mcm0-ramp-21-ramps-6.pdf mcm1-ramp-21-ramps-6.pdf 20220522 ======== Datafil från ProtoMCM, med 1000 events á 1000 sampel. Pedestals: ch mean rms 112 65.21 0.754 113 76.35 0.575 114 65.60 5.371 115 67.89 0.703 116 67.24 0.702 117 47.53 0.880 118 62.78 0.577 119 68.12 0.623 120 64.56 0.632 121 53.71 0.650 122 52.77 0.595 123 79.97 0.668 124 66.46 0.587 125 67.41 0.684 126 70.71 0.613 127 70.05 0.709 chip7-25-ped-protomcm.pdf pedestaler chip7-25-norm-protomcm.pdf tidssvep normerat över alla event Från Jonas ---------- 5 ganska typiska events (tagna från kanal 127): Kanal127_Events_112-116.pdf En sammanfattning av alla kanalerna över 1000 events: protoMCM_1000_events.pdf Blå linje är medelvärdet över alla events för varje sampelposition. Svarta linjer är max- och min-värden för varje sampelposition. Grått band är 10%-90%-kvantiler (dvs 80% av alla events ligger i det grå bandet). Man ser tydligt den dåliga kanalen (114, dvs kanal 2 i chipen) och spår av triggerpulsen. I medelvärdet ser man också 10-MHz-störningen i samtliga kanaler, även om den är så liten att den oftast drunknar i det övriga bruset om man tittar på varje enskilt event för sig. 20220530 ======== Setup in B115: SRU + protomcm + laptop + software trigger 100 events: chip7-26-ped-protomcm.pdf 112 67.99 0.662 96000.0 113 78.46 0.583 96000.0 114 67.64 5.231 96000.0 115 69.65 0.747 96000.0 116 70.16 0.641 96000.0 117 50.58 0.732 96000.0 118 65.62 0.657 96000.0 119 70.41 0.604 96000.0 120 66.63 0.561 96000.0 121 56.21 0.549 96000.0 122 55.74 0.649 96000.0 123 81.08 0.682 96000.0 124 68.47 0.571 96000.0 125 70.35 0.562 96000.0 126 72.57 0.587 96000.0 127 72.76 0.548 96000.0 200 events: chip7-27-ped-protomcm.pdf 112 68.15 0.619 192000.0 113 78.62 0.581 192000.0 114 67.74 5.191 192000.0 115 69.90 0.712 192000.0 116 70.37 0.610 192000.0 117 50.83 0.760 192000.0 118 65.93 0.646 192000.0 119 70.59 0.589 192000.0 120 66.76 0.582 192000.0 121 56.41 0.577 192000.0 122 55.98 0.623 192000.0 123 81.09 0.687 192000.0 124 68.57 0.606 192000.0 125 70.54 0.624 192000.0 126 72.68 0.630 192000.0 127 72.86 0.518 192000.0 chip7-27-norm-protomcm.pdf tidssvep normerat över alla event chip7-27-normlim-protomcm.pdf tidssvep normerat över alla event och med max(grönt), min(rött) värde per sample.