Re: kernel valaszido
hello, Ezzel a dátummal: Sunday 09 March 2008 23.19.27 PÁSZTOR György ezt írta: Lehet, hogy én tudok valamit rosszul, de nem pont az lenne a soros port vezérlő chipjének a feladata, hogy ő majd összeszedi a bájtokat, és tolja a memóriába/ból? Ha ilyen nagy sebesség kell, biztos, hogy neked egy ilyen klasszikus soros port kell, és nem mondjuk valami aszinkron soros port, ami tud hardweresen ennyit? Mit ertesz aszinkron soros port alatt? A hardware-es soros portok tudjak ezt, itt az a baj, hogy sokara kapok ertesitest a kerneltol, hogy van anyag a soros porton. Konkretan egy ftdi es egy pl2101-es usb-soros atalakito, amikkel probaltam, a jelenseg mindkettovel ugyanaz. Sajnos amivel kommunikalni kell, az egy mikrokontrolleres celhardware, aminek csak soros portja van, az viszont akar 20mb/sec-et is tudna. Kerestem soros port-halozati interface-t is, de a legjobbak is csak 240kbit/sec-et tudnak:( -- koszi, -- Zoltan Zidarics programmer PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary E-Mail: [EMAIL PROTECTED] -- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: kernel valaszido
On Mon, 10 Mar 2008, zamek wrote: ezt, itt az a baj, hogy sokara kapok ertesitest a kerneltol, hogy van anyag a Mivel a UNIX nem realtime, ezert nem sok eselyed van:-( Ha root-kent futtatod a programodat, akkor az kerhet FIFO utemezest maganak a round-robin helyett, es felveheti a prioritasat a legmagasabbra. Ennel tobbet UNIX-ban nem tudsz tenni. Ioctl hivasokkal esetleg befolyasolhatod a sorosport-kezelo driver mukodeset, de ehhez meg kell nezni a kernel forrast, hogy mit tud. Esetleg probalkozhatsz az RT Linux nevu megoldassal, ami valojaban egy real-time utemezo, a normal Linux kernel ala beepitve. www.realtimelinuxfoundation.org oldalrol el lehet erni meg mas megoldasokat is. Dani _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: kernel valaszido
hello, Ezzel a dátummal: Monday 10 March 2008 09.34.47 PÁSZTOR György ezt írta: Viccelsz? USB-s eszközzel akarsz ilyet? Az USB egy BUSZ! Abból is az egyik legvacakabb. Olyan ütközés, késleltetés, rossznyavaja tud neked csak az usb miatt bejönni, hogy szerintem ha ezen akarod megoldani, akkor: a; most felejtsd el b; tervezz egy usb-s eszközt, amihez írsz drivert, és fel tudod programozni, hogy intézze ő a dolgokat. Az a 5-11-480MBit/sec amit ráírnak, az gyakorta vicc. Elméleti felsőhatár. De ha már választani lehet, én a helyedben vmi. PCI-os eszközt keresnék. Mar most is szepen muzsikal, nehany szaz Mb-nyi tesztadatot hibatlanul atvitt, csak benne van az a kesleltetes. Ez persze nem lenne baj, csak amikor a rogzitett adatokat kesobb vissza kell tolni a mikrokontrollerbe, akkor kesek le, mivel a mikrokontroller nem tud fifo-zni, akkor kell kuldeni neki az adatot, amikor keri. Egyebkent evek ota hasznalok usb-s hdd-t, adatcipelesre, eddig nem volt gondom vele, annyira azert nem lehet rossz az usb:) itt egy hdparm output: hdparm -tT /dev/sdc /dev/sdc: Timing cached reads: 928 MB in 2.00 seconds = 463.78 MB/sec Timing buffered disk reads: 36 MB in 3.06 seconds = 11.77 MB/sec Ez utóbbiból kiindulva, én a mikrokontroller speckóját is elolvasnám, hogy biztos RS-232-es eszköz-e... Ha igen, akkor meg egy rendes RS-232-nek kezelnie kellene, és nem neked kell bitenként foglalkozni vele, majd a kernel áttolja a pufferba. Hacsak nem kell mindenre azonnal reagálnod is valamit... Allj! Alapveto tevedes van! En nem bitenkent dolgozom fel a soros port adatait! Ez egy szabvanyos RS 232, csak az a baj, hogy az elso karakter beerkezese utan nehany ms-mal kapok signalt (data available). Amit leirtam, az egy oszcilloszkopos vizsgalat volt. Azt csinaltam, hogy amikor megkaptam a data available signalt, ki/be kapcsoltam az rts-t. A szkop egyik csatornajara kerult a vett adat, a masikra az rts. Igy derult ki, hogy az elso csomag elso lefuto ele (elso karakter start bitje) utan 5 ms mulva billent az rts. Persze a soros portnak van egy cca. 16 byte-os puffere, de interruptot mar az elso-nel ker a doksi szerint. Aztan a kernelben koborol nehany ms-ig. Ezt az idot szeretnem csokkenteni. -- -- thx, -- Zoltan Zidarics programmer PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary E-Mail: [EMAIL PROTECTED] -- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: kernel valaszido
In article [EMAIL PROTECTED], zamek [EMAIL PROTECTED] writes: Egy soros portos alkalmazasban azt tapasztaltam, hogy az elso bejovo vett karakterhez kepest a DATA_AVAILABLE signal 5-25mS-mal kesobb jon. Ugy mertem, hogy amikor megkapom a data available signalt, az rts jelet ki/be kapcsolom. = Az Rxd-t es az RTS-t nezem oszilloszkoppal, igy derult ki a keses. Debian testing-et hasznalok, 2.6.22.5 kernellel. Ha van kedved kiserletezni, hasznalhatnal RTLinuxot. Nekem nagyon bevalt annak idejen. Az interrupt latency 20 us korul volt egy 386-os processzoros ipari SBC-n. RTLinuxban irod meg az IRQ handlert, a kernel nem ekelodik be kozed es a hardver koze. kissg -- Wenn ist das Nunstück git und Slotermeyer? Ja! ... Beiherhund das Oder die Flipperwaldt gersput. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mobil modem
Gergely Madarasz írta: E51-hez egy egyszeru usb kabel kell, semmi nokia specialitas. A device file /dev/ttyACM0 (kell hozza a cdc_acm modul), ezen keresztul normal modemkent Olyat találtam, hogy CONFIG_USB_CDCETHER=m Erről van szó? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: kernel valaszido
hello, Ezzel a dátummal: Monday 10 March 2008 10.31.40 Kiss Gabor ezt írta: In article [EMAIL PROTECTED], Ha van kedved kiserletezni, hasznalhatnal RTLinuxot. Nekem nagyon bevalt annak idejen. Az interrupt latency 20 us korul volt egy 386-os processzoros ipari SBC-n. RTLinuxban irod meg az IRQ handlert, a kernel nem ekelodik be kozed es a hardver koze. Kedvem az nincs, de valamit talalnom kell, ugyhogy megnezem amit irtal. -- koszi, -- Zoltan Zidarics programmer PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary E-Mail: [EMAIL PROTECTED] -- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mobil modem
Zana János [EMAIL PROTECTED] wrote: /dev/ttyACM0 (kell hozza a cdc_acm modul), ezen keresztul normal modemkent CONFIG_USB_CDCETHER=m Erről van szó? Szerintem errol: CONFIG_USB_ACM=m -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mobil modem
Erdelyi Gabor írta: Szerintem errol: CONFIG_USB_ACM=m Megtaláltam a 2.4.27 kernel konfigban: modpobe acm: USB Abstract Control Model driver for USB modems and ISDN adapters Most már azután nyomulok, hogy hogy lehet ezzel Debian alatt tárcsázni Kösz! János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: kernel valaszido
On Mon, 10 Mar 2008, PÁSZTOR György wrote: Az a 5-11-480MBit/sec amit ráírnak, az gyakorta vicc. Elméleti felsőhatár. De ha már választani lehet, én a helyedben vmi. PCI-os eszközt keresnék. Esetleg embedded Ethernet. Vannak kesz megoldasok, de hazilag is lehet csinalni Ethernet-RS232 GW-t. Rendes Linux-oldali meghajtoval akar 1 ms kornyeki elerest is el lehet erni. -Sygma _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
