Svenska ElektronikForumet

Har för mig jag såg i något tidigare inlägg att den applikationen TS kör kan kommunicera via I²C men jag kan minnas fel. Men alldeles oavsett vad han vill ha in i PLC´n så borde ju en µC kunna leverera likväl som den ADC han ville använda.

En liten parentes:
Jag och min bror automatiserade en maskinlinje som automatiskt tillverkade lastpallar för länge sedan. Kommer inte ihåg PLC-fabrikatet som var brorsans avdelning men med den PLC´n styrdes hela processen från windows 98 via ett serieprotokoll (som jag i och för sig fick tillverka själv). Man ritade pallen i en editor och körde sedan ut data till PLC som ställde in maskinen och tillverkade pallarna. Windows-datorn höll hela tiden koll på förloppet, sparade eventuella felsignaler från PLC och larmade vid fel m.m. Man kunde till och med styra hastigheten på maskinen från PC´n.

Det var rätt kul, för vi fick mycket klagomål på driftsstopp och att programvaran inte var pålitlig. Jag hade emellertid lagt in alla felkoder från maskinen och sparat dem historiskt. Genom att skriva ut ett tårtdiagram kunde vi visa kunden att samtliga driftstopp berodde på fel virke, slut på virke, slut på spik i inmatningen på grund av dålig koll av operatören. Det blev därefter inga fler klagomål på programvaran.

Felloggar körda ner i halsen på kund är en fröjd.

Men vad tror ni?

RC-filter, OP och likriktare? Det borde väll kunna få pulsering mellan 0.5 till 20 Hz till en stabil kontinuerlig signal mellan 0 till 5 volt?

Vad skall du göra? Skall 0.5Hz bli 0V och 20Hz bli 5V? I så fall måste du ha ett lågpassfilter som är långsammare än 0.5Hz annars får du en massa rippel, vilket också kommer göra att responstiden blir minst antal sekunder.

rvl skrev:Som adent säger, finns exempel på båda vägarna i databladet som länkades på första sidan här.

Där påpekas att F till V konvertering blir en kompromiss mellan responstid (som inte blir snabb) och acceptabelt rippel, speciellt på låga frekvenser (<200 Hz).

Så en LM331 är inte lämpat för 0.5 till 20 Hz?

Då har jag inget annat val än att acceptera en uC med filter för att skicka ut spänning.

Synesthesia skrev:Vad skall du göra? Skall 0.5Hz bli 0V och 20Hz bli 5V? I så fall måste du ha ett lågpassfilter som är långsammare än 0.5Hz annars får du en massa rippel, vilket också kommer göra att responstiden blir minst antal sekunder.

Jag vet. Hmm...
uC med digital potentiometer kanske löser mitt problem.

Vad är det du skall mäta som producerar denna frekvens?

Jag ska mäta vattenflödet från en hink. Då har jag en mätare av märket AICHI från Japan och den kan mäta flödet upp till 0.5 Hz till 30 Hz i mitt fall.

Edit: Fel av mig. Den kan ge pulser som minst är 0.5 Hz.

Ok, då finns det mycket enklare sätt att lösa det på.
Ta ett skiftregister med parallell ut, till exempelvis 74HC/HCT164
Låt din PLC läsa av skiftregistret och nollställa det var 7,5s
Problemet löst. (och det får du gratis)

Edit: Det skall vara en 8-bitars räknare alt dekadräknare och inte skiftregister.

Häftig lite sak som kan omvanda pulser till olika bittar. Men problemet är att jag har få pinnar kvar på min PLC

Men det kanske finns ett ship som kan omvandla olika pulser till volt?

Hur många pinnar har du kvar? och hur många pinnar finns det totalt? (dvs IO-Pinnar)

Jag har två IO pinnar kvar och det finns totalt 40 pinnar, där vissa går inte använda riktigt.
Men jag funderar på att använda ett lågpassfilter, likriktare och kanske en OP förstärkare om det behövs förstärkas. Detta är ju grundläggande analog elektronik och jag kan skapa en överföringsfunktion av det hela för att räkna ut vid vilken frekvens som ger ett visst spänning.

Om det blir en fördröjning någon sekund i filtret gör inte så mycket.

Du behöver nog ha filtertider på uppemot 10s eller så.

Ett litet edit till mitt tidigare inlägg, var lite för snabb, det skall vara en 8-bitars räknare och inte skiftregister.

Vad menar du med filtertider? Menar du att det tar 10 sekunder för filtret att visa rätt?

Allt är relativt. 10s är 20ggr din maximala periodtid. Det kommer att visa skapligt men inte rätt.