FAQ

Om det är en ny konfiguration du vill testa beror felet på att OPC-server inte var avstängd när du startade monitorfunktionen. Längst ned i högra hörnet finns en indikation som visar om servern är på (fast grön) eller av (fast röd). Du måste vänta till OPC-server är avstängd innan du testar en ändring.

När det finns två eller flera instanser av processen MBusOPC.exe beror det på att OPC-klienterna körs med olika användare och varje användare startar sin egen instans av MBusOPC.exe. Windows har därför inte lyckats synkronisera så att varje OPC-klient använder samma process av M-Bus OPC-servern.

När det blir flera instanser av MBusOPC.exe är det risk att OPC-servern inte får kontakt med M-Bus omvandlarna och M-Bus mätarna. Därmed kommer OPC-klienterna inte få den önskade datan från M-bus mätarna.

För att styra Windows att bara använda en instans av MBusOPC.exe måste man i DCOM-inställningarna styra vilka användare som ska äga processen.

• Starta DCOM-inställningar (dcomcnfg.exe).
• Bläddra Konsolrot -> Komponenttjänster -> Datorer -> Den här datorn -> DCOM-konfiguration.
  
  

• Leta upp MBus.
• Högerklicka och välj Egenskaper.
• Välj fliken Identitet.
• Välj Den här användaren.
• Ange fälten för den användaren som ska äga processen.

• Tryck på OK.

Citect är grundinställd för DA 1.0 OPC Servrar. PiiGAB M-Bus OPC Server stöder version 2.00, 2.05 och 3.0. Detta innebär att du måste komplettera med en inställning i Citect.ini. Skriv in under gruppen [OPC] UseOPC2=1.

Det har visat sig att WinZip Selfextractorn som vi har använt för installationsverktyget inte fungerar stabilt i 64 bits miljön. Från version 2.02.01.001 används inte WinZip Selfextractorn längre och därför bör installation i 64 bits miljö numera fungera som förväntat.

Efter en ändring i projektet i PiiGAB Explorer måste både filen sparas och Serverprocessen kopplas startas om. Om inte detta är gjort kommer de mätare som berörs av ändringen ej få kommunikation.

Spara projektet

 

 

Stoppa servern via  knappen Stop Monitor

 

Statusen på servern skall bli röd. Först då är servern avstängd.
Efter detta kan anslutningen startas igen.

I detta fall är en eller flera OPC-klienter fortfarande anslutna mot OPC-servern. Vill du stoppa OPC-servern, för att exempelvis testa en ny konfiguration, måste alla OPC-klienter släppa sin anslutning mot OPC-servern.

Observera att [LAN]Timeout har utgått i Citect V7.

Vid långsamma protokoll hinner ofta [LAN]Timeout parametern överskrida sin grundinställning på 8000ms. När detta inträffar framträder #COM sporadiskt vandrande runt på skärmen. Du får samtidigt hårdvarufelet ”Request Timeout from I/O Server” och samtidigt räknas antal Timeout upp i Probe Kernel fönstret. Genom att ändra [LAN]Timeout till 20000 eller högre brukar dessa sporadiska #COM försvinna.

Om det är en ny konfiguration du vill testa beror felet på att OPC-server inte var avstängd när du startade monitorfunktionen. Längst ned i högra hörnet finns en indikation som visar om servern är på (fast grön) eller av (fast röd). Du måste vänta till OPC-server är avstängd innan du testar en ändring.

Om du har QuickOPC installerad på Windows Vista eller Windows 7 kan behöva köra License Manager som administratör.

Om du använder .NET Framework 4.6 kommer EasyDAClient klassen krascha vid instansiering. Följande lösning i Windows registret löser problemet:

• Öppna registret (regedit.exe)
• Bläddra fram till: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework
• Skapa ett nytt 32-bitarsvärde (DWORD)
• Ange namn: useLegacyJIT
• Sätt värde: 1
• Stäng registret

OBS: Du kan behöva administratörsrättigheter för att komma åt registret.

Se över att det finns en licens installerad på dator där QuickOPC används. Finns ingen licens fungerar QuickOPC i bara 30 minuter.

Detta problem uppstår då man instansierar EasyDAClient klassen väldigt ofta och inte rensar undan instanserna på ett korrekt sätt.
När en instans inte ska användas mer kalla på EasyDAClient.Dispose() för att flagga för .NET GC (Garbage Collector) att instansen ska raderas. Alternativt försök använda en eller få instanser av EasyDAClient istället för flera. Men kalla på EasyDAClient.Dispose() när instanserna ska raderas.

När det finns två eller flera instanser av processen MBusOPC.exe beror det på att OPC-klienterna körs med olika användare och varje användare startar sin egen instans av MBusOPC.exe. Windows har därför inte lyckats synkronisera så att varje OPC-klient använder samma process av M-Bus OPC-servern.

När det blir flera instanser av MBusOPC.exe är det risk att OPC-servern inte får kontakt med M-Bus omvandlarna och M-Bus mätarna. Därmed kommer OPC-klienterna inte få den önskade datan från M-bus mätarna.

För att styra Windows att bara använda en instans av MBusOPC.exe måste man i DCOM-inställningarna styra vilka användare som ska äga processen.

• Starta DCOM-inställningar (dcomcnfg.exe).
• Bläddra Konsolrot -> Komponenttjänster -> Datorer -> Den här datorn -> DCOM-konfiguration.
  
  

• Leta upp MBus.
• Högerklicka och välj Egenskaper.
• Välj fliken Identitet.
• Välj Den här användaren.
• Ange fälten för den användaren som ska äga processen.

• Tryck på OK.

Du har antagligen bara Desigo Insight licensnyckel installerad på din dator. Du måste även ha en Citect-nyckel installerad. Det räcker med en så kallad nollicens. Denna levereras från Siemens.

Citect är grundinställd för DA 1.0 OPC Servrar. PiiGAB M-Bus OPC Server stöder version 2.00, 2.05 och 3.0. Detta innebär att du måste komplettera med en inställning i Citect.ini. Skriv in under gruppen [OPC] UseOPC2=1.

Från version 2.02.03.001 är M-Bus drivrutinen kompilerad i VS2010. Om inte drivrutinen går att registrera är det antagligen så att du inte kört något program skrivet i VS2010 unmanaged på den aktuella datorn. Då behöver du köra redistributable paketet från microsoft för att installera senaste biblioteken på din dator. Se nedanstående länk.

https://www.microsoft.com/en-us/download/confirmation.aspx?id=5555

Det har visat sig att WinZip Selfextractorn som vi har använt för installationsverktyget inte fungerar stabilt i 64 bits miljön. Från version 2.02.01.001 används inte WinZip Selfextractorn längre och därför bör installation i 64 bits miljö numera fungera som förväntat.

Denna ruta dyker upp om inte drivrutinen är OS stämplad och godkänd för ditt aktuella operativsystem. Version 2.02.02.001 av M-Bus drivrutinen är OS stämplad för följande operativsystem: Windows 2000, Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008, Windows 7, Windows Server 2008 R2, Windows 8, Windows 8.1, Windows Server 2012, Windows Server 2012 R2.
Om du kör en version som inte är godkänd kan du förhindra att dialogrutan kommer upp genom att använda parametern OverrideOSProtection i din drivrutinsgrupp i Citect.ini
[MBUSCIT]
OverrideOSProtection=1

Från version två har flera nya parametrar implementerats i M-Bus drivrutinen. InitTimeOut används endast för uppstartsfrågan och kan sättas så lågt som 500ms. Dessutom finns nu även en MainTimeOut som används för normala frågor. Denna kan sättas individuellt per port varför 300 baud och 2400 baud kan hanteras individuellt och optimalt.  Under tiden arbetet pågår kan uppstartsfrågan stängas av helt och hållet med parameter IgnoreDeviceStatusStartup. Se vidare i drivrutinsmanualen.

Citect drivrutinen har stöd för multitelegram och om du har en multitelegrammätare som Armatec eller F4-mätare från Metrima ansluten läses samtliga telegram från mätaren. Den vardagliga information ligger normalt i telegram nr 1 och om du enbart vill läsa ut denna information ska du sätta parametern NrOfTelegrams=1 vilket innebär att endast telegram nr 1 kommer att läsas. Detta gör att belastningen på själva M-Bus linan kommer att minska drastiskt.

Efter en ändring i projektet i PiiGAB Explorer måste både filen sparas och Serverprocessen kopplas startas om. Om inte detta är gjort kommer de mätare som berörs av ändringen ej få kommunikation.

Spara projektet

 

 

Stoppa servern via  knappen Stop Monitor

 

Statusen på servern skall bli röd. Först då är servern avstängd.
Efter detta kan anslutningen startas igen.

Först måste du ställa in så att själva initialiseringsförfrågan kan loggas i syslog.dat. Detta gör du genom att skriva in DebugStr=* ALL för din drivrutin i Citect.ini. ’*’ kan ersättas av portnamnet och då loggas endast denna port.
För exempelvis M-Bus kan det se ut enligt följande:
[MBUSCIT]
DebugStr=Port1_Board1 ALL
Nu kan du se om det ställs en fråga och om du får något svar från din utrustning.

I detta fall är en eller flera OPC-klienter fortfarande anslutna mot OPC-servern. Vill du stoppa OPC-servern, för att exempelvis testa en ny konfiguration, måste alla OPC-klienter släppa sin anslutning mot OPC-servern.

De olika formaten finns angivna på PiiGAB QuickPost konfigurationssida i File Format fältet. I manualen går det att läsa mer om de olika formaten.