Re: eltűnő egérmutató X ablakban

2012-12-05 bef zés Ferenc Wagner
Feil Ferenc fulk...@gmail.com writes:

 lokálisan a gépemen létezik-e olyan megoldás, szimuláció hogy a vak
 X ablakban is lássam hol tart az egér.

Pl. Xvncviewer-ben van lokális kurzorkövetés, azon keresztülhajthatod.
-- 
Feri.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: RaspberryPi USB

2012-12-05 bef zés Gabor HALASZ
On 12/4/2012 2:03 PM, Lajber Zoltan wrote:
 On Tue, 4 Dec 2012, Gabor HALASZ wrote:

 Akkor szerintem vegyel valam atmel vagy pic mcu-s development boardot,
 azokhoz ingyen van a feljesztokornyezet is (ha nem akarod
 agyonoptimalizalni a kodot, de az a tanulasnal ugyis csak zavaro),
 altalaban van egy halom periferia is rajtuk (ledek, gombok, ntc, akar
 lcd is) es kivalloan meg lehet ismerni az ilyen rendszerek problemait es
 kitalalani (vagy megkeresni a neten) a megoldast.

 Ismet mondom: az arudinonal is joval olcsobb pl a msp430 launchboard
 (~1000 HUF!), a periferiai szerintem jobb, mint a pic-nek, es jo a
 gnu/linuxos fejleszto kornyezete.

Lehet, nem ismerem (az arduinot meg nem szeretem :). Van ezeknek az 
msp-knek ethernet portja?

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: RaspberryPi USB

2012-12-05 bef zés Gabor HALASZ
On 12/4/2012 9:42 PM, BORBELY Zoltan wrote:

 - Csak hőmérséklet mérésére (csövek, külső hőmérséklet) szerintem a
DS18B20 (vagy S20)-nak nincs párja. Elég olcsó, szintén digitális, és
elméletileg hosszú és viszonylag kusza hálózatot építhetsz a szenzorokból.


En ket osszetekert drottal szoktam homersekletet merni...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: RaspberryPi USB

2012-12-05 bef zés Lajber Zoltan
On Wed, 5 Dec 2012, Gabor HALASZ wrote:

 Lehet, nem ismerem (az arduinot meg nem szeretem :). Van ezeknek az
 msp-knek ethernet portja?

Teljesen mas kategoria, i2c es spi a fel-let, de ra lehet venni.
http://hackaday.com/2012/07/17/lightweight-web-server-using-the-msp430/

Udv,
-=Lajbi=-
  LAJBER Zoltanhttp://lajli.gau.hu/~lajbi
 engineer: a mechanism for converting caffeine into designs.

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: IM szerver

2012-12-05 bef zés Szládovics Péter
2012-12-04 12:56 keltezéssel, Szládovics Péter írta:
 2012-12-04 12:24 keltezéssel, Gyula Keresztely-Krall írta:
 2012/12/4 Szládovics Péter p...@szladovics.hu:
 Sziasztok,

 Csinálnunk kéne egy céges (saját hostolású) IM szervert, amihez az
 alábbi szempontoknak kéne teljesülnie:

 - LDAP auth
 - szöveg, video, hang átvitel
 - SSL titkosított csatorna
 - Linux, Windows kliens
 - Linux szerver

 Plusz pont:
 - iOS kliens (iPhone is)
 - Android kliens

 Van ilyesmivel valakinek tapasztalata? Érdekelnének a vélemények, hogy
 ki mit használ(t), ki mit ajánl.

 Köszönöm előre is az ötleteket.

 Mi openfire-t hasznaltunk erre anno, nem emlekszem ha van androidos
 kliense de mintha lenne.
 http://www.igniterealtime.org/projects/openfire/index.jsp
 
 Ezt néztem én is, de a video/audio az mintha 3rd party csomag lenne.
 Működik megbízhatóan?

SOLVED: teljesen jó, a video/audio is megy, a vásárolt tanúsítványokkal
egy kicsit szenvedtem (XMMP-hez nem eszi meg a standard szerver certet,
önaláírtat meg nem akartam), de teljesen jól működik, mindent tud, ami
fentebb van (még a pluszt is).

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: IM szerver

2012-12-05 bef zés Gyula Keresztely-Krall
2012/12/5 Szládovics Péter p...@szladovics.hu:


 Mi openfire-t hasznaltunk erre anno, nem emlekszem ha van androidos
 kliense de mintha lenne.
 http://www.igniterealtime.org/projects/openfire/index.jsp

 Ezt néztem én is, de a video/audio az mintha 3rd party csomag lenne.
 Működik megbízhatóan?

 SOLVED: teljesen jó, a video/audio is megy, a vásárolt tanúsítványokkal
 egy kicsit szenvedtem (XMMP-hez nem eszi meg a standard szerver certet,
 önaláírtat meg nem akartam), de teljesen jól működik, mindent tud, ami
 fentebb van (még a pluszt is).

Ja, azt tenyleg elfelejtettem, en is hegesztettem a tanúsítványokkal :)

Udv,

-- 
Gyula KERESZTELY-KRALL
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: RaspberryPi USB

2012-12-05 bef zés Gabor HALASZ
On 12/4/2012 2:10 PM, Kiss Gabor wrote:

 On 12/04/2012 11:20 AM, Gabor HALASZ wrote:
 Kell annal tobb, hogy meg a soros porja sem mukodik? Nincs rajta
 brownout detektor es hw watchdog?

 http://pi.gadgetoid.co.uk/post/001-who-watches-the-watcher

Ezt ugye nem gondolod komolyan? Ha akkor jon a bor, amikor meg nem 
toltotte be a kernelmodult?
Nem foglalkoztatnak kulonosebben az embedded linuxok, de annyit 
fagyni/deadlockba rohadni eszkozt meg nem lattam, mint az androidos 
telefonomat, pedig akik elkovetik, azoknal van boven eroforras 
feljesztesre, valahogyan megsem sikerul az egesz.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: RaspberryPi USB

2012-12-05 bef zés Móczik Gábor
2012.12.05. 10:39 keltezéssel, Gabor HALASZ írta:
 - Csak hőmérséklet mérésére (csövek, külső hőmérséklet) szerintem a
 DS18B20 (vagy S20)-nak nincs párja. Elég olcsó, szintén digitális, és
 elméletileg hosszú és viszonylag kusza hálózatot építhetsz a 
 szenzorokból.


 En ket osszetekert drottal szoktam homersekletet merni...

Ja. Persze.

A mérés és a saccolás az nem ugyanaz. Az előbbihez kell még nem két 
drót, hanem megfelelő mechanikai kivitelű hőelem, a megfelelő anyagból, 
mérőerősítő, hidegpont kompenzáció, kalibrálás és szoftveres 
linearizálás. Csatornánként egy.

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: RaspberryPi USB

2012-12-05 bef zés Móczik Gábor
2012.12.05. 10:41 keltezéssel, Lajber Zoltan írta:
 On Wed, 5 Dec 2012, Gabor HALASZ wrote:

 Lehet, nem ismerem (az arduinot meg nem szeretem :). Van ezeknek az
 msp-knek ethernet portja?

 Teljesen mas kategoria, i2c es spi a fel-let, de ra lehet venni.
 http://hackaday.com/2012/07/17/lightweight-web-server-using-the-msp430/

Van mellette egy embedded TCP/IP stack... Így könnyű.

De igen, ezek a processzorok nem ilyenre valók.
Inkább a low-power telepes offline mérő/adatgyűjtő cuccoknál van 
létjogosultságuk.

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: RaspberryPi USB

2012-12-05 bef zés Móczik Gábor
2012.12.04. 14:34 keltezéssel, Lajber Zoltan írta:
 OK, akkor par dolog, ami mar -reszben, vagy szetszorva- elhangzott:
 ugyan osszesen csak kb fel orat neztem a RaspberryPi -t, de szerintem az
 inkabb mediacenter, mint real time control rendszer. Eleve, barmilyen
 vastag os mar nem jatszik.

Így van, az RPi inkább általános célú számítógép, mintsem embedded 
vezérlő/fejlesztőeszköz. Ezt leginkább a külvilág felé található 
csatlakozásból lehet megítélni. Az utóbbi célra GPIO, ADC, primitív 
buszok kellenek, nem pedig HDMI, VGA, USB...

USB-n is lehet relét vezérelni, de ehhez komplett arzenál kell, még egy 
8 bites CPU-n ez 1db gépi utasítás. :-)

Ott vannak a mindenféle development board-ok, azok közül érdemes 
választani. Pl. a monosx.hu -n kapásból lehet találni sokmindent, nem 
túl drágán.

 Ami vezerlesre alkalmas, viszonylag korszeru es (viszonylag) egyszeru
 rendszerek mostanaban vannak:

 -pic alapuak
   -eleg nepszeru, sok anyag van hozza a neten
   -alapvetoen assembly programozas
   -nem tul osszettett (khm) kutyu
   -ICE/jtag szerintem bonyolult

Alapvetően C-ben programozható, olyannyira, hogy én csak minimális 
assemblyt írtam eddig PIC-re. Free fordítónak ott van az SDCC.
Használható, közel tízezer soros forráskódot, ami HiTech fordítóhoz 
készült, elvi módosítás nélkül fordítottam le vele egy célgéphez, és 
működik.

PIC18-on nincs JTAG, ICSP van, ami szerintem elég egyszerű, egy PicKit2 
kb. 8-10 eFt, de meg is lehet építeni, ha valakinek több az ideje mint 
pénze. Ezenkívül ott vannak a mindenféle háromszáldrótos programozók a 
neten. A PIC32-n van JTAG, de azt ne vegyük a 8 bites mikrók közé, csak 
a neve PIC, belül egészen más, MIPS architektúra. Mellesleg a PICkit 
viszi azt is. :-)

 -arduino es szarmazekai,pl olimex es sokan masok
   -nyilt rendszer - sok anyag van neten
   -alapvetoen C-ben fejleszteneak
   -sok kiegeszitovel (shield)
   -eleg jo, ha nincs keznel paka, oszciloszkop :)

Utóbbi kb. fél nap után lényegtelen. Ha vezérelni akarsz valamit, úgyis 
kell páka is, meg a szkóp is jól jön.

Meg egy kategóriába vetted, hogy olimex és sokan mások, erre reagálnék.

Az Olimex nem egy konkrét eszköz vagy típus (pl. mint az RPi), hanem egy 
fejlesztő eszközöket gyártó cég.
A thread-ben felsorolt mindenféle processzorral készítenek többféle 
kiépítésű, bonyolultságú fejlesztőpaneleket, van ott PIC, AVR, ARM, 
MSP430 és DSP is, hozzá mindenféle modul, stb. Nem attől nyílt vagy zárt 
hogy Olimex, hardvert gyárt, amira azzal fejlesztesz amivel akarsz vagy 
tudsz. A hardver maga persze nyílt, ha erre gondolsz, de most inkább 
szerintem egy adott uC-vel való fejlesztésről volt szó.

Egyébként ezeket a fejlesztőpaneleket javasolnám, mert nem drágák, 
ötletesen vannak megtervezve és igen nagy a választék, mind processzor 
fajtában, mind pedig kiépítettségben. Van telepakolt kísérleti panel és 
majdnem üres, csak a procit tartalmazó egyedi feladatra fogható panel 
is. Itthon a monosx.hu forgalmazza.


 Amugy ez kb olyan mint a dist. war, de az arduino/mps430-hoz nem kell
 draga ICE meg jtag interface, usb-re dugod, lekuldod a progit egy
 parancssal, es kesz.

Ez lehet hogy valakinek szempont, de maximum inkább hobbynál vagy első 
próbálkozásnál. A gyakorlatban úgyis valamilyen bootloadert, távolról 
frissíthető rendszert kell kialakítani. Az esetek kb. 99%-ában, a saját 
szívás elkerülése végett...

Meg kb. mindenre van free prgramozó, PIC-re, AVR-re, ARM-re...

Ezer más paraméter alapján célszerűbb uC családot/gyártót választani, 
minthogy milyen kábellel tudod letölteni a szoftvert.

Csak példaképp:
  - érdemes eldönteni, mit akar az ember fejleszteni.
Primitív hardver elemeket (relé, karakteres LCD kijelző, billentyűzet, 
UART/SPI/I2C/USB) vezérelni, egyszerű eljárásokkal, alkalmasak a 8 bites 
mikrovezérlők.

  - Ha grafikus kijelzőt + GUI-t akarsz a készülékre, és/vagy TCP/IP 
stack-et, HTTP szervert, vagy egyéb komplexebb feladatot, 
kép/hanganalízilst, stb. akarsz, akkor a komolyabb 32 bites procik felé 
kell nézelődni, ARM, MIPS, meg a DSP-k világa felé. Szórakozni lehet a 8 
bitesekkel is, van is minden gyártónak ilyen DEMO panelje, de ezek 
inkább tényleg csak demo-k, egy gyakorlati alkalmazással igen könnyen a 
megvalósíthatóság határára jutsz.

  - Ha netán egy komplett oprendszert akarsz rá, tehát már inkább SBC-t 
akarsz (Single Board Computer) akkor mégkomolyabb hardver kell, több 
RAM, több Flash, stb...

Ez a három eléggé külön terület, alkalmazási területben, 
bonyolultságban, flexibilitásban, megbízhatóságban (!).



Ha megvan kb. az irány, akkor a konkrét gyártó kiválasztásához azt 
érdemes megnézni, melyikhez milyen fejlesztőeszközök állnak 
rendelkezésre. Ennek egy része a hardver, bár dev. board szinte 
mindenhez van, letöltőkábelek is, stb.

A drágulás a spécibb hardvereknél kezdődik, pl. debugger, 
sorozatprogramozó, stb. Nem biztos hogy ezek kellenek.
(pl. én konkrétan jól megvagyok debugger nélkül is)

Még egy hardver szempont, 

Re: RaspberryPi USB

2012-12-05 bef zés Lajber Zoltan
On Wed, 5 Dec 2012, Móczik Gábor wrote:

 Alapvetően C-ben programozható, olyannyira, hogy én csak minimális
 assemblyt írtam eddig PIC-re. Free fordítónak ott van az SDCC.
 Használható, közel tízezer soros forráskódot, ami HiTech fordítóhoz
 készült, elvi módosítás nélkül fordítottam le vele egy célgéphez, és
 működik.

Kosz a PIC infokat.

 Meg egy kategóriába vetted, hogy olimex és sokan mások, erre reagálnék.

Igen, itt arduino mellet jott elo, modositott arduinot lattam tole 
(szerintem jobb is :), de van sok masra, ez igaz.

 Csak példaképp:
  - érdemes eldönteni, mit akar az ember fejleszteni.
 Primitív hardver elemeket (relé, karakteres LCD kijelző, billentyűzet,
 UART/SPI/I2C/USB) vezérelni, egyszerű eljárásokkal, alkalmasak a 8 bites
 mikrovezérlők.

Itt jon be a mostani kedvencem, az TI msp430. 16 bites, nagyon jol 
atgondolt periferia ellatotsaggal.

 Ez a három eléggé külön terület, alkalmazási területben,
 bonyolultságban, flexibilitásban, megbízhatóságban (!).

Igen ez igy kb jo kategoriak.

 Még egy hardver szempont, ami főleg kezdőknek/hobbystáknak igen fontos:
 - ha túlnősz a dev.boarddal való szórakozáson, és szeretnél saját
 hardvert tervezni, megvannak-e az eszközeid, képességed, hogy azzal a
 mikrovezérlővel tervezz?
 Egy 8 bites MCU-hoz elég egyszerű, de egy 1.4GHz-es 400 lábú BGA tokos
 ARM procihoz külső DDR2 RAM-mal nem lehet a konyhaasztal sarkán NYÁK-ot
 farani, házilagosan beültetni sem lehet, és már a megtervezéséhez is
 komolyabb NYÁK-tervezési ismeretek (+szoftver...) szükségesek.

Itt van megint az msp430 elonye: van dip14/dip20 tokkal. Dev. board-ba 
beleteve usb-n felprogramozod, es bedugod a kesz nyakodba. Hobby celra is 
tokeletes szerintem, mert mar sima SMD forrasztas is igenyel nemi rutint 
:)

A gcc eleg jo forditott. Egy-egy architekturan idonkent valamelyik speci 
fordito neha piszkalhatja. Pl az msp430-ban levo specialis BCD szamokat 
kezelo utasitasokat, es nemelyik modellben elofordulo szorzo egyseget nem 
tamogatja. Ezt leszamitva viszont tobbnyire jobban optimalizal, mint a 
fizetosek.
Van akinek kell a GUI, de ez megoldhato pl. eclipse-el. Nekem tokeletes a 
vim/compiler/debugger egy-egy ablakban :)
A uc-knel, ahol a munka nagy resze az interrupt rutinokban tortenik, es 
lenyege az idozites,  debugolas eleve eleg sok kreativitast igenyel.

Az arduino hw ugyileg nem nagy durranas, sot szerintem van benne par 
felretervezes, de kozossegre epit. A TI -nek is meglepoen jo a kozossegi 
tamogatas, a ti sajat weblapjan is. Van olyan gyarto, aki ignoralja a free 
eszkozoket, kozosseget, na az kerulendo szerintem meg ceges vilagban is, 
nem csak hobby ugyekben.

Udv,
-=Lajbi=-
  LAJBER Zoltanhttp://lajli.gau.hu/~lajbi
 engineer: a mechanism for converting caffeine into designs.

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: RaspberryPi USB

2012-12-05 bef zés zamek
On 12/05/2012 10:39 AM, Gabor HALASZ wrote:
 On 12/4/2012 9:42 PM, BORBELY Zoltan wrote:
 - Csak hőmérséklet mérésére (csövek, külső hőmérséklet) szerintem a
 DS18B20 (vagy S20)-nak nincs párja. Elég olcsó, szintén digitális, és
 elméletileg hosszú és viszonylag kusza hálózatot építhetsz a 
 szenzorokból.

 En ket osszetekert drottal szoktam homersekletet merni...
hehe en meg a konnektorban a villanyt rakopessel szoktam :)

 _
 linux lista  -  linux@mlf.linux.rulez.org
 http://mlf2.linux.rulez.org/mailman/listinfo/linux


-- 
  thx,
--
Zoltan Zidarics programmer
PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary
E-Mail: za...@vili.pmmf.hu
--
   

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: RaspberryPi USB

2012-12-05 bef zés Magosányi, Árpád
On 12/05/2012 11:36 AM, zamek wrote:
 hehe en meg a konnektorban a villanyt rakopessel szoktam :)

Csak időben el kell harapni.
(bocs)

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: RaspberryPi USB

2012-12-05 bef zés Móczik Gábor
2012.12.05. 11:46 keltezéssel, Lajber Zoltan írta:
 A uc-knel, ahol a munka nagy resze az interrupt rutinokban tortenik, es
 lenyege az idozites,  debugolas eleve eleg sok kreativitast igenyel.

Igen, én eddig pont ezért nem vettem hasznát egy egyszerű debuggernek.
Egy hardver eszközben, ami egy gépet vezérel real-time, nem sok hasznát 
veszed mondjuk a single-step módnak, breakpoint-nak vagy a watch-nak. Ha 
megállítod a processzort, akkor lemarad a közben történő valós 
eseményekről, eleve megváltozik a működés. A watch-ban pedig nincs mit 
látni egy folyamatosan működő rendszerben.

És ugye a szívás mindig a high-speed részben van. :-)

Én úgy szoktam debugolni, hogy kiírok valamit (ami éppen problémával 
összefügghet) a kijelzőre vagy az UART-ra, vagy akármire ami van, akkor 
amikor valami bekövetkezik aminek nem kellene.

Annyi idő alatt, amég egy ciklust single step módban végigléptetsz, 
közben megnézegeted a változók értékét és értelmezed is, annyi idő alatt 
simán beírsz 10 sornyi célzott kódot ami segít megtalálni a hibát.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: RaspberryPi USB

2012-12-05 bef zés Lajber Zoltan
On Wed, 5 Dec 2012, Móczik Gábor wrote:

 Én úgy szoktam debugolni, hogy kiírok valamit (ami éppen problémával
 összefügghet) a kijelzőre vagy az UART-ra, vagy akármire ami van, akkor
 amikor valami bekövetkezik aminek nem kellene.

Extrem mod: gpio labon jelzem a rutinba ki/be lepest, es 
protokollanalizatorral nezem, hogy mi tortenik...

Ennek konnyitett verzioja a led villogtatas, ha human idoskalan tortennek 
az esemenyek.

Udv,
-=Lajbi=-
  LAJBER Zoltanhttp://lajli.gau.hu/~lajbi
 engineer: a mechanism for converting caffeine into designs.

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux