[ 165.533763] rpi-backlight rpi_backlight: Perubahan lampu latar gagal
[ 167.085803] rpi-backlight rpi_backlight: Perubahan lampu latar gagal
[ 168.281433] rpi-backlight rpi_backlight: Perubahan lampu latar gagal
[ 169.628353] rpi-backlight rpi_backlight: Perubahan lampu latar gagal
[ 169.742678] rpi-backlight rpi_backlight: Perubahan lampu latar gagal
Linux screenpi 4.1.12-v7+ #824 SMP PREEMPT Rab 28 Okt 16:46:35 GMT 2015 armv7l GNU/Linux
Saya memiliki aplikasi yang mengontrol lampu latar melalui
/sys/class/backlight/rpi_backlight/bl_power
Mematikan penulisan 4 ke dalam file tampaknya dapat diandalkan namun penyalaan gagal.
Saya kadang-kadang dapat mendorongnya menjadi hidup melalui menggemakan lebih banyak barang ke dalam file secara manual tetapi itu tidak dapat diandalkan.
val = level == 0 and "4" or "0"
if self:getSettings()["backlight"] and (not only or only == "backlight") then
dirNodeSetValue("/sys/class/backlight","bl_power",val,skipbacklight)
end
end
function dirNodeSetValue(dir,node,val,skip)
for entry in lfs.dir(dir) do repeat
local entrydir = dir.."/"..entry
if skip and skip[entry] then
break
end
local entrymode = lfs.attributes(entrydir, "mode")
log:debug("dirNodeSetValue: ",entrydir," is ", entrymode)
if entry:match("^%.") or (entrymode ~= "directory") then
break
end
local fblank = entrydir.."/"..node
local mode = lfs.attributes(fblank,"mode")
log:debug("dirNodeSetValue: ",fblank," mode is ", mode)
if mode == "file" then
local fh = io.open(fblank,"w")
if fh then
log:info("dirNodeSetValue: ",fblank," to ",val)
fh:write(val)
fh:flush()
fh:close()
end
end
break -- oddness as we are in a double loop
until true end
end
Kode berfungsi pada gpio_backlight untuk tampilan fbtft (adafruit28rt).
pssc
Semua 77 komentar
Ada bug yang diketahui dengan lem firmware yang mengganti lampu latar DSI. Perbaikan ada di antrian patch.
P33M
pada 31 Okt 2015
Ok terima kasih, akan tes ulang kemudian segera setelah didorong keluar ...
pssc
pada 31 Okt 2015
Firmware didorong. Silakan uji setelah menjalankan rpi-update.
popcornmix
pada 1 Nov 2015
@popcornmix satu siklus mati lalu mati dan kembali ke: -
[ 94.898890] rpi-backlight rpi_backlight: Backlight change failed
[ 95.883632] rpi-backlight rpi_backlight: Backlight change failed
[ 98.683035] rpi-backlight rpi_backlight: Backlight change failed
[ 102.183071] rpi-backlight rpi_backlight: Backlight change failed
[ 102.465310] rpi-backlight rpi_backlight: Backlight change failed
[ 104.654344] rpi-backlight rpi_backlight: Backlight change failed
[ 114.677035] rpi-backlight rpi_backlight: Backlight change failed
Dan jika saya membiarkannya sebentar, sepertinya kadang-kadang beralih lagi
pssc
pada 2 Nov 2015
Anda mengganti lampu latar pada interval yang cepat. Saya dapat melihat dua entri dalam log yang berjarak kurang dari 500 ms.
Menghidupkan dan mematikan lampu latar dengan cepat akan mencapai batas kecepatan yang ada di dalam firmware.
Apakah masalah masih ada jika Anda melakukan .. sampai loop memasukkan penundaan ~ 1 detik?
P33M
pada 2 Nov 2015
@ P33M Saya memicu pada penekanan tombol (mengaktifkan soft off), saya meninggalkan instalasi semalaman dan lelah memicu lagi tanpa kegembiraan, saya juga mengaktifkan pengosongan buffer bingkai? pada saat yang sama. Bahkan jika melewati pengaturan, itu harus diperbaiki setelah jeda dan pengatur waktu ulang, apakah batas kecepatan itu ada karena alasan nyata? dan seperti yang dikatakan jalur kode ini berfungsi dengan baik untuk lampu latar yang disediakan melalui gpio_backlight dan fbtft,
Saya akan kembali dan membuat log aplikasi dan log kernel yang sesuai. Saya cukup yakin bahwa saya hanya menulis sekali dalam sedetik ke file daya sysfs bl tetapi saya tidak menyimpan log.
Phill.
pssc
pada 2 Nov 2015
Menyetel pengosongan framebuffer serta daya lampu latar tidak diperlukan - mengosongkan fb akan mematikan lampu latar.
P33M
pada 2 Nov 2015
@ P33M ok ya itu mungkin yang menyebabkan pengaturan lampu latar secara berurutan meskipun itu benar-benar harus pulih dengan anggun karena dibiarkan semalaman dan hanya gagal menyalakannya? saya tidak yakin apakah mengaktifkan blanking pada buffer bingkai fbtft mengaktifkan bl (dan tidak semua layar memiliki kontrol bl) itulah sebabnya kode di sana untuk blanking dan tentu saja mengosongkan output HDMI sebelum memanggil vcgencmd display_power menyebabkan layar HDMI Penghematan energi.
pssc
pada 2 Nov 2015
Sebagian dari masalahnya adalah bahwa tampaknya sisi linux mengharapkan perubahan lampu latar tidak akan pernah gagal - fungsi pembaruan lampu latar dapat mengembalikan nilai, tetapi nilai ini diabaikan oleh pembaruan framebuffer.
lih http://lxr.free-electrons.com/source/drivers/video/backlight/backlight.c#L40
Oleh karena itu, ada kemungkinan status lampu latar dan framebuffer blank/unblank bisa tidak sinkron sampai lampu latar disetel berikutnya.
Saya akan memikirkan ini sedikit lagi.
P33M
pada 2 Nov 2015
@ P33M ada yang tidak beres dalam kasus saya, saya menyetel kosong dan matikan lalu kosongkan dan nyalakan, jadi tidak masalah bahwa operasi kedua gagal karena akan disetel ke status yang sama dengan salah satu panggilan ...
Saya melakukan penutupan terbuka lengkap untuk setiap sakelar file dan tidak membiarkan deskriptor tetap terbuka.
pssc
pada 2 Nov 2015
Hm. Itu benar sebenarnya - bahkan dengan batas Anda masih harus melihat lampu latar benar-benar beralih status.
Bisakah Anda memposting skrip lengkap yang Anda gunakan sehingga saya dapat meniru perilakunya?
P33M
pada 2 Nov 2015
@P33M tersedia tetapi mereka cukup overhead karena ini adalah applet yang tertanam dalam pembuatan permainan pemerasan dari deb Pi di https://github.com/pssc/squeezeplay-dist alpha-nya dan jika Anda belum memilikinya Server musik Logitech Anda harus membatalkan pengaturan untuk terhubung ke server dengan menekan home (q) matikan soft power. Mungkin yang terbaik jika saya mencoba dan mendokumentasikan pengujian saya malam ini dengan dmesg dan keluaran log aplikasi, saya tidak dapat menguji dari sini dan saya dapat menonaktifkan kontrol kosong dan/atau lampu latar akan menjadi opsi sederhana untuk menguji bagaimana hal itu memengaruhi interaksi....
Singkatnya sebelum pembaruan firmware: -
Lampu latar dimatikan dan saya kadang-kadang bisa hidup kembali setelah memasukkan beberapa nilai acak ke dalam file sysfs bl mungkin dengan beberapa upaya untuk ini.
Setelah pembaruan: -
Lampu latar hidup / mati ok lalu mati dan matikan tetapi sekali lagi kadang-kadang beberapa sakelar akan menghidupkannya kembali.
Matikan kembali tadi malam tidak mau hidup kiri selama 7 jam mencoba hidup lagi di pagi hari tidak ada sukacita
pssc
pada 2 Nov 2015
@P33M ok menonaktifkan kontrol lampu belakang dan hanya mengaktifkan lampu latar di aplikasi berfungsi sehingga beberapa artefak pengaturan bl dan blaking
pssc
pada 3 Nov 2015
@P33M juga pertama-tama mengaktifkan layar kosong tetapi tidak mengaktifkan lampu latar ...
pssc
pada 3 Nov 2015
Saya telah menginstal squeezeplay dan dapat melihat masalahnya.
P33M
pada 5 Nov 2015
@P33M oh bagus bukan hanya saya, secara default itu akan beralih keduanya (bl dan blanking), harus ada opsi menu di bawah pengaturan lanjutan SqueezePi untuk mengaktifkan kontrol Bl/ Blanking juga menambahkan applet.Linux ke info di konfigurasi logging jadi lihat apa yang terjadi dan sqeezeplay.ui untuk memperingatkan untuk mengurangi kebisingan. Umpan balik dihargai karena Anda mungkin tentang pengguna ke-3 dari paket itu ...
pssc
pada 5 Nov 2015
Untuk beberapa alasan, menekan Q (atau menunggu lampu latar bangun) menyebabkan dua penulisan ke antarmuka kotak surat secara berurutan. Yang pertama selalu memiliki nilai bl 0, yang kedua adalah apa yang seharusnya menjadi lampu latar, itulah sebabnya sakelar mati berfungsi tetapi tidak menyala.
Ada perbaikan yang jelas untuk dilakukan pada firmware - jangan repot-repot membatasi kecepatan kecuali lampu latar benar-benar berubah. Ini memecahkan kasus khusus ini.
P33M
pada 5 Nov 2015
Bisakah Anda menguji start.elf dari tautan ini? Ganti start.elf di /boot.
P33M
pada 5 Nov 2015
@P33M apakah Anda masih mendapatkan dua acara penulisan dengan salah satu dari dua opsi dinonaktifkan? dan apakah Anda melihat pada sakelar pertama setelah reboot ke blanking hanya bahwa itu tidak mati? , katakanlah jika nilainya sama untuk tidak repot dengan pembatasan tarif menurut saya masuk akal.
pssc
pada 5 Nov 2015
@P33M start.elf akan melakukannya, harus menunggu sampai sekitar jam 11 malam ini karena PI di tempat kerja tidak memiliki layar LCD Pi Resmi ;-)
pssc
pada 5 Nov 2015
@P33M ok tampaknya baik dengan pengosongan dan kontrol bl diaktifkan, namun masih melihat sakelar pertama dengan pengosongan saja tidak memengaruhi lampu belakang. sate awal aneh di suatu tempat?
pssc
pada 5 Nov 2015
Jika saya mereset Pi saat SqueezePi sedang berjalan dan lampu latar mati, pada boot berikutnya saya mendapatkan loop tak terbatas dari panggilan lampu latar ke firmware atau panggilan untuk menyalakan lampu latar, tetapi framebuffer tetap kosong.
Status internal driver dan firmware tetap konsisten.
P33M
pada 6 Nov 2015
ok itu berbeda dengan masalah yang saya lihat yaitu ketika saya me-reboot pi lampu latar menyala dan konsol tidak kosong dan pemerasan menyala (konsol kosong bl tetap menyala dan saya hanya mengaktifkan kontrol pengosongan). Saya akan mencoba meniru itu di rumah.
Anda dapat melihat apakah masalah aplikasi dengan mengaktifkan logging (Pengaturan-> Lanjutan-> logging) di info applet. Hal-hal modul Linux akan muncul adalah syslog.
Apakah Anda menjalankan dengan kontrol bl dan blanking? (Pengaturan->Lanjutan->SqueezePi) dan apakah instans Anda terhubung ke server?
pssc
pada 6 Nov 2015
FYI Saya hanya mengeluarkan bl/blacking contol pada acara soft power on/off jadi berjuang untuk mencari tahu bagaimana loop itu terjadi dalam kode kecuali Anda tidak terhubung ke server dan itu menyebabkan loop entah bagaimana.
pssc
pada 6 Nov 2015
Firmware @ P33M diperbaiki di firmware pembaruan rpi terbaru.
popcornmix
pada 7 Nov 2015
@P33M belum dapat mereplikasi bug Anda, dan petunjuk untuk pengaturan Anda, lampu latar saya selalu menyala saat boot.
pssc
pada 10 Nov 2015
ok Squeezplay main ke samping
fw/kernel power pi terbaru
pssc<strong i="7">@lothlorien</strong>:255~$ ssh testwipi
pi<strong i="8">@testwipi</strong>'s password:
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Tue Nov 10 22:23:14 2015
pi<strong i="9">@screenpi</strong> ~ $ sudo -s
root<strong i="10">@screenpi</strong>:/home/pi# echo 1 >/sys/class/graphics/fb0/blank
Konsol kosong tetapi bl tetap menyala
Konsol prod sehingga tidak kosong.
root<strong i="15">@screenpi</strong>:/home/pi# echo 1 >/sys/class/graphics/fb0/blank
Konsol kosong dan bl padam, ini menunjukkan masalah status/set awal
pssc
pada 10 Nov 2015
Saya memiliki masalah lampu latar yang serupa.
@pssc : Apakah Anda memiliki USB-DAC atau Hifiberry Amp yang terhubung? Jika ya, apakah masalahnya masih ada saat Anda memutuskan sambungan DAC dan Anda menggunakan output ALSA default?
Snyder1977
pada 27 Nov 2015
@Snyder1977 Tidak ada dac terhubung dan mengalami masalah stabilitas awalnya kurang begitu dengan firmware yang lebih baru melalui rpi-update, sekarang memiliki pi2 dengan pi layar lcd tanpa dac dan Pi-DAC+
pssc
pada 30 Nov 2015
Saya melihat masalah yang sama dengan @pssc setelah boot awal. Jika framebuffer kosong saat pertama kali lampu latar tetap menyala. Setelah framebuffer menyala lagi, blanko berikutnya juga mematikan lampu latar. Jadi sebenarnya hanya blank pertama yang tidak lolos.
Dalam kasus khusus saya, saya memulai secara otomatis GUI Kivy di konsol tepat setelah boot. Karena lampu latar tidak mati saat pertama kali konsol dikosongkan, aplikasi Kivy terus ditampilkan. Yang saya inginkan adalah layar kosong setelah 5 menit. Saat ini solusi bagi saya adalah mengosongkan dan mengosongkan framebuffer satu kali selama boot di rc.local. Setelah itu saya melihat perilaku yang diharapkan. Lampu latar mati setelah 5 menit (aplikasi masih aktif) dan menyala kembali setelah saya menyentuh layar. @popcornmix : Apakah ada cara saya bisa melihat apa yang terjadi dengan lampu latar saat pertama kali konsol kosong?
maru-sama
pada 20 Jan 2016
Ok saya bermain-main dengan ini lagi malam ini dan menemukan solusi yang lebih mudah. Menempatkan baris berikut di rc.local sudah cukup untuk layar bekerja pertama kali juga.
echo 0 > /sys/class/graphics/fb0/blank
Jadi, alih-alih mematikan dan menghidupkannya lagi, kami hanya memberi tahu bahwa itu memang menyala. Ini sepertinya menyinkronkan fb dan layar sentuh dan blanking berfungsi.
maru-sama
pada 21 Jan 2016
@pssc apakah masalah Anda sudah teratasi? Jika demikian, silakan tutup masalah ini. Terima kasih.
Ruffio
pada 17 Agu 2016
Masalah ini tampaknya telah muncul kembali di versi terbaru raspberrypi-bootloader atau salah satu dependensinya. Saya menggunakan Pi 2B dengan layar v1.0 dan menulis ke /sys/class/backlight/rpi_backlight/bl_power menghasilkan rpi-backlight rpi_backlight: Backlight change failed di log kernel.
Neovy
pada 29 Nov 2016
Firmware @ P33M diperbaiki di firmware pembaruan rpi terbaru.
Sudahkah Anda menjalankan rpi-update?
pelwell
pada 29 Nov 2016
Ya, saya memperbarui semua paket dan firmware dalam upaya sebelumnya, tetapi rusak segera setelah saya memperbarui raspberrypi-bootloader .
Neovy
pada 29 Nov 2016
Dikonfirmasi: masalah muncul kembali setelah pembaruan firmware terbaru
z1c0
pada 29 Nov 2016
Akan ada pembaruan untuk paket yang keluar hari ini, tetapi rpi-update juga harus memperbaiki masalah jika berjalan SETELAH upgrade raspberrypi-bootloader.
XECDesign
pada 29 Nov 2016
Dikonfirmasi: masalah muncul kembali setelah pembaruan firmware terbaru
Diperbarui bagaimana?
rpi-update adalah yang terdepan dalam pembaruan firmware - raspberrypi-bootloader akan sedikit tertinggal di belakang itu.
pelwell
pada 29 Nov 2016
Saya dapat mereproduksi ini dengan versi terbaru yang diinstal melalui rpi-update 4.4.35+. mengosongkan layar berfungsi tetapi mengaktifkannya kembali menghasilkan
[ 4439.433528] rpi-backlight rpi_backlight: Perubahan lampu latar gagal
Ini tidak terjadi tepat setelah reboot, tetapi setelah berjalan selama beberapa jam. Untuk tujuan pengujian, saya kembali ke 4.4.32+ untuk melihat apakah saya dapat mereproduksinya di sana
maru-sama
pada 29 Nov 2016
Ok 4.4.32 berfungsi untuk saya sementara saya mendapatkan Kesalahan setelah beberapa waktu dengan Versi saat ini.
maru-sama
pada 30 Nov 2016
Bisakah Anda menguji firmware ini: https://www.dropbox.com/s/m8vvbpgx2x047ox/firmware_bl.zip?dl=0
dan laporkan jika itu memecahkan masalah.
popcornmix
pada 30 Nov 2016
Saya melakukan pembaruan rpi ke versi terbaru dan kemudian memperbarui file firmware. Sejauh ini saya tidak dapat mereproduksi masalah, tetapi saya akan membiarkannya berjalan seperti itu di malam hari dan akan mengujinya lagi besok.
maru-sama
pada 30 Nov 2016
Ok saya baru saja mengujinya lagi. Firmware ini memperbaiki masalah untuk saya.
maru-sama
pada 1 Des 2016
Halo @popcornmix. Kapan saat Perubahan ini membuatnya menjadi Kernel Utama atau Yang tersedia melalui rpi-update?
maru-sama
pada 3 Des 2016
Beberapa hari yang lalu, saya menerima layar sentuh asli saya (v1.1).
Ketika saya mengatur semuanya (bersihkan instalasi Raspbian dengan semua yang diperbarui), saya melihat layar menjadi kosong dan kemudian setelah beberapa saat tidak lagi bangun kembali ketika menyentuhnya. Setelah memeriksa ulang semua koneksi, saya tahu itu pasti sesuatu yang berhubungan dengan perangkat lunak.
Kemudian saya memperhatikan masalah ini, yang tampaknya merupakan masalah yang sama persis dengan yang saya alami.
Menjalankan rpi-update tidak memperbaikinya, tetapi sepertinya file dari tautan Dropbox tampaknya memperbaikinya (semoga saja).
Saya akan membiarkannya semalaman dan kembali ke sini untuk memastikan apakah masalah ini benar-benar telah diperbaiki atau belum.
jorisvervuurt
pada 3 Des 2016
Perbaikan ini harus dalam firmware rpi-update terbaru.
popcornmix
pada 3 Des 2016
@popcornmix - beberapa waktu lalu (sebelum piksel?) Saya dapat mengubah rpi_backlight/brightness dengan sangat cepat.
Sekarang ketika saya mencoba untuk sering mengubahnya saya mendapatkan "rpi-backlight rpi_backlight: Backlight change failed".
Saya ingin membuat transisi lampu latar yang mulus, tetapi sekarang sepertinya tidak mungkin?
roblan
pada 3 Des 2016
@popcornmix Saya dapat mengonfirmasi bahwa firmware yang diunduh dari tautan Dropbox Anda telah memperbaiki masalah bangun-setelah-pengosongan. Saya sarankan untuk memperbaiki ini dalam peningkatan apt-get sesegera mungkin, untuk mencegah orang mengembalikan layar sentuh 'cacat'. Terima kasih!
jorisvervuurt
pada 4 Des 2016
Pergantian lampu latar @roblan dibatasi hingga 500ms karena alasan perangkat keras.
@P33M mungkin tahu detailnya, tetapi saya yakin sesuatu yang buruk terjadi jika Anda beralih terlalu cepat.
popcornmix
pada 4 Des 2016
@popcornmix apakah Anda tahu kapan perubahan ini diperkenalkan? Dan di mana saya dapat menemukan info mengapa?
roblan
pada 4 Des 2016
Batas kecepatan awal 500 md telah ditambahkan lebih dari setahun yang lalu.
Tetapi bug pada kode ini diperkenalkan di firmware pemutakhiran apt-get terakhir.
Anda dapat menjalankan rpi-update untuk mendapatkan perbaikan bug saat ini, atau menunggu perbaikan mencapai firmware upgrade apt-get.
popcornmix
pada 4 Des 2016
@popcornmix Apakah Anda tahu kapan itu akan mencapai apt-get?
gfxfr
pada 6 Des 2016
Saya memiliki masalah yang sama. Ini benar-benar membuat frustrasi ketika Anda mencoba meng-host kios menggunakan pengaturan ini. Tidak memiliki masalah ini menggunakan Wheezy. Membuat Layar Sentuh Raspberry Pi 7" ini sama sekali tidak berguna.
Raynman77
pada 15 Des 2016
@Raynman77 Coba jalankan sudo rpi-update dan semuanya akan baik-baik saja. ;-)
Akan lebih baik jika itu dalam gambar Raspbian terbaru dan sudo apt-get update && sudo apt-get upgrade terbaru sekalipun.
jorisvervuurt
pada 16 Des 2016
@jorisvervuurt Bukankah ini memperbarui Raspbian ke pembaruan malam dan tidak stabil?
Raynman77
pada 17 Des 2016
@ Raynman77 Memang menginstal firmware (pengembangan) terbaru, yang mungkin tidak stabil. Padahal saya tidak punya masalah dengan itu. @popcornmix Kapan kami dapat mengharapkan perbaikan dalam sudo apt-get upgrade terbaru?
jorisvervuurt
pada 19 Des 2016
Terserah @XECDesign
Saya memang merekomendasikan benjolan firmware kepadanya
popcornmix
pada 19 Des 2016
@jorisvervuurt Ya, rilis yang diperbarui ini memperbaiki masalah. Terimakasih atas peringatannya. Semoga tidak terlalu banyak bug dalam rilis ini.
Raynman77
pada 19 Des 2016
Firmware yang tepat sedang terbentur saat kita berbicara.
Ini akan menjadi firmware yang sama seperti pada rpi-update saat ini jadi semoga itu bagus.
popcornmix
pada 19 Des 2016
Hai, saya telah berjuang dengan masalah yang sama seperti yang dijelaskan oleh orang lain di sini. Saya menggunakan pi3 dan gambar resmi terbaru.
Lakukan pembaruan Sudo rpi seperti yang disarankan di atas dan Masalahnya hilang. Terima kasih untuk perbaikannya!
apjavel
pada 22 Jan 2017
@popcornmix Bisakah firmware diperbarui, sehingga perubahan kecil pada lampu latar (dalam beberapa persen dari nilai sebenarnya) diizinkan dengan kecepatan lebih cepat? 500ms tampaknya sangat lambat.
Tujuan saya adalah menyediakan adaptasi lampu latar yang lembut (berubah dari satu nilai ke nilai lainnya dalam waktu sekitar 5 detik) jika layar tidak aktif lebih lama. Ini bekerja dengan versi firmware yang lebih lama cukup bagus, tetapi dengan yang terbaru, di mana batas 500ms memang berfungsi, itu terlihat sangat menjijikkan :(
michalsc
pada 17 Feb 2017
Ah. Saya melihat masalah di sini - ratelimit selalu diterapkan, sedangkan alasan awal penerapannya adalah untuk membatasi hard switching pada papan tampilan v1.0 yang hanya mendukung pengaktifan atau penonaktifan. Papan lain tidak memiliki batasan ini sehingga tidak ada alasan untuk tidak mengizinkan tingkat perubahan lampu latar sewenang-wenang.
P33M
pada 17 Feb 2017
@popcornmix Terima kasih. Komit terakhir telah memperbaiki masalah ini, saya dapat melakukan perubahan lampu latar yang lambat dan mulus lagi :)
michalsc
pada 2 Mar 2017
@popcornmix Tahukah Anda kapan perbaikan ini akan tersedia di pembaruan apt-get yang stabil?
roblan
pada 4 Mar 2017
Firmware @roblan apt-get tertanggal 3 Maret, jadi akan menyertakan perbaikan lampu latar terbaru.
popcornmix
pada 4 Mar 2017
Saya telah mengalami masalah bangun layar sentuh sejak kami meningkatkan ke Jessie - 7 Des 2016. Saya melakukan pembaruan dan dist-upgrade pada 9 Maret 2017 dan itu tidak berpengaruh pada masalah bangun. Adakah ide kapan perbaikan yang tepat akan tersedia atau mod sederhana untuk OS?
GreenEyes2796
pada 13 Mar 2017
Saya harus menambahkan bahwa terkadang layar tidak akan bangun saat disentuh atau keyboard, tetapi kemudian beberapa menit kemudian tampaknya berfungsi dengan baik.
GreenEyes2796
pada 13 Mar 2017
@GreenEyes2796 apa yang vcgencmd version laporkan untuk Anda?
popcornmix
pada 13 Mar 2017
25 Nov 2016 16:03:50
Hak Cipta (c) 2012 Broadcam
versi (string hex panjang) (bersih) (rilis)
Apakah Anda memerlukan nomor versi string hex? Terima kasih
GreenEyes2796
pada 13 Mar 2017
Firmware Anda terlalu tua. Versi dist-upgrade harus lebih baru dari itu (dengan tanggal Maret).
popcornmix
pada 13 Mar 2017
Hmm. Jalankan saja pembaruan dan perbarui lagi dan versinya tidak berubah. Koneksi internet yang diketahui berfungsi. Adakah yang tahu mengapa saya terjebak di November 2016?
GreenEyes2796
pada 13 Mar 2017
Saya berasumsi Anda me-reboot setelah memperbarui?
Pernahkah Anda menjalankan rpi-update atau firmware yang diperbarui secara manual?
Kamu bisa mencoba:
sudo apt-get update && sudo apt-get upgrade --reinstall raspberrypi-bootloader
Ya. Apakah reboot setelah pembaruan dan dist-upgrade.
Saya akan mencoba Anda menginstal ulang.
GreenEyes2796
pada 13 Mar 2017
Itu gagal. Saya pikir semua pemutakhiran dist gagal, Mungkin saya harus mengunduh distribusi saat ini?
GreenEyes2796
pada 13 Mar 2017
Ya, saya pikir menginstal gambar raspbian jessie terbaru mungkin disarankan.
Ada yang salah pada gambar Anda. Dimungkinkan untuk memperbaikinya, tetapi itu mungkin akan lebih sulit daripada menginstal ulang, dan Anda tidak akan pernah tahu apakah Anda telah memperbaiki semuanya.
popcornmix
pada 13 Mar 2017
Terima kasih!
Pada 13/3/2017 17:41, popcornmix menulis:
>
Ya, saya pikir menginstal gambar raspbian jessie terbaru mungkin
sebaiknya.Ada yang salah pada gambar Anda. Mungkin saja untuk memperbaikinya, tapi
itu mungkin akan lebih sulit daripada menginstal ulang, dan Anda tidak akan pernah tahu
jika Anda telah memperbaiki semuanya.—
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/raspberrypi/linux/issues/1179#issuecomment-286252915 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AZKeWTFxG3omlFjmGX2CMeuDHCmn-2qDks5rlbgmgaJpZM4GZAVz .
--
Vince Kelly
Sutradara - Green Eyes LLC
+1 443 746 2175
[email protected]
gescience.com
GreenEyes2796
pada 13 Mar 2017
Menginstal OS raspian 3 Maret 2017 dan layar sentuh telah bangun
berhasil lima kali berturut-turut. Saya pikir itu sudah diperbaiki. Terima kasih!
Pada 13/3/2017 17:41, popcornmix menulis:
>
Ya, saya pikir menginstal gambar raspbian jessie terbaru mungkin
sebaiknya.Ada yang salah pada gambar Anda. Mungkin saja untuk memperbaikinya, tapi
itu mungkin akan lebih sulit daripada menginstal ulang, dan Anda tidak akan pernah tahu
jika Anda telah memperbaiki semuanya.—
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/raspberrypi/linux/issues/1179#issuecomment-286252915 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AZKeWTFxG3omlFjmGX2CMeuDHCmn-2qDks5rlbgmgaJpZM4GZAVz .
--
Vince Kelly
Sutradara - Green Eyes LLC
+1 443 746 2175
[email protected]
gescience.com
GreenEyes2796
pada 14 Mar 2017
Masalah terkait
wudo94
·
5Komentar
thomasklingbeil
·
4Komentar
mohmedelwany
·
5Komentar
ncguk
·
4Komentar
mi-hol
·
8Komentar