- This topic has 72 hozzászólás, 7 résztvevő, and was last updated 16 years, 7 months telt el by
.
-
Bejegyzés
-
vector wrote:A C-s példával az lehet a baja, hogy nincs compiler -je hozzá, a php-vel meg, hogy nincs hozzá motor a routeren…:) Vagy rosszul gondolom?
Azt hittem egyértelmű a dolog. Nem a router-re készült változatok ezek, hanem egy teszt, ami a PC-n tesztelhető. A C-s példa megy Linuxon vagy Windowson Cygwin-nel, a php meg apache+PHP párossal. Amíg nincs meg legalább a mikrokontroller terve, addig nincs értelme a soros porttal foglalkozni. Viszont az adatok eljutnak az internet legutolsó eldugott szegletéből is a szerver programhoz, amiben megtalálható a soros modul (a kettőt kell még valamilyen logika alapján összekötni).
Androla wrote:Az jelenthet bármiféle problémát, hogy vagy állandóan nyitva van az uart vagy csak esetlegesen ?Ezt neked kellene tudnod. 🙂 A routernek és az linuxnak nem probléma. De ha a mikrokontroller elmegy aludni vagy bármi más esély van szinkronizációs problémákra akkor igen. Bár akkor is lehet egy státusz lekérést végezni minden egyes adatküldés előtt, hogy tud-e fogadni.
Androla wrote:Ha csak akkor nyílik meg amikor adat külldés van, egyéb esetben csak nem irkál oda semmi.Ha folyamatosan nyitva van, akkor az folyamatos zárolást is jelent.
Androla wrote:Ha a /dev/ttyS0 kifejezést vizsgálom
Akkor ez tulajdonképpen csak egy szinbolikus virtuális file a /dev/ könyvtárban ?
Mikör történik az adatok hardveres feldolgozása az után amikor bezárom a filét ?
Vagy ha megváltozik a tartalma rögtön ?Egy UNIX (POSIX) tervezési filozófia, hogy minden egyes eszköz egy fájlként van reprezentálva (pl. soros port, merevlemez partíció, rendszermag beállítás). Minden virtuális fájlnak van rendszerszintű tulajdonsága, a soros portnak például hogy szinkron (nincs puffer) és nem pozícionálható. Tehát az adatot kiküldő write() funkció futása addig nem fejeződik be, míg a küldött adat el nem hagyja a soros portot, és a sikeresen elküldött bájtok számával tér vissza.
Androla wrote:Gabaman írta, hogy a Linux rendszermag nem enged többszörös hozzáférést,
vagyis ezekszerint amíg be nem zárom az op nem férhet hozzá,
vagyis a kérdésemre a válasz:1. fopen
2. fwrite
3. fclose —- és most megnézi az op, hogy megváltozott e a tartalma, ha igen kiküldi
az RS232-őre és kiküldés után kiüríti a filét ???Nem, nem, nem. A fájl kifejezés rettenetesen összezavar. Nincs valós fájl, csak annak látszik. Így csak egy műveletsorozatot kell megvalósítani (pl. open, read, write, close), és nem kell az fopen() mellé sio_open(), pio_open(), config_open(), hdd_open(), audio_open(), mixer_open(), tty_open(), stb. A soros portot fájlként látod ami valójában nincs is ott, nem is létezik mint fájl.
Szomorúan veszem tudomásul, hogy a linuxot egy béna, gagyi hobbirendszernek tekinted, és figyelmen kívül hagyod az ipari beágyazott rendszerekben való elterjedtségét. Nemcsak egy vacak soros portot képes megfelelően működtetni, hanem képes – ha nem is teljes értékű – valósidejű (RT – realtime) rendszerként is működni.
http://www.novell.com/products/realtime/
http://www.ibm.com/developerworks/power/library/pa-soc4
http://www.timesys.com/
http://rt.wiki.kernel.org/vector wrote:A C-s példával az lehet a baja, hogy nincs compiler -je hozzá, a php-vel meg, hogy nincs hozzá motor a routeren…:) Vagy rosszul gondolom?Azt hittem egyértelmű a dolog. Nem a router-re készült változatok ezek, hanem egy teszt, ami a PC-n tesztelhető. A C-s példa megy Linuxon vagy Windowson Cygwin-nel, a php meg apache+PHP párossal. Amíg nincs meg legalább a mikrokontroller terve, addig nincs értelme a soros porttal foglalkozni. Viszont az adatok eljutnak az internet legutolsó eldugott szegletéből is a szerver programhoz, amiben megtalálható a soros modul (a kettőt kell még valamilyen logika alapján összekötni).
Androla wrote:Az jelenthet bármiféle problémát, hogy vagy állandóan nyitva van az uart vagy csak esetlegesen ?Ezt neked kellene tudnod. 🙂 A routernek és az linuxnak nem probléma. De ha a mikrokontroller elmegy aludni vagy bármi más esély van szinkronizációs problémákra akkor igen. Bár akkor is lehet egy státusz lekérést végezni minden egyes adatküldés előtt, hogy tud-e fogadni.
Androla wrote:Ha csak akkor nyílik meg amikor adat külldés van, egyéb esetben csak nem irkál oda semmi.Ha folyamatosan nyitva van, akkor az folyamatos zárolást is jelent.
Androla wrote:Ha a /dev/ttyS0 kifejezést vizsgálom
Akkor ez tulajdonképpen csak egy szinbolikus virtuális file a /dev/ könyvtárban ?
Mikör történik az adatok hardveres feldolgozása az után amikor bezárom a filét ?
Vagy ha megváltozik a tartalma rögtön ?Egy UNIX (POSIX) tervezési filozófia, hogy minden egyes eszköz egy fájlként van reprezentálva (pl. soros port, merevlemez partíció, rendszermag beállítás). Minden virtuális fájlnak van rendszerszintű tulajdonsága, a soros portnak például hogy szinkron (nincs puffer) és nem pozícionálható. Tehát az adatot kiküldő write() funkció futása addig nem fejeződik be, míg a küldött adat el nem hagyja a soros portot, és a sikeresen elküldött bájtok számával tér vissza.
Androla wrote:Gabaman írta, hogy a Linux rendszermag nem enged többszörös hozzáférést,
vagyis ezekszerint amíg be nem zárom az op nem férhet hozzá,
vagyis a kérdésemre a válasz:1. fopen
2. fwrite
3. fclose —- és most megnézi az op, hogy megváltozott e a tartalma, ha igen kiküldi
az RS232-őre és kiküldés után kiüríti a filét ???Nem, nem, nem. A fájl kifejezés rettenetesen összezavar. Nincs valós fájl, csak annak látszik. Így csak egy műveletsorozatot kell megvalósítani (pl. open, read, write, close), és nem kell az fopen() mellé sio_open(), pio_open(), config_open(), hdd_open(), audio_open(), mixer_open(), tty_open(), stb. A soros portot fájlként látod ami valójában nincs is ott, nem is létezik mint fájl.
Szomorúan veszem tudomásul, hogy a linuxot egy béna, gagyi hobbirendszernek tekinted, és figyelmen kívül hagyod az ipari beágyazott rendszerekben való elterjedtségét. Nemcsak egy vacak soros portot képes megfelelően működtetni, hanem képes – ha nem is teljes értékű – valósidejű (RT – realtime) rendszerként is működni.
http://www.novell.com/products/realtime/
http://www.ibm.com/developerworks/power/library/pa-soc4
http://www.timesys.com/
http://rt.wiki.kernel.org/„A soros portot fájlként látod ami valójában nincs is ott, nem is létezik mint fájl.”
A /dev/ttyS0 egy fájlnak álcázott átirányítás, ha így jobban megérted. Nincs tartalom mögötte. Ha meg van nyitva, akkor a további megnyitási kísérleteket visszadobja egy foglalt eszköz (EBUSY – device or resource busy) hibaüzenettel.
„A soros portot fájlként látod ami valójában nincs is ott, nem is létezik mint fájl.”
A /dev/ttyS0 egy fájlnak álcázott átirányítás, ha így jobban megérted. Nincs tartalom mögötte. Ha meg van nyitva, akkor a további megnyitási kísérleteket visszadobja egy foglalt eszköz (EBUSY – device or resource busy) hibaüzenettel.
Nem tartom, a Linuxot egy hobby opnak, nem véletlen, hogy routereken és a profibb
satbeltériken is ez van. Csak kimaradt az életemből, nem volt rá szükségem
illetve win-t szoktam meg, bevallom őszintén linuxot még futni sem láttam,
csak egyszer kb 5 méterről egy laptopon.
De azt látom, hogy elég érzékenyen kezelik a linuxosok, bizonyos megnyilvánulásaimat,
szerintem ezt ne tegyétek mert, nem erről szól ez a dolog!Jelenleg nekem a gépen a WAMP5 van ezzel tesztelem a html+php-kat amiket írogatok.
Belinkelek 3 filét, ezt sikerült összeokoskodnom eddig, ha wamp5-el megnyitom és beírkálok
valamit a mezőbe, mindig felülírja a tartalommal az uart.txt filét,
ezért gondoltam, hogy a routerra felrakom az Oleg+lighttpd+PHPÉs működni fog, ha az uart.txt helyére a /dev/ttyS0 helyettesítem.
A Három file tartalma:
Index.html:
Csúcsszuper vezérlő
Kiküldendő karakterek:
Feldolgozo.php:
Uart.txt:
Ez üres.Akkor sem tudom ezekkel a parancsokkal kezelni a sorosportot ha fentvan
a routeren az Oleg+lighttpd+PHP ?Nem tartom, a Linuxot egy hobby opnak, nem véletlen, hogy routereken és a profibb
satbeltériken is ez van. Csak kimaradt az életemből, nem volt rá szükségem
illetve win-t szoktam meg, bevallom őszintén linuxot még futni sem láttam,
csak egyszer kb 5 méterről egy laptopon.
De azt látom, hogy elég érzékenyen kezelik a linuxosok, bizonyos megnyilvánulásaimat,
szerintem ezt ne tegyétek mert, nem erről szól ez a dolog!Jelenleg nekem a gépen a WAMP5 van ezzel tesztelem a html+php-kat amiket írogatok.
Belinkelek 3 filét, ezt sikerült összeokoskodnom eddig, ha wamp5-el megnyitom és beírkálok
valamit a mezőbe, mindig felülírja a tartalommal az uart.txt filét,
ezért gondoltam, hogy a routerra felrakom az Oleg+lighttpd+PHPÉs működni fog, ha az uart.txt helyére a /dev/ttyS0 helyettesítem.
A Három file tartalma:
Index.html:
Csúcsszuper vezérlő
Kiküldendő karakterek:
Feldolgozo.php:
Uart.txt:
Ez üres.Akkor sem tudom ezekkel a parancsokkal kezelni a sorosportot ha fentvan
a routeren az Oleg+lighttpd+PHP ?Közben találtam php serial kiegészítést csak még nemtudom mire jó
most épp ezt tanulmányozgatom:Itt találtam:
http://phpclasses.c4.hu/browse/package/3679.htmlKözben találtam php serial kiegészítést csak még nemtudom mire jó
most épp ezt tanulmányozgatom:Itt találtam:
http://phpclasses.c4.hu/browse/package/3679.html
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz