Problemi nell'aggiornamento da 0.8.3.2 a 0.8.5

[Another]

? non so che sia rc.local, ho messo i comandi in seguito a quanto mi hai suggerito in discussione:

viewtopic.php?f=6&t=1848&start=30#p5862

puoi rivedere i msg da quel post in avanti? grazie

mio attuale config_daemon.php

Codice: Seleziona tutto

<?php
if(!defined('checkaccess')){die('Direct access not permitted');}
// Manage com. apps daemon as 'http' user if needed

if (!is_null($PID)) { // Start Daemon
$output = shell_exec('pooler485 1,2 9600 /dev/ttyUSB0 > /dev/null 2>/dev/null &');
$output = shell_exec('pooler485 6,7 9600 /dev/ttyUSB1 > /dev/null 2>/dev/null &');
//$output = shell_exec('poolSDM485 1 9600 /dev/sdm > /dev/null 2>/dev/null &');
//$output = shell_exec('/usr/bin/curl http://192.168.1.12/startsdm.php');
//$output = shell_exec("/srv/http/comapps/poolmeters.py live > /dev/null 2>&1 &");
} else { //Stop
$output = shell_exec('pkill -f pooler485 > /dev/null 2>&1 &');
//$output = shell_exec('pkill -f poolSDM485 > /dev/null 2>&1 &');   
}
?>

[miki8989]

infatti flane ha ragione!!!!!

prova a cambiare

Codice: Seleziona tutto

$output = shell_exec('pooler485 1,2 9600 /dev/ttyUSB0 > /dev/null 2>/dev/null &');
$output = shell_exec('pooler485 6,7 9600 /dev/ttyUSB1 > /dev/null 2>/dev/null &');

in

Codice: Seleziona tutto

$output = shell_exec('pooler485 1,2,6,7 9600 /dev/ttyUSB0 > /dev/null 2>/dev/null &');

e collegare 1 solo adattatore rs485 sulla parta usb0 con tutti gli SDM in parallele0

ma tu usi un SDM per leggere la produzione??

ciao

[Another]

... ripeto che io ho seguito istruzioni di flane, quelle 2 righe sono il risultato della discussione linkata sopra

sì io uso 1 sdm per leggere la produzione, 1 per il consumo totale, 2 per la centrale termica, e vorrei aggiungerne 1 quando metto il piano induzione

e funziona tutto per 5 giorni con 2 porte usb, così come dovrebbe essere possibile, sarò mica l'unico che usa 2 usb?
se metto tutto su 1 sola usb devo rifare i collegamenti, mettere giunte...

ma la parte finale del comando
> /dev/null 2>/dev/null &
cosa significa?

[Flane]

Another prima di tutto sarebbe meglio non portare aventi lo stesso argomento su due diverse discussioni, dando parte di info da una parte e parte dall'altra.

Infatti io non mi ricordavo la tua situazione e non avevo fatto caso nel log che i due pooler erano su due porte diverse

Codice: Seleziona tutto

> /dev/null 2>/dev/null &

reindirizza eventuali output del pooler (messaggi di errore o altro) invece che sullo standard output (lo schermo ), verso /dev/null, cioè li blocca e non li visualizza da nessuna parte. Serve per non far arrivare a metern messaggi diversi dalla lettura.
Google comunque aiuta sempre in questi casi ....

Sinceramente mi è impossibile capire quale sia il tuo problema, e questo accade quando sovrapponete troppo cose.
A dire il vero ho perso anche di vista quale sia il tuo problema visto che ne hai postati diversi in diverse discussioni.
Ho solo capito che devi aver fatto dei bei pasticci.

Devi partire da una configurazione base (solo i due contatori di consumi e produzione).
Testare questa configurazione per diversi giorni e diversi riavvi automatici e se funziona senza problemi ed è stabile allora aggiungere anche altri dispositivi.
Aggiungendo una funzionalità alla volta e testando per diversi giorni il sistema si riesce a capire la provenienza di eventuali problemi.

Quindi togli per il momento la seconda riga e lascia solo i primi due contatori, così capisci se il problema è il pooler o da qualche altra parte.

[Another]

Può essere una idea, se riesco faccio la modifica a cavallo del reset, quindi la sera del 9 maggio e vedo se il reset delle 00.07 va a buon fine

Per il resto non condivido le 'accuse' di confusione e tanto meno non capisco perchè 'devo aver fatto dei bei pasticci', frase che mi rivolgi ogni tanto... considerando che non faccio nulla senza prima chiedere, proprio perchè è un ambito dove non mi sento sicuro.

Il mio problema è di far funzionare il monitoraggio, possibilmente con 2 porte usb visto che nessuno ha mai detto che non è possibile, anzi nella guida è scritto il contrario. Mi sono accorto del problema del log e l'ho postato, cercherò di risolverlo.. il problema maggiore è questo freeze delle applicazioni dopo il riavvio

se tutti dovessimo ripartire da 0 e reinstallare ad ogni problema che abbiamo sarebbe una cosa produttiva? non mi sembra

[Another]

infatti flane ha ragione!!!!!

prova a cambiare

Codice: Seleziona tutto

$output = shell_exec('pooler485 1,2 9600 /dev/ttyUSB0 > /dev/null 2>/dev/null &');
$output = shell_exec('pooler485 6,7 9600 /dev/ttyUSB1 > /dev/null 2>/dev/null &');

in

Codice: Seleziona tutto

$output = shell_exec('pooler485 1,2,6,7 9600 /dev/ttyUSB0 > /dev/null 2>/dev/null &');

e collegare 1 solo adattatore rs485 sulla parta usb0 con tutti gli SDM in parallele0

ciao

ho commentato la 2° riga ma lasciato fisicamente il convertitore collegato alla presa usb1
vediamo stanotte che succede

[Another]

primo tentativo fallito, non è cambiato nulla

prossima volta proverò a staccare anche fisicamente il convertitore usb1

[Another]

questa notte ho ricommentato la 2° riga del config_daemon.php e ho staccato fisicamente la connessione usb1 che legge i contatori 6 e 7

il sistema non si è piantato anche se meterN 'ballava' molto, probabilmente perchè erano rimasti configurati i meter relativi

questo conferma la situazione iniziale, tutto funzionava prima di aggiungere la seconda connessione sulla usb1

mi sovviene che il problema possa essere nel controller usb, che per qualche motivo dopo il riavvio va in palla e se è collegata usb1 non legge nemmeno più da usb0... fino a che non si scollegano entrambe e ricollegano in ordine, al che ricomincia a funzionare

[Flane]

Il tuo problema potrebbe l'inversione delle porte USB al riavvio.

È un problema che può accadere dopo un riavvio.
Le due porte si invertono e pertanto non riesci a leggere più nulla.

La soluzione è di assegnare un nome fisso alle porte come indicato i Wiki
https://www.flanesi.it/doku/doku.php?id= ... nome_fisso

Questo problema è stato discusso fin dai primi esperimenti ma ora che molti utilizzano un solo bus proprio non ci avevo pensato, oltre al fatto che tu parlavi di blocco del bus.

[Another]

la mia situazione attuale è la seguente

Codice: Seleziona tutto

pi@raspberrypi:~ $ lsusb
Bus 001 Device 008: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 010: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

nella cartella /etc/udev/rules.d/ non c'è il file 10-local.rules ma il file 99-com.rules

Codice: Seleziona tutto

SUBSYSTEM=="input", GROUP="input", MODE="0660"
SUBSYSTEM=="i2c-dev", GROUP="i2c", MODE="0660"
SUBSYSTEM=="spidev", GROUP="spi", MODE="0660"
SUBSYSTEM=="bcm2835-gpiomem", GROUP="gpio", MODE="0660"

SUBSYSTEM=="gpio*", PROGRAM="/bin/sh -c '\
   chown -R root:gpio /sys/class/gpio && chmod -R 770 /sys/class/gpio;\
   chown -R root:gpio /sys/devices/virtual/gpio && chmod -R 770 /sys/devices/virtual/gpio;\
   chown -R root:gpio /sys$devpath && chmod -R 770 /sys$devpath\
'"

KERNEL=="ttyAMA[01]", PROGRAM="/bin/sh -c '\
   ALIASES=/proc/device-tree/aliases; \
   if cmp -s $ALIASES/uart0 $ALIASES/serial0; then \
      echo 0;\
   elif cmp -s $ALIASES/uart0 $ALIASES/serial1; then \
      echo 1; \
   else \
      exit 1; \
   fi\
'", SYMLINK+="serial%c"

KERNEL=="ttyS0", PROGRAM="/bin/sh -c '\
   ALIASES=/proc/device-tree/aliases; \
   if cmp -s $ALIASES/uart1 $ALIASES/serial0; then \
      echo 0; \
   elif cmp -s $ALIASES/uart1 $ALIASES/serial1; then \
      echo 1; \
   else \
      exit 1; \
   fi \
'", SYMLINK+="serial%c"