La Fibre
Fonctionnement du forum => A lire avant de commencer... => 
Bistro => Discussion démarrée par: vivien le 29 septembre 2022 à 08:55:37
-
Découverte d'une armoire de contrôle de feux tricolores qui fait une journée porte ouverte
J'ai vu cette armoire grande ouverte, je n'ai pas résisté à faire quelques photos...
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_01.webp)
C'est un carrefour qui me semblait simple : deux rues qui se croisent. Vous allez voir, dans l'armoire de l'automate, que c'est pas si simple.
Voici le plan, j'ai entouré en rouge les feux rouges raccordés à l'armoire. C'est un carrefour assez simple (pas de feu spécifique pour le tourne à droite ou à gauche) + des feux pour un passage piéton pour l'entrée dans un parc.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_11.webp)
-
Les feux présents uniquement pour le passage piéton sont éteints, pour cause de travaux.
On voit au fond les feux du carrefour qui, eux, fonctionnent.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_01.webp)
Enfin, il y a une caméra thermique, installée en 2020 pour remplacer une boucle sous la chaussée pour détecter le passage de voitures derrière le passage piéton. A priori, c'est pour avoir une action sur l'automate.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_02.webp)
La caméra thermique est vraiment discrète, je ne l'aurais pas vu sans regarder les plans du feu rouge.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_03.webp)
-
Arrivée électrique dans l'armoire
Une trappe à gauche de l'armoire permet d'avoir accès au compteur électrique.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_03.webp)
Le disjoncteur général, réglé sur 15 ampères, est à l'intérieur en haut à droite
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_02.webp)
-
En dessous du disjoncteur général, on retrouve un disjoncteur de puissance, pour l'alimentation des feux rouges.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_04.webp)
À droite, le boitier "Lumnex" BCSLT-RF868. Son rôle est d'ouvrir et fermer un relai, une ou deux fois par jour (deux fois, c'est le maximum possible) à des horaires spécifiés pour faire changer de mode l'automate. Je trouve que n'avoir que deux modes est limitant, là où des feux rouges ont une programmation spécifique pour la nuit, l'heure de pointe du matin, la matinée, le midi, l'après-midi et l'heure de pointe du soir.
L'antenne (la coupole présente sur l'armoire) est là pour récupérer une synchronisation horaire, mais aussi permet une communication bidirectionnelle permettant de remonter les informations sur l’ensemble des signaux lumineux de trafic qu’il commande. Les informations remontées sont-elles pertinentes ? Il n'est équipé que d'un relais (pouvoir de coupure de 3 ampères). Selon la documentation, il remonte des informations : commandes et ordres, statuts du BCEP et Statuts du réseau.
Chaque boitier Lumnex BCSLT devient un élément constitutif d’un maillage radio bas débit (868MHz) très fin sur l’ensemble de la zone d’installation
En cas de défaut sur le réseau, la gestion des signaux lumineux de trafic est toujours assurée par le biais d’une horloge temps réel embarquée et l'horloge temps réel est secourue afin d'assurer la gestion de l'heure pendant 24 heures en cas de panne d'alimentation.
La documentation précise qu'il est compatible IPv6 !
Communicant en Réseau RF maillé avec les caractéristiques et protocoles suivants :
- Fréquence 868 MHz : Puissance d'émission : 27 dBm, sensibilité : -102 dBm, débit : 100 kb/s
- Fréquence 2,4 GHz : Puissance d'émission : 24 dBm, sensibilité : -98 dBm, débit : 500 kb/s
- Fréquence 870-876 MHz : Puissance d'émission : 27 dBm, sensibilité : -102 dBm, débit : 100 kb/s
- Protocoles réseau : IPv4, IPv6, DTLS, UDP, TCP, SNMPv3, IPSEC, PKI norme X.509, pare-feu L3/L4
La documentation (en Français) :
(cliquez sur la miniature ci-dessous - le document est au format PDF)
(https://lafibre.info/images/materiel/201805_lumnex_bcslt_rf868.webp) (https://lafibre.info/images/materiel/201805_lumnex_bcslt_rf868.pdf)
On a en bas l'alimentation du boitier (fil bleu et rouge de gros diamètre) et le circuit qu'il est possible de couper à distance (file rouge et blanc de petit diamètre). Ces deux fils sont connectés au boitier "FARECO", l'automate utilisé : cela se repère à la gaine grise tressée qui entoure les deux câbles.
En haut, on a un câble coaxial part vers l'antenne extérieure, la petite coupole qui est sur l'armoire.
À noter que tous les feux rouges de Paris ont cette petite coupole sur les armoires, alors que je n'ai pas vu ça ailleurs.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_05.webp)
-
En bas à gauche, on a le tableau électrique. Le support bois me fait dire qu'il doit être déjà ancien.
On voit en bas à gauche 8 plombs ouverts, mais cela semble être de la faible puissance. J'imagine que c'est pour désactiver les feux du passage piéton pour les travaux.
En dessous deux arrivées de faible puissance (et faible tension vu l'absence d'isolation), cela pourrait être l'arrivée télécom de l'armoire (on va voir ci-dessous qu'il y a deux lignes xDSL !).
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_06.webp)
En bas à droite, on a les câbles qui partent vers les différents feux rouges.
En haut à droite, le boitier avec plusieurs câbles Ethernet, c'est un modem routeur, on en parle après.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_07.webp)
-
Automate, situé en haut à droite de l'armoire :
On a l'automate qui commande les feux rouges.
À noter à droite un interrupteur qui semble utilisé pour allumer une lumière dans l'armoire.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_08.webp)
L'écran de l'automate :
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_15.webp)
-
Un modem xDSL avec deux liens SHDSL !
Juste en dessous, un modem-routeur avec deux entrées SHDSL (DSL-A et DSL-B) et deux ports Ethernet 100 Mbit/s (LAN1 et LAN2).
C'est une surprise pour moi, j'ignorais qu'on avait du xDSL et un réseau local pour commander un simple feu rouge.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_09.webp)
Pourquoi deux liens SHDSL ?
On est bien sur une architecture en boucle :
CopperWAY-Bis-2TTX
Le CopperWay-Bis-2TTX assure la distribution de 2 ports Ethernet, d'une interface série asynchrones V24/RS232 pour les infrastructures du transport, de l’énergie et industrielles sur des paires de cuivre existantes.
Le CopperWay-Bis-2TTX est la version économique de la gamme CopperWay-Bis intégrant les derniers protocoles et facilités.
Ce modèle fournit deux accès de transmission G.SHDSL 2 / 4 fils au débit maximal de 15 Mbps par paire. Ces accès peuvent fournir des liaisons en étoile, en bus ou en anneau multipoint sécurisé. Le CopperWay-Bis embarque un commutateur Ethernet performant qui assure un temps de traversée optimum dans l’équipement et minimise le temps de transfert d’un bout à l’autre de la chaîne de transmission. Les flux Ethernet sont servis en mode pont Ethernet. Ces interfaces supportent la détection automatique de la vitesse 10 ou 100 Mbps et la polarité MDI/MDIX.
Le CopperWay-Bis(2TTX est également un serveur de port asynchrone en protocoles IP/TCP/UDP et modes Telnet, Raw-ip, HNZ et rfc-2217 pour le déport de port COM de PC.
(https://lafibre.info/images/materiel/202005_cxr_copperway_bis_2ttx_1.jpg)
Le CopperWay-Bis-2TTX dispose de deux interfaces lignes DSL amont et aval en mode 2 fils. La modulation est conforme au standard G.SHDSL.Bis / TC-PAM16/32/64/128, et offre des débits adaptatifs de 192 Kbps à 15Mbps par paire.Cette bande passante associée aux fonctions de QoS permet le transport de flux vidéo.
Le CopperWay-Bis-2TTX dispose également d'un port USB Host et Device utilisable comme port console ou pour la récupération des log. Dans les prochaines mise à jour il integrera l'utilisation de clefs Wifi en mode Pont et de 3G en mode routeur. .
Le CopperWay-Bis est intégré dans un coffret métallique robuste à montage sur rail DIN, en alimentation continue 9 à 30Vdc à double entrée.
Source : https://www.cxr.com/fr/produits/copperway-bis-2ttx-5.html
La documentation du modem et de son alimentation électrique : (cliquez sur les miniatures ci-dessous - les documents sont au format PDF)
(https://lafibre.info/images/materiel/202005_cxr_copperway_bis_2ttx.webp) (https://lafibre.info/images/materiel/202005_cxr_copperway_bis_2ttx.pdf) (https://lafibre.info/images/materiel/202202_cxr_ps_din_40w.webp) (https://lafibre.info/images/materiel/202202_cxr_ps_din_40w.pdf)
À gauche du modem, on retrouve son alimentation électrique 40 watts (12 volts pour 3,33 ampères) :
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_10.webp)
-
Où vont les deux câbles Ethernet LAN1 et LAN2 ?
Le premier câble Ethernet arrive sur l'automate qui commande les feux rouges, le boitier "3G".
À droite, on voit les relais de puissance et les petites lumières vertes, orange et rouge correspond à l'état de différents feux
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_13.webp)
Le bas de l'automate boîtier "3G" cache une entrée Ethernet et le câble avec une gaine grise tressée qui provient du Lumnex BCSLT-RF868 afin de donner un ordre binaire à l'automate :
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_14.webp)
-
Sous les relais de puissance, on trouve ces deux boitiers :
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_17.webp)
-
Tout en haut de la baie, il y a un rack qui semble déjà ancien. Je me demande s'il est encore utilisé (en tout cas, il est sous tension).
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_16.webp)
Ce serait sa documentation ?
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_23.webp)
-
Tout en haut de la baie à gauche, on retrouve le boitier "TI BPL2" où est connecté la caméra thermique.
Ce boitier est, lui aussi, connecté en Ethernet, c'est là où va le second câble Ethernet.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_11.webp)
Sa documentation :
(cliquez sur la miniature ci-dessous - le document est au format PDF)
(https://lafibre.info/images/materiel/201710_flir_ti_bpl2.webp) (https://lafibre.info/images/materiel/201710_flir_ti_bpl2.pdf)
Je me suis demandé si le boitier ne pourrait pas remonter le passage des voitures via la caméra, si c'est le boitier TI x-Stream évoqué dans la documentation.
Le boitier aurait la capacité de connecter 4 caméras.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_24.webp)
-
Son alimentation électrique 60 watts (24 volts en 2,5 ampères).
Cette puissance est probablement installée de façon à pourvoir télé-alimenter 4 caméras.
Le disjoncteur 230 volts porte la mention "VID FUR"
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_12.webp)
-
La documentation montre l'emplacement de la caméra thermique et du boitier associé :
Selon le plan, il y avait, avant l'installation de la caméra thermique, une boucle dans le sol pour détecter la présence de voitures, boucle qui serait HS.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_19.webp)
-
Sur cette photo dans la documentation datant de janvier 2021, on note l'absence du boitier "TI BPL2", connecté à la caméra thermique et en Ethernet.
C'est donc probablement la documentation pour l'installation de ce boitier début 2021 :
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_20.webp)
-
Voici la vue Google Street view 2022, avec la caméra entourée de rouge :
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_13.webp)
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_02.webp)
-
Ce serait une caméra thermique FLIR trafiCam x-stream2, pour détecter les voitures, les cyclistes et les piétons. La caméra fonctionne sur la base d'images thermiques et n'est pas gêné par l'ombre ou l'éblouissement du soleil. Elle fontionne également dans l'obscurité totale ou avec de la neige. Elle peut détecter des véhicules jusqu'à 120 mètres.
Le FLIR trafiCam x-stream2 :
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_14.webp) (https://lafibre.info/images/materiel/202209_paris_feu_rouge_15.webp)
Par contre, c'est une rue régulièrement encombrée avec les véhicules à l'arrêt. Cela donc cela ne doit pas être simple de compter les véhicules si elle fait du comptage.
Vue arrière de la caméra thermique :
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_04.webp)
-
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_03.webp)
Vue dans l'autre côté de la rue (la caméra est au-dessus de moi) :
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_05.webp)
-
Vue des feux du carrefour où on croise la rue :
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_06.webp)
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_07.webp)
Vue street view sans les travaux :
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_12.webp)
-
La rue du Val-de-Marne :
À noter que les 4 feux sont dotés d'une croix rouge, qui permet de signer que les usagers en face ont un feu rouge et que vous pouvez tourner à gauche sereinement.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_08.webp)
Le gros du flux de voiture va à paris (sous le périphérique) à l'autoroute A6. On a donc un gros flux de tourne à gauche pour rejoindre l'A6
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_09.webp)
-
La documentation donne les diagrammes de fonctionnement du feu :
C'est une mise à jour en septembre 2022 pour les travaux, on note que les feux des lignes en bas sont éteints, c'est le passage piéton.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_22.webp)
À noter que la documentation était sur la porte (elle prend la pluie).
Cela permet de voir qu'il y a des interventions régulièrement sur ce feu présent depuis des dizaines d'années.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_18.webp)
-
Des étiquettes supplémentaires pour les départs des câbles ver les feux :
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_21.webp)
-
L'armoire a été rapidement refermée après mon signalement.
La porte ne semble pas bien fermer et l'armoire est penchée, peut être la végétation derrière qui a fait pression à une époque ?
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_10.webp)
Bref, je suis impressionné par la complexité d'un simple feu rouge.
N'hésitez pas à faire des retours si vous en savez plus !
-
Quelle usine à gaz ! Et tout ca pour une poignée de feu tricolores...
Ca doit être un coût ahurissant en installation et en maintenance pour la collectivité...
Voyez vous venir le gros soucis qui va se poser quand Orange va couper son cuivre ? Plus de xDSL pour ces armoires... a moins que ce soit des liens spécialisés qu'Orange s'engage à maintenir encore très longtemps...
J'imagine que les technos actuelles (4G/5G, Wifi, mini-pc, éclairage LED, ...) permettraient de drastiquement simplifier tout cela, réduire considérablement les coûts d'installation, d'entretien, d'énergie. On pourrait même envisager des systèmes très efficace avec caméras, analyse d'images, I/A pour synchroniser réguler les durées des feu sur l'ensemble d'un quartier, voire d'une ville et ainsi minimiser les bouchons et fluidifier le trafic dans les milieux urbains.
-
Tout en haut de la baie à gauche, on retrouve le boitier "TI BPL2" où est connecté la caméra thermique.
Ce boitier est, lui aussi, connecté en Ethernet, c'est là où va le second câble Ethernet.
C'est une sorte d'entrées déportées par Ethernet.
(cliquez sur la miniature ci-dessous - le document est au format PDF)
(https://lafibre.info/images/materiel/201710_flir_ti_bpl2.webp) (https://lafibre.info/images/materiel/201710_flir_ti_bpl2.pdf)
-
J'imagine que les technos actuelles (4G/5G, Wifi, mini-pc, éclairage LED, ...) permettraient de drastiquement simplifier tout cela, réduire considérablement les coûts d'installation, d'entretien, d'énergie. On pourrait même envisager des systèmes très efficace avec caméras, analyse d'images, I/A pour synchroniser réguler les durées des feu sur l'ensemble d'un quartier, voire d'une ville et ainsi minimiser les bouchons et fluidifier le trafic dans les milieux urbains.
Un miniPC pour de la sécurité?
J'ai comme un affreux doute...
-
Un miniPC pour de la sécurité?
J'ai comme un affreux doute...
Qui a besoin d'un automate déterministe évolutif, capable de fonctionner des dizaines d'années dans à peu près n'importe quelles conditions, qui gère aussi les urgences police/pompiers, quand on peut mettre du miniPC win11 avec du wifi et un peu de 5G par dessus, à remplacer tous les 3 ans? Une solution plus sûre et beaucoup moins chère. Et en cas de BSOD, un joli carton sur le carrefour :P
-
C'est une sorte d'entrées déportées par Ethernet.
Si j'ai bien compris, c'est là qu'est branché la caméra.
Par contre, j'ai un peu de mal à comprendre l'utilité de la caméra.
Quelle usine à gaz ! Et tout ca pour une poignée de feu tricolores...
Ca doit être un coût ahurissant en installation et en maintenance pour la collectivité...
Voyez vous venir le gros soucis qui va se poser quand Orange va couper son cuivre ? Plus de xDSL pour ces armoires... a moins que ce soit des liens spécialisés qu'Orange s'engage à maintenir encore très longtemps...
J'imagine que les technos actuelles (4G/5G, Wifi, mini-pc, éclairage LED, ...) permettraient de drastiquement simplifier tout cela, réduire considérablement les coûts d'installation, d'entretien, d'énergie. On pourrait même envisager des systèmes très efficace avec caméras, analyse d'images, I/A pour synchroniser réguler les durées des feu sur l'ensemble d'un quartier, voire d'une ville et ainsi minimiser les bouchons et fluidifier le trafic dans les milieux urbains.
J'imagine qu'avec la fin du cuivre, les 3 moyens de communication actuel (sans-fil avec l'antenne sur l'armoire et les deux liens DSL), cela pourrait passer par des réseaux LoRa (ou 4G s'il y a vraiment de nombreux échanges de données).
Et tout cas, je n'imaginais pas qu'autant de connectivité pour un carrefour aussi simple (il y a des carrefours compliqués, avec énormément de trafic dans plusieurs directions, le tram,...) et le modèle semble répliqué à des milliers d'exemplaires dans Paris, on voit partout ces armoires avec une coupole sur le toit.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_05.webp)
-
A partir ou le GRAFCET et le GEMMA de l'automatisation est bien définie, le cahier des charges de l'automate programmable ( automate à états finis) un "petit" carrefour ou un gros, ne sont pas beaucoup plus compliqués les uns par rapport aux autres.
La coordination entre tous les carrefours par une IA ce serait intéressant pour fluidifier le traffic.
-
Qui a besoin d'un automate déterministe évolutif, capable de fonctionner des dizaines d'années dans à peu près n'importe quelles conditions, qui gère aussi les urgences police/pompiers, quand on peut mettre du miniPC win11 avec du wifi et un peu de 5G par dessus, à remplacer tous les 3 ans? Une solution plus sûre et beaucoup moins chère. Et en cas de BSOD, un joli carton sur le carrefour :P
Pour les jeunes qui seraient passés à coté parce que pas encore nés. ;)
http://www.yann-ollivier.org/Humour/ascenseurs_MS
http://www.yann-ollivier.org/Humour/voitures_MS
-
Qui a besoin d'un automate déterministe évolutif, capable de fonctionner des dizaines d'années dans à peu près n'importe quelles conditions, qui gère aussi les urgences police/pompiers, quand on peut mettre du miniPC win11 avec du wifi et un peu de 5G par dessus, à remplacer tous les 3 ans? Une solution plus sûre et beaucoup moins chère. Et en cas de BSOD, un joli carton sur le carrefour :P
Ridicule ! Que de poncifs !
Il ne manque que le "windaube"...
-
Qui a besoin d'un automate déterministe évolutif, capable de fonctionner des dizaines d'années dans à peu près n'importe quelles conditions, qui gère aussi les urgences police/pompiers, quand on peut mettre du miniPC win11 avec du wifi et un peu de 5G par dessus, à remplacer tous les 3 ans? Une solution plus sûre et beaucoup moins chère. Et en cas de BSOD, un joli carton sur le carrefour :P
+1, pas pour rien qu'on utilise des automates, on parle de fonctions de sécurité..
-
+1, pas pour rien qu'on utilise des automates, on parle de fonctions de sécurité..
On peut aussi avoir des fonctions de sécurité avec de l'embarqué sous qnx ou linux par exemple, c'est pas incompatible.
Mais clairement pour piloter un feu un automate fait parfaitement le job.
-
Ridicule ! Que de poncifs !
Qui est ridicule?
Pris au hasard : https://ops.fhwa.dot.gov/publications/fhwahop06006/index.htm
Ya plus ka!...
-
Tout ce qui est fait par votre automate d'électronicien peut être fait avec du software et des plateformes hardware génériques qu'on trouve partout et à vil prix.
Sur le système actuel, il n'y a de toute façon guère de sécurité, il suffit de forcer le placard soit pour tout saccager, soit pour bien étudier le bouzin et outrepasser toute sécurité électronique (pour peu qu'elles existent).
C'est pas parce que le machin est fait de composants électriques et électroniques préhistoriques qu'il est sécurisé (je dirai même le contraire) ou bien même fiable dans le temps...
Et actuellement y'a plein de chefs de projet qui dans le passé ont choisi pour leurs projets embarqués de partir sur des plateformes hardwares propriétaires (sous traités à Taiwan ou en Chine bien évidemment) et qui sont aujourd'hui bien dans la merde pour faire produire le matériel, parce que eux-mêmes et leurs fournisseurs sont incapables de s'approvisionner.
L'autre a parlé de la fin de l'abondance, il va donc falloir commencer à sérieusement envisager de réfléchir à faire les choses de manière plus simple, et surtout d'éviter de dépendre entièrement des états d'humeur d'un dictateur russe ou chinois...
-
Tout ce qui est fait par votre automate d'électronicien peut être fait avec du software et des plateformes hardware génériques qu'on trouve partout et à vil prix.
Sur le système actuel, il n'y a de toute façon guère de sécurité, il suffit de forcer le placard soit pour tout saccager, soit pour bien étudier le bouzin et outrepasser toute sécurité électronique (pour peu qu'elles existent).
Tu n'as pas compris le sens du mot "sécurité", et je m'aventure à supposer que tu n'as probablement jamais étudié les automates, les machines d'états et l'algèbre de boole.
C'est pas parce que le machin est fait de composants électriques et électroniques préhistoriques qu'il est sécurisé (je dirai même le contraire) ou bien même fiable dans le temps...
Oui. C'est quoi l'uptime moyen sur ces automates selon toi? Le MTBF? Le taux d'erreur? Bref...
Et actuellement y'a plein de chefs de projet qui dans le passé ont choisi pour leurs projets embarqués de partir sur des plateformes hardwares propriétaires (sous traités à Taiwan ou en Chine bien évidemment) et qui sont aujourd'hui bien dans la merde pour faire produire le matériel, parce que eux-mêmes et leurs fournisseurs sont incapables de s'approvisionner.
Problème différent: on ne produit plus rien ici. Sauf encore un peu d'électrotechnique, incidemment.
L'autre a parlé de la fin de l'abondance, il va donc falloir commencer à sérieusement envisager de réfléchir à faire les choses de manière plus simple, et surtout d'éviter de dépendre entièrement des états d'humeur d'un dictateur russe ou chinois...
Tu as raison, il vaut donc mieux remplacer tous nos automates par des PC Made in China/Taïwan, avec un OS made in USA. On y gagne nettement en "souveraineté" ;)
-
Par contre, j'ai un peu de mal à comprendre l'utilité de la caméra.
Comptage (fréquentation, vitesses, attente).
J'imagine qu'avec la fin du cuivre, les 3 moyens de communication actuel (sans-fil avec l'antenne sur l'armoire et les deux liens DSL), cela pourrait passer par des réseaux LoRa (ou 4G s'il y a vraiment de nombreux échanges de données).
L'antenne pourrait simplement être pour le forçage urgence police/pompier. Je poserai la question à un ami qui a travaillé sur ces systèmes il y a bien des eons :)
-
Tout ce qui est fait par votre automate d'électronicien peut être fait avec du software et des plateformes hardware génériques qu'on trouve partout et à vil prix.
Il y a du soft dans un automate.
Le soucis n'est pas le soft (et encore, si l'OS fait un écran bleu...), mais la garantie de commande correcte sur les sorties, avec redondance et vérification que c'est bien ok.
Automate de sécurité, par exemple : https://www.automation-sense.com/blog/automatisme/automate-modicon-m580-safety-le-nouvel-automate-de-securite-de-schneider-electric.html
Sur le système actuel, il n'y a de toute façon guère de sécurité, il suffit de forcer le placard soit pour tout saccager, soit pour bien étudier le bouzin et outrepasser toute sécurité électronique (pour peu qu'elles existent).
Sûr qu'avec une bombe...
Quand tu vois comme c'est chiant de bypasser une sécu de porte de lave linge grand public, courage pour piloter le bouzin si tu n'est pas authentifié.
-
Tout ce qui est fait par votre automate d'électronicien peut être fait avec du software et des plateformes hardware génériques qu'on trouve partout et à vil prix.
Sur le système actuel, il n'y a de toute façon guère de sécurité, il suffit de forcer le placard soit pour tout saccager, soit pour bien étudier le bouzin et outrepasser toute sécurité électronique (pour peu qu'elles existent).
C'est pas parce que le machin est fait de composants électriques et électroniques préhistoriques qu'il est sécurisé (je dirai même le contraire) ou bien même fiable dans le temps...
Et actuellement y'a plein de chefs de projet qui dans le passé ont choisi pour leurs projets embarqués de partir sur des plateformes hardwares propriétaires (sous traités à Taiwan ou en Chine bien évidemment) et qui sont aujourd'hui bien dans la merde pour faire produire le matériel, parce que eux-mêmes et leurs fournisseurs sont incapables de s'approvisionner.
L'autre a parlé de la fin de l'abondance, il va donc falloir commencer à sérieusement envisager de réfléchir à faire les choses de manière plus simple, et surtout d'éviter de dépendre entièrement des états d'humeur d'un dictateur russe ou chinois...
Tu t'approches dangereusement du délit d'opinion.
Si tu fais une petite recherche sur " Grafcet" et "Gemma" tu comprendras que les automatisations, automatismes, du plus simple au plus compliqué est industrialisé avec des méthodologies éprouvées.
Les composants "préhistoriques" sont standardisés pour une utilisation Militaire/Civile, ou par utilisation Terrestre/Maritime/Spatiale ( un de mes premiers boulots a été dans un bureau des méthodes, en lien avec les bureaux d'études, pour le spatial, de vérifier que les composants envoyés en orbite étaient bien conforme au standard militaire, de sourcer les composants et infléchir les choix des bureaux d'étude sur leur prototype afin de contenir les coûts de production unitaire de composants exotiques).
Pour pouvoir avoir un opinion fondée pour ce sujet, il est préférable de savoir comment est construit un automate programmable, en avoir programmé plusieurs, savoir cabler électriquement des opération de logique, un simple OU ainsi qu'un ET
Parce que là c'est juste une opinion infondée sur la connaissance du sujet.
On peux très bien s'amuser à l'apprentissage avec un RASPI, programmer un automate à états finis et en faire un automate programmable, si on sait comment construire un "driver" ou piloter les E/S du PI. De là à utiliser windows pour un automate programmable, j'aurai trop peur qu'une interruption système de Windows vienne planter l'automate.
Il existe pour cette aspect des "OS temps réel" type VxWorks ou des Linux spécifiques épurés.
Microsoft avait commencer à développer un OS pour "IOT" je sais pas trop ou ils en sont (un Windows spécifique avec lequel on était censé pouvoir créer des automates programmables).
-
Tu t'approches dangereusement du délit d'opinion.
Si tu fais une petite recherche sur " Grafcet" et "Gemma" tu comprendras que les automatisations, automatismes, du plus simple au plus compliqué est industrialisé avec des méthodologies éprouvées.
Les composants "préhistoriques" sont standardisés pour une utilisation Militaire/Civile, ou par utilisation Terrestre/Maritime/Spatiale ( un de mes premiers boulots a été dans un bureau des méthodes, en lien avec les bureaux d'études, pour le spatial, de vérifier que les composants envoyés en orbite étaient bien conforme au standard militaire, de sourcer les composants et infléchir les choix des bureaux d'étude sur leur prototype afin de contenir les coûts de production unitaire de composants exotiques).
Plus simplement, rappelons également que la particularité d'un automate fini déterministe (le cas présent) est que l'ensemble de ses états (y compris d'erreur) est défini et que son fonctionnement est prouvé, au sens mathématique de ces deux termes, détail qui a probablement échappé à notre ami LeChuck :)
Enfin ne négligeons pas l'aspect temps réel dur, que pratiquement seul un automate peut garantir.
C'est une des raisons pour lesquelles ces systèmes sont aussi "sûrs".
-
Plus simplement, rappelons également que la particularité d'un automate fini déterministe (le cas présent) est que l'ensemble de ses états (y compris d'erreur) est défini et que son fonctionnement est prouvé, au sens mathématique de ces deux termes, détail qui a probablement échappé à notre ami LeChuck :)
C'est une allusion aux théorèmes de Gödel ? ;D
-
C'est une allusion aux théorèmes de Gödel ? ;D
Je n'ai pas l'impression qu'il parle d'incomplétude...
-
Je n'ai pas l'impression qu'il parle d'incomplétude...
Et pourtant si.
l'ensemble de ses états (y compris d'erreur) est défini et que son fonctionnement est prouvé
Lié à la théorie des Motifs et catégories de Grothendieck, dont un des sous ensemble est la théorie des ensembles, dont un sous-ensemble est l'algèbre booléenne.
Question ouverte par Hilbert de la théorie de la démonstration, clôturé par Gödel par l'incomplétude.
Quand on prouve, on démontre, avec les axiomes de construction de la théorie.
-
Oui enfin on parle d’un carrefour ou le code de la route prévoit comment faire quand le feu est en panne. On ne parle pas d’un decollage de fusée, et faudrait remettre les choses dans leur contexte.
Les Smart city de demain, ce sera une fibre et une alim qui arrivent dans le feu, et l’ensemble piloté depuis un cockpit qui a une visu sur tous les carrefours, et capable de fluidifier un itinéraire en temps réel si besoin.
Avoir une sécurité de 0 erreur sur 3000 ans pour un feu qui doit être rouge quand l’autre est vert .. Si tout s’éteint c’est pas la fin du monde, ni le carton assuré (au contraire ! C’est peut être le rare moment où les gens ralentissent vraiment et font attention - situation inhabituelle qui réveille l’attention)
On verra cet hiver si on a des délestages, c’est pas prévu de trier entre les compteurs des particuliers et des feux tricolores.
-
Avoir une sécurité de 0 erreur sur 3000 ans pour un feu qui doit être rouge quand l’autre est vert .. Si tout s’éteint c’est pas la fin du monde, ni le carton assuré (au contraire ! C’est peut être le rare moment où les gens ralentissent vraiment et font attention - situation inhabituelle qui réveille l’attention)
le problème c'est pas quand tout s'éteint. Le problème c'est par exemple si 4 feux sont au vert ensemble, ou si le piéton et le feu adjacent sont simultanément verts. C'est là qu'il y a des morts.
Bref, la fibre et un Arduino pour chaque feu, avec Skynet pour gérer la circulation, clairement c'est l'avenir. La même chose dans les avions, les problèmes de transport aérien vont se résoudre tout seul au bout de quelques plantages: la fréquentation va baisser rapidement ;P
-
Oui enfin on parle d’un carrefour ou le code de la route prévoit comment faire quand le feu est en panne. On ne parle pas d’un decollage de fusée, et faudrait remettre les choses dans leur contexte.
La théorie des automatismes est identique pourtant.
Les Smart city de demain, ce sera une fibre et une alim qui arrivent dans le feu, et l’ensemble piloté depuis un cockpit qui a une visu sur tous les carrefours, et capable de fluidifier un itinéraire en temps réel si besoin.
Non, il y a déjà en embarqué de l' IA dans les véhicules et le fonctionnement fait que c'est le véhicule qui s'adapte à l'environnement, les évolutions vont vers une gestion fonction du gps et de la cartographie des voies de circulation. Pour l'instant ce mode de fonctionnement est surtout utilisé sur les autoroutes, mais si l'on souhaite poursuivre en ville et les recherches vont tendre à enlever la capacité aux conducteurs de faire des erreurs. Pour l'instant ce sont des options d'aide à la conduite, dans le futur, ce seront des obligations d'incorporation de la part des constructeurs par la législation, sous couvert de baisser le taux d'accidents et de nombre de décès sur les routes, pour finir par retirer la conduite à l'être humain et l'erreur humaine.
Le chaos n'est pas géré de façon centralisée, il existe et est géré localement. Vouloir centraliser par une gestion de supervision globale la circulation, ce sera un échec.
Avoir une sécurité de 0 erreur sur 3000 ans pour un feu qui doit être rouge quand l’autre est vert .. Si tout s’éteint c’est pas la fin du monde, ni le carton assuré (au contraire ! C’est peut être le rare moment où les gens ralentissent vraiment et font attention - situation inhabituelle qui réveille l’attention)
On verra cet hiver si on a des délestages, c’est pas prévu de trier entre les compteurs des particuliers et des feux tricolores.
Actuellement, on entends deux thêmes de discours, on se croirait à la sortie des chocs pétroliers : La Guerre en Ukraine et ses conséquences, la crise de l'énergie et le réchauffement climatique.
En fait les causes et les effets sont inversés, ce sont les connerie françaises avec la fermeture du nucléaire qui est la source de toute ces emmerdes sur l'énergie et des bras de fers sur les approvisionnements en énergies fossiles.
Avant c'était la couche d'ozone, le danger imminent pour la planète, maintenant c'est le Carbone, et le rapport du GIEC
Bon sang, cela fait quelques miliers d'années que la Terre se réchauffe, c'est pas d'aujourd'hui, ni d'hier, ni du siècle dernier.
Toutes ces informations sont anxiogènes pour les populations, après le Covid, et la business de la peur, ne s'est jamais aussi bien porté.
Echappement sur la production d'électricité pendant l'hiver, pour ?
Pour faire des économies pardi !! Allez au bout du raisonnement jusqu'au boutiste, pas d'énergie : pas de vie. C'est foncièrement débile.
-
Problème différent: on ne produit plus rien ici. Sauf encore un peu d'électrotechnique, incidemment.
C'est faux, et je suis bien placé pour le savoir...
On conçoit et fabrique encore de l'électronique industrielle dans notre pays, mais sauf que personne n'en parle...
ça fait 40 ans qu'on tue l'électronique en France avec ce genre de discours... >:(
-
Pour le shdsl, tu as besoin de plus de paires que l'ADSL, d'où 2 lignes.
-
Sur un seul connecteur RJ45, on peut mettre 4 paires (8 fils).
J'ai eu le retour que cela pourrait être en anneau :
Oui c'est un réseau en anneau shdsl.
Ce modèle de modem cxr est presque devenu un standard pour la gestion des SLT signalisation lumineuse tricolore.
-
le problème c'est pas quand tout s'éteint. Le problème c'est par exemple si 4 feux sont au vert ensemble, ou si le piéton et le feu adjacent sont simultanément verts. C'est là qu'il y a des morts.
Bref, la fibre et un Arduino pour chaque feu, avec Skynet pour gérer la circulation, clairement c'est l'avenir. La même chose dans les avions, les problèmes de transport aérien vont se résoudre tout seul au bout de quelques plantages: la fréquentation va baisser rapidement ;P
Je persiste : je pense qu’il faut arrêter de se pignoler sur la « fiabilité » d’un automate vs un programme codé.
Le crash des Boeing 737, le problème n’était pas le logiciel mais les données collectées par exemple, avec une sonde non redonnée. Il ne faut sacraliser aucune Techno.
-
…
C'est foncièrement débile.
Je sais pas ce que tu fumes mais faut arrêter. Entre le HS et le complotisme climato-septique, ta dernière phrase résume magnifiquement bien ton intervention.
-
Je persiste
N'oublie pas de signer ;D
Pour le reste, je ne commente pas les opinions de chacun :)
climato-septique
Sceptique. Sinon c'est la fosse (ce qui dans le cas présent peut également convenir ;D)
-
C'est faux, et je suis bien placé pour le savoir...
On conçoit et fabrique encore de l'électronique industrielle dans notre pays, mais sauf que personne n'en parle...
ça fait 40 ans qu'on tue l'électronique en France avec ce genre de discours... >:(
Ben parlons-en ;) Tu parles de Crolles, ou d'autre chose?
Malheureusement même s'il est vrai qu'il reste quelques unités de productions ça et là, ça ne change pas grand chose au constat sur l'état de délabrement général de l'industrie française (ce qui était implicite dans ma remarque sur le "on ne fabrique plus rien"), surtout quand on la compare à celle de ses plus proches voisins (Allemagne, Italie, UK...). Ce qu'on a vu pendant la crise sanitaire l'a amplement démontré il me semble. Mais bon, c'est un peu HS :)
-
Plus simplement, rappelons également que la particularité d'un automate fini déterministe (le cas présent) est que l'ensemble de ses états (y compris d'erreur) est défini et que son fonctionnement est prouvé, au sens mathématique de ces deux termes, détail qui a probablement échappé à notre ami LeChuck :)
Enfin ne négligeons pas l'aspect temps réel dur, que pratiquement seul un automate peut garantir.
C'est une des raisons pour lesquelles ces systèmes sont aussi "sûrs".
Du code et toute l'algorithmie qui est derrière peut aussi être prouvé mathématiquement. D'ailleurs c'est ce qui est fait pour les avions, les métros automatiques etc.
De toute façon que vous le vouliez ou non, vos automates de pépé sont condamnés à moyen terme. Y'aura le minimum d'électronique possible dans les feux et toute la gestion se fera de manière centralisée sur des serveurs à plusieurs milliers de km. Et même plus tard, y'aura plus besoin des feux, les bagnoles conduiront et géreront le trafic automatiquement.
-
De toute façon que vous le vouliez ou non, vos automates de pépé sont condamnés à moyen terme. Y'aura le minimum d'électronique possible dans les feux et toute la gestion se fera de manière centralisée sur des serveurs à plusieurs milliers de km.
T'as bien raison. D'ailleurs ça sera sympa les jours de rupture de réseau :)
Et tu sembles faire l'amalgame entre un automate et son implémentation. La forme changera, ce seront toujours des automates.
Et même plus tard, y'aura plus besoin des feux, les bagnoles conduiront et géreront le trafic automatiquement.
Ouais. Je pense que je serai mort longtemps avant qu'on ait du level 5 sur la route ;)
-
Du code et toute l'algorithmie qui est derrière peut aussi être prouvé mathématiquement. D'ailleurs c'est ce qui est fait pour les avions, les métros automatiques etc.
De toute façon que vous le vouliez ou non, vos automates de pépé sont condamnés à moyen terme. Y'aura le minimum d'électronique possible dans les feux et toute la gestion se fera de manière centralisée sur des serveurs à plusieurs milliers de km. Et même plus tard, y'aura plus besoin des feux, les bagnoles conduiront et géreront le trafic automatiquement.
y'a un film qui traite le sujet, je crois... et le résultât est vraiment sympa : Die Hard 4 ::) (je soupçonne d’ailleurs Musk de l'avoir vue et d'avoir copié l'idée pour les satellites et le sauvetage du monde.)
-
J'adore cette conversation, y'a d'un coté ceux qui sont persuadés qu'on peut remplacer un automate déterministe par un raspberry pi, et ceux qui connaissent le sujet qui sont effarés par tant de bétise...
-
J'adore cette conversation, y'a d'un coté ceux qui sont persuadés qu'on peut remplacer un automate déterministe par un raspberry pi, et ceux qui connaissent le sujet qui sont effarés par tant de bétise...
J'adore aussi ... mais parce que j'apprends au passage des trucs ... et je me garderai bien de donner mon avis sur automate vs Raspberry vs autre OS ...
Tout ça à cause de Vivien :
J'ai vu cette armoire grande ouverte, je n'ai pas résisté à faire quelques photos...
Vivien, ne photographie pas une prise de courant sinon on repart dans une discussion sur le nucléaire (https://lafibre.info/bistro-sujet-libre/le-cauchemar-des-ecolos-bobos/)
-
Je persiste : je pense qu’il faut arrêter de se pignoler sur la « fiabilité » d’un automate vs un programme codé.
Le crash des Boeing 737, le problème n’était pas le logiciel mais les données collectées par exemple, avec une sonde non redonnée. Il ne faut sacraliser aucune Techno.
Tu n'y connais rien en automatisme.
Entre le capteur qui ne donne pas la consigne à l'automate et la conception de l'automate, programme codé.
On voit que t'as jamais câblé un automate programmable, ou même conçu ce même automate.
Tu peux très bien coder un automate à état fini (si tu mets le nez dans le protocole de BGP, c'est le cas, c'est un automate à états finis).
Il n'y a rien de compliqué à comprendre, il faut par contre être assez rigoureux dans la définition du cahier des charges. Entre les actionneurs et les capteurs et l'algorithme à suivre au sein du GRAFCET. Ceci est supervisé par la sécurité des biens et des personnes, et principalement des personnes par le GEMMA qui formalise les états de dysfonctionnement de l'automatisme.
Ensuite le cadre d'automatisation est identique pour tout automatisme, c'est un cadre formel avec ces deux outils. Pour le reste c'est de la technologie.
Sinon, il faut bien que je finance ma consommation de "fumette" pour ça je deal en gros, j'ai quelques tonnes en provenance du Magreb et d' Afghanistan, cela t'intéresse ?
Je ne suis ni complotiste ou climato-sceptique à défaut de fausse ou fosse, mais venir m'expliquer que la terre se réchauffe, je veux bien, on devrait l'expliquer aux Dinosaures aussi. L'espèce humaine a cette propension à croire qu'elle est meilleure que tout autre espèce animale sur cette planète, et vocation à perdurer parmi les siècles avenir, je ne suis pas bien certain que ce soit bien vrai cette histoire.En attendant on se bagarre contre le réchauffement, et si c'était un combat perdu d'avance ? On constate l'évolution du réchauffement oui, depuis la fin de la période glaciaire, est-ce que l'on peut l'arrêter ? J'en doute.
-
J'adore aussi ... mais parce que j'apprends au passage des trucs ... et je me garderai bien de donner mon avis sur automate vs Raspberry vs autre OS ...
Perso mon avis est simple : croire qu'on met du matos durci et déterministe pour le fun et sans vrai but, c'est prendre pas mal de gens pour des cons.
-
Le crash des Boeing 737, le problème n’était pas le logiciel mais les données collectées par exemple, avec une sonde non redonnée.
Je suis passé un peu vite là dessus: ce que tu dis est complètement contraire à la réalité. Le problème des 737MAX c'était précisément un problème logiciel: pour faire simple d'une part une seule des deux sondes disponibles était utilisée pour l'input, d'autre part le cas d'erreur sur l'input n'était pas prévu/géré (gros gros 🤦♂️, on peut s'interroger sur les compétences des gens qui ont pondu et validé cette merveille): https://en.wikipedia.org/wiki/Maneuvering_Characteristics_Augmentation_System#AoA_sensors
Though there are two sensors on the MAX only one of them is used at a time to trigger MCAS activation on the 737 MAX. Any fault in this sensor, perhaps due to physical damage, creates a single point failure: the flight control system lacks any basis for rejecting its input as faulty information.
De fait, la "solution" implémentée est purement logicielle, précisément: https://en.wikipedia.org/wiki/Maneuvering_Characteristics_Augmentation_System#Updates_for_return_to_service
(Sans parler du fait que déjà au départ le MCAS était rustine logicielle prévue pour "accélérer" la certification de la version MAX du 737, qui n'avait pas été suffisamment documentée auprès des pilotes)
Incidemment une grande partie des problèmes du 737MAX ont été des problèmes... logiciels: https://en.wikipedia.org/wiki/Maneuvering_Characteristics_Augmentation_System#Flight_computer_architecture
(désolé pour le HS, petit moment XKCD#386 ;D )
Donc c'est bien connu, les logiciels 100% bug-free, ça existe :)
Perso mon avis est simple : croire qu'on met du matos durci et déterministe pour le fun et sans vrai but, c'est prendre pas mal de gens pour des cons.
+1 :)
-
J'adore cette conversation, y'a d'un coté ceux qui sont persuadés qu'on peut remplacer un automate déterministe par un raspberry pi, et ceux qui connaissent le sujet qui sont effarés par tant de bétise...
Bah oui.
C'est certainement des rigolos chez Pilz et consort ;) : https://www.pilz.com/fr-FR
Je ne confie déjà pas ma domotique jouet à un pi, alors les feux de carrefour...
Un peu de Safety integrity level SIL
https://en.wikipedia.org/wiki/Safety_integrity_level
Il y a deux ou trois normes... ::)
-
Un modem xDSL avec deux liens SHDSL !
Juste en dessous, un modem-routeur avec deux entrées SHDSL (DSL-A et DSL-B) et deux ports Ethernet 100 Mbit/s (LAN1 et LAN2).
C'est une surprise pour moi, j'ignorais qu'on avait du xDSL et un réseau local pour commander un simple feu rouge.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_09.webp)
Pourquoi deux liens SHDSL ? Du secours ?
On est bien sur une architecture en boucle :
CopperWAY-Bis-2TTX
Le CopperWay-Bis-2TTX assure la distribution de 2 ports Ethernet, d'une interface série asynchrones V24/RS232 pour les infrastructures du transport, de l’énergie et industrielles sur des paires de cuivre existantes.
Le CopperWay-Bis-2TTX est la version économique de la gamme CopperWay-Bis intégrant les derniers protocoles et facilités.
Ce modèle fournit deux accès de transmission G.SHDSL 2 / 4 fils au débit maximal de 15 Mbps par paire. Ces accès peuvent fournir des liaisons en étoile, en bus ou en anneau multipoint sécurisé. Le CopperWay-Bis embarque un commutateur Ethernet performant qui assure un temps de traversée optimum dans l’équipement et minimise le temps de transfert d’un bout à l’autre de la chaîne de transmission. Les flux Ethernet sont servis en mode pont Ethernet. Ces interfaces supportent la détection automatique de la vitesse 10 ou 100 Mbps et la polarité MDI/MDIX.
Le CopperWay-Bis(2TTX est également un serveur de port asynchrone en protocoles IP/TCP/UDP et modes Telnet, Raw-ip, HNZ et rfc-2217 pour le déport de port COM de PC.
(https://lafibre.info/images/materiel/202005_cxr_copperway_bis_2ttx_1.jpg)
Le CopperWay-Bis-2TTX dispose de deux interfaces lignes DSL amont et aval en mode 2 fils. La modulation est conforme au standard G.SHDSL.Bis / TC-PAM16/32/64/128, et offre des débits adaptatifs de 192 Kbps à 15Mbps par paire.Cette bande passante associée aux fonctions de QoS permet le transport de flux vidéo.
Le CopperWay-Bis-2TTX dispose également d'un port USB Host et Device utilisable comme port console ou pour la récupération des log. Dans les prochaines mise à jour il integrera l'utilisation de clefs Wifi en mode Pont et de 3G en mode routeur. .
Le CopperWay-Bis est intégré dans un coffret métallique robuste à montage sur rail DIN, en alimentation continue 9 à 30Vdc à double entrée.
Source : https://www.cxr.com/fr/produits/copperway-bis-2ttx-5.html
La documentation du modem et de son alimentation électrique : (cliquez sur les miniatures ci-dessous - les documents sont au format PDF)
(https://lafibre.info/images/materiel/202005_cxr_copperway_bis_2ttx.webp) (https://lafibre.info/images/materiel/202005_cxr_copperway_bis_2ttx.pdf) (https://lafibre.info/images/materiel/202202_cxr_ps_din_40w.webp) (https://lafibre.info/images/materiel/202202_cxr_ps_din_40w.pdf)
-
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_04.webp)
Le rôle du boitier Lumnex BCSLT-RF868 est d'ouvrir et fermer un relai, une ou deux fois par jour (deux fois, c'est le maximum possible) à des horaires spécifiés pour faire changer de mode l'automate. Je trouve que n'avoir que deux modes est limitant, là où des feux rouges ont une programmation spécifique pour la nuit, l'heure de pointe du matin, la matinée, le midi, l'après-midi et l'heure de pointe du soir.
L'antenne (la coupole présente sur l'armoire) est là pour récupérer une synchronisation horaire, mais aussi permet une communication bidirectionnelle permettant de remonter les informations sur l’ensemble des signaux lumineux de trafic qu’il commande. Les informations remontées sont-elles pertinentes ? Il n'est équipé que d'un relais (pouvoir de coupure de 3 ampères). Selon la documentation, il remonte des informations : commandes et ordres, statuts du BCEP et Statuts du réseau.
Chaque boitier Lumnex BCSLT devient un élément constitutif d’un maillage radio bas débit (868MHz) très fin sur l’ensemble de la zone d’installation
En cas de défaut sur le réseau, la gestion des signaux lumineux de trafic est toujours assurée par le biais d’une horloge temps réel embarquée et l'horloge temps réel est secourue afin d'assurer la gestion de l'heure pendant 24 heures en cas de panne d'alimentation.
La documentation précise qu'il est compatible IPv6 !
Communicant en Réseau RF maillé avec les caractéristiques et protocoles suivants :
- Fréquence 868 MHz : Puissance d'émission : 27 dBm, sensibilité : -102 dBm, débit : 100 kb/s
- Fréquence 2,4 GHz : Puissance d'émission : 24 dBm, sensibilité : -98 dBm, débit : 500 kb/s
- Fréquence 870-876 MHz : Puissance d'émission : 27 dBm, sensibilité : -102 dBm, débit : 100 kb/s
- Protocoles réseau : IPv4, IPv6, DTLS, UDP, TCP, SNMPv3, IPSEC, PKI norme X.509, pare-feu L3/L4
La documentation (en Français) :
(cliquez sur la miniature ci-dessous - le document est au format PDF)
(https://lafibre.info/images/materiel/201805_lumnex_bcslt_rf868.webp) (https://lafibre.info/images/materiel/201805_lumnex_bcslt_rf868.pdf)
-
Les Smart city de demain, ce sera une fibre et une alim qui arrivent dans le feu, et l’ensemble piloté depuis un cockpit qui a une visu sur tous les carrefours, et capable de fluidifier un itinéraire en temps réel si besoin.
si on pouvait juste se rapprocher de ce qui est deja en place dans tant d'autres pays pour la gestion de feu rouges : detecteurs de pietons, detecteurs de vehicules. Juste histoire de pas rester comme un con au feu rouge alors qu'il n'y a aucun pieton, et rendre le passage des pietons prioritaire sur les voitures.
-
Le rôle du boitier Lumnex BCSLT-RF868 est d'ouvrir et fermer un relai, une ou deux fois par jour (deux fois, c'est le maximum possible) à des horaires spécifiés pour faire changer de mode l'automate. Je trouve que n'avoir que deux modes est limitant, là où des feux rouges ont une programmation spécifique pour la nuit, l'heure de pointe du matin, la matinée, le midi, l'après-midi et l'heure de pointe du soir.
J'ai l'impression que ce boitier n'est que l'ancienne version du système de commande des feux avec le gros boitier beige à modules digne de fin 90 début 2000 (contrôleur de feux de signalisation)¹, qui est maintenant remplacé par le système Gallery et Fareco.
Le boitier Lumnex remplace le système PULSADIS² aussi utilisé chez EDF pour passage HP/HC qui est maintenant remplacé par le Linky.
Ils doivent laisser tout dedans au cas où le nouveau système déconne et surtout car il faudrait le faire sauter de tout les carrefour avec le coût du recyclage même si aux enchères ça partirais pour des passionnés ;D
¹ https://fr.wikipedia.org/wiki/Liste_de_mod%C3%A8les_de_contr%C3%B4leurs_de_carrefour_%C3%A0_feux
http://feu.routier.free.fr/
² Le système de télécommande PULSADIS.
Depuis une trentaine d'années, l'EDF utilise un système de télécommande appelé PULSADIS qui permet depuis les centres de distribution à moyenne tension de déclencher le changement de tarif des compteurs à l'heure voulue, et facultativement d'autres services comme l'éclairage public, etc.
Ce système repose sur l'injection dans le secteur de signaux selon un code que les récepteurs reconnaissent et qui leur donne l'ordre d'effectuer les commutations correspondant aux signaux qu'ils sont censés reconnaître.
http://matthieu.benoit.free.fr/pulsadis.htm
Ca répond surement à la question des programmations spécifiques de la journée, avant on avait que 2 modes, aujourd'hui on peut même faire des horaires vacances et spécifiques.
On arrête pas le progrès :P
L'intérêt du Lumnex, c'est que tout ces boitiers communiquent en radio entre eux pour pas faire n'imp' et surtout peuvent faire un retour à une centrale.
Finalement, c'est qu'un relai commandé à distance avec retour d'état, un peu comme la domotique d'aujourd'hui mais tout ça vous l'aurez compris ;)
-
Donc ce vieux rack et le boitier Lumnex ne serait plus utilisé ?
Pourquoi les laisser sous tension ?
Tout en haut de la baie, il y a un rack qui semble déjà ancien. Je me demande s'il est encore utilisé (en tout cas, il est sous tension).
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_16.webp)
Un autre point qui m'a perturbé, c'est cette documentation qui encadre le rack pour parler de l'emplacement du TI BPL2 :
Sur cette photo dans la documentation datant de janvier 2021, on note l'absence du boitier "TI BPL2", connecté à la caméra thermique et en Ethernet.
C'est donc probablement la documentation pour l'installation de ce boitier début 2021 :
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_20.webp)
-
Donc ce vieux rack et le boitier Lumnex ne serait plus utilisé ?
Pourquoi les laisser sous tension ?
Sûrement pour une bascule en cas de problème.
Si on regarde bien, on dirait que les 2 fils (blanc/rouge) du relai arrivent ici dans leur gaine grise tressée :
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_14.webp)
Très certainement lui le nouveau contrôleur qu'on peut faire sauter à distance ou redémarrer en lui coupant/remettant le jus ::)
Si le rack est sous tension c'est que déjà personne viens faire le ménage et veux pas tout faire sauter en touchant cette épave.
Tu peux écrire à Hidalgo en lui joignant la photo du vieux rack qui rouille, elle va envoyer l'équipe spéciale pour débrancher et dégager cette relique de tout les carrefours de sa ville ;D
Fais un twitt en mentionnant ville de Paris et la cellule qui fait la chasse aux dépenses inutiles d'énergie.
Avant le 31 décembre, le rack aura été arraché à la pelleteuse si il le faut ;D
Un autre point qui m'a perturbé, c'est cette documentation qui encadre le rack pour parler de l'emplacement du TI BPL2 :
Bin c'est l'indication de la zone et après l'installateur se débrouille, du genre fout ça sur l'étagère qu'on a repérée où y a suffisamment de place.
J'imagine qu'il y a un dossier pour chaque carrefour, c'est entouré approximativement et l'installateur voit où ils veulent qu'il carre le boîtier pour la cam, impératif consigne de pas toucher au vieux matos.
-
Bien vu !
La gaine tressée permet d'identifier l'autre bout du fil.
Le boitier "Lumnex" est clairement connecté au boitier "FARECO".
Le boîtier "Lumnex" est donc encore utilisé.
(https://lafibre.info/images/materiel/202209_paris_feu_rouge_controleur_de_trafic_04.webp)
-
Non, il y a déjà en embarqué de l' IA dans les véhicules et le fonctionnement fait que c'est le véhicule qui s'adapte à l'environnement, les évolutions vont vers une gestion fonction du gps et de la cartographie des voies de circulation. Pour l'instant ce mode de fonctionnement est surtout utilisé sur les autoroutes, mais si l'on souhaite poursuivre en ville et les recherches vont tendre à enlever la capacité aux conducteurs de faire des erreurs.
La liaison avec les sémaphores, l' IA embarquée, est toute trouvée.
Il faut lier les deux, le système de supervision humain de contrôle existe, c'est le centre de contrôle au sein de la préfecture, celui de pilotage du traffic serait certainement à améliorer par une indication de capteurs supplémentaires et l'incorporation de cette IA à l'automatisme du sémaphore.
Openpilot :
openpilot is an open source driver assistance system. openpilot performs the functions of Automated Lane Centering and Adaptive Cruise Control for over 200 supported car makes and models.
https://github.com/commaai/openpilot
-
Perso mon avis est simple : croire qu'on met du matos durci et déterministe pour le fun et sans vrai but, c'est prendre pas mal de gens pour des cons.
On met aussi et surtout du matos "durci et déterministe" parce qu'on maintient des systèmes préhistoriques qui ont été conçus à une époque où il n'y avait vraiment pas d'autre alternative. Et que la transition vers quelque chose de plus moderne c'est trop coûteux. Mais à un moment, on aura plus le choix.
Combien de machines-outils contrôlés par des vieux PC sous Windows 95 ou pire Windows 3.1 encore en activité dans nos industries ? Enormément. Les services entretien et maintenance suent à grosses gouttes et font des stocks de vieux matos d'occasion histoire de maintenir le bouzin en vie le plus longtemps possible.
Et ton matos durci et déterministe, ca reste une carte électronique avec des composants électroniques, autrefois fabriqué en France, maintenant en Chine... comme un raspberry pi ou un arduino. Il est plus fiable et plus sécurisé juste dans votre imaginaire.
-
De nombreux systèmes industriels ont des durées de vie de plus de 20 ans.
Effectivement, il est impossible de suivre les mises à jour.
Pour la vidéo suivante, c'est Windows 95, mais il y a bien des trains qui circulent encore aujourd'hui, équipés de Windows 3.1
Quel système d’exploitation pour un des ordinateurs de bord de le Deutsche Bahn en Allemagne ?
Cela pose la question de l'évolution bien trop rapide de l'informatique pour des secteurs où il faut de la stabilité...
C'est un Pentium 100 Mhz avec 16 Mo de mémoire vive, disque dur IBM IDE de 5 Go tournant sous Windows 95.
https://lafibre.info/videos/windows/202108_deutsche_bahn_ordinateur_bord_win95.mp4
-
De nombreux systèmes industriels ont des durées de vie de plus de 20 ans.
Effectivement, il est impossible de suivre les mises à jour.
Pour la vidéo suivante, c'est Windows 95, mais il y a bien des trains qui circulent encore aujourd'hui, équipés de Windows 3.1
un boot plus rapide que certaines machines équipé de SSD aujourd'hui
chapeau 8)
-
On met aussi et surtout du matos "durci et déterministe" parce qu'on maintient des systèmes préhistoriques qui ont été conçus à une époque où il n'y avait vraiment pas d'autre alternative. Et que la transition vers quelque chose de plus moderne c'est trop coûteux. Mais à un moment, on aura plus le choix.
Combien de machines-outils contrôlés par des vieux PC sous Windows 95 ou pire Windows 3.1 encore en activité dans nos industries ? Enormément. Les services entretien et maintenance suent à grosses gouttes et font des stocks de vieux matos d'occasion histoire de maintenir le bouzin en vie le plus longtemps possible.
Et ton matos durci et déterministe, ca reste une carte électronique avec des composants électroniques, autrefois fabriqué en France, maintenant en Chine... comme un raspberry pi ou un arduino. Il est plus fiable et plus sécurisé juste dans votre imaginaire.
Rien de durci/déterministe sur les vieux PC Win95/Win3.1. Bien sûr qu'il y avait des alternatives. Là c'était probablement la solution la moins chère et la plus rapide à déployer du moment.
En revanche si tu veux vraiment du néandertalien, il y a encore du PDP-11 en activité, et dans des domaines ultra sensibles. 50 ans plus tard, ça tourne toujours. Tu nous diras si ton raspi ou ton arduino tourne encore dans 50 ans.
Bref, t'as tout compris :P
-
Et quel serait le problème ?
Concrètement les créateurs de virus et autres merdes en tout genre restent des programmeurs, donc des gros flemmards donc le code ne tournera que sur le (éventuellement les) tous dernier(s) OS.
Sans même parler des script kiddies... Bref actuellement faire tourner un Windows 7 est probablement plus dangereux qu'un 95.
-
Windows 95 est bien moins sécurisé que Windows 7 ce qui fait qu'un Windows 95 ne peut pas être connecté directement à Internet vu les ports qu'il ouvre avec des failles béantes.
Il y a eu un gap important de sécurité avec Windows NT (l'ancêtre de Windows 2000) puis avec Windows Vista.
L'un comme l'autre devrait rester sur des réseaux privés et les flux des machines qui se connectent à ce réseau filtré (pour éviter qu'un PC a accès à internet et qui a été infecté ré-infecte à son tour ces PC)
Après on note une décroissance de Windows dans ce type d'usage au profit de Linux, de plus en plus utilisé.
-
De nombreux systèmes industriels ont des durées de vie de plus de 20 ans.
Effectivement, il est impossible de suivre les mises à jour.
D'ailleurs, la complexité pour les concepteurs de ces systèmes est plutôt de maintenir à jour la chaîne de cross compilation qui permet de faire évoluer le code (et de corriger les bugs éventuels) durant toute la durée de vie des sytèmes.
Pas étonnant qu'on trouve encore des disquettes 3"1/2 (https://travelradar.aero/the-importance-of-floppy-disks-in-aviation/)pour mettre à jour les bases de navigation des avions.
-
D'ailleurs, la complexité pour les concepteurs de ces systèmes est plutôt de maintenir à jour la chaîne de cross compilation qui permet de faire évoluer le code (et de corriger les bugs éventuels) durant toute la durée de vie des sytèmes.
Pas étonnant qu'on trouve encore des disquettes 3"1/2 (https://travelradar.aero/the-importance-of-floppy-disks-in-aviation/)pour mettre à jour les bases de navigation des avions.
ya ça aussi :)
https://www.usine-digitale.fr/article/les-sous-marins-nucleaires-britanniques-tournent-sous-windows-xp.N375206
-
Et ton matos durci et déterministe, ca reste une carte électronique avec des composants électroniques, autrefois fabriqué en France, maintenant en Chine... comme un raspberry pi ou un arduino. Il est plus fiable et plus sécurisé juste dans votre imaginaire.
Je suis désolé, mais je ne peux pas te laisser dire çà. Clairement tu ne connais pas l'électronique pour comparer ces 2 technos.
Les raspberry, arduino, nucleo et consort, c'est parfait pour faire des Proof Of Concept, des TP à l'école ou pour s'amuser à bricoler (je suis le premier à en utiliser chez moi).
Mais dire que c'est plus résilient que des automates industriels, c'est vraiment faire preuve d'un manque de connaissance du sujet.
Pour les logiciels embarqués dans les avions, satellites ou autre systèmes "critique", combien d'implémentation sur FPGA? Et pourquoi du FPGA? Parce que c'est déterministe, tout simplement