File: faq.rst

package info (click to toggle)
gpiozero 2.0.1-0.1
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid
  • size: 17,192 kB
  • sloc: python: 15,355; makefile: 246
file content (433 lines) | stat: -rw-r--r-- 15,220 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
.. GPIO Zero: a library for controlling the Raspberry Pi's GPIO pins
..
.. Copyright (c) 2017-2023 Dave Jones <dave@waveform.org.uk>
.. Copyright (c) 2017-2022 Ben Nuttall <ben@bennuttall.com>
..
.. SPDX-License-Identifier: BSD-3-Clause

.. _faq:

==========================
Frequently Asked Questions
==========================

.. currentmodule:: gpiozero


.. _keep-your-script-running:

How do I keep my script running?
================================

The following script looks like it should turn an :class:`LED` on::

    from gpiozero import LED

    led = LED(17)
    led.on()

And it does, if you're using the Python or IPython shell, or the IDLE, Thonny or
Mu editors. However, if you saved this script as a Python file and ran it, it
would flash on briefly, then the script would end and it would turn off.

The following file includes an intentional :func:`~signal.pause` to keep the
script alive::

    from gpiozero import LED
    from signal import pause

    led = LED(17)
    led.on()

    pause()

Now the script will stay running, leaving the LED on, until it is terminated
manually (e.g. by pressing Ctrl+C). Similarly, when setting up callbacks on
button presses or other input devices, the script needs to be running for the
events to be detected::

    from gpiozero import Button
    from signal import pause

    def hello():
        print("Hello")

    button = Button(2)
    button.when_pressed = hello

    pause()


What's the difference between when_pressed, is_pressed and wait_for_press?
==========================================================================

gpiozero provides a range of different approaches to reading input devices.
Sometimes you want to ask if a button's pressed, sometimes you want to do
something until it's pressed, and sometimes you want something to happen *when*
it's been pressed, regardless of what else is going on.

In a simple example where the button is the only device in play, all of the
options would be equally effective. But as soon as you introduce an extra
element, like another GPIO device, you might need to choose the right approach
depending on your use case.

* :attr:`~gpiozero.Button.is_pressed` is an attribute which reveals whether the
  button is currently pressed by returning ``True`` or ``False``::

    while True:
        if btn.is_pressed:
            print("Pressed")
        else:
            print("Not pressed")

* :meth:`~gpiozero.Button.wait_for_press()` is a method which blocks the code from
  continuing until the button is pressed. Also see
  :meth:`~gpiozero.Button.wait_for_release()`::

    while True:
        print("Released. Waiting for press..")
        btn.wait_for_press()
        print("Pressed. Waiting for release...")
        btn.wait_for_release()

* :attr:`~gpiozero.Button.when_pressed` is an attribute which assigns a callback
  function to the event of the button being pressed. Every time the button is
  pressed, the callback function is executed in a separate thread. Also see
  :attr:`~gpiozero.Button.when_released`::

    def pressed():
        print("Pressed")

    def released():
        print("Released")

    btn.when_pressed = pressed
    btn.when_released = released

This pattern of options is common among many devices. All :doc:`input devices
<api_input>` and :doc:`internal devices <api_internal>` have ``is_active``,
``when_activated``, ``when_deactivated``, ``wait_for_active`` and
``wait_for_inactive``, and many provide aliases (such as "pressed" for
"activated").

Also see a more advanced approach in the :doc:`source_values` page.


My event handler isn't being called
===================================

When assigning event handlers, don't call the function you're assigning. For
example::

    from gpiozero import Button

    def pushed():
        print("Don't push the button!")

    b = Button(17)
    b.when_pressed = pushed()

In the case above, when assigning to :attr:`~Button.when_pressed`, the thing
that is assigned is the *result of calling* the ``pushed`` function. Because
``pushed`` doesn't explicitly return anything, the result is :data:`None`.
Hence this is equivalent to doing::

    b.when_pressed = None

This doesn't raise an error because it's perfectly valid: it's what you assign
when you don't want the event handler to do anything. Instead, you want to
do the following::

    b.when_pressed = pushed

This will assign the function to the event handler *without calling it*. This
is the crucial difference between ``my_function`` (a reference to a function)
and ``my_function()`` (the result of calling a function).

.. note::

    Note that as of v1.5, setting a callback to :data:`None` when it was
    previously :data:`None` will raise a :class:`CallbackSetToNone` warning,
    with the intention of alerting users when callbacks are set to :data:`None`
    accidentally. However, if this is intentional, the warning can be
    suppressed. See the :mod:`warnings` module for reference.

.. _pinfactoryfallback-warnings:

Why do I get PinFactoryFallback warnings when I import gpiozero?
================================================================

You are most likely working in a virtual Python environment and have forgotten
to install a pin driver library like ``RPi.GPIO``. GPIO Zero relies upon lower
level pin drivers to handle interfacing to the GPIO pins on the Raspberry Pi,
so you can eliminate the warning simply by installing GPIO Zero's first
preference:

.. code-block:: console

    $ pip install rpi.gpio

When GPIO Zero is imported it attempts to find a pin driver by importing them
in a preferred order (detailed in :doc:`api_pins`). If it fails to load its
first preference (``RPi.GPIO``) it notifies you with a warning, then falls back
to trying its second preference and so on. Eventually it will fall back all the
way to the ``native`` implementation. This is a pure Python implementation
built into GPIO Zero itself. While this will work for most things it's almost
certainly not what you want (it doesn't support PWM, and it's quite slow at
certain things).

If you want to use a pin driver other than the default, and you want to
suppress the warnings you've got a couple of options:

1. Explicitly specify what pin driver you want via the
   :envvar:`GPIOZERO_PIN_FACTORY` environment variable. For example:

   .. code-block:: console

       $ GPIOZERO_PIN_FACTORY=pigpio python3

   In this case no warning is issued because there's no fallback; either the
   specified factory loads or it fails in which case an :exc:`ImportError` will
   be raised.

2. Suppress the warnings and let the fallback mechanism work:

   .. code-block:: pycon

        >>> import warnings
        >>> warnings.simplefilter('ignore')
        >>> import gpiozero

   Refer to the :mod:`warnings` module documentation for more refined ways to
   filter out specific warning classes.


How can I tell what version of gpiozero I have installed?
=========================================================

The gpiozero library relies on the setuptools package for installation
services.  You can use the setuptools :mod:`pkg_resources` API to query which
version of gpiozero is available in your Python environment like so:

.. code-block:: pycon

    >>> from pkg_resources import require
    >>> require('gpiozero')
    [gpiozero 1.6.2 (/usr/lib/python3/dist-packages)]
    >>> require('gpiozero')[0].version
    '1.6.2'

If you have multiple versions installed (e.g. from :command:`pip` and
:command:`apt`) they will not show up in the list returned by the
:meth:`pkg_resources.require` method. However, the first entry in the list will
be the version that ``import gpiozero`` will import.

If you receive the error "No module named pkg_resources", you need to install
:command:`pip`. This can be done with the following command in Raspberry Pi OS:

.. code-block:: console

    $ sudo apt install python3-pip

Alternatively, install pip with `get-pip`_.


Why do I get "command not found" when running pinout?
=====================================================

The gpiozero library is available as a Debian package for Python 2 and Python
3, but the :doc:`cli_pinout` tool cannot be made available by both packages, so
it's only included with the Python 3 version of the package. To make sure the
:doc:`cli_pinout` tool is available, the "python3-gpiozero" package must be
installed:

.. code-block:: console

    $ sudo apt install python3-gpiozero

Alternatively, installing gpiozero using :command:`pip` will install the
command line tool, regardless of Python version:

.. code-block:: console

    $ sudo pip3 install gpiozero

or:

.. code-block:: console

    $ sudo pip install gpiozero


The pinout command line tool incorrectly identifies my Raspberry Pi model
=========================================================================

If your Raspberry Pi model is new, it's possible it wasn't known about at the
time of the gpiozero release you are using. Ensure you have the latest version
installed (remember, the :doc:`cli_pinout` tool usually comes from the Python 3
version of the package as noted in the previous FAQ).

If the Pi model you are using isn't known to gpiozero, it may have been added
since the last release. You can check the `GitHub issues`_ to see if it's been
reported before, or check the `commits`_ on GitHub since the last release to
see if it's been added. The model determination can be found in
:file:`gpiozero/pins/data.py`.


.. _gpio-cleanup:

What's the gpiozero equivalent of GPIO.cleanup()?
=================================================

Many people ask how to do the equivalent of the ``cleanup`` function from
``RPi.GPIO``. In gpiozero, at the end of your script, cleanup is run
automatically, restoring your GPIO pins to the state they were found.

To explicitly close a connection to a pin, you can manually call the
:meth:`~Device.close` method on a device object:

.. code-block:: pycon

    >>> led = LED(2)
    >>> led.on()
    >>> led
    <gpiozero.LED object on pin GPIO2, active_high=True, is_active=True>
    >>> led.close()
    >>> led
    <gpiozero.LED object closed>

This means that you can reuse the pin for another device, and that despite
turning the LED on (and hence, the pin high), after calling
:meth:`~Device.close` it is restored to its previous state (LED off, pin low).

Read more about :ref:`migrating_from_rpigpio`.


How do I use button.when_pressed and button.when_held together?
===============================================================

The :class:`Button` class provides a :attr:`~Button.when_held` property which
is used to set a callback for when the button is held down for a set amount of
time (as determined by the :attr:`~Button.hold_time` property). If you want to
set :attr:`~Button.when_held` as well as :attr:`~Button.when_pressed`, you'll
notice that both callbacks will fire. Sometimes, this is acceptable, but often
you'll want to only fire the :attr:`~Button.when_pressed` callback when the
button has not been held, only pressed.

The way to achieve this is to *not* set a callback on
:attr:`~Button.when_pressed`, and instead use :attr:`~Button.when_released` to
work out whether it had been held or just pressed::

    from gpiozero import Button

    Button.was_held = False

    def held(btn):
        btn.was_held = True
        print("button was held not just pressed")

    def released(btn):
        if not btn.was_held:
            pressed()
        btn.was_held = False

    def pressed():
        print("button was pressed not held")

    btn = Button(2)

    btn.when_held = held
    btn.when_released = released


Why do I get "ImportError: cannot import name" when trying to import from gpiozero?
===================================================================================

It's common to see people name their first gpiozero script ``gpiozero.py``.
Unfortunately, this will cause your script to try to import itself, rather than
the gpiozero library from the libraries path. You'll see an error like this::

    Traceback (most recent call last):
      File "gpiozero.py", line 1, in <module>
        from gpiozero import LED
      File "/home/pi/gpiozero.py", line 1, in <module>
        from gpiozero import LED
    ImportError: cannot import name 'LED'

Simply rename your script to something else, and run it again. Be sure not to
name any of your scripts the same name as a Python module you may be importing,
such as :file:`picamera.py`.


Why do I get an AttributeError trying to set attributes on a device object?
===========================================================================

If you try to add an attribute to a gpiozero device object after its
initialization, you'll find you can't:

.. code-block:: pycon

    >>> from gpiozero import Button
    >>> btn = Button(2)
    >>> btn.label = 'alarm'
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
      File "/usr/lib/python3/dist-packages/gpiozero/devices.py", line 118, in __setattr__
        self.__class__.__name__, name))
    AttributeError: 'Button' object has no attribute 'label'

This is in order to prevent users accidentally setting new attributes by
mistake. Because gpiozero provides functionality through setting attributes via
properties, such as callbacks on buttons (and often there is no immediate
feedback when setting a property), this could lead to bugs very difficult to
find. Consider the following example::

    from gpiozero import Button

    def hello():
        print("hello")

    btn = Button(2)

    btn.pressed = hello

This is perfectly valid Python code, and no errors would occur, but the program
would not behave as expected: pressing the button would do nothing, because the
property for setting a callback is ``when_pressed`` not ``pressed``. But
without gpiozero preventing this non-existent attribute from being set, the
user would likely struggle to see the mistake.

If you really want to set a new attribute on a device object, you need to
create it in the class before initializing your object:

.. code-block:: pycon

    >>> from gpiozero import Button
    >>> Button.label = ''
    >>> btn = Button(2)
    >>> btn.label = 'alarm'
    >>> def press(btn):
    ...:    print(btn.label, "was pressed")
    >>> btn.when_pressed = press


Why is it called GPIO Zero? Does it only work on Pi Zero?
=========================================================

gpiozero works on all Raspberry Pi models, not just the Pi Zero.

The "zero" is part of a naming convention for "zero-boilerplate" education
friendly libraries, which started with `Pygame Zero`_, and has been followed by
`NetworkZero`_, `guizero`_ and more.

These libraries aim to remove barrier to entry and provide a smooth learning
curve for beginners by making it easy to get started and easy to build up to
more advanced projects.


.. _get-pip: https://pip.pypa.io/en/stable/installing/
.. _GitHub issues: https://github.com/gpiozero/gpiozero/issues
.. _commits: https://github.com/gpiozero/gpiozero/commits/master
.. _Pygame Zero: https://pygame-zero.readthedocs.io/en/stable/
.. _NetworkZero: https://networkzero.readthedocs.io/en/latest/
.. _guizero: https://lawsie.github.io/guizero/