Kivy: لم يتمكن Buster RPi4B من العثور على موفر Window ذي قيمة من وحدة تحكم سطح المكتب الأقل

[INFO ] [Window ] Provider: egl_rpi

لا أعتقد حقًا أنك ستحصل على Kivy (أي إصدار) للتحدث إلى موفر Window egl_rpi لأن Kivy مرتبط بـ gles2.h بدلاً من بعض أحادي القرن المسمى gles3.h الذي لا يوجد مما يمكنني رؤيته. يستخدم Pi4B برنامج OpenGL ES v3.

حاول تعديل التكوين بحيث يطلب Kivy sdl2 أو أي شيء آخر. اقرأ منشورات فرانك هنا.

هل هناك طريقة ما لتثبيت كود Google Angle على Pi (ربما للحصول على رؤوس OpenGL ES 3.0) ثم تصحيح موفر Kivy egl_rpi لسحب gles3.h بدلاً من gles2.h (أو ما شابه)؟

فيما يلي إرشادات حول كيفية تثبيت وتشغيل تطبيق Kivy عند التمهيد على Buster lite:

قم أولاً بتثبيت xserver-org ، حيث نحتاجها لإظهار النافذة الفعلية:

sudo apt-get -y install xserver-xorg

بعد ذلك ، أقوم بتثبيت nodm من المصدر ، لذا فهو يتضمن الإصلاح التالي: https://github.com/spanezz/nodm/pull/10 :

sudo apt-get -y install libpam0g-dev help2man libx11-dev debhelper
git clone https://github.com/slashblog/nodm.git
pushd nodm
    git checkout d48a8f6266d3f464138e0e95b65896917c35c89f
    source /etc/os-release  # Will set the 'VERSION' variable
    if [ "$(echo $VERSION | sed -En 's/[0-9]+ \(([a-z]+)\)/\1/p')" == "buster" ]; then
        wget http://deb.debian.org/debian/pool/main/n/nodm/nodm_0.13-5.debian.tar.xz
    else
        wget http://deb.debian.org/debian/pool/main/n/nodm/nodm_0.13-1.3.debian.tar.xz
    fi
    tar xf nodm_0.13-*.debian.tar.xz
    sudo dpkg-buildpackage -us -uc -b
popd
sudo dpkg -i nodm_0.13-*_armhf.deb
sudo rm -rf nodm*

الآن قم بتمكين تسجيل الدخول الرسومي:

sudo systemctl set-default graphical.target

قم بتكوين nodm وابدأ تشغيل تطبيقنا عند التشغيل:

# Has the same effect as calling 'sudo dpkg-reconfigure nodm'
sudo sh -c 'echo "NODM_ENABLED=true" > /etc/default/nodm'
sudo sh -c 'echo "NODM_USER=$SUDO_USER" >> /etc/default/nodm' # Note that the variable SUDO_USER is used
sudo sh -c 'echo "NODM_FIRST_VT='\''7'\''" >> /etc/default/nodm'
sudo sh -c 'echo "NODM_XSESSION=/etc/X11/Xsession" >> /etc/default/nodm'
sudo sh -c 'echo "NODM_X_OPTIONS='\''-nolisten tcp'\''" >> /etc/default/nodm'
sudo sh -c 'echo "NODM_MIN_SESSION_TIME=60" >> /etc/default/nodm'
sudo sh -c 'echo "NODM_X_TIMEOUT=300" >> /etc/default/nodm'

# Start the app using nodm
echo '#!/bin/bash' > ~/.xsession
echo 'export DISPLAY=:0.0' >> ~/.xsession
echo "~/venv-kivy/bin/python3 ~/app.py" >> ~/.xsession

قم بإعداد بيئة افتراضية:

sudo apt-get -y install python3-pip python3-venv
sudo pip3 install -U pip
python3 -m venv venv-kivy
source ~/venv-kivy/bin/activate

تثبيت تبعيات Kivy:

sudo apt-get -y install python3-dev libmtdev1 libsdl2-dev libsdl2-image-dev libsdl2-mixer-dev libsdl2-ttf-dev
sudo apt-get -y install pkg-config libgl1-mesa-dev libgles2-mesa-dev libgstreamer1.0-dev gstreamer1.0-plugins-{bad,base,good,ugly} gstreamer1.0-{omx,alsa} libmtdev-dev
pip3 install -U pygments docutils Cython==0.29.10 wheel

حان الوقت الآن لتجميع Kivy وتثبيته. لاحظ أنني أستخدم مفترقتي مع التصحيح ، لذلك لا تستخدم برامج تشغيل Broadcom الملكية غير المتوفرة على Raspberry Pi 4 (https://github.com/Lauszus/kivy/commit/9cdcada34a6149b7fd6bd4c57285afc828d69948):

export VIDEOCOREMESA=1; pip3 install git+https://github.com/Lauszus/kivy.git@rpi4_auto#egg=kivy

أخيرًا ، قم بإنشاء تطبيق اختبار صغير:

cat <<EOF > ~/app.py
from kivy.app import App
from kivy.uix.button import Button


class TestApp(App):

    def build(self):
        return Button(text='hello world')


if __name__ == '__main__':
    TestApp().run()
EOF

الآن أعد التشغيل واستمتع :)

تحتاج إلى تعليمات التثبيت لـ RPi4B مع Raspbian Buster ممتلئة

اختبار:

RPi4 4 جيجابايت
شاشة HDMI مقاس 7 بوصات (تعمل عن طريق منفذ HDMI واحد صغير بالقرب من النوع C)
config.ini

max_usb_current = 1
hdmi_group = 2
hdmi_mode = 87
hdmi_cvt 1024600 60 6 0 0 0
hdmi_drive = 1

راسببيان باستر 2019-09-26 ممتلئ

السجل: خطأ "* فشل في إضافة الخدمة - قيد الاستخدام بالفعل؟"

pi @ raspberrypi : ~ / kivy -amples / 3Drendering $ python main.py
[INFO] [المسجل] تسجيل الدخول /home/pi/.kivy/logs/kivy_19-10-19_10.txt
[INFO] [Kivy] v1.11.0
[INFO] [Kivy] مُثبت على "/usr/local/lib/python2.7/dist-packages/kivy/__init__.pyc"
[INFO] [Python] v2.7.16 (افتراضي ، 6 أبريل 2019 ، 01:42:57)
[GCC 8.2.0]
[INFO] [Python] مترجم فوري في "/ usr / bin / python"
[تحذير] [موقوف] تم إيقاف دعم Python 2 Kivy. إصدار Kivy بعد 1.11.0 لن يدعم Python 2 بعد الآن
[INFO] [المصنع] تم تحميل 184 رمزًا
[INFO] [صورة] الموفرون: img_tex ، img_dds ، img_sdl2 ، img_pil ، img_gif (تم تجاهل img_ffpyplayer)
مزود [INFO] [Window]: egl_rpi

• فشل في إضافة الخدمة - قيد الاستخدام بالفعل؟

@ Lauszus سأختبر هذا في وقت ما في نهاية هذا الأسبوع. شكرا لمساعدتك في هذا. :)

@ diamond2nv "... مع Raspbian Buster full" إذا كنت تقصد بهذا Raspbian Buster _Desktop_ فإن التعليمات موجودة هنا في إصدار Kivy.

شكرا جزيلا !
تم حل المشكلة من خلال تلك التعليمات.

ملاحظة. "2019-09-26-raspbian-buster-full.img"

Lauszus حسنًا ، لقد اختبرت هذا على ...

• Raspberry Pi 4B (4 جيجابايت)
• شاشة لمس سعوية مقاس 10.1 بوصة
• Raspbian Buster Lite 9/26/2019 -> "Linux octopi 4.19.75-v7l + # 1270 SMP الثلاثاء 24 سبتمبر 18:51:41 BST 2019 armv7l"
• البدء sudo apt-get update && sudo apt-get -y upgrade
• sudo raspi-config مع الترجمة ، التمهيد التلقائي إلى CLI _ ولتثبيتي ، تغييرات الواجهات (I2C / UART / camera) _

أشير إلى أنني استعدت لكل هذا من خلال إجراء عملية استرداد Raspbian لأنني قمت سابقًا بتشغيل rpi-update في محاولة لإنجاز هذا العمل. من المعروف أن هذا يغير البرامج الثابتة المخزنة على شريحة ، لذلك عدت إلى الإصدار الذي تم إصداره.

وإلا فقد اتبعت تعليماتك. بالإضافة إلى ذلك ، قمت بتحديث التكوين للسماح للجهاز الذي يعمل باللمس بالعمل.

تحرير إلى ~/.kivy/config.ini :

[input]
mouse = mouse
#%(name)s = probesysfs,provider=hidinput
mtdev_%(name)s = probesysfs,provider=mtdev
hid_%(name)s = probesysfs,provider=hidinput

إصلاح لملء الشاشة

لا يظهر "ملء الشاشة" لذا أعتقد أنني سأحتاج إلى اللعب بالإعدادات قليلاً. ربما تكون 800 × 640 بدلاً من 1280 × 800 المتوقعة. قد يكون هذا في Raspbian /boot/config.txt أو ملف Kivy ~/.kivy/config.ini أو تكوين xsession ...

على الرغم من ذلك ، قمت فقط بتعديل تطبيق الاختبار من خلال تضمين ما يلي بالقرب من الجزء العلوي:

from kivy.core.window import Window
Window.fullscreen = True

يبدو أن هذا يؤدي إلى الحيلة لضبط التطبيق ليكون في وضع ملء الشاشة ، كما هو متوقع.

تشكرات! فما استقاموا لكم فاستقيموا تكون مهتمة كثيرا لمعرفة متى يتم سحب هذا في master فرع Kivy نفسها.

OutsourcedGuru يرجى الاطلاع على العلاقات العامة التي فتحتها: https://github.com/kivy/kivy/pull/6562.

سيكون رائعًا إذا أمكنك تجربته باستخدام VIDEOCOREMESA=0 و VIDEOCOREMESA=1 ومعرفة ما إذا كان هناك أي اختلاف في الأداء.

@ Lauszus : عمل جيد - يعمل بشكل جيد للغاية.

أيضًا إلىOutsourcedGuru.

Lauszus ذهبت لإعادة الاختبار في وقت سابق لكنني اعتقدت أنك حذفت هذا الفرع ... (؟) لذلك لم أستطع.

OutsourcedGuru كما كتبت سابقًا. انتهى بي الأمر بفتح واحدة جديدة ستكتشف تلقائيًا عند تشغيلها في Raspberry Pi 4. على أي حال ، وجدت أيضًا طريقة لتجميع العجلة ، حتى لا يضطر المستخدمون إلى تجميع Kivy بأنفسهم. يرجى تنزيل العجلة من هنا: https://github.com/Lauszus/kivy/suites/285162135/artifacts/197175 ثم التعليق على العلاقات العامة التالية عند اختبارها: https://github.com/kivy/kivy/ سحب / 6568.

Lauszus بفضل مساعدتك ، حصلت على تطبيق أقدم من RPI3B + يعمل على RPI4 باستخدام طريقة nodm الخاصة بك.
يبدأ تلقائيًا عند التمهيد وهو رائع ، إنها الطريقة التي أخطط لاستخدامها بها.
لكن لدي بعض المشكلات الأخرى مع التطبيق التي أحتاج إلى تصحيحها ولست متأكدًا الآن من كيفية الحصول على الإخراج العادي منه كما هو الحال عند بدء تشغيل التطبيق من cli كما هو الحال في 'python3 app.py'.
هل لديك أي نصائح حول كيفية تحقيق ذلك؟
وسيكون موضع تقدير حقا.
شكرًا جزيلاً مرة أخرى ، لم أكن لأصل إلى هذا الحد بدون منشورك.
هتافات!

lucasnzone أنا ببساطة أستخدم وظيفة المسجل بدلاً من بيانات الطباعة: https://kivy.org/doc/stable/api-kivy.logger.html.

ثم أستخدم البرنامج النصي التالي لإعادة تشغيل Kivy واتباع السجل:

#!/bin/bash -e

if [[ $* == *--restart* ]]; then
    sudo service nodm restart
    inotifywait -q ~/.kivy/logs -e create --format %w%f | xargs tail -f
else
    ls -t -d ~/.kivy/logs/* | head -n1 | xargs tail -f
fi

لم أتمكن من اختبار هذا ، آسف على التأخير. يستغرق الأمر حوالي أسبوعين بالنسبة لـ FormNext ، لذلك نحن نسعى جاهدين هنا لمعرفة ما يستحق.

كما أذكر من الاختبار السابق الذي أجريته ، نجح برنامج اختبار Kivy الصغير ولكن يبدو أن المكون الإضافي OctoPrint الذي استخدم Kivy لم يكن سعيدًا. لقد قضيت وقتًا طويلاً في محاولة تغيير الطريقة التي تم بها تحميل OctoPrint (للسماح لـ nodm بالتحكم في هذه الخدمة). يحتاج المكون الإضافي OctoPrint إلى التحميل داخل بيئة افتراضية وعادة ما يحدث كخدمة. لم يكن لدي الوقت المناسب لمطاردة ذلك الأرنب حتى قاع جحره.

@ Lauszus شكرًا جزيلاً لك على ذلك ، لم أفكر في الأمر ،
شكرا مرة أخرى يا صديقي

يوم فرابجوس. تمكنت من الحصول على منصة عمل لما يلي:

• Kivy 1.10.1 مثبت في بيئة افتراضية
• بايثون 2.7
• راسببيان باستر لايت
• OctoPrint 1.3.12 (من OctoPi 0.17.0 IMG)
• ffpyplayer (كان عليه العودة إلى gstplayer بسبب عدم توافق Pi4B)
• إيماءة
• OctoPrint المساعد باستخدام Kivy

ينجح في إحضار واجهة مستخدم رسومية بملء الشاشة عند بدء التشغيل وإعادة التشغيل.

من كود بايثون ...

    if pi_type == '4B':
        os.environ['VIDEOCOREMESA'] =       '1'
        os.environ['KIVY_WINDOW'] =         'sdl2'
        os.environ['KIVY_GL_BACKEND'] =     'gl'
        os.environ['rpi'] =                 '0'
        from kivy.core.window               import Window
        Window.fullscreen =                 True

يحتاج config.ini إلى تضمين أبعاد الشاشة بالإضافة إلى ضبط جهاز الإدخال الخاص بشاشة TFT.

تحتاج إلى تعليمات التثبيت لـ RPi4B مع Raspbian Buster ممتلئة

اختبار:

RPi4 4 جيجابايت
شاشة HDMI مقاس 7 بوصات (تعمل عن طريق منفذ HDMI واحد صغير بالقرب من النوع C)
config.ini

max_usb_current = 1
hdmi_group = 2
hdmi_mode = 87
hdmi_cvt 1024600 60 6 0 0 0
hdmi_drive = 1

راسببيان باستر 2019-09-26 ممتلئ

السجل: خطأ "* فشل في إضافة الخدمة - قيد الاستخدام بالفعل؟"

pi @ raspberrypi : ~ / kivy -amples / 3Drendering $ python main.py
[INFO] [المسجل] تسجيل الدخول /home/pi/.kivy/logs/kivy_19-10-19_10.txt
[INFO] [Kivy] v1.11.0
[INFO] [Kivy] مُثبت على "/usr/local/lib/python2.7/dist-packages/kivy/ init .pyc"
[INFO] [Python] v2.7.16 (افتراضي ، 6 أبريل 2019 ، 01:42:57)
[GCC 8.2.0]
[INFO] [Python] مترجم فوري في "/ usr / bin / python"
[تحذير] [موقوف] تم إيقاف دعم Python 2 Kivy. إصدار Kivy بعد 1.11.0 لن يدعم Python 2 بعد الآن
[INFO] [المصنع] تم تحميل 184 رمزًا
[INFO] [صورة] الموفرون: img_tex ، img_dds ، img_sdl2 ، img_pil ، img_gif (تم تجاهل img_ffpyplayer)
مزود [INFO] [Window]: egl_rpi

• فشل في إضافة الخدمة - قيد الاستخدام بالفعل؟

مرحبًا @ diamond2nv ، هل يمكنك تشغيل kivy من CLI بالفعل؟

elisandrom يرجى الاطلاع على تعليقي: https://github.com/kivy/kivy/issues/6474#issuecomment -542679712

elisandrom يرجى مشاهدة تعليقي: # 6474 (تعليق)

شكرا !!!!!! يعمل بشكل مثالي !!!

لأي شخص مهتم ، يمكن تنزيل العجلة المتقاطعة هنا: https://github.com/kivy/kivy/suites/364981942/artifacts/751103.

ما عليك سوى اتباع هذه التعليمات حول كيفية تثبيت جميع التبعيات: https://github.com/kivy/kivy/issues/6474#issuecomment -542679712 ، ولكن بدلاً من تجميع Kivy من المصدر ، يجب أن تكون قادرًا على تثبيته باستخدام العجلة المترجمة مسبقًا :

pip install Kivy-2.0.0.dev0-cp37-cp37m-linux_armv7l.whl

سيكون من الرائع لو تمكنا من الحصول على شخصين لاختبار هذا ، لذلك يمكن دمج # 6568.

Lauszus هل يمكننا تأكيد إصدار Kivy على تلك العجلة؟ يجب أن أفترض أنه 2.0.0.dev0 من عنوان العجلة. لست متأكدًا حقًا مما يوجد في هذا. أفترض أنه يتطلب Python 3 للبيئة الافتراضية ، رغم ذلك.

OutsourcedGuru نعم هذا صحيح. إنه في الأساس مجرد الفرع الرئيسي مع الالتزامات في # 6568. إليك الإجراء الذي تم إنشاؤه فيه: https://github.com/kivy/kivy/runs/354828981.

نعم ، إنها تتطلب Python 3.7 ، حيث أن هذا هو المعيار في Buster. يمكنك تثبيته إما عالميًا أو في بيئة افتراضية ، الأمر متروك لك.

لما يستحق ، لقد تمكنت من ترقية منصة الإنتاج الخاصة بي إلى Python 3 + Kivy 1.11.1 على Raspbian Lite ، بعد أن قمت بتثبيت nodm مع دعم محدود لـ x windows كما هو موضح أدناه. يعمل كما هو متوقع على Pi 4B. تم التثبيت ببساطة pip install kivy==1.11.1 في البيئة الافتراضية.

sudo apt-get -y install xserver-xorg libpam0g-dev help2man libx11-dev debhelper

بالنظر إلى https://github.com/kivy/kivy/issues/6474#issuecomment -542679712 ، يبدو أن الحل الوحيد حتى الآن على Raspberry Pi 4 هو استخدام X11. هل لم يعد هناك دعم لمخزن الإطارات غير X الذي كان موجودًا في RPis السابق؟ أحاول ترقية مشروعي من Raspberry Pi 3B + إلى Raspberry Pi 4 ، لكنني لا أريد البدء في تثبيت X11 فقط لأتمكن من عرض الأشياء.

whitelynx جربت تجميع SDL2 بدون X على Raspberry Pi 4. ومع ذلك ظل يشتكي من أنه لم يتمكن من العثور على نافذة: https://github.com/kivy/kivy/pull/6662#issuecomment -573423540. حتى الآن لا يمكنني تشغيله إلا إذا استخدمت مدير نوافذ مثل nodm.

إليك مثال على رمز ينشئ نافذة opengles على rpi4 بدون X.
https://github.com/matusnova/rpi-opengl-without-x/blob/master/triangle_rpi4.c
https://www.raspberrypi.org/forums/viewtopic.php؟t=243707#p1499181
هل من الممكن استخدام بعض التعليمات البرمجية المماثلة لرسم نافذة kivy؟

لاحظ أن المثال الأول يجلب gl2.h. على حد علمي ، يستخدم Pi4B gl3.

لقد اختبرتهم على حد سواء على rpi4b الخاص بي وعملوا دون مشكلة. يكتب المثال الأول في ملف خام ويمكنك عرض المثلث على الشاشة بإلغاء التعليق على السطر 384.

Lauszus مشكلة عدم القدرة على العثور على نافذة عند التشغيل باستخدام SDL2 w / o X11 هي أن SDL2 إنشاء رمز النافذة يحدد 8 بتات ألفا للنافذة. إذا تم تغييره إلى 0 بت ألفا في kivy.core.window._window_sdl2.pyx فسيعمل.

ddimensia حاولت التغيير
138: SDL_GL_SetAttribute(SDL_GL_ALPHA_SIZE, 8)
إلى
138: SDL_GL_SetAttribute(SDL_GL_ALPHA_SIZE, 0)
لكن ما زلت أتلقى نفس الأخطاء عند محاولة إنشاء نافذة:
[CRITICAL] [Window ] Unable to find any valuable Window provider. Please enable debug logging (e.g. add -d if running from the command line, or change the log level in the config) and re-run your app to identify potential causes sdl2 - RuntimeError: Could not initialize EGL File "/usr/local/lib/python2.7/dist-packages/Kivy-1.11.0-py2.7-linux-armv7l.egg/kivy/core/__init__.py", line 71, in core_select_lib cls = cls() File "/usr/local/lib/python2.7/dist-packages/Kivy-1.11.0-py2.7-linux-armv7l.egg/kivy/core/window/window_sdl2.py", line 152, in __init__ super(WindowSDL, self).__init__() File "/usr/local/lib/python2.7/dist-packages/Kivy-1.11.0-py2.7-linux-armv7l.egg/kivy/core/window/__init__.py", line 969, in __init__ self.create_window() File "/usr/local/lib/python2.7/dist-packages/Kivy-1.11.0-py2.7-linux-armv7l.egg/kivy/core/window/window_sdl2.py", line 289, in create_window self.fullscreen, resizable, state) File "kivy/core/window/_window_sdl2.pyx", line 225, in kivy.core.window._window_sdl2._WindowSDL2Storage.setup_window File "kivy/core/window/_window_sdl2.pyx", line 75, in kivy.core.window._window_sdl2._WindowSDL2Storage.die

هل لديك ريبو مع جميع التغييرات المطلوبة للحصول على sdl2 + kivy للعمل على rpi4 بدون X؟

أنا أتبع بشكل أساسي تعليمات Amiberry لتجميع SDL2 (https://github.com/midwan/amiberry/wiki/Compile-SDL2-from-source) مع الحد الأدنى من المتطلبات وأيضًا تجميع SDL2_mixer من المصدر ، الأمر الذي يتطلب عددًا قليلاً من libs الأخرى إذا تريد دعم mp3 ، flac ، إلخ. ثم قمت بتعديل بتات Alpha إلى 0 في ملف _window_sdl2.pyx. أخيرًا ، قمت بتعديل setup.py لإجبار use_x11 على False (في مكان واحد يتم تعيينه على True) وقمت بتشغيل export VIDEOCOREMESA=1 ثم pip install . . أعتقد أن هذا كان. شيء واحد قمت به مختلفًا عند تجميع كل مكتبات SDL2 هو عندما قمت بتشغيل التكوين ، أضفت --prefix=/usr إلى args لتثبيت libs في الموقع العادي بدلاً من / usr / local / lib.

ddimensia شكرا لك! هذا مشغول :)

ddimensia لقد فتحت للتو https://github.com/kivy/kivy/pull/6769. أنا في انتظار CI لإكمال البناء ، حتى أتمكن من التحقق من أن بناء العجلة من خلاله سيعمل أيضًا.

ddimensia لم تكن هناك حاجة إلى VIDEOCOREMESA=1 ، لذلك تركتها.

Lauszus مرحبا مرة أخرى
لقد وجدت حاوية kivy الخاصة بك على https://hub.docker.com/u/lauszus
كنت أتساءل عما إذا كان بإمكانك توجيهي في الاتجاه الصحيح مع تشغيل kivy داخل حاوية.
أعني ، لقد جعلته يعمل بشكل جيد ، يتم عرضه على شاشة تعمل باللمس.
ولكن بغض النظر عما أفعله ، لا يمكنني تشغيل الشاشة التي تعمل باللمس داخل الحاوية.
هل تعرف أي شيء عن ذلك؟
شكرا لك مقدما.
هتافات

lucasnzone هذه حاوية قديمة استخدمتها عند تجربة تجميع Kivy لتسريع عمليات الإنشاء الخاصة بي. لم أقم بتشغيل Kivy في الواقع داخل جهاز التحكم الذي استخدمته للتو لتجميعه.

على أي حال ، أخبرني بحث سريع أنه من الممكن استخدام الوسيطة --device عند تشغيل الحاوية ، على سبيل المثال:

--device /dev/input/event0

يجب أن تضيف شاشة اللمس الخاصة بك إلى الحاوية.

انظر: https://docs.docker.com/engine/reference/commandline/run/

Lauszus مرحبا ماتي ، شكرا لإجابتك.
هذا في أمر تشغيل عامل الإرساء الخاص بي
--privileged --net host --device /dev/gpiomem:/dev/gpiomem --device /dev/ttyAMA0:/dev/ttyAMA0 -v /boot/overlay:/boot/overlay
لقد اختبرته للتو بإضافة --device /dev/input/event0
لكن لم يحالفنا الحظ.
أنا على وشك التخلي عن المحاولة مع حاوية معًا. لا يمكنني حتى الحصول على عينات kivy تعمل.
حتى أنني أدير الحاوية بـ --privileged بدون حظ.
هل تقول أن هذه مشكلة في تكوين عامل الإرساء أو مشكلة في تكوين kivy؟
لقد فقدت بصراحة ، لقد أمضيت أسبوعًا في هذا الأمر ولم أستطع معرفة ذلك.
شكرا مرة أخرى على ردك يا ​​صديقي ، حقًا أقدر ذلك

هل تحققت من أن الشاشة التي تعمل باللمس هي في الواقع /dev/input/event0 ؟

لماذا تريد تشغيله في حاوية على أي حال إذا كنت تتلاعب بالأمثلة؟ ما عليك سوى استخدام بيئة Python الافتراضية وتثبيت التبعيات المطلوبة لنظام التشغيل الخاص بك باستخدام الحزمة التي تدير أي apt إلخ.

lucasnzone لقد نسيت أن أسأل عما إذا كنت تستخدم Raspberry Pi أو أي منصة أخرى؟ ما هو نظام التشغيل الذي تستخدمه أيضًا؟

Lauszus RPI4 مع raspbian لايت
أوه ، لا ، لدي تطبيق actuall أريد تشغيله في حاوية لأنه سيجعل التوزيع والتحكم في الإصدار أسهل.
كنت أحاول استخدام الأمثلة لأنني إذا جعلتها تعمل ، يمكنني أن أفعل الشيء نفسه مع تطبيق kivy الخاص بي.
كيف يمكنني التحقق من الجهاز الموجود في / dev / input؟ لم أفعل ذلك ، لا

lucasnzone ها هو الإخراج على

$ cat /proc/bus/input/devices | grep -P '^[NH]: ' | paste - -
N: Name="eGalax Inc. eGalaxTouch EXC3110-3883-08.00.00" H: Handlers=mouse0 event0

هذا يعني أن الشاشة التي تعمل باللمس بسعر /dev/input/event0 .

نعم ، حدث لي هو الحدث - أيضًا
N: Name="ADS7846 Touchscreen" H: Handlers=mouse0 event0

تمام. هل يعمل التطبيق مع شاشة تعمل باللمس خارج الحاوية؟

تضمين التغريدة
نعم ، لقد فعلت ذلك باستخدام عجلة Kivy-2.0.0rc1-cp37-cp37m-linux_armv7l.whl
أصلاً مع مفترقك الذي لا يستخدم برامج تشغيل Broadcom

تمام. ماهي الاخطاء التي حصلت عليها؟ هو /dev/input/event0 ؟ الجهاز الموجود داخل الحاوية؟

نعم @ Lauszus
لدي crw-rw---- 1 root i2c 13, 64 Mar 12 22:56 event0 و crw-rw---- 1 root i2c 13, 64 Mar 12 22:56 mouse0 داخل الحاوية

حاول تحديد الناتج مثل cat /dev/input/event0 . هل تطبع أي شيء عندما تلمس الشاشة؟

Lauszus يفعل ، أحرف عشوائية
أنا الآن مرتبك أكثر من ذي قبل

سوبر هذا يعني أن الحاوية تحصل على المدخلات. ما تراه هو تدفق البايت الخام ، لذلك لن يكون له معنى بالنسبة لك. على أي حال ، هذا يعني أن شيئًا ما في تكوين Kivy غير صحيح.

هل يمكنك محاولة تجميع وتشغيل رمز C هذا (إنه رمز قديم استخدمته لتصحيح أخطاء شاشتي):

#include <stdio.h>
#include <linux/input.h>
#include <signal.h>
#include <fcntl.h>
#include <unistd.h>

static volatile sig_atomic_t run = 1;

void sigint(int sig) {
    run = 0;
}

int main() {
    signal(SIGINT, sigint);

    int fd = open("/dev/input/event0", /*O_NONBLOCK |*/ O_RDONLY);
    if (fd < 0) {
        printf("Failed to open device\n");
        return 1;
    }

    while (run) {
        struct input_event ev;
        int num_bytes = read(fd, &ev, sizeof(ev));
        if (num_bytes != sizeof(ev)) {
            printf("Failed to read device\n");
            return 1;
        }
        printf("%u, %u, %u, %u, %d\n", ev.time.tv_sec, ev.time.tv_usec, ev.type, ev.code, ev.value);
    }

    printf("Closing device\n");
    close(fd);
    return 0;
}

يمكنك تجميعها وتشغيلها على النحو التالي:

gcc touch.c -o touch && ./touch

تضمين التغريدة
أحصل على بعض الإخراج من اللمس:

1584058230، 998152، 1، 330، 1
1584058230، 998152، 3، 0، 477
1584058230 ، 998152 ، 3 ، 1 ، 3477
1584058230 ، 998152 ، 3 ، 24 ، 64790
1584058230، 998152، 0، 0، 0
1584058231، 15687، 1، 330، 0
1584058231 ، 15687 ، 3 ، 24 ، 0
1584058231، 15687، 0، 0، 0

هذا هو الزاوية اليسرى السفلية

تمام. حاول إضافة ما يلي إلى أعلى الكود (من المهم أن يكون أعلى من أي عمليات استيراد أخرى):

from kivy.config import Config
Config.set('input', 'mtdev_%(name)s', 'probesysfs,provider=mtdev')

حسنًا ، هذا هو الناتج عندما أقوم بتشغيل تطبيقي ، مع وجود هذا الرمز في الأعلى:

[INFO] المسجل: تسجيل الدخول /root/.kivy/logs/kivy_20-03-13_3.txt
[INFO] Kivy: v2.0.0.dev0، git-cef99e4، 20191024
[INFO] Kivy: مثبت على "/root/venv-kivy/lib/python3.7/site-packages/kivy/__init__.py"
[INFO] Python: v3.7.3 (افتراضي ، 3 أبريل 2019 ، 05:39:12)
[GCC 8.2.0]
[INFO] Python: مترجم فوري في "/ root / venv-kivy / bin / python3"
[INFO] المصنع: تم تحميل 184 رمزًا
[INFO] صورة: الموفرون: img_tex ، img_dds ، img_sdl2 ، img_gif (تم تجاهل img_pil ، img_ffpyplayer)
[INFO] النص: الموفر: sdl2
[INFO] النافذة: الموفر: sdl2 (تم تجاهل ['window_egl_rpi'])
[INFO] GL: استخدام نظام الرسوم "OpenGL ES 2"
[INFO] GL: الخلفية المستخدمة
[INFO] GL: إصدار OpenGL [INFO] GL: بائع OpenGL [INFO] GL: عارض OpenGL
[INFO] GL: إصدار تحليل OpenGL: 2 ، 1
[INFO] GL: نسخة التظليل
[INFO] GL: الحد الأقصى لحجم الملمس <4096>
[INFO] GL: الحد الأقصى للوحدات Texture <16>
[INFO] النافذة: إضافة مزود إدخال sdl2 تلقائيًا
[INFO] النافذة: لوحة المفاتيح الافتراضية غير مسموح بها ، الوضع الفردي ، غير مثبت
[INFO] القاعدة: بدء الحلقة الرئيسية للتطبيق
[INFO] GL: دعم نسيج NPOT متاح

لا يزال لا يستجيب للمس