𑇢^^^°<

Quectel EC25 + Sixfab LTE hat + Rpi OS Trixie + Rpi4b + ModemManager + NetworkManager

Thu, 15 Jan 2026 01:00:00 +0100

Quectel EC25 + Sixfab LTE hat + Rpi OS Trixie + Rpi4b + ModemManager + NetworkManager

Steps

Install Rpi OS with rpi-imager
Connect hat to Rpi, insert sim (disable pin from a phone first)
Start Rpi, login, then in term or console :

NetworkManager + ModemManager setup

Here are the only relevant commands here :

mmcli -L
# gets you /org/freedesktop/ModemManager1/Modem/X where X is your modem id
sudo mmcli -m X | grep 'primary port'
# gets you your ifname (e.g; cdc-wdmX)
sudo nmcli connection add type gsm ifname cdc-wdmX con-name FOO apn BAR user BAZ password QUUX
# use your ifname, and your carrier's APN settings for apn, user, password
sudo nmcli connection up FOO
# activate connection

See here : [https://wiki.archlinux.org/title/Mobile_broadband_modem#ModemManager] and here : [https://wiki.archlinux.org/title/NetworkManager#Mobile_broadband_support]

Générer un graphique des statistiques réseau adhérent·e FDN

Thu, 10 Apr 2025 02:00:00 +0200

Générer un graphique des statistiques réseau adhérent·e FDN

[toc]

Il est possible aux adhérent·e·s FDN de télécharger un fichier rrd contenant les statistiques d'une ligne.
Ce fichier est disponible dans l'espace adhérent·e, section "Statistiques réseau" du menu "Informations techniques".

On peut à partir de ce fichier générer un graphique grâce à l'outil RRDtool.

La commande utilisée par le SI FDN

Le SI FDN utilise un script Perl pour générer ce graphique, dont les sources sont disponibles ici :

https://git.fdn.fr/adminsys/si/-/blob/main/cgi/adh/adh-statimg.cgi?ref_type=heads#L333

En bash, la commande pour générer un graphique similaire est la suivante (ici le nom de fichier en entrée est 'fichier.rrd', penser à adapter cette valeur) :

rrdtool graph out.png --imgformat=PNG  --start=-604800 --end=-1800  --title='Traffic' --rigid  --base=1000  \
--height=240  --width=1000  --alt-autoscale-max  --lower-limit=0  --vertical-label='bits par secondes' \
DEF:i1='fichier.rrd':traffic_in:AVERAGE \
DEF:o1='fichier.rrd':traffic_out:AVERAGE \
CDEF:cdefa=i1,8,* \
CDEF:cdefe=o1,8,* \
CDEF:mx=0,0,EXC,i1,UN,0,i1,IF,+,EXC,o1,UN,0,o1,IF,+,MAX,8,* \
VDEF:pct=mx,95,PERCENT \
AREA:cdefa#00CF00:'Entrée' \
GPRINT:cdefa:LAST:' Courant\:%8.2lf %s' \
GPRINT:cdefa:AVERAGE:'Moyenne\:%8.2lf %s' \
GPRINT:cdefa:MAX:'Maximum\:%8.2lf %s' \
LINE1:cdefe#002A97:'Sortie' \
GPRINT:cdefe:LAST:'Courant\:%8.2lf %s' \
GPRINT:cdefe:AVERAGE:'Moyenne\:%8.2lf %s' \
GPRINT:cdefe:MAX:'Maximum\:%8.2lf %s' \
LINE1:pct#FF0000:'95e    ' \
GPRINT:pct:'95e centile\:%8.2lf %s'

Cette commande génère un fichier png "out.png" de ~240x1000 pixels, dans l'interval temporel -604800 secondes (une semaine dans le passé) à -1800 (30 minutes dans le passé).

Les paramètres sur lesquels on voudra éventuellement jouer pour personnaliser/améliorer le graphique résultant sont les suivants :

--start= et --end= : bornes de l'interval qu'on souhaite représenter en secondes.
--height et --width : dimensions de l'image en pixels
--imgformat : peut être PNG|SVG|EPS|PDF|XML|XMLENUM|JSON|JSONTIME|CSV|TSV|SSV (penser à adapter l'extension de 'out.png')
Les différentes couleurs sont représentées par un code héxadécimal du type #RRGGBB ()

Bornes d'intervals usuels

Les bornes d'intervals suivantes sont utilisées par le script du SI :

* quotidien : -86400, -300 
* hebdomadaire : -604800, -1800
* mensuel : -2678400, -7200
* annuel : -33053184, -86400

Le calcul est simple, on multiplie les secondes par le nombre de minutes, heures, jour, etc. Exemple pour 4 jours : 60s * 60m * 24h * 4j qui donne 345600 secondes.

Ne pas oublier le signe mathématique '-' (moins) devant le nombre (on regarde dans le passé dans la plupart des cas).

Utilisation du TommyProm32

Thu, 26 Sep 2024 02:00:00 +0200

Utilisation du TommyProm32

[toc]

Matériel nécessaire

Un TommyProm32
Une (E)EPROM (SST 39SF040 par exemple)

Flasher le TommyProm32 avec la configuration pour SST

En fonction du type de puce à flasher, il faut reprogrammer l'Arduino nano présent sur le PCB, via le logiciel 'Arduino'.

Installer le logiciel arduino
Configurer le logiciel Arduino pour utiliser la bonne carte.
Télécharger le sketch arduino du TommyProm32
Extraire les fichiers dans le dossier de votre choix et ouvrir le projet TommyPROM.ino qui se trouve dans le dossier 'TommyPROM'.
Dans le fichier 'Configure.h', dé-commenter la ligne correspondant à votre type de puce en supprimant les // qui se trouvent devant (lignes 9 à 14).
Vérifier et téléverser le sketch.

Cas de l'utilisation d'un clône Arduino LGT8F328P

Ces cartes peu onéreuses (~3$) nécessitent l'installation d'une librairie spéciale dans le logiciel Arduino pour pourvoir les flasher.

Télécharger l'archive de lalibrairie ici.
Extraire le dossier 'LGT' contenu dans l'archive dans le dossier 'hardware' qui se trouve lui même dans le dossier de vos sketches, par défaut :

OS	Chemin
Windows	C:\Users\<Username>\Documents\Arduino
Mac OSX	/Users/user/Documents/Arduino
LINUX	/home/<Username>/sketchbook/

Dans le logiciel Arduino, sélectionner la carte "LGT8F328P-LQFP32 MiniEVB" via le menu "Outils" > "Type de carte" > "Arduino AVR boards (from sketchbook)".

Vous devriez maintenant pouvoir téléverser des croquis sur la carte.

SST39SF0X0

Les puces SST39SF0x0 ne nécessitent qu'une tension de 5V pour être programmée, et celle-ci est fournie par le Arduino directement depuis le port USB de l'ordinateur.

Connexions

Aucune connexion particulière n'est requise, il faut juste faire attention à insérer la puce avec le détrompeur vers l'extérieur du PCB (côté du levier du support ZIF).
Avec le levier du support ZIF en position verticale, insérer la puce, puis abaisser le levier.
Si on travaille avec une DIP-28 ou 24, on insérera la puce le plus bas possible sur le support (au niveau de l'inscription GND).

Opérations

Insérer la puce au format Dip-32 dans le support ZIF.
Connecter le programmateur via un câble USB à un ordinateur équippé d'un logiciel de terminal série (TeraTerm sous Windows, Minicom sous Linux).
Lancer le logiciel de terminal et ouvrir la connexion série vers le périphérique série (ex: COM3 sous Windows, /dev/ttyACM0 sous Linux).
Configurer la connexion avec les paramètres suivants : 115200 baud, 8 bits, no parity, 1 stop bit.
Pour ce faire, Sous Windows dans Teraterm, menu 'Setup' > 'Serial' puis entrer les bon paramètres.

Sous Linux dans minicom, Ctrl-A P, puis touches E, L, V, Q.
En appuyant ensuite sur n'importe quelle touche, un menu doit apparaître:

Toutes les commandes prennent la forme Xsssss eeeee ou X correspond à une commande, sssss l'adresse de débutet eeeee l'adresse de fin (en héxadécimal).

Lecture d'une valeur sur l'eprom

Lancer une commande de lecture, par exemple D0 ff pour lire les valeurs des bits 0 jusqu'à 255.

Dump d'une eprom et transfert sur le disque dur

Lancer une commande de lecture, par exemple R0 10000 pour dumper les valeurs de 0 jusqu'à 65536 (64Kio).
Sous Windows dans Teraterm :Lancer la réception des données en allant dans le menu 'File' > 'Transfer' > XMODEM > Receive...

Sous Linux dans Minicom : Ctrl-A R, xmodem
Sélectionner un emplacement pour sauver le fichier et valider.

Écriture d'une eprom

Lancer une commande d'écriture, par exemple W0 pour écrire les données à partir de l'adresse 0.
Sous Windows dans Teraterm : Lancer l'envoi des données en allant dans le menu 'File' > 'Transfer' > XMODEM > Send...
Sous Linux dans Minicom : Ctrl-A S, xmodem
Sélectionner un fichier à écrire et valider.

Linux: Minicom et problème de transferts xmodem

Sous Linux, en cas de problème avec minicom et le transfert xmodem, il faudra peut-être installer le paquet lrzsz et configurer la commande de transfert dans minicom :

Pour ouvrir le menu de configuration : Ctrl-A O, Protocoles de transfert, touche C pour xmodem, Entrée, puis éditer la commande suivante :

lrzsz-sx -b -X

Laisser tout le reste par défaut, appuyer sur la touche Entrée jusqu'au retour dans le menu, puis sélectionner Enregistrer config. sous dfl

Alimentation externe - exemple d'une EPROM 27C512

Un article spécifique pour les EPROM nécessitant une alimentation externe est disponible ici.

Références

https://tomnisbet.github.io/TommyPROM/docs/tommyprom32-pcb#tommyprom32
https://ww1.microchip.com/downloads/en/DeviceDoc/20005022C.pdf
https://github.com/LGTMCU/Larduino_HSP
https://github.com/RalphBacon/LGT8F328P-Arduino-Clone-Chip-ATMega328P?tab=readme-ov-file#6-simple-steps-to-get-a-lgt8f328p-based-board-running-at-32mhz

Flasher une ST M27C512 avec un TommyProm32

Mon, 16 Sep 2024 02:00:00 +0200

Flasher une ST M27C512 avec un TommyProm32

[toc]

Matériel nécessaire

Un TommyProm32
Une EPROM ST M27C512-45XF1 CDIP28 512 Kbit 64K x8
Deux cables Dupont
Une alimentation capable de fournir du 6,25V et du 12,75V simultanément.

Utilisation générale

Une documentation plus générale est disponible ici avec les instructions pour flasher le programmateur.

M27C512

La puce M27C512 nécessite deux tensions différentes pour être programmée .

L'alimentation externe fournit du 12.75V à 'VPP Out 1' qui est routée sur la broche 22 correspondant à Vpp, et marquée O̅E̅ sur le PCB.

Cette alimentation fournit aussi du 6.25V à 'VPP Out 2' qui est routée sur la broche 15 correspondant à Vcc, et marquée A17 sur le PCB.

Notez que l'alimentation 5V du PCB est déconnectée de la puce en mode programmation.

Deux jumpers doivent être placés aux emplacements J12 et J20 (en bas à droite du PCB) lorsque l'on souhaite effectuer des opérations d'écriture.

Ils doivent être retirés pour les opérations de lecture.

Connexions

Il faut faire attention à insérer la puce avec le détrompeur vers l'extérieur du PCB (côté du levier du support ZIF).

Opérations

Insérer la puce au format Dip-28 dans le support ZIF.
Connecter le programmateur via un câble USB à un ordinateur équippé d'un logiciel de terminal série (TeraTerm sous Windows, Minicom sous Linux).
Lancer le logiciel de terminal et ouvrir la connexion série vers le périphérique série (ex: COM3 sous Windows, /dev/ttyACM0 sous Linux).
Configurer la connexion avec les paramètres suivants : 115200 baud, 8 bits, no parity, 1 stop bit.
Pour ce faire, sous Windows dans Teraterm, menu 'Setup' > 'Serial' puis entrer les bon paramètres.

sous Linux dans minicom, Ctrl-A P, puis touches E, L, V, Q.
En appuyant ensuite sur n'importe quelle touche, un menu doit apparaître:

Toutes les commandes prennent la forme Xsssss eeeee ou X correspond à une commande, sssss l'adresse de débutet eeeee l'adresse de fin (en héxadécimal).

Lecture d'une valeur sur l'eprom

Enlever les jumpers aux emplacements J12 et J20
Lancer une commande de lecture, par exemple D0 ff pour lire les valeurs des bits 0 jusqu'à 255.

Dump d'une eprom et transfert sur le disque dur

Enlever les jumpers aux emplacements J12 et J20
Lancer une commande de lecture, par exemple R0 10000 pour dumper les valeurs de 0 jusqu'à 65536 (64Kio).
sous Windows dans Teraterm :Lancer la réception des données en allant dans le menu 'File' > 'Transfer' > XMODEM > Receive...

sous Linux dans Minicom : Ctrl-A R, xmodem
Sélectionner un emplacement pour sauver le fichier et valider.

Écriture d'une eprom

Placer les jumpers aux emplacements J12 et J20.
Lancer une commande d'écriture, par exemple W0 pour écrire les données à partir de l'adresse 0.
sous Windows dans Teraterm : Lancer l'envoi des données en allant dans le menu 'File' > 'Transfer' > XMODEM > Send...
sous Linux dans Minicom : Ctrl-A S, xmodem
Sélectionner un fichier à écrire et valider.

Linux: Minicom et problème de transferts xmodem

Sous Linux, en cas de problème avec minicom et le transfert xmodem, il faudra peut-être installer le paquet lrzsz et configurer la commande de transfert dans minicom :

Pour ouvrir le menu de configuration : Ctrl-A O, Protocoles de transfert, touche C pour xmodem, Entrée, puis éditer la commande suivante :

lrzsz-sx -b -X

Laisser tout le reste par défaut, appuyer sur la touche Entrée jusqu'au retour dans le menu, puis sélectionner Enregistrer config. sous dfl

Références

https://tomnisbet.github.io/TommyPROM/docs/tommyprom32-pcb#m27c256
https://media.digikey.com/pdf/data%20sheets/st%20microelectronics%20pdfs/m27c512.pdf

Flasher ses roms Master System avec une Playstation

Tue, 21 May 2024 02:00:00 +0200

Flasher ses roms Master System avec une Playstation

[toc]

Hein ?

En utilisant une cartouche de triche modifiée pour accueillir des circuits intégrés de type DIP-32 graçe à un support tulipe ou ZIF, on peut utiliser une Playstation équippée d'un port parallèle et d'un port série, exécutant le logiciel Unirom, reliée à un ordinateur exécutant le logiciel Nops, pour flasher des modules mémoires de type AM29F0 ou SST39SF0 en variantes 10, 20 ou 40 (128 à 512KB).

On peut ensuite utiliser un cartmod Master System pour exécuter une ROM fraichement flashée.

Matériel requis :

Une playstation équippée d'un port parrallèle ( SCPH-1000 à 7502)
Une cartouche de triche Playstation type Game Hunter Lite/CD
Un câble USB/série pour la Playstation
Une carte mémoire avec Unirom installé
Des modules de mémoire flash type AM29F0 ou SST39SF0 de 128 à 512 KB (1 à 4 Mb)
Une cartouche Master Sytem modifiée pour accueillir des modules mémoires modernes.

Pour la soudure :

Un fer à souder
De la tresse à dessouder
Du flux et de l'étain
Des supports tulipes ou zif DIP32

1. Création d'une carte mémoire Unirom pour la Playstation

Le logiciel qui permet de flasher des modules de mémoire côté Playstation s'appelle Unirom. Ce logiciel peut être exécuté depuis un CD (sur une PSX équippée d'un modchip ou gràçe à l'astuce du swap CD), depuis une cartouche de triche type AR ou depuis une carte mémoire FreePSXboot.
Puisqu'on va changer régulièrement les modules mémoire de la cartouche de triche, et que le boot CD est un peu long, le plus simple est de créer une carte mémoire pour démarrer sous Unirom.

Pour cela, il suffit de démarrer une première fois Unirom depuis le CD, avec une carte mémoire dans le port gauche de la PSX, puis de sélectionner l'option "Install->", puis "Install FreePSXboot to Memcard", puis "Auto Install".

Une fois l'installation terminée, il faut démarrer la PSX sans CD, puis ouvrir le menu de gestion des cartes mémoires pour lancer Unirom.

2. Modification d'une cartouche de triche

Les cartouches de triche type "Game Hunter" (et peut-être d'autres modèles) avec une coque transparente on l'avantage d'avoir un circuit imprimé permettant l'adaptation de plusieurs types de modules (DIP, TSOP et PLCC).
Ici, on voit clairement les trous permettant l'insertion d'un DIP32, et le module de format TSOP déjà en place (un AT29C010 de 1Mb/128KB) :

Il suffit de dessouder le module mémoire présent sur la cartouche avec de la tresse en faisant bien attention à ne pas abimer les traces (pas comme moi :P), puis d'installer un support tulipe ou ZIF pour pouvoir facilement changer de module par la suite.

3. Flasher la rom

Démarrer Unirom sur la PSX, avec la cartouche de triche équippée d'un module flash vide.
Brancher la PSX à l'ordi via le cable USB/Série
Sur l'ordinateur équippé du logiciel Nops, lancer dans un terminal une commande du type :

nops /fast /rom ROM.SMS /dev/ttyUSBx

Adapter "ROM.SMS" et "/dev/ttyUSBx" en fonction de votre configuration et du nom de votre rom MS.
Un message apparaît :

Hey hey hey hey! This doesn't look like a ROM. Maybe an .exe?
Are you sure you want to flash this?

C'est normal, on ne flash pas une rom pour action replay Playstation mais une rom Master System!

Nops vous demande de valider l'opération en appuyant sur la touche 'y'.

Une fois le module mémoire flashé, le monter dans votre cartmod, et c'est parti!

Sources et références

PSX :

https://github.com/JonathanDotCel/unirom8_bootdisc_and_firmware_for_ps1
https://github.com/JonathanDotCel/NOTPSXSerial
https://github.com/brad-lin/FreePSXBoot
https://wiki.arthus.net/?fabriquer_son_cable_usb_serie_pour_playstation

Cartmod MS :

https://benryves.com/journal/3763154
https://web.archive.org/web/20141210222820/http://cgfm2.emuviews.com/smsflash.php

Network setup for KVM guests

Fri, 12 Apr 2024 02:00:00 +0200

Network setup for KVM guests

[toc]

Host

Bridge setup

Install 'bridge-utils' :

sudo apt-get install bridge-utils                                                                                                  16h 7m

Add bridge device :

# 'br0' can be watherver you like.
brctl addbr br0

Edit '/etc/network/interfaces' to add a bridge device and configure it on startup :

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
# Change eth0 to refelct your actual if name
allow-hotplug eth0
# Disable DHCP on physical device and use it on br0 instead
iface eth0 inet manual

 # Bridge setup
iface br0 inet dhcp
  bridge_stp off
  bridge_maxwait 0
  bridge_fd      0
  # Add physical interface and all vnetX virtual interfaces (in 0-99 range)
  bridge_ports eth0 regex vnet[0-9]?[0-9]
  # You can set the bridge device MAC address with
  #bridge_hw XX:XX:XX:XX:XX:XX

If your DHCP server is configured to deliver fixed IP adresses based on MAC, replace eth0's MAC with br0's on your router in order to give it the same local IP.

Virsh : use bridge for network

Create an xml file with the following content : nano /tmp/br0.xml

<network>
  <name>br0</name>
  <forward mode="bridge"/>
  <bridge name="br0" />
</network>

Then set it as network :

virsh net-define /tmp/br0.xml

and start/autostart it :

virsh net-start br0
virsh net-autostart br0

You can also use 'virt-manager' and set your network via the XML editor.

(Optional) Add a route to your public IP range

# Edit to reflect your actual IP range and bridge device name
sudo ip route add 0.0.0.0/32 dev br0

See Configure a local and public IP below for the matching configuration on the guest.

Guest

(Optional) Basic nftables ruleset

The following ruleset accepts SSH and HTTP(s) by default.

In your '/etc/nftables.conf':

#!/usr/sbin/nft -f

flush ruleset                                                                    

table inet firewall {

    chain inbound_ipv4 {
        # accepting ping (icmp-echo-request) for diagnostic purposes.
        # However, it also lets probes discover this host is alive.
        # This sample accepts them within a certain rate limit:
        #
        # icmp type echo-request limit rate 5/second accept      
    }

    chain inbound_ipv6 {                                                         
        # accept neighbour discovery otherwise connectivity breaks
        #
        icmpv6 type { nd-neighbor-solicit, nd-router-advert, nd-neighbor-advert } accept

        # accepting ping (icmpv6-echo-request) for diagnostic purposes.
        # However, it also lets probes discover this host is alive.
        # This sample accepts them within a certain rate limit:
        #
        # icmpv6 type echo-request limit rate 5/second accept
    }

    chain inbound {                                                              

        # By default, drop all traffic unless it meets a filter
        # criteria specified by the rules that follow below.
        type filter hook input priority 0; policy drop;

        # Allow traffic from established and related packets, drop invalid
        ct state vmap { established : accept, related : accept, invalid : drop } 

        # Allow loopback traffic.
        iifname lo accept

        # Jump to chain according to layer 3 protocol using a verdict map
        meta protocol vmap { ip : jump inbound_ipv4, ip6 : jump inbound_ipv6 }

        # Allow SSH on port TCP/22 and allow HTTP(S) TCP/80 and TCP/443
        # for IPv4 and IPv6.
        tcp dport { 22, 80, 443} accept

        # Uncomment to enable logging of denied inbound traffic
        # log prefix "[nftables] Inbound Denied: " counter drop
    }                                                                            

    chain forward {                                                              
        # Drop everything (assumes this device is not a router)                  
        type filter hook forward priority 0; policy drop;                        
    }                                                                            

    # no need to define output chain, default policy is accept if undefined.
}

source:Simple ruleset for a server

(Optional) Configure a local and public IP

Setup a guest with two network interfaces ; one for local IP and one for public IP.
You should get two network interfaces in the host, e.g ; enp1s0 and enp2s0.

In '/etc/network/interfaces' :

auto lo
iface lo inet loopback

# Use DHCP for enp1s0 to get a LAN IP
auto enp1s0
iface enp1s0 inet dhcp

# Set static public IP on enp2s0
auto enp2s0
iface enp2s0 inet static
  # Edit to fit your range
  address 0.0.0.1
  broadcast 0.0.0.255
  netmask 255.255.255.255

Then reboot the guest to apply these settings.

Links

Sources

https://wiki.debian.org/KVM#Setting_up_bridge_networking
https://wiki.debian.org/BridgeNetworkConnections#Configuring_bridgingin.2Fetc.2Fnetwork.2Finterfaces
https://wiki.debian.org/QEMU#Networking
https://manpages.debian.org/bookworm/bridge-utils/bridge-utils-interfaces.5.en.html
https://wiki.libvirt.org/VirtualNetworking.html

Related discussions

https://serverfault.com/questions/536114/libvirtd-getting-vps-to-use-existing-bridge
https://unix.stackexchange.com/questions/245628/configure-public-ip-addresses-in-kvm-vms
https://serverfault.com/questions/846834/how-to-assign-public-ip-to-kvm-virtual-machine-from-29-subnet#846986
https://serverfault.com/questions/461070/assign-public-and-private-ip-addresses-for-a-kvm-guest

GNU/Linux - Numériser une VHS SECAM/PAL avec le son et l'image sous Linux avec un Dazzle DVC90

Sat, 22 Apr 2023 02:00:00 +0200

Numériser une VHS SECAM/PAL avec le son et l'image sous Linux avec un Dazzle DVC90

Résumé

Bien que ce périphérique soit bien supporté sous Linux, la plupart des logiciels de capture (guvcview, obs, xawtv...) auront du mal à capturer le son de vos sources.
Il est pourtant possible d'enregistrer l'image et le son avec VLC et quelques options spécifiques V4L2.

Cette solution devrait s'appliquer à toute la famille des Dazzle DVC80, DVC100, DVC110, etc.

Le périphérique

Le périphérique est un Pinnacle Dazzle DVC90 et utilise le pilote em28xx.

lsusb

Bus 001 Device 007: ID 2304:0207 Pinnacle Systems, Inc. Dazzle DVC90 Video Device

dmesg

  kernel: usb 1-1: new high-speed USB device number 127 using xhci_hcd
 kernel: usb 1-1: New USB device found, idVendor=2304, idProduct=0207, bcdDevice= 1.00
 kernel: usb 1-1: New USB device strings: Mfr=2, Product=1, SerialNumber=0
 kernel: usb 1-1: Product: DVC90
 kernel: usb 1-1: Manufacturer: Pinnacle Systems GmbH
 mtp-probe[414253]: checking bus 1, device 127: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1"
 mtp-probe[414253]: bus: 1, device: 127 was not an MTP device
 kernel: em28xx 1-1:1.0: New device Pinnacle Systems GmbH DVC90 @ 480 Mbps (2304:0207, interface 0, class 0)
 kernel: em28xx 1-1:1.0: Video interface 0 found: bulk isoc
 kernel: em28xx 1-1:1.0: chip ID is em2710/2820
 kernel: em28xx 1-1:1.0: EEPROM ID = 1a eb 67 95, EEPROM hash = 0x3cac3c11
 kernel: em28xx 1-1:1.0: EEPROM info:
 kernel: em28xx 1-1:1.0:         AC97 audio (5 sample rates)
 kernel: em28xx 1-1:1.0:         300mA max power
 kernel: em28xx 1-1:1.0:         Table at offset 0x06, strings=0x0e98, 0x2e6a, 0x0000
 kernel: em28xx 1-1:1.0: Identified as Pinnacle Dazzle DVC 90/100/101/107 / Kaiser Baas Video to DVD maker / Kworld DVD Maker 2 / Plextor ConvertX PX-AV100U (card=9)
 kernel: em28xx 1-1:1.0: analog set to isoc mode.
 kernel: em28xx 1-1:1.1: audio device (2304:0207): interface 1, class 1
 kernel: em28xx 1-1:1.2: audio device (2304:0207): interface 2, class 1
 kernel: usbcore: registered new interface driver em28xx
 kernel: em28xx 1-1:1.0: Registering V4L2 extension
 kernel: usbcore: registered new interface driver snd-usb-audio
 mtp-probe[414330]: checking bus 1, device 127: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1"
 mtp-probe[414330]: bus: 1, device: 127 was not an MTP device
 (udev-worker)[414336]: controlC2: Process '/usr/bin/alsactl restore 2' failed with exit code 99.
 systemd[1705]: Reached target Sound Card.
 kernel: saa7115 7-0025: saa7113 found @ 0x4a (1-1:1.0)
 kernel: em28xx 1-1:1.0: Config register raw data: 0x12
 kernel: em28xx 1-1:1.0: AC97 vendor ID = 0xffffffff
 kernel: em28xx 1-1:1.0: AC97 features = 0x6a90
 kernel: em28xx 1-1:1.0: Empia 202 AC97 audio processor detected
 kernel: em28xx 1-1:1.0: V4L2 video device registered as video1
 kernel: em28xx 1-1:1.0: V4L2 extension successfully initialized
 kernel: em28xx: Registered (Em28xx v4l2 Extension) extension

/proc/asound/cards

 2 [DVC90          ]: USB-Audio - DVC90
                      Pinnacle Systems GmbH DVC90 at usb-0000:00:14.0-1, high speed

Obtenir de la vidéo et de l'audio dans VLC

Dans VLC, choisir l'option "Convertir/Enregistrer" dans le menu "Média".
Dans la nouvelle fenêtre, passer dans l'onglet "Périphérique de capture" tab, choisir "/dev/video1" comme périphérique vidéo (à adapter en fonction de votre configuration).
Choisir "hw:2,0" comme périphérique audio.
Choisir "SECAM L" pour du SECAM en france.
Cocher "Montrer plus d'options" en bas à gauche de la fenêtre.

Dans le champ "modifier les options", utiliser la ligne suivante

# La doc de ces options est dispo ici:  https://wiki.videolan.org/Documentation:Modules/v4l2/
# Changer v4l2-input a 0 pour du composite, 1 pour du s-video.
# Changer DVC90 to DVC80/100/110 en fonction de votre peripherique.
# Changer v4l2-standard et v4l2-fps en fonction de la source.
:v4l2-standard=SECAM :input-slave=alsa://plughw:DVC90 :v4l2-input=1 :v4l2-width=720 :v4l2-height=576 :v4l2-fps=25 :no-v4l2-audio-mute :live-caching=300

Cliquer sur le boutton "Convertir/Enregistrer"
Cocher "Afficher le flux de sortie" et "Désinterlacer", éditer les options des codecs si besoin, et choisir un fichier de sortie.
Cliquer sur "Démarrer".

English version: https://gist.github.com/ABelliqueux/f5eef886b1fe09e78f12b590b119c1ec
Source: https://debian-facile.org/viewtopic.php?id=25505

GNU/Linux - Udev & systemd - Running a graphic environment when a USB device is plugged in

Thu, 19 Jan 2023 01:00:00 +0100

GNU/Linux - Udev & systemd - Running a graphic environment when a USB device is plugged in

Summary :

At a GNU/Linux console prompt, no GUI. When a USB device of type HID (keyboard/mouse mainly) is plugged in, we want the X server to start and launch VLC's graphical interface, fullscreen, no borders. When this device is removed, VLC is shut down and the X server too, and we end up back at the console prompt.

Proposed solution:

Udev rules are triggered when the USB device is plugged/unplugged to create a file in '/tmp' named '.vlc_gui'.
A systemd user service starts a script on startup.
This script uses inotifywait to monitor a file's creation/deletion in the '/tmp' folder, and act accordingly;
Start/close a minimal graphical environment with openbox running VLC.

1. Udev configuration

Run script on USB HID (mouse/kb) connect

We want a rule that triggers when a device has SUBSYSTEM=="usb" and DRIVER=="usbhid".

In '/etc/udev/rules.d/01-vlc_gui.rules' :

# On plug
ACTION=="add" SUBSYSTEM=="usb", DRIVER=="usbhid", RUN+="/usr/bin/touch /tmp/.vlc_gui"
# On un-plug
ACTION=="remove" SUBSYSTEM=="usb", RUN+="/usr/bin/rm -f /tmp/.vlc_gui"

The rules above create a '.vlc_gui' file in '/tmp' when a usbhid device is plugged in, and removes it when unplugged.

Change read permissions on tty7

By default, permissions on '/dev/tty*' are 0620 (crw--w----). So members of group tty can write, but not read to ttys. This will be a problem for the X server, so we need to change those permissions to have read writes for our group too.

Let's change the permissions on the tty that we need to 0660 (crw-rw----) so that we can run our X session on it.

Inspect how udev sees your TTY (tty7 here):

udevadm info --attribute-walk --path=/sys/class/tty/tty7

looking at device '/devices/virtual/tty/tty7':
    KERNEL=="tty7"
    SUBSYSTEM=="tty"
    DRIVER==""
    ATTR{power/control}=="auto"
    ATTR{power/runtime_active_time}=="0"
    ATTR{power/runtime_status}=="unsupported"
    ATTR{power/runtime_suspended_time}=="0

So we want a rule that matches 'KERNEL=="tty7"' and 'SUBSYSTEM=="tty"' and set it to mode '0660':

SUBSYSTEM=="tty", KERNEL=="tty7", MODE:="0660"

Notice the immutable operator ":=" for "MODE"; it makes shure this won't be changed by another rule.

Udev rules order read

Test which rules are triggered by a specific device with :

udevadm test /class/tty/tty7

Reload and apply the new rules with :

udevadm control --reload-rules
udevadm trigger

Of course, don't forget to add your user to the 'tty' group :

sudo adduser USERNAME tty

On some system, you might have to use usermod :

sudo usermod -a -G tty USERNAME

then log out/in and check with groups that 'tty' appears in the listed groups.

2. Systemd user unit

We can create user units in '~/.config/systemd/user/', e.g :

nano ~/.config/systemd/user/vlc_gui.service

[Unit]
Description=VLC GUI launcher service

[Service]
# %h specifier resolves to user home (~ equivalent)
ExecStart="%h"/vlc_gui.sh
Restart=always

[Install]
WantedBy=default.target

Reload the units with systemctl --user daemon-reload
and start/enable the service with
systemctl --user start vlc_gui.service / systemctl --user enable vlc_gui.service.

More about systemd specifiers:
https://www.freedesktop.org/software/systemd/man/systemd.unit.html#Specifiers

Starting a user unit as root

If running systemd version >= 248 (2021-03), you can start a user unit as root, i.e ;
using sudo systemctl or in a root shell, with e.g:

sudo systemctl --user --machine USERNAME@ start foo.service

On prior versions, you have to use either
su - USERNAME -c 'systemctl --user start foo.service' or
runuser -l USERNAME -c 'systemctl --user start foo.service' instead.

3. inotifywait : watch for a file's creation/deletion

Install the tool :

sudo apt-get install inotify-tools

Create the script :

In '~/vlc_gui.sh' :

#!/usr/bin/env bash

inotifywait -m /tmp -e create -e delete |
while read directory action file; do
    if [[ "$file" == ".vlc_gui" ]]; then 
        if [[ "$action" == "CREATE" ]]; then
            echo "Starting VLC GUI."
            # Start X environment on tty7
            DISPLAY=:0 startx -- vt7 &
        elif [[ "$action" == "DELETE" ]]; then
            echo "Killing VLC GUI"
            pkill vlc
        fi
    fi
done

Don't forget to set execution bit : sudo chmod +x ~/vlc_gui.sh

4. Minimal X environment & Launching VLC

Install the following packages :

sudo apt-get install -y --no-install-recommends --no-install-suggests xinit xserver-xorg xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-kbd openbox feh

Xinit config

We start the X environment with startx, which sources "~/.xinitrc".
Let's start openbox session there.

cp /etc/X11/xinit/xinitrc ~/.xinitrc

Then in "~/.xinitrc" :

#!/bin/sh

# /etc/X11/xinit/xinitrc
#
# global xinitrc file, used by all X sessions started by xinit (startx)

# invoke global X session script
. /etc/X11/Xsession
exec openbox-session

Set execution bit :

sudo chmod +x ~/.xinitrc

Openbox configuration

Now Openbox config files are in '~/.config/openbox' and there are two of them :

autostart.sh

In '~/.config/openbox/autostart.sh' :

#!/bin/bash

# Exit openbox when VLC is closed
vlc --vout=gles2 && openbox --exit
# on rpi with 3d kms driver, can be --vout=drm_vout

Set execution bit :

sudo chmod +x ~/.config/openbox/autostart.sh

rc.xml

cp /etc/xdg/openbox/rc.xml ~/.config/openbox/

We want the VLC gui launching fullscreen, with no window decoration. In openbox's <applications> section of '~/.config/openbox/rc.xml', l.656, add:

    <application name="vlc" role="vlc-main">
        <decor>no</decor>
        <maximized>yes</maximized>
    </application>

Troubleshooting

Udev rules

You can increase udev's log verbosity with sudo udevadm control --log-priority=debug
then run journalctl -f to see if an error message comes up when plugging/unplugging the USB HID.

Xserver

You can see what's going on by launching journalctl -f in a SSH session, then plug/unplug the USB HID.
If you encounter an error with the X server complaining about permission to tty7 like this

(EE) xf86OpenConsole: Cannot open virtual console 7 (Permission denied)

try rebooting.

Slow mouse cursor

If you experience laggy mouse cursor movements, you can try adding usbhid.mousepoll=0 to '/boot/cmdline.txt'.

Other values you might want to try are :

value	speed
0	device request
X	1000/X Hz

source: https://peppe8o.com/fixing-slow-mouse-with-raspberry-pi-os/

Rpi config.txt - Safe overclocking values

Thu, 12 Jan 2023 01:00:00 +0100

Rpi config.txt - Safe overclocking values

To get a little boost out of your RPI while being conservative for applications where you need reliability and avoid data corruption, I found these values to do the job.

This goes in '/boot/config.txt' :

# SD card reader OC (expect 20% rio improvement)
# Samsung Pro/Evo+ is recommended
# default value : 50
# value needs to be an int divisor of core_freq
# NEEDS A UHS-1/Class10 SD CARD !
# dtparam=sd_overclock=100
# To check the sd card clock once booted :  cat /sys/kernel/debug/mmc0/ios | grep 'actual clock'

[pi4]
# Run as fast as firmware / board allows
arm_boost=1
dtoverlay=disable-bt
dtoverlay=vc4-kms-v3d
max_framebuffers=2

# Apply to rpi3, rpi3+, cm3
[pi3]
# Safe OC values
# gpu_freq : Sets core_freq, h264_freq, isp_freq, v3d_freq and hevc_freq together
# default values :
# arm_freq 1200
# gpu_freq 400
# sdram_freq 450
arm_freq=1300
gpu_freq=462
sdram_freq=500
over_voltage=3
# NEEDS A UHS-1/Class10 SD CARD !
dtparam=sd_overclock=66
# Disable bluetooth
dtoverlay=disable-bt
# Enable DRM VC4 V3D driver
dtoverlay=vc4-kms-v3d
max_framebuffers=2

# Override OC values for 3+ models
[pi3+]
# Defaults values : 
# arm_freq 1400
# gpu_freq 400
# sdram_freq 500
arm_freq=1500
sdram_freq=550

[pi1]
# default values
# arm_freq 700
# gpu_freq 250
# sdram_freq 400
arm_freq=1000
gpu_freq=400
sdram_freq=500
over_voltage=6

[all]
# This much is needed for 1080p playback
gpu_mem=64
# Force HDMI Full HD
hdmi_group=1
hdmi_mode=16 # fullHD@60
# Avoid SD card corruption
boot_delay=1
# Disable rainbow splash and power warnings
avoid_warnings=1
disable_splash=1

Some links

RPI's official doc on overclocking : https://www.raspberrypi.com/documentation/computers/config_txt.html#overclocking-options
SD overclocking guide : https://www.jeffgeerling.com/blog/2016/how-overclock-microsd-card-reader-on-raspberry-pi-3
SD card benchmarks : https://www.pidramble.com/wiki/benchmarks/microsd-cards

Rpi 3A+/3B+/4B wifi - BCM4345 and CTRL-EVENT-ASSOC-REJECT

Sat, 07 Jan 2023 01:00:00 +0100

Rpi 3A+/3B+/4B wifi - BCM4345 and CTRL-EVENT-ASSOC-REJECT when using handshake offloading

I encountered an issue with the wifi on my 3A+/4B not willing to connect to my AP, while my 3B was perfectly happy with it. Turns out it's a driver issue with 'brcmfmac' and the BCM4345 chipset that's in newer RPI models.
I'm using raspios bullseye (2022-09-22-raspios-bullseye-arm64-lite.img.xz).

wpa_supplicant kept insisting that CTRL-EVENT-ASSOC-REJECT, i.e:

sudo wpa_supplicant -c/etc/wpa_supplicant/wpa_supplicant.conf -iwlan0
Successfully initialized wpa_supplicant
wlan0: Trying to associate with **:**:**:**:**:** (SSID='foo' freq=2417 MHz)
wlan0: CTRL-EVENT-ASSOC-REJECT bssid=**:**:**:**:**:** status_code=16
wlan0: Trying to associate with **:**:**:**:**:** (SSID='foo' freq=2417 MHz)
wlan0: CTRL-EVENT-ASSOC-REJECT bssid=**:**:**:**:**:** status_code=16
wlan0: Trying to associate with **:**:**:**:**:** (SSID='foo' freq=2417 MHz)
wlan0: CTRL-EVENT-ASSOC-REJECT bssid=**:**:**:**:**:** status_code=16
[etc]

Why is this happening ?

After a LOT of troubleshooting and tests, and web searching, I stumbled upon several interesting pages and bug reports :

A wiki page in IWD's wiki kernel.org : https://iwd.wiki.kernel.org/offloading- mirror with an explanation as to why this happens
A bug report linked in the page above : https://lore.kernel.org/linux-wireless/e1ff2a8eef465eaa76e8d00503d04e0fdd61a878.camel@gmail.com/ - mirror
Another bug report on launchpad.net https://bugs.launchpad.net/raspbian/+bug/1929746 - mirror

From the wiki linked above :

Certain drivers support offloading the 4-way handshake as well as SAE/WPA3 into the firmware. For drivers which do not support user space driven Authenticate/Associate frames this is the only way to enable features such as SAE/WPA3 or Fast Transition roaming. Handshake offloading (both WPA2 and WPA3) is enabled in IWD by default for drivers which advertise support. The driver support, however, can be disabled on brcmfmac which will be discussed further. Handshake offloading has only been tested on the brcmfmac driver, and this wiki page assumes this driver is being used.

If you are using brcmfmac and are experiencing problems such as not being able to connect to a network which you previously could, you may want to disable handshake offloading.

The brcmfmac driver has a module parameter called 'feature_disable'. It expects a hex value (bitmask) where each bit corresponds to a feature [...]. The features we care about here are 'SAE' and 'FWSUP'. These features (when enabled) are listed in /sys/kernel/debug/ieee80211//features so you can first see if your card even supports these before trying to debug further.

On the rpi 3A+ and 4B, here'is what /sys/kernel/debug/ieee80211/<phy>/features gives us :

# cat /sys/kernel/debug/ieee80211/phy0/features
Features: 001428d6
    MCHAN
    PNO
    P2P
    TDLS
    SCAN_RANDOM_MAC
    MFP
    FWSUP
    DOT11H
    FWAUTH

Quirks:   00000000

To turn off offloading you need to remove the brcmfmac module, then reinsert it with the feature_disable option:

sudo rmmod brcmfmac
sudo modprobe brcmfmac feature_disable=0x82000

This will disable both SAE (0x80000) and FWSUP (0x02000). You could disable just one, but this is not suggested due to a bug which prevents EAPoL frames from being forwarded after offloading is used for the first time.

The workaround

You can resolve the issue by using only feature_disable=0x02000 if you're sure you won't ever have a WPA3/SAE AP around, but due to the bug mentionned above, you might want to be on the safe side and disable SAE as well while this bug exists.

sudo rmmod brcmfmac  
sudo modprobe brcmfmac roamoff=1 feature_disable=0x82000

Driver options on boot

If that fixes things for you and you want to make this setting persistent, you can create a file with these options in '/etc/modprobe.d', e.g ;

echo 'options brcmfmac roamoff=1 feature_disable=0x82000' | sudo tee /etc/modprobe.d/brcmfmac.conf

This will make sure the settings are applied when the driver loads.

The 3A+/3B+/4B are equipped with a BCM4345 chipset so this should solve wifi issues with those models.