Fra din seneste kommentar vil jeg foreslå at overprøve input. Optag flere på hinanden følgende prøver, og derefter skal din output være uanset størstedelen af ​​de registrerede prøver.

Sig for eksempel, at du optager 10 prøver. Hvis du får en støjspids, vil kun en eller to af prøverne blive beskadiget, mens størstedelen af ​​dem er den korrekte værdi. Hvis du får faktiske data, vil 1'erne til sidst være større end 0'erne, og output vil ændre sig.

Der er mange måder at arbejde med støj i software på, og de bliver mere og mere effektive til at implementere i software i stedet for hardware, hvilket reducerer systemomkostningerne.

I stedet for at forsøge at forklare det selv, jeg vil give dig videre til Jack Ganssle, en integreret systemkonsulent, som jeg er vokset fra at læse artiklerne om.

Han har en liste over sine artikler online, den første jeg gerne vil have dig til handler om analog støj i indlejrede systemer. Den anden artikel, som jeg skal linke dig til, handler om brug af software til at reducere støj i dit system.

Jeg vil også foreslå hans artikel om udjævning af digitale indgange og selvkalibrerende systemer. Efter at have brugt tid på at arbejde med indlejrede systemer hentede jeg hårdt nogle af disse oplysninger ud fra mine egne fejl, men jeg nød virkelig at læse hans måder at tænke på. Det selvkalibrerende system var meget indlysende for mig, men den måde, han foreslog at gå på det, var værdifuldt for mig. Du har muligvis ikke brug for oplysningerne, men hans artikler har hjulpet mig.

Jeg har fundet Digital Signal Processing og Microcontroller af Grover og Deller som den eneste bog om filtre, som jeg kan forstå. Desværre er det svært at finde billigt.

http://www.google.com/books?id=GzVmQgAACAAJ

Afstemmer din software dette input, eller bruger du en afbrydelsesplan til at behandle det?

Hvis du afstemmer, læser du formodentlig input meget hurtigere end de forventede ændringer i signal. Hvis støjen er godt adskilt, meget højfrekvente pigge, vil disse derefter se ud som isolerede prøver af den 'forkerte' polaritet. Du kan afhjælpe dette ved at gemme de seneste N-prøver og beslutte at læse input som den polaritet, der er størst. F.eks. Hvis N = 5, så hvis du har 3, 4 eller 5 '1' bits, er din input en '1'; hvis du har 0, 1 eller 2 '1' bits, er din input en '0'. Dette er egentlig bare en slags lavpasfilter i software.

Hvis du bruger input til at udløse afbrydelser ved ændring (begge kanter), kan du få afbrydelsesrutinen (ISR) til at starte en timer til forårsage et andet afbrydelse kort tid senere, men længere end støjspidsetiden. I stedet for at indgangsstiften ISR direkte akkumulerer signalbits, har du timeren ISR til at gøre det. For eksempel, hvis signalet er lavt, og der kommer en høj spids, starter den stigende kant timeren, men inden timertællingen udløber, nulstiller den faldende kant af spidsen den, så når timerafbrydelsen endelig går ud, ser på signalet, ikke støj. Signalet vil på den anden side starte timeren kun én gang, og timeren ISR vil være i stand til at få fat i det nye signalniveau.

Af disse to, Pollet vs Interrupt, personligt ville jeg gå for den pollede tilgang er b / c (1) interrupts bare mere komplicerede, og (2) et patologisk placeret par pigge kan stadig give dig falsk input.

Måske er "støj" et problem forårsaget af manglende kodning. Enkle sendere og modtagere kræver NRZ - Manchester-kode bruges ofte.