Loading...
 

Dinamo


Waar moet ik beginnen met foutzoeken?

In de bijlage zie je een schema van het systeem waarmee ik mijn baan bestuur (de zwarte rechthoeken bevatten de lengte van de verbindingen in m). Er liggen "netwerkkabels" tussen de TM44 modules en tweeaderige twisted pairs tussen TM44 en OC32's. De versie van de besturingssoftware van de RM is 3.11 en van de TM44's is dat 1.21.
De laatste twee componenten die ik heb aangesloten is de combinatie van TM44 nr 11 en OC32NG nr 6. Sindsdien lukt het me niet om het geheel aan het werk te krijgen. Meer specifiek: Ik kan OC32NG nr 6 niet programmeren (met OC32Config). Zodra ik probeer om de inhoud van die OC32NG In te lezen krijg ik een foutmelding "Unexpected eXtended Address Byte" met een getal er achter dat nogal eens varieert. In dat geval kan ik andere OC32's overigens ook niet meer benaderen met OC32Config.
Als ik TM44 nr 11 "overbrug" en direct een verbinding maak tussen TM44 nr 2 en TM44 nr 3 (d.w.z. dat ik de oude situatie herstel), dan werkt alles naar behoren (dat betekent dat DinamoConfig dan alle modules goed herkent en dat ik met OC32Config alle dan aanwezige modules, 1 t/m 5, kan benaderen).
Wat heb ik geprobeerd om het wel werkend te krijgen:
1. De kabels (netwerkkabels) die de verbindingen met TM44 nr 11 maken verwisseld met andere kabels: geen resultaat.
2. TM44 nr 11 en OC32NG 6 aangesloten na TM 44 nr 7: dan kan ik OC32NG 6 zonder probleem zowel lezen als schrijven. Dat is echter op een "onmogelijke positie" om de nieuwe baanelementen aan te sluiten.
3, Andere TM44 op de positie van TM 44 nr 11 aangesloten: werkt niet
4. De hele keten van TM44's stap voor stap uitgebreid. Ik ben begonnen met TM44 nr 1 en TM44 nr 2 met OC32 nr 1. Dat werkt, zoals verwacht, prima. Vervolgens TM44 nr 11 en OC32NG nr 6 erbij getrokken. Dat werkt prima. Daarna TM44 nr 3 en OC32 nr 2. Ook weer goed etc. Totdat ik TM 44 nr 6, 7, 8 en 9 in de keten opneem. Om praktische redenen (bereikbaarheid) zijn deze 4 modules tegelijk geactiveerd. Maar als ik dat doe, dan werkt het niet meer.
Wat kan hier aan de hand zijn? Een aantal kabels liggen tamelijk ontoegankelijk onder de baan. Als ik die moet vervangen, dan vereist dat wat meer werk en dat wil ik alleen doen als er een goede reden voor is.
Ik zou graag weten hoe het gedrag in de geteste gevallen verklaard kan worden en waarom de nieuwe elementen in de keten ertoe kunnen leiden dat het geheel niet meer werkt (= wel alles OK in DinamoConfig, maar geen contact met welke OC32 dan ook). Als dat bekend ik kan een strategie bedacht worden om het probleem op te lossen.
Alvast hartelijk dank voor jullie hulp.

Met vriendelijke groeten,
Louis

Netherlands

Ik zie geen bijlage, dus ik moet het even doen met de tekst hierboven.

Hoeveel terminators heb je actief in je hele RS485 netwerk?

Mvg, Leon


Ik heb opnieuw geprobeerd om de bijlage toe te voegen via "Attach bestand". Ik heb dat nog niet eerder gedaan, dus ik weet niet zeker of dat gelukt is. Het bestand dat toegevoegd is heet Schema-Systeem.pdf en is 67 kB groot.; zou moeten kunnen.

Ik was nog vergeten te vermelden: Er zijn twee voedingen gebruikt voor het systeem; aangegeven met de dikke oranje lijnen. In het schema aan de rechterzijde zijn de GND terminals van beide voedingen met elkaar verbonden: dunne oranje lijn.
De netwerkkabels zijn aangegeven met dikke groene lijnen en de verbindingen tussen TM44 en OC32 met dikke bruine lijnen.

In de getoonde configuratie zijn alleen de terminators op TM44 nr 7 ingeschakeld. Op alle andere TM44's zijn die uitgeschakeld. Bij het stap voor stap uitbreiden van de gehele keten heb ik steeds erop gelet dat alleen de terminators op de "laatste" TM44 ingeschakeld waren.


Misschien nog een aanvulling: ik heb nog getwijfeld over de terminators op de OC32 en OC32NG: moeten die nu wel of niet ingeschakeld zijn (jumpers al of niet geplaatst). Uiteindelijk heb ik het beide geprobeerd, maar dat maakt, voor zover ik dat nu kan inschatten, geen verschil.

Netherlands

Hallo Louis,

Het eerste dat ik je DRINGEND verzoek is je e-mail adres van je account aan te passen naar een mailadres dat wél werkt. Onbereikbare mailadressen leiden tot foutmeldingen en (bij herhaling) tot uitsluiting van je account.
Lukt het niet via je persoonlijke instellingen, stuur dan maar een mail naar de webmaster met de juiste gegevens.

OC32's die je met een korte aftakking aansluit op de hoofdbus worden (elektrisch) gezien als één geheel met de module waarop ze zijn aangesloten. Deze hebben dus geen afsluitweerstand.
RS485 is vergevingsgezind door zijn robuustheid en doordat er een foutcorrectie protocol op zit. Daarom maakt het in de praktijk niet uit of je de richtlijnen opvolgt, het werkt toch wel. Totdat het systeem een kritische grens bereikt qua aantal modules of kabellengte, dan werkt het ineens niet meer. Dus vandaar mijn eerste vraag.

Het is niet het probleem, maar ik zou OC32/NG modules niet met een aftakking aansluiten op een belendende TM44. Voor OC32 (niet-/NG) modules is het wel logisch, maar /NG modules zou ik gewoon direct in de bus opnemen. Er zit 2x RJ45 op, dus dat kan zonder noemenswaardige moeite.

Je vraagt waar je moet beginnen met foutzoeken.

  • Aangezien TM44#11 + OC32#6 het probleem veroorzaakt als je ze er tussen zet is stap 1 uitvinden of deze modules in orde zijn.
  • Sluit de TM44#11 aan zonder OC32#6 en kijk of er een probleem is.
  • Sluit OC32#6 aan zonder TM44#11 en kijk of er een probleem is.
  • Wissel TM44#11 met een andere TM44 (DIPswitches omzetten voor het juiste adres) en kijk wat er gebeurt.
  • OC32's omwisselen kan evt ook, maar is meer werk omdat ze geconfigureerd zijn en wellicht voorzien zijn van specifieke drivers, dus doe dat alleen als je een sterk vermoeden hebt dat daar het probleem zit.
  • Meet je kabels door met een kabeltester (ca €10 bij Bol, Hornbach, etc) Als één van de aders niet 100% is kan het nog steeds werken, maar gaat het ineens mis als je iets anders aan sluit.


Mvg, Leon


Hallo Leon,

Hartelijk dank voor de snelle reacties.
Ik heb vanavond nog een keer alle afsluitweerstanden van de OC32's uitgeschakeld.
Een paar waren slecht toegankelijk en die had ik in een eerdere ronde maar overgeslagen :-(
En, inderdaad, nu ze allemaal uitgeschakeld zijn werkt het hele systeem zoals verwacht: DInamoConfig ziet alle TM44's en met OC32Config kan ik alle OC32's lezen en schrijven.
Nogmaals bedankt voor de ondersteuning en de gouden tip.

Met vriendelijke groeten,
Louis


 
Dutch (Nederlands, nl)English British (British English, en-uk)German (Deutsch, de)