Linux Magazine Hors Série 75

Publié par cpb
Nov 14 2014

gnulinux-magazine-hs-75Le nouveau Linux Magazine Hors Série (numéro 75) vient de paraître aujourd’hui.

Il s’agit d’un guide sur le Raspberry Pi, « niveau avancé ».

J’ai eu le plaisir de signer quatre articles de ce numéro :

  • SPI et Raspberry Pi,
  • Dialogue en SPI avec un MSP 430,
  • Communiquer en i²c avec un capteur de température,
  • Raspberry Pi et temps réel.

Les sources des exemples, scripts, etc. se trouvent sur mon dépôt GitHub.

9 Réponses

  1. Thomassin dit :
    17 novembre 2014 à 11 h 28 min

    Bonjour

    Merci pour vos articles qui mettent le pied à l’étrier et donnent envie d’expérimenter par soit même.

    Avec quelle version de mspgcc compilez-vous vos exemples fournis à l’adresse
    https://github.com/cpb-/Article-RPi-MSP430 ?

    Sur mon système linux avec mspgcc version 4.5.3, la compilation des programmes msp430-spi-4.elf et msp430-spi-5.elf échoue car la directive « #pragma vector » n’est pas reconnue.

    Cordialement

    Xavier Thomassin

    Répondre
    • cpb dit :
      17 novembre 2014 à 18 h 08 min

      Bonjour,
      J’utilise msp430-gcc 4.6.3 sur une Ubuntu 14.04

      [~]$ msp430-gcc --version
msp430-gcc (GCC) 4.6.3 20120301 (mspgcc LTS 20120406 unpatched)
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[~]$
      Répondre
    • cpb dit :
      17 novembre 2014 à 18 h 20 min

      Il me semble qu’avec les compilateurs précédents, il fallait déclarer les routines d’interruption avec

      ISR(ADC10_VECTOR)
{ ...

      au lieu de 

      #pragma vector=ADC10_VECTOR
__interrupt void ADC10_ISR(void)
{...
      Répondre
  2. Thomassin dit :
    17 novembre 2014 à 20 h 43 min

    Merci pour l’indication.

    Ma version de mspgcc est ancienne et en supporte pas la directive #pragma.

    J’étudie la situation.

    Répondre
  3. Marc Le Douarain dit :
    3 mars 2015 à 13 h 16 min

    Bonjour,
    moi c’est l’article avec le pas à pas de l’installation de Xenomai sur le RasperryPi qui m’a lancé (je connaissais déjà Xenomai sur x86)
    par-contre en suivant les étapes, mon noyau ne démarre pas jusqu’au bout, en console ça s’arrête par-ici :
    …
    [ 2.130087] Waiting for root device /dev/mmcblk0p2…
    [ 2.166198] mmc0: new high speed SDHC card at address 59b4
    [ 2.173739] mmcblk0: mmc0:59b4 00000 7.35 GiB
    [ 2.181414] mmcblk0: p1 p2
    [ 2.314609] EXT4-fs (mmcblk0p2): recovery complete
    [ 2.321024] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. O
    pts: (null)
    [ 2.331992] VFS: Mounted root (ext4 filesystem) on device 179:2.
    [ 2.341521] devtmpfs: mounted
    [ 2.346485] Freeing init memory: 132K
    [ 2.586318] Indeed it is in host mode hprt0 = 00021501
    [ 2.776318] usb 1-1: new high-speed USB device number 2 using dwc_otg
    [ 2.785571] Indeed it is in host mode hprt0 = 00001101

    une idée? (j’ai un RaspberryPi B 2011.12)
    j’ai vu que certains appliquent un patch ‘USB FIQ fix’ suppleméntaire, mais je ne pense pas que sans empêche de démarrer sans…
    compilateur utilisé: arm-bcm2708hardfp-linux-gnueabi (cross-compilateur fichier master.tar.gz sur github.com/raspberrypi/tools/archive)

    En tout cas encore bravo pour les articles didactiques !

    Répondre
    • cpb dit :
      3 mars 2015 à 13 h 24 min

      Bonjour,

      Vous n’avez pas eu d’erreur en appliquant les patches ipipe-...-pre-2.patch et ipipe-...-post-2.patch ?

      Par acquit de conscience (mais je ne suis pas sûr que ce soit nécessaire), pouvez-vous vérifier si l’option sdhci-bcm2708.enable_llm=0 est bien présente sur la ligne d’arguments du fichier cmdline.txt qui se doit trouver sur la première partition de la carte SD.

      Répondre
      • Marc Le Douarain dit :
        3 mars 2015 à 13 h 48 min

        Rajouté sur la ligne existante mais ça ne change rien…

        dwc_otg.lpm_enable=0 sdhci-bcm2708.enable_llm=0 console=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait

        mais le plus bizarre c’est que j’avais démarré correctement une fois sur ce noyau compilé, puis après un arrêt électrique sauvage, tout est parti de travers. la carte ne démarrant pas, j’ai reflashé intégralement la SD avec l’image raspbian (je n’avais pas pensé brancher la console, si ça se trouve déjà le même problème se produisait), et depuis je patauge lamentablement, sic…

        Répondre
        • Marc Le Douarain dit :
          3 mars 2015 à 13 h 51 min

          à un moment, j’ai aussi joué du rpi-update… je ne sais pas si ça peut gêner d’avoir mis-à-jour le firmware par-rapport à ce (un peu) vieux noyau 3.8.13.

          Répondre
          • cpb dit :
            3 mars 2015 à 16 h 02 min

            En effet, j’ai déjà vu ce genre de symptômes lorsque la carte SD est mal démontée (coupure d’alimentation).
            En ce cas, il faut l’éditer depuis un autre poste et modifier le fichier /etc/e2fsck.conf pour y placer les lignes :

            [options]
broken_system_clock = true

            Sinon, vérifier si le système booterait mieux avec un bootloader (firmware Raspberry Pi) plus ancien – mais les symptômes ne correspondent pas vraiment.

URL de trackback pour cette page