Tutte le attività

Provo a spiegarmi meglio. Molte volte (ma non sempre) nel momento in cui si attacca (o forse stacca) il compressore avverto un rumore metallico e nel contempo va via l'audio della tv. Questo è il problema che mi ritrovo, non succede tutte le volte in cui il compressore attacca (o forse stacca) ma comunque succede. Il tecnico dice che per lui è tutto a posto e quindi mi chiedo cosa possa fare capitare questo problema. I casi secondo me a questo punto sono due: o il tecnico non è riuscito a cogliere l'attimo esatto, e mi rendo conto che non sia per niente semplice, perché un conto è accorgersene mentre si guarda la TV, un altro conto è stare a guardare il frigo per due ore consecutive senza poter distogliere lo sguardo aspettando che faccia l'anomalia, oppure il problema è il mio impianto elettrico. Vorrei capire cosa posso fare io per capire da dove provenga il problema ed eventualmente risolvere o almeno avere nuovi dati da comunicare al tecnico

Piccola nota critica: non ti era più comodo e comprensibile mettere delle power ports (+Vcc, -Vee, GND, ecc.) anzichè tirarti dietro tutti quei wires??

Ma se ruoti a mano le palette, senti molta resistenza?

Per capirlo bisogna guardarci dentro, ma se dici che: mi viene il dubbio che il problema può essere nei collegamenti tra la tastiera del palazzo e il resto dell'impianto, magari i fili sono marci, spellati o schiacciati che fanno corto con qualcos'altro (sto sparando ipotesi). Del resto, non posso saperlo da dietro la mia scrivania e dirti con certezza se è l'alimentatore guasto e per giunta se è riparabile. 😇

Io passo, ci sono contraddizioni, dici che lo fa sempre poi che non lo fa sempre. Il tecnico ha già detto che va bene. Lascio la parola ai colleghi.

Puoi mettere tutti i vias che vuoi, male non fanno, ma IMHO quei grossi fori metallizzati sono già più che sufficienti. Ho notato che le clearance sono ancora molto piccole, per carità vanno bene anche così, ma io le allontanerei almeno fino a 0.5mm. Così facendo elimini i rischi di corti in fase di incisione del rame.

Grazie, lo scopo che voglio raggiungere è che viaggino 1:1. Niente di più. Ti ho scritto un messaggio. Adesso il progetto ha i motori tutti in anello di velocità senza nessun sincronismo. Il sistema sta lavorando, ma mi piacerebbe vedere se migliorano alcuni difettucci sporadici, che sono quasi certamente causati dalla mancanza di sincronia tra i due nastri. Mi sono bloccato su questa cosa dell'encoder perchè non mi fa finire la configurazione dell'oggetto tecnologico. Il motore non è cambiato e questa cosa dell'encoder mi sembra pìù un baco del configuratore che altro... boh... comunque non mollo....

Intendevo come testare l'impianto elettrico o come testare il frigo. Il fatto che vada via l'audio è un dato assodato, ma vorrei capirne il motivo per poter risolvere

Nel tuo caso con reattore elettronico, lo schema da seguire riportato qui sopra è il secondo, che è uguale al secondo schema (a destra) delle tue istruzioni, che riporto qui sotto: Se invece vuoi eseguire il primo schema (a sinistra) delle tue istruzioni, su uno dei due estremi del tubo devono esserci per forza indicate le lettere L N, altrimenti si rischia di fare un corto netto. Controlla, perché non credo che la Philips si sia dimenticata di un dettaglio del genere.

Siccome suppongo che in una giornata il frigo attacchi e stacchi alcune volte, ti basta stare vicino al tv e sentire se l’audio va via, è un test facilmente ripetibile.

Per il rumore può essere, ma per l'audio che va via? E anche a te andava via l'audio dalla TV? Il mio frigo è nuovo ma potrebbe anche essere stato montato male in partenza

Grazie, lo scopo che voglio raggiungere è che viaggino 1:1. Niente di più. Ti ho scritto un messaggio.

Buonasera a tutti, ho un inverter Omron tipo 3G3M1-A4055 che devo sostituire ad una macchina pallettizzatrice. L'inverter originale, difettoso e molto datato, sempre Omron da 3,7kW. Ho programmato i vari parametri, compresi i comandi da morsettiera per fwd e rev e la frequenza di lavoro che è di 24Hz. Appena do il comando per far girare il motore (doppia velocità da 2,2kW), che alimentato a tensione trifase di rete funziona correttamente, con l'inverter è leggermente rumoroso ed assorbe una corrente alta di circa 11A, infatti dopo alcuni secondi il motore "fuma"....a qualcuno è capitato?

Grazie per avermi risposto. Mi sa che ho descritto male il problema. Dove abito ci sono due ingressi. il primo ingresso ( cortile ) c'è una tastiera e un cancelletto. poi c'è il palazzo dove abito quindi un' altra tastiera e il portone del palazzo. quando si utilizza la tastiera del cortile tutto funziona senza disturbi. Quando si utilizza la tastiera del palazzo in quel momento si sente il rumore all'interno dell'alimentatore e tale disturbo si trasmette al citofono e alla stessa tastiera e per questo che non si riesce ne a sentire e ne a farti sentire da chi ti citofona. (Questo problema vale per tutti i condomini).Il mio quesito era quello di capire se il problema è risolvibile riparando il guasto interno all'alimentatore onde risolverlo sostituendo l'alimentatore.

Hai provato ad inserire nell'hardware un altro G120, da configurare partendo da zero? Se non ne vieni a capo, se per te non è un poblema mi puoi mandare il progetto. Se sei interessato, ti scrivo la mia mail in privato.

D'accordo con Livio sull'utilizzo del feedforward. Per l'ottimizzazione, se è impostato bene il feedforward, dovrebbe essere molto più semplice. Prova cosa ottieni con l'ottimizzazione automatica e poi, se non ti soddisfa, aggiusti manualmente.

potrebbe anche essere , infatti faro il test proposto da snipermosin cosi da bypassare amplific e vedere se ce diferenza

Concordo anch'io con chi suggerisce di usare l'ora di sistema.

A me succedeva una cosa simile con un vecchissimo frigo quando interveniva il termostato, che aveva i contatti parecchio usurati. Ma ripeto, si trattava di un'apparecchiatura molto vecchia

Ma hai provato a collegarti direttamente solo alla CPU, scollegando tutti gli altri cavi di rete? Solo PC e PLC, nient'altro. Tempo fa ho perso due ore per un dispositivo che non mi rispondeva più. Eppure, da Proneta sembrava ok, il nome Profinet era ok, ma qualcuno aveva aggiunto in rete un altro dispositivo, assegnandogli lo stesso indirizzo IP.

Grazie per avermi risposto.

Un po' difficile trovare una risposta. Che telegramma usi? Lavori in sincronismo di clock? Se sì, hai configurato la topologia? Ma, soprattutto, ti sei bloccato cercando un encoder? Devi selezionare l'azionamento. Si occupa da solo di andar a leggere i dati che gli servono tramite il telegramma (sempre che sia stato impostato un telegramma compatibile). Se per te non è un problema, mi puoi mandare il progetto. Se sei interessato, ti mando la mia mail in privato. Per quanto riguarda la sincronizzazione, il master lo puoi controllare in velocità, ma lo slave si sincronizzerà sulla posizione del master, se vuoi che faccia la stessa cosa che fa il master. Io poi, per una applicazione di questo tipo, preferirei usare un asse virtuale come master, ed i due assi reali come slave dell'asse virtuale.

Bisognerebbe aprire qualche scatola di derivazione per capire meglio. Purtroppo a distanza non è proprio facile seguire ciò che fai. I fili che escono dal tetto sono integri. Può capitare che vengano ad interrompersi quando vengono aggrovigliati per farli entrare sulla copertura del lampadario. Dovresti trovare il percorso che dal filo nero sull'interruttore arriva al lampadario. A mio avviso visto che hai provato col cercafase e non accende è proprio la fase a mancare.

Che dire, condivido quanto detto da @Ctec, da @drn5, e da @Livio Orsini. È vero che il set di istruzioni di un PLC è molto ridotto rispetto a quello di linguaggi di alto livello, ma questo non significa che la programmazione di un PLC sia più semplice. E non è nemmeno del tutto vero che il set di istruzioni dei PLC sia tanto ridotto. Per esempio, prendiamo le funzioni Motion. Sono relativamente poche, ma ogni singola funzione va parametrizzata in modo corretto, e devi conoscere nel dettaglio cosa fa ogni singolo parametro, se vuoi che il motore si comporti come vuoi tu, e non come decide lui. E, per compiti complessi, ci sono le librerie, che contengono funzioni con manuali di centinaia di pagine. Le problematiche che si incontrano nei due mondi (PC e PLC) sono completamente diverse, e più volte ho avuto occasione di vedere persone con una preparazione prettamente informatica fare disastri con i PLC. Banalizzando, in un PLC non puoi fare che "premo un pulsante ed entro in una routine, e resto lì finché un altro evento non mi fa uscire" perché, nella migliore delle ipotesi, sfasceresti la macchina. Nella peggiore, faresti male alle persone. Chi ha una preparazione informatica ha tutte le basi per poter diventare un bravo programmatore di PLC, ma deve cambiare completamente mentalità. Senza contare, poi, che la pura programmazione è solo uno degli aspetti che un programmatore di PLC deve affrontare. Per poter sviluppare interamente un progetto, devi conoscere bene tutto l'hardware, devi conoscere inverter, motori, trasduttori, interfacce. Devi avere conoscenze di elettrotecnica, devi sapere come vanno cablati i moduli. Devi saper programmare anche pannelli operatore che, anche nel caso gli HMI vengano programmati da altri, devi preparare le variabili seguendo uno schema che renda la vita il più facile possibile anche ai colleghi "pannellari". Una delle cose più difficili, è fare programmi che ti consentano di ripartire dopo le anomalie più disparate. Come si è fermata la macchina? Riesco a ripartire senza costringere l'operatore a compiere manovre manuali? Non è come "spegnere e riaccendere il pc", è qualcosa che, in alcuni casi, si rivela molto complessa. E per i compiti più "informatici" si usa il testo strutturato, oggi presente in tutti i PLC. Mia esperienza personale. Sì, mi piacerebbe approfondire la programmazione in linguaggi ad alto livello. Oggi mi capita di fare programmi in C (niente di complicato, ma nemmeno di troppo semplice), e non lo trovo più difficile. Per me lo stimolo viene dal dover risolvere un problema difficile, non dal maneggiare un linguaggio complesso. Lo stimolo arriva dall'ottimizzare il funzionamento di una macchina, rosicchiando decimi di secondo qua e là. Sì, le piattaforme PLC sono di solito ambienti chiusi. Questo è dovuto al fatto che ogni costruttore non vuole cedere nulla agli altri, ma anche al fatto che l'hardware è molto diverso. Per quanto riguarda l'AI, solo per curiosità ho provato a sottoporre la soluzione di qualche problema in testo strutturato. Tra le varie cose, ho chiesto di sviluppare un algoritmo "sort". Diciamo che il risultato è stao buono, ma non ottimo. Ma non credo che il risultato sarebbe stato migliore se avessi chiesto di sviluppare lo stesso algoritmo in C, in Python, o altro. Comunque, un aiuto dall'AI si può avere anche nel mondo PLC. Per quanto riguarda il Codesys, è solo teoricamente un linguaggio "universale". Nella realtà, quasi tutti i costruttori adottano una versione di Codesy brandizzata e, quindi, diventa praticamente come qualsiasi altro sistema di sviluppo nel mondo PLC. Personalmente poi, trovo l'ambiente di sviluppo Codesys piuttosto spartano.

Quando è successo a me , erano le spazzole cinesi a causare il problema , ho dovuto sostituirle con quelle originali . Mentre raggiungevano il massimo dei giri , iniziavano i colpi di carico alternati e ravvicinati . controlla se il taglio è messo nel modo giusto sul collettore.