Vandaag de nieuwe DTG/R in het dinamo systeem opgenomen.
Hierbij vielen een aantal zaken op:
- De klus is nog best complex; veel stappen die echt secuur lezen vereisen
- DTCnewConfig versie 1.2 is vereist. Helaas wordt alleen versie 1.1 op https://www.vpeb.nl/index.php/ondersteuning/dinasys/ aangeboden. Het was even zoeken om er achter te komen dat V1.2 op dit forum staat. Een verwijzing op de productpagina is echt welkom!!!
- Ondanks dat bestaande Dinamo producten "0-based" en "1-based" adressen kennen, lijkt hier gekozen voor alleen "1-based".
Het integreren in een bestaand Dinamo systeem gaat het best door:
- OC32 met adres #1 tijdelijk los te nemen
- Reset van RM-U
- Met DinamoConfig controleren dat OC32 #1 niet aanwezig is
- Aansluiten van DTG/R op dinamo bus
- Met F1 knop de DTG/R in langzaam knipper mode zetten
- Reset van RM-U
- Optioneel checken met DinamoConfig of OC32 #1 nu wél aanwezig is
- DTCnewConfig verbinden via RM-U in OC32 mode + vinkje Dinamo
- Nu kan het OC32 adres voor de DTG/R worden ingesteld (lezen, aanpassen, wegschrijven!!) op een vrij adres (bij mij #10) en RS485 baudrate naar 38400
- Check: Originele OC32 #1 weer aankoppelen, alles resetten en in DinamoConfig controleren of alle bestaande + nieuwe OC32 gevonden worden. DTG/R versie is met letter E achter versienummer voor build 5.
De configuratie van Draai15 valt mee. In mijn geval alleen ControlSet 1 aangepast:
- DTC #1
- Index Draai15
- Afritten 10t/m15 + 17 gekozen voor mijn lay-out.
In koploper een extra digitaal onderdeel (bij mij dus een OC32 met 128 functies op #10). Koploper geeft ook aan dat deze uitgangen 1153 t/m 1280 heeft.
Bij het aanmaken van een draaischijf deze ingesteld op Draai15 en de adressen 1153, 1154, 1155, ... 1157 toegewezen aan de functies afbuigend als instelling.
Nu komt het probleem
- In koploper zie ik netjes de verzonden 'wisselcommando's' in de log
- De RM-U knippert ook op deze momenten voor transmit
- De DTC doet niets.....
Wat ik heb geprobeerd, maar niet tot een oplossing gekomen:
- Met OC32 config gepoogd de module te benaderen. Versie kan opgevraagd worden, maar verder kan ik in OC32config niets met de module. Ook niet aspecten toekennen aan een pin (schrijven geeft geen fout, lezen wel time-out)
- Ik kan verder niet in de DTG een log vinden welke commando's zijn ontvangen, of welke commando's op de CAN interface zijn verzonden
- Ik kan ook niet handmatig vanuit de DTG een commando naar de DTC sturen om te testen of de CAN verbinding goed werkt
- De DTC via USB aangesloten; hier ook logging aangezet. Hier komt niets komt binnen. Wel beweegt de brug (en zie ik logging) als ik vanuit DTCnewConfig de brug bestuur.
Graag hoor ik wat ik verder kan doen om dit op te lossen.
Hallo B,
Dank voor je uitgebreide feedback. We zullen er aandacht aan schenken bij een update van de handleiding.
Het eerste aan een Control Set toegewezen adres is altijd de noodstop. Die gebruikt de Draai15 definitie in Koploper niet. Als je adressen van de Control Set beginnen bij 1153 dan is 1154 dus het eerste adres dat je gebruikt voor de Draai15 aansturing.
Noodstop 1153 kun je wel handmatig toewijzen aan een bedieningselement in Koploper, mocht je dat handig vinden.
Met hartelijke groeten, Leon
Met CAN sniffer (125kbps) zie ik bij sturing vanuit Koploper op de CAN bus wel berichten verschijnen. Hieronder 2 commando's via Draai15 in koploper. Bijkbaar wil de DTC hierop nog niet reageren. Zie jij wat er mis gaat?
Message is in Extended Format
ID: 0x7F
Data 0 = 148
Data 1 = 1
Data 2 = 0
Data 3 = 10
Data 4 = 0
Data 5 = 0
Message is in Extended Format
ID: 0x7F
Data 0 = 148
Data 1 = 1
Data 2 = 1
Data 3 = 41
Data 4 = 0
Data 5 = 0
Als ik de adressen weer terugzet op 1153 etc.. krijg ik dit bij elk draai commando:
Message is in Extended Format
ID: 0x7F
Data 0 = 148
Data 1 = 2
Data 2 = 1
Wat ik zie in de sniffer als ik via DTCnewConfig rechtsom naar positie 19 stuur:
Message is in Extended Format
ID: 0xA
Data 0 = 146
Data 1 = 1
Data 2 = 17
Data 3 = 0
Data 4 = 19
Data 5 = 0
Hallo B,
Ik kan er op dit moment niet zo veel mee. Ik heb nu niet de beschikking over een testomgeving, dus ik moet het gaan uitzoeken in de sourcecode. Daar heb ik eerlijk gezegd niet zo veel trek in, omdat ik zeker weet dat het werkt.
Heb je gecheckt dat je de laatste firmware in zowel je DTC als DTG hebt?
Test anders eens met een andere Control Set. Daarmee is het een stuk gemakkelijker om met enkelvoudige OC32 opdrachten de draaischijf te besturen. OC32 SetAspect commando's kun je geven met DinamoNewConfig.
Hartelijke groeten, Leon
Hi Leon,
Het is uiteindelijk gelukt, maar niet zonder slag of stoot. Hierbij toch nog een aantal issues waar je hopelijk het product mee kan verbeteren. Voor een Dinamo Plug-and-Play gebruiker gaat dit niet lukken zonder expliciete toelichting in de handleiding.
Wat er mis ging:
- De gelijktijdig aangekochte DTC en DTG hadden geen compatibele firmware. In de handleiding staan veel "LET OP" items. De verplichte firmware update had ik echt overheen gelezen.
- Na de firmware update van de DTC werkte het systeem exact 1x. De schijf draaide naar een positie, waarna er vanalles mis ging op de baan.
- De firmare update van de DTC (via USB) heeft op een of andere manier de DTG "gebricked".
- Na een reset van de DTG géén LEDjes, na een reset van de DTC direct beide LEDs op de DTG aan. De gehele Dinamo RS485 bus werd "overschreeuwd", waardoor daar neits meer werkte.
- De selectie van mode met F1 werkte ook niet meer, vandaar conclusie dat DTG bricked was.
- Omdat de DTG/R alleen via USB-RS485 dongle firmware geprogrammeerd kan worden deze moeten lenen van een kennis. Deze is normaal niet nodig voor P&P, dus extra lastig...
- Nieuwe firmware in de DTG gezet en alles leek even te werken. Na 1 draai wéér het hele Dinamo systeem over de huizen. Fault in TM-44 met adres 0 en de RM-C ook in Fault-Hold. Geen enkele bezetmelding meer komt binnen.
- Dan maar de RM-C firmware bijwerken, helaas ook geen succes.
- Ik herinnerde mij gelukkig het vinkje "Onderdrukken OC32 berichten op RS485" in de DTG configuratie. Na dit vinkje te zetten werkt nu alles volgens verwachting! Graag dit vinkje ook met een LET OP tekst opnemen voor gebruik met Dinamo systemen. Dat voorkomt deze ellende.
Voor eenieder die DTG/R samen met Dinamo gebruikt: lees de handleiding EXTREEM zorgvuldig en (totdat de info uit dit draadje in de handleiding is verwerkt) lees ook de stappen hierboven!!!
Leon: dank voor de snelle reacties en hopelijk komt dit snel in de handleidingen.
p.s. Misschien om over na te denken: kan je niet op een aantal plekken foutmeldingen maken "geen compatible device gevonden", "ongeldinge configuratie", of "niet geschikt voor gebruik met Dinamo", e.d.
Hi B,
Dank voor je uitgebreide feedback en je volharding. Fijn dat het uiteindelijk toch gelukt is.
Ik ga je verslag nog eens uitgebreid bestuderen en kijken wat we er mee kunnen. Toch denk ik dat het uiteindelijk gaat meevallen. Je hebt in zekere zin een beetje pech dat je een van de early adopters bent van deze combinatie. Een paar opmerkingen van mij:
- Niet de laatste firmware: De DTG is een nieuw product. Er lagen (en liggen wellicht) bij de verkopers nog DTG's op de plank die nog niet de allerlaatste firmware hebben. Vanaf nu zullen door VPEB zowiezo alle nieuwe DTG's worden uitgeleverd met correcte firmware. Ik denk dat het gemakkelijker is de distributeurs te vragen de DTG firmware te checken van de modules die ze op de plank hebben dan allerlei waarschuwingen in handleidingen te zetten.
- Ik vermoed dat "Onderdrukken OC32 berichten op RS485" in jouw geval de meeste ellende heeft veroorzaakt. De RM-C zou hier tegen moeten kunnen en in de laatste RM-C firmware heb ik dat ook aangepast. Ik weet nu alleen niet meer zeker of die versie ook gepubliceerd is. Ik ga dat checken en nog wat uitgebreider testen.
Voor nu, hartelijk dank en veel plezier met je draaischijfbesturing.
Dankje!
De RM-C minimale versie had ik ook nog opgezocht in de DTG handleiding en daar niet gevonden. Goed om toe te voegen.
Mogelijk daar wél een LET OP nodig, doordat gebruikers typisch al een bestaande module hebben (en zoals nu wel bleek) niet heel regelmatig updaten.
Groeten,
Bas