HVAC-Talk: Heating, Air & Refrigeration Discussion banner
61 - 80 of 112 Posts
Er zijn maar een handvol keren dat ik de gezondheid en pakket analyse van de lijn heb moeten bekijken. Ik denk dat het oplossen van problemen met MSTP doorgaans te ingewikkeld is. Er zijn dingen die je kunt doen om ervoor te zorgen dat dit alleen minimaal nodig is. Als het een nieuwe communicatielijn is, moet je alle weerstandswaarden noteren tussen elke draad, de afscherming en van elke draad en afscherming naar aarde. Daarnaast moet worden genoteerd hoeveel weerstand er is wanneer EOL's kortgesloten zijn en moet een EOL-weerstand worden toegevoegd indien nodig. Voeg alleen apparaten van derden toe aan je trunk nadat je weet dat deze goed werken, en onthoud dat alle afschermdraden op één plek (meestal de globale controller) zijn doorverbonden en geaard.
Het oplossen van problemen met een reeds defecte communicatietrunk kan vervelend zijn als je het voorwerk niet doet. Meestal is de meest beschikbare en snelste methode om een MSTP-router te pakken, in het veld op het halve punt te gaan, de trunk te verbreken en beide richtingen te scannen. Ga door met deze actie in de richting van het probleem totdat het is gevonden. Het is ook een goed idee om screenshots van de scans te bewaren, zodat je kunt zien of je een dubbel apparaat hebt of iets van die aard. Veel van de problemen die ik heb gezien, komen van VFD's (het niet gebruiken van 1,5-aderige geleider kan fataal zijn). Zodra je het apparaat met het probleem of de slechte kabelrun hebt ingeperkt, is soms een diepere analyse nodig.
 
Er is een communicatiedraad die "anderhalve geleider" wordt genoemd. Het is een twisted pair, die wit en zwart zijn, met een extra gele draad die niet met deze is getwist (en natuurlijk een afscherming). We gebruiken dit om de common van de drives aan onze dezelfde aardereferentie te koppelen. U kunt een schema hiervan zien in de handleiding BACnet Protocol ACH-550 AC Drives (de handleiding is vrij beschikbaar op internet).
 
Bedankt, ik herinner me niet dat ik ooit zo'n kabel heb gezien, maar ik ben pas ongeveer 40 jaar met besturingen bezig. Ik zal het opzoeken.
 
Benadrukt enkele van de problemen bij het oplossen van problemen onder BACnet/SC, praat voornamelijk over SC.

https://www.youtube.com/watch?v=lOB7nX2iC3E
Heb het nog niet bekeken, maar heb je ergens gezien wat voor soort certificaten er voor SC worden gebruikt? De whitepaper vermeldt dat helemaal niet. Ik weet dat ik in gesprekken unieke sleutels heb gezien voor elk SC-eindpunt etc.

Enkele goede dia's;
https://www.slideshare.net/cimetrics/bacnetsc-a-secure-alternative-to-bacnetip
 
Voor zover ik weet, zijn het standaard PKI-certificaten, net zoals je ze voor TLS zou gebruiken. Wachten op de definitieve beoordelingsdocumenten die binnenkort zouden moeten verschijnen.

Wat ze hier wel vermeldden, is dat sleutelbeheer op de radar staat. Om SC sneller uit te brengen, zit het niet in de eerste release, maar centraal beheer komt in ronde twee.
 
Ik vind deze post geweldig. Het meeste netwerkanalyse dat ik doe, is echter aan de IP-kant. Heb jarenlang voor ALC gewerkt en de meeste netwerken waren ARC156, dat een compleet andere set tools gebruikt dan MS/TP. Dus ik droeg vroeger deze 16-poorts hub mee voor wireshark-captures. Vond hem bij Goodwill van alle plaatsen, want niemand maakt nog een echte hub. Toen vond ik de Netgear ProSafe G5105E. Het is een goedkope, kleine beheerde gigabit switch die ook passieve monitoringmogelijkheden heeft. Zag deze nog niet genoemd en dacht dat ik het hier zou plaatsen. Zit al jaren in mijn trukendoos.
 
Discussion starter · #70 ·
Goede toevoeging unonut. Dat is dezelfde die ik gebruik, maar ik was het helemaal vergeten omdat ik deze thread was begonnen met betrekking tot MSTP.

controle uit
 
Save
Slechts een opmerking....

Meer dan 25 jaar in gebouwautomatisering. Gedeeltelijk met pensioen. In dienst van JCI, Trane, York en Honeywell. Fabriekstraining gehad bij elk van die organisaties. Ervaring met ontwerp, installatie, service, programmering en inbedrijfstelling met die systemen, evenals een paar andere commerciële besturingssystemen.

Ervaring met Bacnet, Lon, Modbus en een paar andere protocollen.

De informatie in bericht #62 is het begin van een perfecte analyse.

In het veld heb ik nog nooit een oscilloscoop gebruikt en er ook nooit nodig gehad. Het is een prima hulpmiddel voor de werkbank
 
Waarschijnlijk een kwestie van hoe je het gebruikt en hoe vertrouwd je ermee bent.

Gewoon normale probleemoplossing met behulp van de divide-and-conquer-methode om de trunk te splitsen en resultaten te vergelijken.

Ik moet wachten tot de software is bijgewerkt en misschien is het onregelmatig, dus je moet een solide resultaat zien over een paar minuten. Kun je beide uiteinden op dezelfde manier controleren of gewoon werken vanaf bijvoorbeeld een MSTP-router? Met behulp van een draagbare MSTP-router en ontdekkingssoftware om beide uiteinden en al die BS te controleren? Met een handheld-oscilloscoop zijn deze resultaten direct en kun je snel beide uiteinden van een splitsing controleren en zien wat het probleem is, ervan uitgaande dat het een elektrisch probleem is. Alleen al dat kan een hoop arbeid besparen in vergelijking met een paar minuten naar een scherm staren. Mislukte controller, 2-draads apparaat zonder massa-referentie... dit zijn dingen die je snel kunt oplossen met een scoop. Terminatie, voorspanning en andere problemen zijn meer T&E zonder een scoop.

Hoe lang duurde het voordat je een ongeaarde spudder vond in een stapel ventilator-aangedreven dozen waarbij elke controller de interne 24V gebruikte? Handheld-oscilloscoop, ik kan een punt vinden, de trunk splitsen en binnen enkele seconden weten in welke richting ik me moet bewegen zonder naar een pc te hoeven kijken of op software te hoeven wachten.

Het is een kwestie van weten wanneer je het moet gebruiken. We hebben technici die een hele dag bezig zijn geweest met het najagen van hun staart. Ik kom binnen met een scoop, krijg een duidelijke richting en in de meeste gevallen vind ik het probleem in een fractie van de tijd die ze al hebben verspild. Dat gezegd hebbende, het is 50-50 elektrisch probleem of protocol in deze gevallen. In deze gevallen begin ik bijna altijd met het uitvoeren van een capture en het dissecteren met WS om eerst een idee te krijgen van wat de volgende stap is. Als dat wijst op een totale meltdown, is de scoop normaal gesproken de volgende tool. Op dat moment is het een zeer efficiënte tool voor een duidelijke richting.

Tot nu toe ben ik dol op mijn micsig tbook-oscilloscoop voor veldwerk. Hij is klein, werkt op batterijen, is redelijk geprijsd en beschikt over veel functies. Gewoon in de auto gelaten voor als de oproep komt en heeft me enorm veel gesukkel bespaard. Ruim boven mijn arbeidsloon versus de aankoopprijs. Boven het plafond, in een bedieningspaneel zitten, ondersteboven hangend aan de gebouwstructuur, super draagbaar en goed geschikt.
 
Zou ook de trend naar alle IP-systemen bekijken.

Wat kost de testapparatuur om elk stukje catX-kabel correct te certificeren? Dat is de volgende stap. Heb veel waardeloze terminaties gezien die zonder problemen verbinding maken, maar overgeven onder belasting. Achtervolg je staart eindeloos als dingen breken onder belasting of gebruik de juiste tools... hetzelfde.

Oh, als je ĂĽberhaupt glasvezel gebruikt, wat kost die apparatuur dan? Of eindeloos rondpissen met een onderaannemer die beweert dat de vezel goed is, het is jouw probleem?

IMO als je een medium gebruikt, ben je het beste af met de juiste tools om problemen snel te identificeren. Eénmalige gevallen, zeker. Dagelijkse chauffeurs, je bent waarschijnlijk tijd aan het verspillen in vergelijking met de juiste tools IMO.
 
Waarschijnlijk een kwestie van hoe je het gebruikt en hoe bekend je ermee bent.

Gewoon normale probleemoplossing met behulp van de divide-and-conquer-methode om de trunk te splitsen en resultaten te vergelijken.

Ik moet wachten tot de software is bijgewerkt en misschien is het onregelmatig, dus je moet een solide resultaat zien over een paar minuten. Kun je beide uiteinden op dezelfde manier controleren of gewoon werken vanuit bijvoorbeeld een MSTP-router? Een draagbare MSTP-router en ontdekkingssoftware gebruiken om beide uiteinden en al die BS te controleren? Met een handheld-oscilloscoop zijn deze resultaten direct en kun je snel beide uiteinden van een splitsing controleren en zien wat het probleem is, ervan uitgaande dat het een elektrisch probleem is. Alleen al dat kan een hoop werk besparen in vergelijking met een paar minuten naar een scherm staren. Mislukte controller, 2-draads apparaat zonder massa-aansluiting... dit zijn dingen die je snel kunt oplossen met een scoop. Afsluiting, voorspanning en andere problemen zijn meer T&E zonder een scoop.

Hoe lang duurde het voordat je een ongeaarde spudder vond in een stapel ventilatoraangedreven dozen waarbij elke controller de interne 24v gebruikte? Handheld-oscilloscoop, ik kan een punt vinden, de trunk splitsen en binnen enkele seconden weten in welke richting ik me moet bewegen zonder naar een pc te hoeven kijken of op software te hoeven wachten.

Het is een kwestie van weten wanneer je het moet gebruiken. We hebben technici die een hele dag bezig zijn geweest met het najagen van hun staart. Ik kom binnen met een scoop, krijg duidelijke aanwijzingen en vind in de meeste gevallen het probleem in een fractie van de tijd die ze al hebben verspild. Dat gezegd hebbende, het is in deze gevallen 50-50 een elektrisch probleem of een protocol. In deze gevallen begin ik bijna altijd met het uitvoeren van een capture en het dissecteren met WS om eerst een idee te krijgen van wat de volgende stap is. Als dat wijst op een totale meltdown, is de scoop normaal gesproken de volgende tool. Op dat moment is het een zeer efficiënte tool voor een duidelijke richting.

Tot nu toe ben ik dol op mijn micsig tbook-oscilloscoop voor veldwerk. Hij is klein, werkt op batterijen, is redelijk geprijsd en heeft veel functies. Gewoon in de auto gelaten voor als de oproep komt en heeft me enorm veel gesleutel bespaard. Ruim boven mijn arbeidsloon versus de aankoopprijs. Boven het plafond, in een bedieningspaneel zitten, ondersteboven hangen aan de gebouwstructuur, super draagbaar en goed geschikt.
Er zijn altijd twee diametraal tegenovergestelde uiteinden geweest van het niet-productieve controleman-spectrum, de dissectoren en de prutsaars. We zijn geen wetenschappers die betaald worden om uit te vinden of te ontleden. Ons doel is om een volledig functioneel systeem zo efficiënt en tijdig mogelijk tot leven te brengen. We zijn er ook niet om de klus half te klaren en dan te vertrouwen op anderen om terug te komen op garantie om te doen wat je bij de eerste keer had moeten doen.

De andere minder dan geweldige plekhouders zijn die jongeren die weigerden de ladder te beklimmen en te leren. Ze staan erop dat ze alles van de voorkant kunnen doen. Als ze hun gang mogen gaan, zijn deze niet-producenten een totale PIA voor het bedrijf, evenals hun collega's. Je bent constant hun rommel aan het opruimen en jezelf of je bedrijf aan het verdedigen.

Er is vaak een dunne lijn tussen kwaliteit en productiviteit die begrepen moet worden. Een goede controleman probeert altijd schoon en gestroomlijnd te werken. Alle extra onnodige bagage die op de bouwplaats wordt meegenomen, is verspilling. Je kunt de kwaliteit van de controleman over het algemeen zien aan zijn gereedschap en hoe hij het en zichzelf op de bouwplaats draagt. Er zijn enkele kleine verschillen tussen het gereedschap van een goede serviceman en een goede gereedschapsset voor de bouw. Mijn gereedschapsset heeft weinig mededogen met prutsaars of dissectoren.

Naarmate mijn kennis en ervaring groeiden, heb ik mijn lading uiteindelijk teruggebracht tot twee schoudertassen. Mijn laptop in de ene tas, de andere, een gereedschapstas. Al het andere dat geen dagelijkse noodzaak was, bleef in de vrachtwagen. Een toner is een perfect voorbeeld. Ik heb gezien hoe technici uren verspilden met heen en weer rennen of lenen, op zoek naar iets dat ze al bij zich hadden moeten hebben. Tegenwoordig ben ik een enorme fan van mobiele telefoons, iPads en multifunctioneel gereedschap.

Vroeger, net toen DDC Pneumatics overnam, werkte ik T&B. We zagen twee jongens in een busje aankomen en grote koffers in een kleine machinekamer beginnen uit te laden. De hele bouwplaats barstte in lachen uit toen we zagen wat ze deden. Dit waren de controlemannen en die koffers bevatten een desktopcomputer van volledige grootte. Ze brachten twee dagen in die machinekamer door om het systeem te programmeren. Hilarisch, vooral toen er overal desktopcomputers beschikbaar waren, zelfs toen al.

Ik begrijp het punt dat je probeert te maken en waarom je het gebruik van je scoop promoot. Ongeacht of je hem op je heup, in je tas of in je etui kunt dragen, ben ik het er uit ervaring gewoon niet mee eens dat hij veel te zoeken heeft op de huidige bouwplaats. Er is geen behoefte aan dat niveau van dissectie, terwijl normaal gesproken een paar keer de ladder op en een paal of twee het probleem vrij snel zullen diagnosticeren. Je hebt de ladder nodig om er te komen om het toch te repareren.

Het andere is dat als je een tijdje in dit spul hebt gezeten, je meestal een redelijk goed idee hebt van wat het probleem waarschijnlijk is voordat je er komt. De moeilijke zijn echter de intermitterende. Ooit, in een ver verleden, heeft een domme gipsplaatwerker mijn com-draad op een liftschachtwand vastgezet en de draad met een gipsschroef ingekerfd. Elke keer dat het gebouw ademde, werd de helft van de trunk dom. Zet je scoop op die ene.
 
Ooit, in een ver, ver verleden, heeft een of andere domme gipsplaatwerker mijn com-draad op een liftschachtmuur vastgezet en de draad beschadigd met een gipsschroef. Elke keer dat het gebouw ademde, werd de helft van de trunk dom. Zet je scope op die.
SUCK! Ik heb het routerproces persoonlijk geprobeerd, en dat gedaan toen ik nieuw was. Ik heb de neiging om een multimeter te gebruiken en daarmee worden de meeste van mijn problemen veel sneller opgelost. Maar voor mij lijkt het meer een functie te zijn van hoe vertrouwd ik ben met het proces dan de superioriteit van het ene proces boven het andere. Als ik goed ben met een scope, dan is dat de beste optie voor mij, als ik beter ben met een router, dan moet ik dat doen. Ik probeer basisvaardigheid te krijgen met ze allemaal... probeer het. En hoewel ik eerst een multimeter gebruik, heb ik een paar bacnet routers die ik tevoorschijn haal bij ongebruikelijke problemen. Ik ben de laatste tijd alles aan het oscoperen, om mijn comfortniveau hiermee te verhogen. Zo kunnen ruisproblemen overtuigend worden bewezen aan niet-technische mensen, alleen met een foto van een scope... maar het is geen gebruikelijk scenario om het met een foto te moeten bewijzen. Vaak hoef je het alleen maar te laten verdwijnen. Doe wat voor jou werkt. Sent from my SM-G960U using Tapatalk
 
Voor degenen onder u die Visual BACnet gebruiken, heeft iemand geprobeerd de ingebouwde wiretap-functionaliteit van de JACE te gebruiken?
Het kan pakketten van de mstp-poort van de JACE rechtstreeks naar Wireshark doorsturen.
Het staat in de BACnetUtil.jar
local:|module://docEngNotes/doc/BACnetSettingUpAWiretap.html
 

Attachments

Als het werkt zonder veel geklooi, klinkt het fijn om te hebben. Het lijkt erop dat je gewoon een capture filter wilt instellen om de ICMP-fouten te dumpen en WS te vertellen wat het verteert.
 
Haven't, you?

If it works without a lot of fiddling, sounds nice to have. Seems like you just want to setup a capture filter to dump the ICMP fails and tell WS what its digesting.
Nog niet. Klinkt alsof het ForwardedMessageSink-component de ICMP-afwijzingen elimineert.
Ik zal er deze week mee spelen.
 
Nietwaar?

Als het zonder veel geklungel werkt, klinkt het goed om te hebben. Het lijkt erop dat je gewoon een capture filter wilt instellen om de ICMP-fouten te dumpen en WS te vertellen wat het verteert.
Erg weinig geklungel.
-Installeer bacnetUtil-rt in de JACE (niet opnieuw opstarten nodig),
-plaats een ForwardedWiretap op de mstp-poort
-plaats een ForwardedMessageSink op de mstp-poort als je ICMP-afwijzingen wilt filteren.
-typ het IP-adres in van de machine waarop Wireshark draait, de standaardwaarde is poort 49000

Stel in Wireshark een capture filter in zoals "udp port 49000" en decodeer als bvlc voor een display filter.

Alle filters die hier worden vermeld, zijn nog steeds handig:
http://kargs.net/BACnet/AnalyzingBACnetWithWireshark.pdf
 
61 - 80 of 112 Posts
You have insufficient privileges to reply here.