FRANK333

After the automatic update to kernel 4.19.17 the CPU temperature is wrong and much higher, also in dmesg there are these errors OPzero+ has a heatsink and a fan, and the use of the cpu is always very low here the graphs. The temperature of the external sensor is correct. I ask if anyone has the same problem as me and how it could be solved.

martin, I wrote this, because I think that mantouboji has connected badly the sensor.

mantouboji, must work! What kind of sensor have you connected (to92 or waterproof type) and above all is connected as in my diagram above and in the photo? Have you tried to connect the sensor on another device? https://datasheets.maximintegrated.com/en/ds/DS18S20.pdf

I found the way to install, keep updated and easily uninstall plexmediaserver without using armbian-config. here is the link https://forums.plex.tv/t/read-me-first-about-server-armhf-arm64-debian-ubuntu-raspberry-pi/226567. I used the version arm64 / ARMv8 and on OPzeroplus with H5 works very well.

that's what I doubted. Thank you for answering me Martin, Happy Holidays!

Ok martinayotte, I'll do as you say. I ask you: could you look for the differences between the two versions (nightly and mainline) in the 1wire software or is it an impossible procedure?

root@server:/sys/bus/w1/devices/28-8000001f9605# cat /proc/version Linux version 4.18.8-sunxi64 (root@nightly) (gcc version 7.2.1 20171011 (Linaro GCC 7.2-2017.11)) #262 SMP Wed Sep 19 12:14:53 CEST 2018 root@server:/sys/bus/w1/devices/28-8000001f9605# cat w1_slave 64 01 ff ff 7f ff ff ff 02 : crc=02 YES 64 01 ff ff 7f ff ff ff 02 t=22250 root@server:/sys/bus/w1/devices/28-8000001f9605# dmesg | grep wire [ 6.252692] Driver for 1-wire Dallas network protocol. [ 6.276884] gpio-7 (onewire@0): enforced open drain please flag it properly in DT/ACPI DSDT/board file [ 6.311040] w1_master_driver w1_bus_master1: Attaching one wire slave 28.8000001f9605 crc f0 root@server:/sys/bus/w1/devices/28-8000001f9605# with version Nightly 4.18.8 immediately recognized the sensor. now what do you advise me to do (keep the kernel nightly or wait for a stable version) before loading all the packages that I need?

the pin seems to intercept it and the ds18b20 is working if I connect it to another device, it is not defective. it is a real mystery. PS: I tried with the usual test of the resistor and the led and the small script in python; the test goes well and the led lights up!

exactly this http://www.orangepi.org/OrangePiZeroPlus/ I read that with old kernels there were no problems, in your opinion could it be that the new kernel has something that prevents it from working?

the pizero+ with cpu H5 and armbian works very well as a small server for home, I wanted to detect the temperature inside the 'cabinet without other devices, but I will have to connect a TTL-USB converter and use digitemp .

I tried also pin12=PD11, but I couldn't do it. It's a pity it doesn't work.

I tried in cpufrequtil to put GOVERNOR=interactive but it does not work. I think it's a different gpio table and connector pins; do you know where to find an updated table?

yes martinayotte, i have a 4.7KΩ resistor between the data pin and the vcc pin of the ds18b20 and 40 cm of three-pole cable with 1 mm Ø wires. I've read most of your previous posts on the problem.

good morning to all, I have an OPzero+ with armbian ubuntu 4.14.78-sunxi64 I connected a ds18b20+4.7k respectively to pins 25 (gnd) to pin 17 (3.3V) and to pin 12 (PA7). I activated in armbian-config w1-gpio. I added param_w1_pin=PA7 to the file /boot/armbianEnv.txt but does not recognize the sensor (in dmesg [ 52.655912] w1_master_driver w1_bus_master1: Attaching one wire slave 00.800000000000 crc 8c [ 52.659727] w1_master_driver w1_bus_master1: Family 0 for 00.800000000000.8c is not registered.) Is there any trick to fix the bug? tnx