Auteur |
Onderwerp |
Pagina: 1 2 (of 2) |
MRdirect
Netherlands
291 Posts |
Geplaatst - 19 jun 2007 : 12:26:52
|
Peter en anderen, Ik ben weer terug van vacantie en heb met veel interesse het probleem proberen te volgen. Je schreef: Ik heb gemeten op de ingang van de booster; daar meet ik een burst van 8mSec van het juiste digitale signaal.De spanning is + en - 10V. De periode tijd v.d.burst is 120 mSec , dit is ca 8 Hz.Dat is de flikkerfreq. De enige oorzaak die ik hiervoor kan geven is dat er op die commport blijkbaar een zgn (long)break wordt gegenereerd. Bij een break wordt de uitgang (onafhankelijk van de baudrate) een zekere tijd positief (of negatief) gemaakt, de lengte/tijdsduur weet ik zo niet precies. Dat doet de commport hardware op verzoek van de software. Als dat wel gebeurd bij bv 19200bps maar niet bij 2400bps is dat natuurlijk heel vreemd temeer daar deze baudrate verandering op een andere commport plaats vind. Je mag verwachten dat de software onafhankelijk van de baudrate altijd de commport buffers / registers hetzelfde behandeld. Het lijkt er op dat MRdirect de hardware registers van de commport niet correct en dus niet consequent hetzelfde behandeld. Een (long)break mag op de MRdirect pc op geen enkele commport voorkomen. Alleen Koploper gebruikt een longbreak om de baudrate tussen KoplPc en MRdPC in te stellen. MRdirect begint de communicatie met Koploper altijd op 2400bps en Koploper stuurt (volgens mij ook op 2400bps) een longbreak. Na enkele initialisatie commando's (op 2400bps)krijgt MRdirect van Koploper de opdracht om naar bv 19200bps te gaan. De verdere communicatie beschied dan op 19200bps.
Ik denk dat hier toch iets fout gaat. Kan het zo zijn dat MRdirect niet in de juiste baudrate komt en dat Koploper daarom continue een longbreak blijft zenden en dat die longbreak ook de andere commport "ophangt".
Het lijkt erop dat deze versie op jouw hardware de code niet goed uitvoerd. Ondanks dat deskundige zeggen dat het niet kan kom ik soms (ook op m'n eigen test omgeving) situaties tegen dat de hardware andere dingen doet dan in de software staat. Eén keertje kan je je vergissen maar met mijn software ervaring durf ik te stellen dat de Borland C++ compiler soms code genereert welke op verschillende pc's verschillend reageert. Met het plaatsen van een extra {;} in de source en een hercompilatie is het soms al opgelost.
Ik zal je deze week eens een nieuwe (test)versie sturen.
groet, Marco Roede
http://www.MRdirect.nl Marklin-K, Motorola en DCC decoders |
|
|
Peter Kleton
198 Posts |
Geplaatst - 20 jun 2007 : 19:30:06
|
Hallo Marco, Ik zie toevallig dat je weer terug bent. Mss is de hele geschiedenis niet goed bij je overgekomen,want er liepen op een zeker moment twee problemen door elkaar. Het begon ermee, dat als M+K samen draaiden, door onbekende oorzaak de zaak plotseling "hing". Dat was met V 5.2, de oude MRD dus. Ik stelde alleen wat handmatige routes in, dat ging een paar minuten goed: ....Rijweg instellen....Wisseltje bedienen... en opeens STOP!.Het kwam ook voor, dat de zaak stopte, zonder dat ik wat deed, er reed ook niets. Bij mijn vroegere baan was het ook wel eens gebeurd, en we dachten daarom dat er mss iets met MRD was,een bug ofzo. Dus werd de net nieuwe versie 6.2 geladen. Maar MRDirect liep niet goed.(Koploper was er niet bij )De output was zoals je zelf al gelezen hebt,pulserend. Daarna heb ik de Hard drive overgezet in een andere PC, ook een z.g.n. Kassa PC .Ging niet goed,ook niet in een oude "gewone" 386 o.i.d. Uiteindelijk hebben we gewoon versie 6.2 nogmaals gedownload. Op de oude pc ging het nu wel goed, en uiteindelijk ook in de Kassa Pc, die voor de treinbaan gebruikt wordt.(Steeds werd de Hard drive met MRD erop overgezet van de ene naar de andere PC.) Gelukkig, ik had nu weer een stabiel digitaal signaal. Toen werd Koploper er weer aan gezet.Het leek goed te gaan, maar ook opeens toch weer dat "hangen". Er ging toen een lichtje branden bij zoon Hans, die vermoedde opeens, dat als er een stoorveld is, waarvandaan dan ook, een data overdracht bij wat hoge snelheid gestoord kan raken.We hebben toen de Baudrate verlaagd van 19200 naar 2400 Bd. Geen last meer! Later naar 9600 Bd verhoogd, het bleef goed. Inmiddels is dus alles weer in orde. Toch bedankt ik je voor je belangstelling en het meedenken en het aanbieden van een nieuwere versie. Vriendelijke groeten, Peter Kleton.
|
|
|
Pagina: 1 2 (of 2) |
Onderwerp |
|
|
|