Dotaz: Přerušení z par. portu

[kutom]

Prosím poraďte, už jsem prohledal kde co a stále nic. Potřeboval bych v C zajistit obsluhu hw přerušení od paralelního portu. Jde to vůbec? Našel jsem možnost čekání na přerušení, ale to nemůžu použít, protože ten program dělá mezi tím taky něco jinýho.

Odpovědi

[Jan Martinek]

Psát handler přerušení znamená psát modul do jádra. Což vřele nedoporučuji. Takže nezbývá než periodicky zjišťovat stav na portu (což je nic moc) nebo napsat mutlithreadovou aplikaci. Nebo, pokud by to šlo, rozdělit problém do dvou nezávisle běžících programů.

[kutom]

Modul do jadra napsat neumim a mutlithreadovou aplikaci taky ne. Periodicky zjistovat se mi to moc nechce, protoze nemam jistotu, ze chytnu vsechny impulsy. A jak myslis to rozdeleni do dvou aplikaci? Ta druha by to stejne musela periodicky zjistovat ne? Je mi divny ze takovej modul do jadra jeste nikde neexistuje (teda ja ho nenasel).

[kutom]

A nebo to naprogramuju do jednocipa a pres port do pc jenom nactu pocet tech impulsu. Ale s tim prerusenim by to bylo nejlepsi, nemusel bych nic bastlit.

[Jan Martinek]

A nebo to naprogramuju do jednocipa a pres port do pc jenom nactu pocet tech impulsu. Ale s tim prerusenim by to bylo nejlepsi, nemusel bych nic bastlit.

Zásadní věcí je jakou frekvenci očekáváš a jak přesně chceš měřit čas příchodu impulsu. Vždy existuje určitá doba odezvy. Napiš, k čemu to bude sloužit.

[Jan Martinek]

Modul do jadra napsat neumim

No naprosto chápu.

a mutlithreadovou aplikaci taky ne.

Často se to tak dělá. Není to tak hrozné.

Periodicky zjistovat se mi to moc nechce, protoze nemam jistotu, ze chytnu vsechny impulsy. A jak myslis to rozdeleni do dvou aplikaci? Ta druha by to stejne musela periodicky zjistovat ne?

Ta druhá by mohla být ve stavu "čekám na upozornění od jádra, že se něco stalo".

Je mi divny ze takovej modul do jadra jeste nikde neexistuje (teda ja ho nenasel).

Jaderný modul pro obsluhu paralelního portu samozřejmě existuje, je běžnou součástí jádra a samozřejmě se stará o obsluhu přerušení. Druhá věc je, co přesně od něj očekáváš.

[kutom]

Ja presnou frekvenci jeste neznam. Bude to vystup z inkrementalniho snimace, vstup z plynomeru a elektromeru. Nepotrebuju merit casy, kdy ty impulsy prijdou, ale počet impulsů (dela se potom prumer za den). To s tim cekanim na udalost by slo. Nejelegantnejsi by to bylo v jinem threadu nez v druhe aplikaci. Asi kouknu jak se to dela. Jinak jsem nasel jeste tohle http://parapin.sourceforge.net

[Josef Kufner]

... a mutlithreadovou aplikaci taky ne.

Je to celkem jednoduché. Problémy jsou akorát při ladění, ale dá se to. Malá ukázka jak to přibližně vypadá (vynechávám detaily):

void *druhe_vlakno(void *arg) {
  /* tady budes smatlat po portu */
}

int main() {
   pthread_t vlakno;
   pthread_create(&vlakno, opt, druhe_vlakno, NULL);
   /* nejaky ten kod v puvodnim vlakne */
   pthread_join(&vlakno);
}

Je to opravdu osekane, ale zakladni princip to snad vystihuje. Najdi si nejaky cely priklad. Podrobnosti v manu. Jmena funkci jsou skutecna, jakakoliv podobnost se skutecnosti je naprosto zamerna.

[Josef Kufner]

Ještě taková drobnost: Jakmile k nějakým datům přistupuješ z několika vláken (> 1), tak je potřeba ohlídat, aby souběžně k tomu přistupovalo jen jedno vlákno. Použít na to lze třeba funkce pthread_mutex_init, pthread_mutex_lock, pthread_mutex_unlock a pthread_mutex_destroy. Podrobnosti v manu. Existují i další užitečné věci (např. věci okolo pthread_cond_init), ale tohle by mělo pro začátek stačit.

[kutom]

Diky, uz jsem procital nejakou dokumentaci k threadum, tak to tak asi udelam. K portu bude pristupovat jenom jedno vlakno. To druhy komunikuje pres RS485 s AD prevodnikem a uklada data do databaze.

[Jan Martinek]

Pro sériový port by to mohlo vypadat třeba takhle:

#!/usr/bin/env python
import sys, os, threading, tty, fcntl, struct, time, signal

class CTS_events(threading.Thread):

    def __init__(self, lock):
        self.fd = os.open('/dev/ttyS0', os.O_RDWR | os.O_SYNC)
        threading.Thread.__init__(self)
        self.events = 0
        self.lock = lock

    def __call__(self):
        return self.events

    def run(self):
        while True:
            fcntl.ioctl(self.fd, tty.TIOCMIWAIT, tty.TIOCM_CTS)
            lock.acquire()
            self.events += 1
            lock.release()

lock = threading.Lock()
cts_events = CTS_events(lock)
cts_events.start()

try:
    while True:
        lock.acquire()
        print cts_events()
        lock.release()
        time.sleep(1)
except KeyboardInterrupt:
    os.kill(os.getpid(), signal.SIGTERM)

Je to vícevláknové hlídání událostí na lince CTS u sériového portu. Hlavní vlákno každou sekundu vypisuje čítač a může dělat i cokoli jiného. Další vlákno tento čítač zvyšuje pokaždé, když dostane od jádra upozornění na změnu linky CTS. Čítač je chráněn zámkem, aby nedošlo ke konfliktům (ale to je možná zbytečné).
Aby bylo možné program přerušit pomocí Ctrl+c, tak odchytávám KeyboardInterrupt a posílám sám sobě zabíjecí signál. Je to debilní, ale nevím, jak jinak zničit všechna vlákna na požádání.