faq

De Gateway heeft 2 functies: Het is een webserver en de Gateway haalt de data uit de PDUs en stuurt deze door naar een MySQL database, of naar SNMP. Modbus of API verbindingen. Als de performance van de webserver te wensen overlaat kan dat veroorzaakt worden door de interface activiteiten. Ga naar de TAV Interface en verifieer welke interface geactiveerd zijn. Als een interface niet noodzakelijk is moet deze gedeactiveerd worden om de performance van de webserver te laten toenemen. Voor een optimale prestatie moet u alle interfaces uitzetten.

Sommige klanten schrikken bij het zien van een temperatuur van 45° of meer. Enige achtergrond informatie is hier op zijn plaats:

De Schleifenbauer PDU is standaard voorzien van een interne temperatuur sensor. Dit is een sensor die de temperatuur op de printplaat meet. De printplaat kan om diverse redenen warmer worden, maar tot 70-75° C is er nog niets aan de hand. Dit zegt niets over de interne temperatuur van de PDU. Het feitelijke waarde van deze meting is niet van groot belang, echter u kunt een sterke verandering van deze waarde (delta T) gebruiken als indicatie dat er zich iets wezenlijks heeft veranderd in de PDU (een plots sterk toegenomen/afgenomen stroomafname of een defect).De meetnauwekeurigheid van de interne temp sensor is +/- 4° C.

Indien een externe sensor is aangesloten, dat is de temperatuurwaarde wel belangrijk en kunt u de thermische conditie in uw kast monitoren. De nauwkeurigheid van de externe sensor is +/- 2° C.

De tijdweergave in de header van het basisscherm van de Gateway en in de log-regels in de HOME tab houdt geen (!) rekening met zomertijd (daylight savings time). Indien gewenst kunt u de tijd aanpassen door in de gateway-tab onderaan de tijdzone 1 uur op te schuiven.

Log regels die naar de MySQL database of Syslog worden gestuurd zijn doorgaans wel gecorrigeerd voor zomertijd.

Het aantal PDU's dat u op een Gateway kunt aansluiten wordt alleen beperkt door de processorkracht van de Gateway. In extreme situaties kan deze onwerkbaar traag worden. Daarom raden we aan om na 800 PDUs op de databus een tweede databus te creëren en te voorzien van een andere Gateway. Dit heeft bovendien het voordeel dat er bepaalde mate van redundancy ontstaat als u meerdere Gateways gebruikt.

Wat heeft invloed op de performance van de Gateway?

• Een PDU met geschakelde en of gemeten uitgangen produceert meer dataverkeer dan PDUs met alleen input meting.
• Wanneer meerdere protocollen gelijktijdig ondersteunt worden (MySQL, HTTP) is dit een hogere belasting voor de Gateway.
• De frequentie waarmee gegevens moeten worden weggeschreven in de database bepaalt de overall performance mede.
  

Met CLOSE RING kunt u een verbinding maken tussen de laatste PDU in de databus en de Gateway. Als u de eerste PDU ook heeft aangesloten op de Gateway (op de poort DATABUS) heeft u zodoende een RING gecreëerd. Door de functie USE RING REDUNCANCY in het GATEWAY-menu van de Gateway aan te vinken (zie user manual) gaat de Gateway, indien de databus is onderbroken, automatisch via de andere kant proberen de PDUs te bereiken die eerst niet bereikbaar waren. Op die manier kan de Gateway alsnog de gegevens van de PDUs ophalen. In de TAB HOME van de PDU wordt aangegeven waar de Gateway de onderbreking in de databus heeft geconstateerd zodat u een gericht onderzoek kunt instellenen de storing kunt oplossen.

Door USE RING REDUNCANCY te activeren en de ring fysiek te sluiten wordt de databus redundant. Dat wil zeggen dat een enkele fout geen invloed heeft op de functionaliteit van de databus. U dient de fout echter direct to corrigeren omdat de databus bij een dubbele fout niet meer volledig functioneert.

De Schleifenbauer databus maakt gebruik van het seriële RS485 protocol (zie WIKI ). Het is een zeer degelijke standaard die al jarenlang in de markt bekend is en goed is gedocumenteerd. Eén van de voordelen van RS-485 is dat de communicatie over een lange afstand is gewaarborgd. Tot 100 meter afstand tussen 2 opeenvolgende PDUs of een PDU en de Gateway mag geen enkel probleem voor de communicatie geven. Let daarbij wel op de kwaliteit van de bekabeling (minimaal CAT5) en/of de patchpanelen. Een slechte bekabeling of slecht werkende patches kunnen zeer vervelende gevolgen hebben voor de datacommunicatie. Omdat het onvoorspelbaar is welke communicatie nog wel doorgang heeft en welke niet zijn de waargenomen problemen zeer wisselvallig. PDUs lijken dan willekeurig te verdwijnen en weer te verschijnen. Ook het gebruik van RJ45 koppelstukken kan leiden tot dergelijke vreemde verschijnselen.

Het upgraden van de firmware in de PDU is een kritische en intensieve aktivitteit op de databus. Wij raden daarom aan alle aktieve interface eerst UIT te zetten via de browser in de TAB Interfaces. Tevens is het raadzaam om 'Close Ring' te deaktiveren in de TAB Gateway.

Hierna kunt u probleemloos de upgrade van de PDUs voltrekken en daarna kunt u de interfaces en 'Close Ring' weer aktiveren.

Als een PDU die in de databus is opgenomen spanningsvrij wordt gemaakt, wordt op dat punt de databus onderbroken. Als een PDU nog niet onder spanning staat kunt u het beste de databus met een RJ45 koppelstuk op die plek doorverbinden zodat de werking van de databus niet verstoord wordt.

Als u de 'ring redundancy' optie heeft geaktiveerd en de databus in een ring heeft aangesloten, dan blijven wel alle PDUs zichtbaar voor de Gateway als een PDU spanningsvrij is, maar er wordt wel een error gemeld.

U heeft problemen bij het hernummeren van PDUs bijvoorbeeld bij een melding van DUPLICATE.

In dit geval is het waarnschijnlijk dat u de RING REDUNDANCY heeft geaktiveerd in het GATEWAY menu van de Gateway, zonder dat de ring daadwerkelijk gesloten is. Het is belangrijk dat deze functie alléén wordt geaktiveerd als er daadwerkelijk een ring-topology is voor de databus. Dit betekent dat de laatste PDU in de keten verbonden is met de CLOSE RING poort op de Gateway. Als dit niet is gebeurd ontstaan er oneigenlijke situaties op de databus die er toe kunnen leiden dat bepaalde PDUs niet meer benaderd kunnen worden of dat hernummering niet lukt.

Wij bevelen aan om de RING REDUNDANCY functie pas te aktiveren als alles naar behoren werkt zonder dat de ring is gesloten op de Gateway. Pas als geconstateerd is dat alles goed werkt sluit u de ring en aktiveert u RING REDUNDANCY in het GATEWAY-menu van de Gateway. Dit zou het bovenstaande probleem moeten verhelpen. 

Veel problemen die klanten tegenkomen bij het aktiveren van MySQL vinden hun oorsprong in de instelling van de MySQL settings:

Als de STATUS UPDATE en CONFIG UPDATE ingesteld staan op 0, betekent dit dat deze informatie NIET naar de database wordt weggeschreven, terwijl deze wel essentieel is voor de database. Deze velden moeten dus niet op nul staan.

De CONFIG UPDATE kan wel een hoge waarde krijgen, bijvoorbeeld 86400, dan wordt de configuratie 1 x per etmaal ge-update. Het wegschrijven van de STATUS UPDATE zouden we aanraden om vaker te doen, omdat hier ook de alerts mee worden meegestuurd. Die zult u ongetwijfeld vaker dan 1 x per dag willen updaten.

We hebben gemerkt dat de Gateway NIET goed functioneert met Internet Explorer versie 6. Verschillende functies blijken niet te werken met deze combinatie. We adviseren de gebruikers om versie 7 of 8 te gebruiken. 

Tot nu toe hebben zich geen problemen voorgedaan met Firefox of Safari.