Pidicnc konecne dorazilo

filla · 7. 7. 2016, 8:25

tak zkus ten udev, nebo dej panelu zalozni baterku, na wiki vyvojari pisi, ze moduly pro dotyk vyhodili zamerne, protoze to nikdy nebude mozne profi nasazeni, takze je dotyk zbytecny

7. 7. 2016, 10:01

To myslim neni reseni
Asi by to stejne nechodilo
Muzu zkusit

Nechapu to prohlaseni vyvojaru

Mex · 7. 7. 2016, 11:32

Jsem na dovolené, a tak mám hodně omezené možnosti internetování. Ale nedalo mi to a aspoň trochu jsem to zkouknul.
Autor inputattach si skutečně ušetřil práci a spoléhá se na (asi již dříve napsaný) modul pro Elo. U některých jiných typů zařízení tu obsluhu dopsal přímo do inputattach.

Když jsem zběžně kouknul na ten modul elo, tak tam (podle mě) není nic, co by se nedalo udělat v userspace, tedy přímo v tom inputattach bez použití kernelového modulu.
Myslím, že kdyby se toho chopil někdo, kdo má zkušenosti se systémovým programováním na Linuxu a hlavně kdo k tomu má motivaci, tak by to do toho inputattach už bez použití elo.ko dokázal napsat.

Nicméně to elo.ko je dost jednoduchý modul, takže mě udivuje, že máš takový problém s překladem pro RPi.
Trochu mě to překvapuje. Pokud máš to PidiCNC jako běžně koupený výrobek, tak by se snad o aktuální strom zdrojáku kernelu měl postarat výrobce. Jednak proto, že je to tak správně podle licence GPL, ale hlavně proto, že to patří k dobrým mravům.
Samozřejmě jiná situace je v okamžiku, pokud to máš jen jako nějaký demokus na testování a očekává se, že se budeš aktivně účastnit dotažení právě takových věcí.

7. 7. 2016, 12:40

Je to normalne koupeny
Ten strom zdrojaku je prave nejakej pofiderni
Rozhodne klasicke dokompilovani modulu k aktualnimu kernelu nefunguje
I ten samotny zdrojak modulu ma zapomenuty jeden #include
Na pc mi kompilace probehne
Ale na rpi ve stromu k aktualnimu kernelu to nejde
Tooly k sestaveni binarek modulu ve stromu zdrojaku jadra jsou pro i383 a kdyz je vycistim a chci kompilovat tak taky nejdou
Vypada to ze to jadro nekdo crosscompiloval a pak z tech zdrojaku udelal deb balicek kterej ovsem po instalaci na to rpi neni funkcni

Mex · 7. 7. 2016, 12:56

Že to jádro vzniká crosscompilací na PC bych bral skoro jako samozřejmost, kompilace přímo na RPi by asi trvala věčnost.
Já RPi nemám, ale když jsem si kdysi dělal jádra pro různé WiFi routery a jiné Linuxové krabičky, tak vždy zásadně cross.
Neschází Ti na PC nainstalovat něco z vývojových nástrojů pro ARM?
Asi by bylo dobré se podívat, jak se dělají běžná jádra pro RPi. Informací o RPi je plný internet.
Já to teď sám nezkusím, mám fakt hodně omezené možnosti připojení, navíc RPi nemám a tak ani po návratu domů nic nenaexperimentuju.
I když trochu se zabývám myšlenkou si nějaké to RPi na hraní taky koupit.

7. 7. 2016, 2:43

rpi 2 se mi tu vali
klidne ti ho poslu a asi za nej ani nic nechci

cele jadro jo to bych jinak taky nekompiloval
ale tak nejak jsem si rikal ze kdyz si kompilis jen modul a potrebujes zdrojaky jadra na ktere se to odkazuje tak ze by mohli pribalit nejake funkcni

Mex · 7. 7. 2016, 3:13

Docela mě to zaujalo.
Až se po neděli vrátím z dovolené, tak se taky asi stanu pojídačem malin.

packa · 7. 7. 2016, 6:18

kdyžjsem si hrál s Picnc takmě dotykáč normálně fungoval aniž bych pro to musel něco udělat , třeba to pomůže ,vychází totaky z machinekit :

https://www.raspberrypi.org/forums/view ... 189b2377aa" onclick="window.open(this.href);return false;

7. 7. 2016, 6:23

nevidim tam nic co by mi pomohlo

jeste existuje jedno systemove reseni co by se dalo vyzkusit
existuje jeste interni driver xorg ktery v konfiguraci ma vypsane jmeno serioveho portu a kalibracni udaje dotykovky (nejede to skrz input)

podivam na to

packa · 7. 7. 2016, 8:59

no myslel jsem jestly to nejede na jiném jádru kde je vše potřebné pro dotyk ,

7. 7. 2016, 10:47

Asi i jo
Tohle je velmi cerstve jadro asi kvuli realtime

8. 7. 2016, 5:58

tak zda se ze jsem se konecne trochu posunul

existuje jeste driver pro xorg ktery se jmenuje elographics a zapisuje se do konfigurace xek
to ze na rpi nefunguji bezne fungujici veci kolem konfiguraku x je pry bezne, prokousal jsem se
nicmene ted resim dalsi zapeklitost a tou je prohozeni smeru os
doteky jsou zrcadlene jak horizontalne tak vertikalne okolo bodu uprostred monitoru
to by ale snad mohlo zdarne jit vyresit

zalozil jsem /usr/share/X11/xorg.conf.d/50-elotouch.conf s obsahem:

Section "InputDevice"
Identifier "touchscreen1"
Driver "elographics"
Option "Device" "/dev/ttyUSB0"
Option "AlwaysCore"
Option "screenno" "0"
Option "MinX" "600"
Option "MaxX" "3600"
Option "MinY" "600"
Option "MaxY" "3400"
Option "UntouchDelay" "3"
Option "ReportDelay" "1"
Option "CorePointer" "yes"
EndSection

modul samotny neobsahuje moznost inverze os (nechapu jak na tohle mohli zapomenout, je to u dotykovek elementarni funkce)
prez inputclass nebo xinput se mi nedari to otocit

filla · 8. 7. 2016, 6:57

zkus pridat: Option "InvertX" "true"
Option "InvertY" "true"

8. 7. 2016, 6:58

to jsem zkusil prvni
ignoruje to
v dokumentaci modulu to taky neni uvedene

paradoxne kdyby to makalo prez /dev/input tak s tim neni problem
ale tam zas nemam ten kernelovej modul

8. 7. 2016, 7:01

teoreticky by taky melo fungovat pridat tam tohle:

Section "InputClass"
Identifier "axis inversion"
MatchProduct "device name substring"
# swap x/y axes on the device. i.e. rotate by 90 degrees
#Option "SwapAxes" "on"
# Invert the respective axis.
Option "InvertX" "on"
Option "InvertY" "on"
EndSection

a udelat to dodatecne ve vrstve nad tim
ale to taky nezabralo