piotr5000 napisał: Cytat :
"portach LCD i diod"
tak tylko z ciekawości o co chodzi koledze z tym podkreśleniem i wytłuszczeniem "diod" ??? Bo jeśli chodzi o pisownię to jest w jak najlepszym porządku. Chyba kolega nie ma na myśli, że powinno być "di
ód" - bo to masakra
piotr5000 napisał: Mam gratulować bystrośći wzroku czy czymś to mierzyłeś.
Co w/g Ciebie powinien zrobić program, a co robi
Może to co obserwujesz nie ma nic wspólnego z przerwaniami , a przyczyna jest w innym fragmencie programu ?
Co do reszty to całkowita racja.
Tak jak pisałem wcześniej, nie ma to nic wspólnego z przerwaniem tylko ze wszystkim innym w tym super tajnym przez poufne mega korporacyjnym kodem napisanym w Bascomie - nie żeby umniejszać Bascomowi , no ale takie teksty:
Artee napisał: Wlasnie o to chodzi że ma coś wspolnego z przerwaniem.
To ty tutaj wpadłeś żeby wszystkim wciskać takie herezje, że ma ???? czy ty się pytasz????
Artee napisał: Jak do polecenia on_interrupt dalem opcje nosave to co innego szlo na wyswietlacz.
Może by kolega najpierw dokładnie doczytał do czego służy opcja NOSAVE w Bascomie bo wygadywanie takich fantasmagorii jasno pokazuje, że w tym twoim całym mega algorytmie jest pełno baboli czysto programistycznych, wynikających z braku choćby podstawowej wiedzy o samym Bascomie niestety
Poza tym, jeśli teoretycznie korzystasz z przerwania co 400uS (o ile w ogóle jesteś pewien że taki interwał ustawiłeś - bo ja w zaczynam wątpić) to jeśli do tego używasz wyświetlacza LCD z pinem R/W podłączonym do GND i zwykłych bibliotek Bascoma do jego obsługi - to , to, że na wyświetlaczu w pewnych sytuacjach mogą pojawiać się krzaki wcale nie jest dziwnym objawem.
Zainteresuj się podłączeniem wyświetlacza ze sprawdzaniem flagi BUSY czyli pin R/W podłączony do procka i wykorzystaj odpowiednie biblioteki "lcd4_busy" Bascomowe do jego sterowania.
Biorąc to wszystko pod uwagę to jeśli nie potrafisz tak zmienić kodu żeby go ukryć przed nami a pokazać problem jaki występuje na innym nieco zmienionym kodzie do lepiej udaj się do wróżbity panie kolego. ALbo jeszcze lepiej - zleć komuś napisanie tego korporacyjnego kodu. Będzie lepiej, szybciej i taniej.
No chyba, że w końcu wkleisz jakiś kod zamiast opowiadać bajki o wpływie przerwań na porty i analizowaniu analizatorem.