DOCSLIB.ORG

Adafruitplatformdetect Library Documentation Release 1.0.0

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Adafruitplatformdetect Library Documentation Release 1.0.0 AdafruitPlatformDetect Library Documentation Release 1.0.0 Brennen Bearnes Jul 16, 2021 Contents 1 Dependencies 3 2 Installing from PyPI 5 3 Usage Example 7 4 Contributing 9 5 Documentation 11 6 Table of Contents 13 6.1 adafruit_platformdetect.board ............................... 13 6.1.1 Implementation Notes..................................... 13 6.2 adafruit_platformdetect.chip ................................ 15 6.2.1 Implementation Notes..................................... 15 7 Indices and tables 17 Python Module Index 19 Index 21 i ii AdafruitPlatformDetect Library Documentation, Release 1.0.0 This library provides best-guess platform detection for a range of single-board computers and (potentially) other platforms. It was written primarily for use in Adafruit_Blinka, but may be useful in other contexts. Platform detection is divided into “chip” and “board” detection, with the latter generally dependent on the former. Platform info is gathered from: • Python’s sys.platform • Various files on Linux systems: – /proc/cpuinfo (for processor info, Raspberry Pi hardware revisions, etc.) – /proc/device-tree/compatible (for 96Boards info) • Beaglebone EEPROM board IDs • Distribution-specific files such as /etc/armbian-release. Contents 1 AdafruitPlatformDetect Library Documentation, Release 1.0.0 2 Contents CHAPTER 1 Dependencies This driver depends on: • Python 3.5 or higher 3 AdafruitPlatformDetect Library Documentation, Release 1.0.0 4 Chapter 1. Dependencies CHAPTER 2 Installing from PyPI On supported GNU/Linux systems like the Raspberry Pi, you can install the driver locally from PyPI. To install for current user: pip3 install Adafruit-PlatformDetect To install system-wide (this may be required in some cases): sudo pip3 install Adafruit-PlatformDetect To install in a virtual environment in your current project: mkdir project-name&& cd project-name python3 -m venv .env source .env/bin/activate pip3 install Adafruit-PlatformDetect 5 AdafruitPlatformDetect Library Documentation, Release 1.0.0 6 Chapter 2. Installing from PyPI CHAPTER 3 Usage Example from adafruit_platformdetect import Detector detector= Detector() print("Chip id:", detector.chip.id) print("Board id:", detector.board.id) # Check for specific board models: print("Pi 3B+?", detector.board.RASPBERRY_PI_3B_PLUS) print("BBB?", detector.board.BEAGLEBONE_BLACK) print("Orange Pi PC?", detector.board.ORANGE_PI_PC) print("generic Linux PC?", detector.board.GENERIC_LINUX_PC) 7 AdafruitPlatformDetect Library Documentation, Release 1.0.0 8 Chapter 3. Usage Example CHAPTER 4 Contributing Contributions are welcome! Please read our Code of Conduct before contributing to help this project stay welcoming. 9 AdafruitPlatformDetect Library Documentation, Release 1.0.0 10 Chapter 4. Contributing CHAPTER 5 Documentation For information on building library documentation, please check out this guide. 11 AdafruitPlatformDetect Library Documentation, Release 1.0.0 12 Chapter 5. Documentation CHAPTER 6 Table of Contents 6.1 adafruit_platformdetect.board Detect boards • Author(s): Melissa LeBlanc-Williams 6.1.1 Implementation Notes Software and Dependencies: • Linux and Python 3.5 or Higher class adafruit_platformdetect.board.Board(detector) Attempt to detect specific boards. any_96boards Check whether the current board is any 96boards board. any_asus_tinker_board Check to see if the current board is an ASUS Tinker Board any_beaglebone Check whether the current board is any Beaglebone-family system. any_clockwork_pi_board Check whether the current board is any Clockwork Pi device. any_coral_board Check whether the current board is any defined Coral. any_embedded_linux Check whether the current board is any embedded Linux device. any_giant_board Check whether the current board is any defined Giant Board. 13 AdafruitPlatformDetect Library Documentation, Release 1.0.0 any_jetson_board Check whether the current board is any defined Jetson Board. any_lubancat Check whether the current board is any defined lubancat. any_nanopi Check whether the current board is any defined Nano Pi. any_odroid_40_pin Check whether the current board is any defined 40-pin Odroid. any_onion_omega_board Check whether the current board is any defined OpenWRT board. any_orange_pi Check whether the current board is any defined Orange Pi. any_pine64_board Check whether the current board is any Pine64 device. any_pynq_board Check whether the current board is any defined PYNQ Board. any_raspberry_pi Check whether the current board is any Raspberry Pi. any_raspberry_pi_40_pin Check whether the current board is any 40-pin Raspberry Pi. any_raspberry_pi_cm Check whether the current board is any Compute Module Raspberry Pi. any_rock_pi_board Check whether the current board is any Rock Pi device. any_sifive_board Check whether the current board is any defined Jetson Board. any_stm32mp1 Check whether the current board is any stm32mp1 board. any_udoo_board Check to see if the current board is an UDOO board binho_nova Check whether the current board is an BINHO NOVA. feather_u2if Check whether the current board is a Feather RP2040 w/ u2if. ftdi_ft2232h Check whether the current board is an FTDI FT2232H. ftdi_ft232h Check whether the current board is an FTDI FT232H. greatfet_one Check whether the current board is a GreatFET One. id Return a unique id for the detected board, if any. 14 Chapter 6. Table of Contents AdafruitPlatformDetect Library Documentation, Release 1.0.0 itsybitsy_u2if Check whether the current board is a Itsy Bitsy w/ u2if. microchip_mcp2221 Check whether the current board is a Microchip MCP2221. pico_u2if Check whether the current board is a RPi Pico w/ u2if. qt2040_trinkey_u2if Check whether the current board is a QT Py w/ u2if. qtpy_u2if Check whether the current board is a QT Py w/ u2if. 6.2 adafruit_platformdetect.chip Attempt detection of current chip / CPU • Author(s): Melissa LeBlanc-Williams 6.2.1 Implementation Notes Software and Dependencies: • Linux and Python 3.5 or Higher class adafruit_platformdetect.chip.Chip(detector) Attempt detection of current chip / CPU. id Return a unique id for the detected chip, if any. 6.2. adafruit_platformdetect.chip 15 AdafruitPlatformDetect Library Documentation, Release 1.0.0 16 Chapter 6. Table of Contents CHAPTER 7 Indices and tables • genindex • modindex • search 17 AdafruitPlatformDetect Library Documentation, Release 1.0.0 18 Chapter 7. Indices and tables Python Module Index a adafruit_platformdetect.board, 13 adafruit_platformdetect.chip, 15 19 AdafruitPlatformDetect Library Documentation, Release 1.0.0 20 Python Module Index Index A attribute), 14 adafruit_platformdetect.board (module), 13 any_raspberry_pi_40_pin adafruit_platformdetect.chip (module), 15 (adafruit_platformdetect.board.Board at- any_96boards (adafruit_platformdetect.board.Board tribute), 14 attribute), 13 any_raspberry_pi_cm any_asus_tinker_board (adafruit_platformdetect.board.Board at- (adafruit_platformdetect.board.Board at- tribute), 14 tribute), 13 any_rock_pi_board any_beaglebone (adafruit_platformdetect.board.Board (adafruit_platformdetect.board.Board at- attribute), 13 tribute), 14 any_clockwork_pi_board any_sifive_board (adafruit_platformdetect.board.Board (adafruit_platformdetect.board.Board at- attribute), 14 tribute), 13 any_stm32mp1 (adafruit_platformdetect.board.Board any_coral_board (adafruit_platformdetect.board.Board attribute), 14 attribute), 13 any_udoo_board (adafruit_platformdetect.board.Board any_embedded_linux attribute), 14 (adafruit_platformdetect.board.Board at- tribute), 13 B any_giant_board (adafruit_platformdetect.board.Boardbinho_nova (adafruit_platformdetect.board.Board at- attribute), 13 tribute), 14 any_jetson_board (adafruit_platformdetect.board.BoardBoard (class in adafruit_platformdetect.board), 13 attribute), 13 any_lubancat (adafruit_platformdetect.board.Board C attribute), 14 Chip (class in adafruit_platformdetect.chip), 15 any_nanopi (adafruit_platformdetect.board.Board at- tribute), 14 F any_odroid_40_pin feather_u2if (adafruit_platformdetect.board.Board (adafruit_platformdetect.board.Board at- attribute), 14 tribute), 14 ftdi_ft2232h (adafruit_platformdetect.board.Board any_onion_omega_board attribute), 14 (adafruit_platformdetect.board.Board at- ftdi_ft232h (adafruit_platformdetect.board.Board tribute), 14 attribute), 14 any_orange_pi (adafruit_platformdetect.board.Board attribute), 14 G any_pine64_board (adafruit_platformdetect.board.Board greatfet_one (adafruit_platformdetect.board.Board attribute), 14 attribute), 14 any_pynq_board (adafruit_platformdetect.board.Board attribute), 14 I any_raspberry_pi (adafruit_platformdetect.board.Board id (adafruit_platformdetect.board.Board attribute), 14 21 AdafruitPlatformDetect Library Documentation, Release 1.0.0 id (adafruit_platformdetect.chip.Chip attribute), 15 itsybitsy_u2if (adafruit_platformdetect.board.Board attribute), 14 M microchip_mcp2221 (adafruit_platformdetect.board.Board at- tribute), 15 P pico_u2if (adafruit_platformdetect.board.Board at- tribute), 15 Q qt2040_trinkey_u2if (adafruit_platformdetect.board.Board at- tribute), 15 qtpy_u2if (adafruit_platformdetect.board.Board at- tribute), 15 22 Index.
Load more

Recommended publications
  • Comparison of 116 Open Spec, Hacker Friendly Single Board Computers -- June 2018
    Comparison of 116 Open Spec, Hacker Friendly Single Board Computers -- June 2018 Click on the product names to get more product information. In most cases these links go to LinuxGizmos.com articles with detailed product descriptions plus market analysis. HDMI or DP- USB Product Price ($) Vendor Processor Cores 3D GPU MCU RAM Storage LAN Wireless out ports Expansion OSes 86Duino Zero / Zero Plus 39, 54 DMP Vortex86EX 1x x86 @ 300MHz no no2 128MB no3 Fast no4 no5 1 headers Linux Opt. 4GB eMMC; A20-OLinuXino-Lime2 53 or 65 Olimex Allwinner A20 2x A7 @ 1GHz Mali-400 no 1GB Fast no yes 3 other Linux, Android SATA A20-OLinuXino-Micro 65 or 77 Olimex Allwinner A20 2x A7 @ 1GHz Mali-400 no 1GB opt. 4GB NAND Fast no yes 3 other Linux, Android Debian Linux A33-OLinuXino 42 or 52 Olimex Allwinner A33 4x A7 @ 1.2GHz Mali-400 no 1GB opt. 4GB NAND no no no 1 dual 40-pin 3.4.39, Android 4.4 4GB (opt. 16GB A64-OLinuXino 47 to 88 Olimex Allwinner A64 4x A53 @ 1.2GHz Mali-400 MP2 no 1GB GbE WiFi, BT yes 1 40-pin custom Linux eMMC) Banana Pi BPI-M2 Berry 36 SinoVoip Allwinner V40 4x A7 Mali-400 MP2 no 1GB SATA GbE WiFi, BT yes 4 Pi 40 Linux, Android 8GB eMMC (opt. up Banana Pi BPI-M2 Magic 21 SinoVoip Allwinner A33 4x A7 Mali-400 MP2 no 512MB no Wifi, BT no 2 Pi 40 Linux, Android to 64GB) 8GB to 64GB eMMC; Banana Pi BPI-M2 Ultra 56 SinoVoip Allwinner R40 4x A7 Mali-400 MP2 no 2GB GbE WiFi, BT yes 4 Pi 40 Linux, Android SATA Banana Pi BPI-M2 Zero 21 SinoVoip Allwinner H2+ 4x A7 @ 1.2GHz Mali-400 MP2 no 512MB no no WiFi, BT yes 1 Pi 40 Linux, Android Banana
    [Show full text]
  • Building a Datacenter with ARM Devices
    Building a Datacenter with ARM Devices Taylor Chien1 1SUNY Polytechnic Institute ABSTRACT METHODS THE CASE CURRENT RESULTS The ARM CPU is becoming more prevalent as devices are shrinking and Physical Custom Enclosure Operating Systems become embedded in everything from medical devices to toasters. Build a fully operational environment out of commodity ARM devices using Designed in QCAD and laser cut on hardboard by Ponoko Multiple issues exist with both Armbian and Raspbian, including four However, Linux for ARM is still in the very early stages of release, with SBCs, Development Boards, or other ARM-based systems Design was originally only for the Raspberry Pis, Orange Pi Ones, Udoo critical issues that would prevent them from being used in a datacenter many different issues, challenges, and shortcomings. Have dedicated hard drives and power system for mass storage, including Quads, PINE64, and Cubieboard 3 multiple drives for GlusterFS operation, and an Archive disk for backups and Issue OS In order to test what level of service commodity ARM devices have, I Each device sits on a tray which can be slid in and out at will rarely-used storage Kernel and uboot are not linked together after a Armbian decided to build a small data center with these devices. This included Cable management and cooling are on the back for easy access Build a case for all of these devices that will protect them from short circuits version update building services usually found in large businesses, such as LDAP, DNS, Designed to be solid and not collapse under its own weight and dust Operating system always performs DHCP request Raspbian Mail, and certain web applications such as Roundcube webmail, Have devices hooked up to a UPS for power safety Design Flaws Allwinner CPUs crash randomly when under high Armbian ownCloud storage, and Drupal content management.
    [Show full text]
  • Like Real Computers - Making Distributions Work on Single Board Computers André Przywara 04/02/2018 Apritzel@Freenode
    ... like real computers - Making distributions work on single board computers André Przywara 04/02/2018 apritzel@Freenode 1 FOSDEM 2018 2 FOSDEM 2018 2 FOSDEM 2018 2 FOSDEM 2018 2 FOSDEM 2018 3 FOSDEM 2018 Agenda Booting Current firmware / boot situation Problems ... ... and how to solve them Linux kernel support New SoC in the kernel - why does it take so long? What can we do about it? Demo? 4 FOSDEM 2018 Glossary / scope Disclaimer: Not an Arm Ltd. story. SBC: single board computer with ARM core, "Fruit-Pis" Not servers! SoCs from Allwinner, Rockchip, Amlogic, Marvell, Realtek, ... DT: device tree, hardware description, for generic OS support Not ACPI! firmware: board-specific low-level software, including boot loader Mainline, not BSP. 5 FOSDEM 2018 Actual technical dependency: kernel support for SoC Current situation Board Ubuntu Debian SuSE Fedora Armbian Pine64 ? ? ! ! ! BananaPi M64 ? ? ! ! NanoPi A64 ? ? ! ! Rock64 ? ? ! Table: Board distribution support 6 FOSDEM 2018 Current situation Board Ubuntu Debian SuSE Fedora Armbian Pine64 ? ? ! ! ! BananaPi M64 ? ? ! ! NanoPi A64 ? ? ! ! Rock64 ? ? ! Table: Board distribution support Actual technical dependency: kernel support for SoC 6 FOSDEM 2018 What are the main problems? Traditionally no well recognised standard way of booting Many boards come without on-board storage - no firmware! Distribution has to ship board DT - explicit board support 7 FOSDEM 2018 How to find and boot the kernel Could be some U-Boot magic, but better: Using the UEFI standard! U-Boot implements (parts of)
    [Show full text]
  • Proyecto Fin De Grado
    ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA Y SISTEMAS DE TELECOMUNICACIÓN PROYECTO FIN DE GRADO TÍTULO: Despliegue de Liota (Little IoT Agent) en Raspberry Pi AUTOR: Ricardo Amador Pérez TITULACIÓN: Ingeniería Telemática TUTOR (o Director en su caso): Antonio da Silva Fariña DEPARTAMENTO: Departamento de Ingeniería Telemática y Electrónica VºBº Miembros del Tribunal Calificador: PRESIDENTE: David Luengo García VOCAL: Antonio da Silva Fariña SECRETARIO: Ana Belén García Hernando Fecha de lectura: Calificación: El Secretario, Despliegue de Liota (Little IoT Agent) en Raspberry Pi Quizás de todas las líneas que he escrito para este proyecto, estas sean a la vez las más fáciles y las más difíciles de todas. Fáciles porque podría doblar la longitud de este proyecto solo agradeciendo a mis padres la infinita paciencia que han tenido conmigo, el apoyo que me han dado siempre, y el esfuerzo que han hecho para que estas líneas se hagan realidad. Por todo ello y mil cosas más, gracias. Mamá, papá, lo he conseguido. Fáciles porque sin mi tutor Antonio, este proyecto tampoco sería una realidad, no solo por su propia labor de tutor, si no porque literalmente sin su ayuda no se hubiera entregado a tiempo y funcionando. Después de esto Antonio, voy a tener que dejarme ganar algún combate en kenpo como agradecimiento. Fáciles porque, sí melones os toca a vosotros, Alex, Alfonso, Manu, Sama, habéis sido mi apoyo más grande en los momentos más difíciles y oscuros, y mis mejores compañeros en los momentos de felicidad. Amigos de Kulturales, los hermanos Baños por empujarme a mejorar, Pablo por ser un ejemplo a seguir, Chou, por ser de los mejores profesores y amigos que he tenido jamás.
    [Show full text]
  • Performance Comparison of MPICH and Mpi4py on Raspberry Pi-3B
    Jour of Adv Research in Dynamical & Control Systems, Vol. 11, 03-Special Issue, 2019 Performance Comparison of MPICH and MPI4py on Raspberry Pi-3B Beowulf Cluster Saad Wazir, EPIC Lab, FAST-National University of Computer & Emerging Sciences, Islamabad, Pakistan. E-mail: [email protected] Ataul Aziz Ikram, EPIC Lab FAST-National University of Computer & Emerging Sciences, Islamabad, Pakistan. E-mail: [email protected] Hamza Ali Imran, EPIC Lab, FAST-National University of Computer & Emerging Sciences, Islambad, Pakistan. E-mail: [email protected] Hanif Ullah, Research Scholar, Riphah International University, Islamabad, Pakistan. E-mail: [email protected] Ahmed Jamal Ikram, EPIC Lab, FAST-National University of Computer & Emerging Sciences, Islamabad, Pakistan. E-mail: [email protected] Maryam Ehsan, Information Technology Department, University of Gujarat, Gujarat, Pakistan. E-mail: [email protected] Abstract--- Moore’s Law is running out. Instead of making powerful computer by increasing number of transistor now we are moving toward Parallelism. Beowulf cluster means cluster of any Commodity hardware. Our Cluster works exactly similar to current day’s supercomputers. The motivation is to create a small sized, cheap device on which students and researchers can get hands on experience. There is a master node, which interacts with user and all other nodes are slave nodes. Load is equally divided among all nodes and they send their results to master. Master combines those results and show the final output to the user. For communication between nodes we have created a network over Ethernet. We are using MPI4py, which a Python based implantation of Message Passing Interface (MPI) and MPICH which also an open source implementation of MPI and allows us to code in C, C++ and Fortran.
    [Show full text]
  • Pine64 Rockpro64 Review
    Pine64 RockPro64 Review About a month ago, we’ve gotten our hands on another prominent SBC: the Pine64 RockPro64. Here are our thoughts and opinions on this piece of hardware, as well as several accessories for it. All the hardware reviewed here has been sent to us by Pine64, the company behind this, and several other SBCs, as well as some other devices oriented towards Linux development. The RockPro64 launched back in 2018, with an impressive amount of RAM for an SBC (2 or 4 GB), a fast, hexa- core RK3399 SoC and an outstanding array of various connectors. Its main downfall at the time was lackluster software support, an issue that plagues many ARM-based SBCs, but thankfully, the issue has been almost completely mitigated by now. | 1 Pine64 RockPro64 Review Our first impressions of the board were great. Aside from itself, we’ve also received a heatsink, 16GB eMMC module with its USB adapter, power supply and a SATA-to-PCIe x4 adapter. | 2 Pine64 RockPro64 Review Let’s start with the IO. The Pine64 RockPro64 comes equipped with two USB2.0 ports, one USB 3.0 port, a USB C port with DisplayPort 1.2, one full-sized HDMI port, one true gigabit-ethernet port, an SD-card slot, a headphone jack and a PCIe x4 connector. It also features a Raspberry Pi-compatible 40-pin GPIO header, dual-MIPI ports for camera connection, headers for attaching a real-time-clock battery and a fan, as well as connectors for touchscreens, WiFi and Bluetooth modules and IR receivers.
    [Show full text]
  • MOIST (Mesh-Operated Irrigation Sensor Technology)
    MOIST (Mesh-Operated Irrigation Sensor Technology) Department of Electrical Engineering and Computer Science University of Central Florida Group G Fall 2018 Ahmed Hamdy [email protected] EE, CS minor Pierre Elange [email protected] EE Gabriel Santos [email protected] CpE Documentation Contents: 1.0 Executive Summary 2.0 Project Description 2.1 Problem Statement 2.2 Project Goal 2.3 Motivation & Major Objectives 2.4 Requirements Specifications 2.4.1 House of Quality 3.0 Research 3.1 Existing Designs 3.1.1 Commercial Solutions 3.1.2 Senior Design Projects 3.2 Strategic Components for Hardware 3.2.1 Solar Panel & Battery 3.2.1.1 NUZAMAS 2W 3.2.1.2 Customized 18650 3.2.2 MCU 3.2.2.1 Microchip PIC16F15354 3.2.2.2 TI MSP430 3.2.2.3 Parallax BASIC Stamp 2 3.2.2.4 Atmel ATmega328p-PU 3.2.3 RF Module 3.2.3.1 Wi-Fi 3.2.3.2 Bluetooth 5.0 3.2.3.3 Zigbee 3.2.3.4 Nordic nRF24L01 3.2.3.5 Nb-IoT 3.2.3.6 LoRa 3.2.4 Geolocation 3.2.5 Sensor 3.2.5.1 Triton 3.2.5.2 VH400 3.2.6 Central Hub 3.2.6.1 Pine64 3.2.6.2 Raspberry Pi B 3.2.6.3 Banana Pi M3 3.3 Strategic Components for Software 3.3.1 Programming Languages 3.3.2.1 Java 3.3.2.2 C Code 3.3.2.3 HTML 3.3.2.4 Python 3.3.2 Integrated Development Environments 3.3.1.1 Android Studio 3.3.1.2 Microsoft Visual Studio 3.3.1.3 Code Composer Studio 3.3.1.4 NativeScript 3.3.1.5 Atom 3.3.1.6 Notepad++ 3.4 Online File Management 3.4.1 FileZilla 3.5 Abstraction 4.0 Project Design Detail 4.1 Node: Power System 4.1.1 Solar Panel 4.1.2 Charge Controller 4.1.3 Voltage Regulator 4.1.4 Battery 4.2
    [Show full text]
  • Digital Forensics Analysis of Ubuntu Touch on Pinephone
    electronics Article Digital Forensics Analysis of Ubuntu Touch on PinePhone Yansi Keim *,† , Yung Han Yoon *,† and Umit Karabiyik * Department of Computer and Information Technology, Purdue University, West Lafayette, IN 47907, USA * Correspondence: [email protected] (Y.K.); [email protected] (Y.H.Y.); [email protected] (U.K.) † These authors contributed equally to this work. Abstract: New smartphones made by small companies enter the technology market everyday. These new devices introduce new challenges for mobile forensic investigators as these devices end up becoming pertinent evidence during an investigation. One such device is the PinePhone from Pine Microsystems (Pine64). These new devices are sometimes also shipped with OSes that are developed by open source communities and are otherwise never seen by investigators. Ubuntu Touch is one of these OSes and is currently being developed for deployment on the PinePhone. There is little research behind both the device and OS on what methodology an investigator should follow to reliably and accurately extract data. This results in potentially flawed methodologies being used before any testing can occur and contributes to the backlog of devices that need to be processed. Therefore, in this paper, the first forensic analysis of the PinePhone device with Ubuntu Touch OS is performed using Autopsy, an open source tool, to establish a framework that can be used to examine and analyze devices running the Ubuntu Touch OS. The findings include analysis of artifacts that could impact user privacy and data security, organization structure of file storage, app storage, OS, etc. Moreover, locations within the device that stores call logs, SMS messages, images, and videos are reported.
    [Show full text]
  • Pinephone User Manual - Quick Start Guide
    PINEPHONE USER MANUAL - QUICK START GUIDE 1 Packaging contents 2 2 Safety cautions and recycling 2 2.1 Cautions 2 2.2 Recycling of components and batteries 2 3 Getting started 3 3.1 Back case removal 3 3.2 Initial setup 3 3.2 Privacy switches and pogo pins 3 3.3 Operating the PinePhone 4 4 Operating systems 4 5 Hardware 4 5.1 External component description 4 5.2 Device hardware specifications 5 5.3 Troubleshooting common issues 5 6 Regulatory compliance 5 7 Documentation and contact information 5 2 1 Packaging contents ● User Manual - Quick Start Guide (x1) ​ ​ ● PinePhone (x1) ​ ​ ● USB-C power cable (x1) ​ ​ 2 Safety cautions and recycling 2.1 Cautions Before using the device please read this manual carefully. Operational variables and cautions: ● The PinePhone should be charged using a 15W (5V 3A) USB-PD power adapter. Charging at a higher voltage may result in damage to the device. ● The PinePhone will only operate when its internal temperature is between 5*C and 65*C. It should never be operated with an external temperature lower than -20*C or higher than 40*C. ● Do not puncture, disassemble, strike or squeeze the battery. Old batteries need to be disposed of ​ ​ in accordance with local regulations (see section 2.2). ​ ​ ​ ​ ● Do not expose the device to direct sunlight, water or high density moisture. ● In the event of overheating, power off the PinePhone and let it cool for 15 minutes. ● Comply with local regulation pertaining to using mobile devices. This extends to and includes use of the device in public spaces, when operating motor vehicles and heavy machinery.
    [Show full text]
  • A Portable Fuzzy Driver Drowsiness Estimation System
    sensors Article A Portable Fuzzy Driver Drowsiness Estimation System Alimed Celecia 1, Karla Figueiredo 2,*, Marley Vellasco 1,* and René González 3 1 Electrical Engineering Department, PUC-Rio, Rio de Janeiro 22451900, Brazil; [email protected] 2 Department of Informatics and Computer Science, Institute of Mathematics and Statistics, State University of Rio de Janeiro (UERJ), Rio de Janeiro 20550-900, Brazil 3 Research & Development Department, Solinftec, Araçatuba 16013337, Brazil; [email protected] * Correspondence: [email protected] (K.F.); [email protected] (M.V.) Received: 31 May 2020; Accepted: 6 July 2020; Published: 23 July 2020 Abstract: The adequate automatic detection of driver fatigue is a very valuable approach for the prevention of traffic accidents. Devices that can determine drowsiness conditions accurately must inherently be portable, adaptable to different vehicles and drivers, and robust to conditions such as illumination changes or visual occlusion. With the advent of a new generation of computationally powerful embedded systems such as the Raspberry Pi, a new category of real-time and low-cost portable drowsiness detection systems could become standard tools. Usually, the proposed solutions using this platform are limited to the definition of thresholds for some defined drowsiness indicator or the application of computationally expensive classification models that limits their use in real-time. In this research, we propose the development of a new portable, low-cost, accurate, and robust drowsiness recognition device. The proposed device combines complementary drowsiness measures derived from a temporal window of eyes (PERCLOS, ECD) and mouth (AOT) states through a fuzzy inference system deployed in a Raspberry Pi with the capability of real-time response.
    [Show full text]
  • Release Notes for Debian 10 (Buster), 64-Bit PC
    Release Notes for Debian 10 (buster), 64-bit PC The Debian Documentation Project (https://www.debian.org/doc/) September 30, 2021 Release Notes for Debian 10 (buster), 64-bit PC This document is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License, version 2, as published by the Free Software Foundation. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. The license text can also be found at https://www.gnu.org/licenses/gpl-2.0.html and /usr/ share/common-licenses/GPL-2 on Debian systems. ii Contents 1 Introduction 1 1.1 Reporting bugs on this document . 1 1.2 Contributing upgrade reports . 1 1.3 Sources for this document . 2 2 What’s new in Debian 10 3 2.1 Supported architectures . 3 2.2 What’s new in the distribution? . 3 2.2.1 UEFI Secure Boot . 4 2.2.2 AppArmor enabled per default . 4 2.2.3 Optional hardening of APT . 5 2.2.4 Unattended-upgrades for stable point releases . 5 2.2.5 Substantially improved man pages for German speaking users . 5 2.2.6 Network filtering based on nftables framework by default .
    [Show full text]
  • Rock64 Ver 3 Change Notice
    Rock64 Ver 3 Change Notice Below are the new changes on ROCK64 SBC ver 3 board. Most of the suggestion comes from PINE64 forum and the suggestion thread located at https://forum.pine64.org/showthread.php?tid=6256. 1.Add connector and circuit for Real Tice Clock (RTC) backing. By plug in 3V Battery to the RTC connector, this allows ROCK64 ver 3.0 SBC’s real tick clock continue working during power off stage. 2.Change LAN magnetic to support PoE (802.3af/802.3at) capability, and four pins connector for PoE extension. 3.Implement SD card UHS transfer speed by configure the RK3328 VCCIO3 t o ether 3.3V (normal speed) or 1.8V (UHS speed). Using GPIO0_D6 "SDMMC 0_PWREN" assigned as control line, level high (default) is 3.3V supply and l evel low is 1.8V supply to VCCIO3. 4.Fixed SPI Clock and SPI Chip Select signals swap due to layout error. 5.Redifined several GPIO pins on PI2 bus so that ROCK64 ver 3.0 SBC can support Raspberry Pi’s audio DAC HAT board that currently available in market. Please refer to below Pi2 bus pins arrangement. Marked RED means new changes. 6.Reassigned two pins in P5 bus to allow POWER ON and RESET functions access. Please refer to below Pi2 bus pins arrangement. Marked RED means new changes. 7.Improved transmission packet loss on gigabit Ethernet by adjusting LED0/CFG_EXT and LED2/CFG_LDO1 pull up resistor connect to 3.3V instead of 1.8V. However, this changed also affected LED light status: ROCK64 V2 Power On 100Mbps 1000Mbps Green Light: On Flashing On Orange Light: Off Off Flashing ROCK64 V3 Power On 100Mbps 1000Mbps
    [Show full text]