Kranenberg, een exercitie in code 70

[meino]

Ik heb de afgelopen tijd niet zoveel gepost. Mijn bedoeling was om de afgelopen tijd weer aan de scenery te werken, helaas liep het anders. Ik heb nu alle Arduino's via een CanBus met elkaar verbonden. Dat werkte, helaas niet voor 100%. Bij lange rij sessies werd er soms een bericht gemist, resulterend in een wissel dat niet wordt omgezet of een bezetmelding die niet doorkomt. Dat is lastig als je de baan automatisch wil laten rijden. Dus ben ik de afgelopen weken aan het debuggen geweest en uiteindelijk de send functie van mijn CanBus bibliotheek herschreven.
Wat is vermoedelijk de oorzaak geweest? Dat is moeilijk te zeggen omdat debuggen best wel lastig is. Ik doe dat door logging via de Seriele monitor. Helaas heeft een UNO niet genoeg geheugen om al te veel logging te activeren. Een ander probleem is dat logging ook de timing van de schets wijzigt, maar ik vermoed dat het te maken had met het MCP2515 canbus interface kaartje. Wat ik ontdekte is dat dit kaartje maar 2 receive buffers heeft, dus als er 3 berichten zonder een pauze op de CanBus binnen komen kun je een probleem hebben en is de kans groot dat een bericht verloren wordt. Dat deze kaartje een probleem hebben als er continue berichten aangeboden worden, had ik al ontdekt tijdens de performance testen die ik had gedaan voordat ik hier mee aan de gang ging.
Mijn makkelijke oplossing hiervoor was gebruik een delay() om het aantal berichten per seconde te limiteren. Helaas het gebruik van delay() is niet erg optimaal, omdat tijdens de delay() er ook geen berichten van de MCP2515 afgehaald kunnen worden. Ik heb nu de send kant van mijn bibliotheek gewijzigd, door een te verzenden bericht niet direct naar de MCP2515 te versturen, maar het tijdelijk in een queue op te slaan, en het apart via een heart beat functie gereguleerd naar de MCP2515te versturen. Hierdoor kan ik het aantal berichten per seconde reguleren zonder een delay() te gebruiken. Verder kan ik hierdoor ook beter en sneller ontvangen berichten van de MCP2515 afhalen.
Ik heb nu een aantal dagen lange sessies met automatisch rijden uitgevoerd en tot nu toe geen berichten kwijtgeraakt. Kortom het was een vervelend probleem, maar het lijkt er op dat het voor mijn situatie naar tevredenheid is opgelost.

Zo nu kunnen we misschien weer wat aandacht aan de aankleding geven.

Groet Meino

[Reinout van Rees]

Da's nogal wat zoekwerk geweest. Mooi dat je het hebt op weten te lossen.

Ach, "zoekwerk" betekent ook "kennisvergroting". Ik probeer op die positieve manier naar problemen te kijken

Reinout

[meino]

Reinout

yep, een hoop puzzelwerk en scenario's bedenken. Overigens zijn jouw MCP2515 kaartjes al gearriveerd?
Mocht je behoefte hebben aan mijn CanBus bibliotheek, laat het me maar weten.

Groet Meino

[Reinout van Rees]

Nee, die zijn bij aliexpress in het bezorgproces gesneuveld. Ik moet wel nog even nakijken of ik m'n geld heb teruggekregen...

Ik ben nog steeds aan het twijfelen wat ik precies ga doen. Laatst zag ik op een Duits forum weer een leuke low-tech oplossing waardoor ik weer richting geen-uitrijseinen-en-geen-blokstelsel ging neigen. Klopt ook beter bij m'n voorbeeld. Ergens wel jammer, want een werkend Streckenblock vind ik echt wel leuk. Maar goed, ik ben er nog over aan het nadenken.

En gelukkig kan ik in jouw draadje ondertussen genieten van een canbus-zelfbouw-systeem. Leuk

Reinout

[meino]

Ik heb tot nu toe nog nooit Aliexpress gebruikt. De meeste low-cost aanbieders uit China zitten ook op Ebay.de. Dus dat is de plek waar ik altijd naar toe ga om iets te bestellen. Ebay.de heeft ook vaak duitse aanbieders, die zijn wat duurder maar als je iets snel nodig hebt kan dat handig zijn.

Groet Meino

[gvandersel]

Meino,

Waarom niet gewoon NT (pen 1 of pen aan INT0 of INT1 gekoppeld. Je krijgt dan een interrupt als de MCP2515 klaar is met zenden/ontvangen (tip uit de datsheet).

Groet,

Gerard van der Sel.

[meino]

Gerard

Dat had ik oorspronkelijk ook gedaan. Helaas was het effect niet erg goed, uiteindelijk leverde het pollen van de MCP2515 kaart betere en betrouwbaardere resultaten op. Ik denk dat ik nu wel weet waarom, de MCP2515 blijkt de interrupt pin hoog te zetten in allerlei situaties, niet alleen als een bericht volledig in een buffer staat, maar ook bij allerlei error situaties zowel bij de ontvangst als wel het verzenden van berichten. Die moet je dus ook gaan afhandelen, in ieder geval er uit filteren.
Omdat ik nu iets meer begrijp van dit kaartje, ben ik nu opnieuw aan het proberen of ik met interrupts op de ontvangst van berichten kan gaan werken.
De resultaten zal ik wel laten weten.

Groet Meino

[Roelof Hartholt]

Ik zie ook dat u seinstelsel 1946 gebruik.
Zelf zit ik ook te overwegen om een deel van mijn baan te voorzien van het seinstelsel 1946.
Ik vraag mij af:.
met wat voor leds heeft u de seinpalen voor het seinstelsel 1946 gebouwd?.

[meino]

Dag Roelof

de Seinen met 1 licht heb ik met een twee kleuren led (rood/groen) uitgerust, de kleur geel krijg ik door rood en groen tegelijkertijd aan te zetten. De driehoogte seinen zijn met 3 kleuren leds (rood/groen/blauw) uitgerust. hier krijg ik geel door rood en groen te mengen en wit door rood, groen en blauw te mengen. Omdat het mengen precies moet gebeuren, gebruik ik voor de aansturing PWM pinnen op een Arduino, zodat ik iedere kleur apart kan inregelen. Hierdoor heb ik voor de aansturing van een driehoogte sein wel een Arduino Mega nodig (9 PWM pinnen). In het volgende draadje https://forum.beneluxspoor.net/index.php?topic=34476.540 vanaf bericht 543 heb ik over de bouw van deze seinen gesproken.

Groet Meino

[Roelof Hartholt]

Bedankt voor uw reactie.
Ik ga mij er nou in verdiepen of dit ook met een OC 32 (dinamo van, van Perlo) kan.
Om 2 leds tegelijk kan branden als aspect.