Jakiś czas temu skleciłem sobie prosty licznik Geigera z odczytem przez
Ethernet. Dodatkowo układ zawierał też czujnik temperatury i ciśnienia.
Układ działa idealnie, więc postanowiłem zbudować nowszą wersję. Zmiany
raczej kosmetyczne, to znaczy:

1) ENC28J60 w wersji SO28 zastąpiony przez mniejszy TSSOP28.
2) LM358 w wersji DIP8 zastąpiony przez SO8.
3) Na wejściu zasilania dodane zabezpieczenie przed odwróceniem
polaryzacji (MOSFET o niskim napięciu bramki).
4) Dodany czujnik DHT11.
5) Niektóre z wolnych linii GPIO wyprowadzone na goldpiny.

Schemat zmienił się nieznacznie, płytka w trochę mniejszym stopniu.
Układ zachował kompatybilność wsteczną z softem od pierwszej wersji, tak
więc zanim zabrałem się za dopisywanie obsługi DHT11, po prostu wgrałem
stary wsad. Układ ruszył, ale zaraz zauważyłem dziwny efekt:

Licznik Geigera nie działa tak, jak powinien. Wartość CPM zwykle
występuje na podejrzanie niskim poziomie (0-5 zliczeń). Natomiast gdy
zacznę wysyłać do układu dużą ilość pakietów UDP z poleceniami, nagle
szybuje do góry. Zupełnie jakby każdy pakiet zwiększał stan licznika.
Rozwiązanie wydawało mi się proste - pojawia się spadek napięcia,
zwłaszcza że ENC26J60 był zasilany z tego samego odgałęzienia VCC co
LM358 (przez filtr LC). Wymieniłem dławik w filtrze z 10uH na 100uH -
bez różnicy. Wymieniłem kondensatory z 100nF na 1uF - bez różnicy. W
końcu zdecydowałem się na przecięcie ścieżki i poprowadzenie kabelkiem
osobnego zasilania do LM358 prosto od stabilizatora - też nie pomogło...

Zastanawiam się co może być grane. Stara wersja licznika nie robi czegoś
takiego, a nowa wariuje. A przecież zmiany w układzie są niewielkie,
głównie sprowadzają się do zastosowania w paru miejscach układów w
innych wersjach obudowy niż pierwotnie.

Jakieś pomysły?