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?