...work in progress... ho assemblato la prima delle 6 schede che userò (+ 3 di scorta/espansione) poi monto il tutto e vedo che succede...

Allego l'immagine del pcb FidoCad...

Alcune foto della prima scheda...



Dettagli:
Area IC
Codifica a diodi in ingresso
Stadio Uscita
Il relè step che uso

Grande...

Eccezionale .....

Nell'eventualità arrivasse un secondo comando durante il Timeout del primo , come viene interpretato dal nodo ?

Durante la misura del timeout, pressioni aggiuntive vengono ignorate (il codice aspetta il ritorno alla combinazione "1111")... il problema sono le pressioni assolutamente simultanee (ad esempio, due pulsanti affiancati nella stessa scatola) che passerebbero combinazioni non previste (e questo è il problema minore, basta compilare correttamente la tabella di configurazione, lasciando tutte le combinazioni non usate a "10000000") oppure corrispondere ad una combinazione in uso... e questo comporterebbe una azione sbagliata del nodo... è anche per questo che ho modificato il metodo per portare un nodo in modo config, aggiungendo alla combinazione di input "0000" la condizione di ricevere anche il messaggio dal master...

Nel frattempo, ho montato tutte le 9 schede, ed installato ieri la prima in casa... trovando un piccolo difetto di progettazione: la commutazione di tutti i relè step collegati (5 nel mio caso) contemporaneamente porta ad un'abbassamento tale della tensione di alimentazione che provoca il riavvio del pic (assolutamente trasparente all'utente, lo si nota solo se collegati al nodo in USB)... ho già in mente la modifica, ma voglio prima provarla; per ora ho risolto diminuendo la durata dell'impulso di commutazione (ora 10ms) ma non vorrei che in configurazioni con 7 relè collegati non basti neppure questo...

CITAZIONE

bingo! proprio quello che pensavo, magari anche un 470uF per fortuna stò sempre largo con le piste, e due fori ci stanno

Modifica fatta. Messo un condensatore da 330uF in uscita al regolatore di tensione, isolata alimentazione del dc/dc da quella dei relè con un diodo, tutto funziona... passo alla modifica seriale dei circuiti già costruiti...

Aggiornamento del codice, solo ottimizzazioni per risparmiare token... vedere QUI

installati 3 dei 5 nodi totali, e configurati via can-bus appena ho tempo dò qualche dettaglio in +
Ciao!

Allora, per la connessione ho usato cavi utp cat5 (perchè li avevo di recupero da smontaggi); per test ho utilizzato il cavo come se fosse un cavo non twistato, ovvero ho collegato i due fili delle coppie tra loro, ottenendo un cavo a quattro conduttori; di questi, dal lato nodo li ho collegati a due a due ai morsetti CAN-H CAN-L, e dall'altro lato (quadro nel locale tecnico, ho collegato i cavi in maniera da ottenere un bus bifilare che parte dal locale tecnico, arriva al primo nodo, torna, va al secondo, etc... per un totale (stimato) di circa 100mt di percorso.
Ad un capo del bus ho collegato un adattatore usb/seriale TTL della FTDI, seguito da un MCP2551 (CAN transceiver); inizialmente ho avuto qualche problema, poi ho capipto che se collegavo il -V dell'USB alla massa dell'alimentazione 18Vdc dei nodi, funzionava tutto... eseguite le configurazioni dei nodi, inviati comandi, tutto via hyperterminal, con il bus a 4800baud. La risposta dei nodi alla presisone del pulsante è quasi immediata; quando eseguono il check del buffer di comunicazione succede che il comando non viene "preso" e bisogna ripeterlo (ma questo talvolta succede anche in impianti "tradizionali" con il relè step pilotato da pulsante, non commuta oppure fà due step).
Allego il codice che sto usando, che si volesse cimentare ad ottimizzarlo è benvenuto!

Grande MarKo! Sei l'unico, per il momento, che condivide le realizzazioni col PPTEA; guanta duro!

Aggiornato il codice alla 3.27d, velocizzata l'esecuzione eliminando alcune letture in eprom, aggiunto un valore di configurazione (comm_wait) e sistemato un bachino nella gestione degli errori di configurazione...