BeneluxSpoor.net forum
Vraag en antwoord => Elektronica en analoog => Topic gestart door: Karst Drenth op 13 March 2008, 23:03:28
-
Hoi,
Goed nieuws voor mensen die bang zijn hun hele s88 installatie te moeten weggooien als er een IB II aangeschaft gaat worden. :o :o
Of die gewoon hun s88 installatie betrouwbaarder willen maken 8)
Samen met Wim Ros heb ik de afgelopen week een s88LocoNet adapter ontworpen, gebouwd en geprogrammeerd :P
Enige features:
De adapter:
- is opsteekbaar op elke bestaande s88 module ( ongeacht merk ) als deze voorzien is ( of kan worden ) van de standaard s88 connector.
- kan 16, volledige (16 contacten) s88 modules scannen, dus 256 contacten
- heeft een eenvoudig configureerbaar start adres
- kan icm de s88SD16 van Wim Ros als vervanger van twee ( 2 ! ) Uhlenbrock 63 340 modules dienen
- gaat voorzien worden van 2 LocoNet connectoren
En 1 plaatje zegt meer dan 1000 woorden...
(http://www.sleutelspoor.nl/img/digitaal/s88LocoNet_5Medium.jpg) (http://www.sleutelspoor.nl/technieken/s88LocoNet.htm#s88LocoNet)
Klik op het plaatje voor een uitgebreide fotosessie en een s88SD16 bouwbeschrijving
Wellicht is het slim even een berichtje naar Wim te doen als je geinteresseerd bent in dit kleinnood ;)
Ik denk namelijk dat we er weer een leuke Beneluxspoor actie bij hebben :P
Grtzz,
Karst
-
Chapeau heren, chapeau.
-
Hoi,
De uiteindelijke versie bestaat alleen nog op papier, en zal binnenkort in productie gaan, de S88LocoNet zal alleen ingebouwde versie beschikbaar komen, zodat hij getest en geprogrammeerd het pand verlaat.
Een voorlopige geschatte prijs 24,95 ex. verzendkosten.
(https://images.beneluxspoor.net/bnls/ontwerp.gif) (https://images.beneluxspoor.net/bnls/ontwerp.gif)
Mvg
Wim.
-
de S88LocoNet zal alleen ingebouwde versie beschikbaar komen, zodat hij getest en geprogrammeerd het pand verlaat.
Dat is dus een product op de markt brengen. Voldoet dit product ook een de regels van loodvrij solderen die sinds 1 juli 2006 gelden ?.
Met vriendelijke groet,
Hub
-
Bij het relaas van de testopstelling staat "Dat het gebruik van de s88LocoNet niet tot alleen 1 s88SD16 module beperkt hoeft te blijven moge duidelijk zijn, maar daarover later meer..."
Mag je dat lezen als : De S88LocoNet adapter is universeel ?
Als dat zo is, is het dan handig dat het printje is uitgevoerd als een opsteekkaartje.
-
Hallo,
Geweldig, dus niks weggooien.
Kan nu de nieuwe baan beginnen met de S88 op de IB en later, als blijkt dat de IB II geen s88-bus heeft, overgaan op de adapter.
Dus per print met 16 bezet/terugmelders een adapter ?
Opnieuw beginnen is duurder.
groeten,
Bernhard
-
De adapter is universeel in zoverre dat hij voor alle voorkomende s88 modules gebruikt kan worden.
Zoals je op de tekening van Wim kunt zien heeft de echte uitvoering ook bevestigings gaten, zodat hij ook los kan worden gebruikt.
o.a. @Bernhard
Zo kun je b.v. een 'string' van maximaal 32 16 modules gewoon aan 1 eind voorzien van een adapter.
Grtzz,
Karst
[Edit] Foutje, 32 moest 16 zijn [/Edit]
-
Hallo,
Geweldig, dus niks weggooien.
Kan nu de nieuwe baan beginnen met de S88 op de IB en later, als blijkt dat de IB II geen s88-bus heeft, overgaan op de adapter.
Bernhard
Bernhard, niets hoeft je er van te weerhouden, om nu al over te gaan op de LocoNet aansluiting. Dat is het mooie ervan.
Mvg
Wim.
-
Enigszins Off-Topic :
Wat zou het motief kunnen zijn voor Uhlenbrock om (op dit moment) het plan te hebben S88 niet meer op te nemen in het ontwerp van de IB II.
-
Geen idee, vraag het ze zelf eens.
Mvg
Wim.
-
Is het ook mogelijk om de BMD16SD op deze manier te upgraden?
mvg,
Sander
-
Sander, wat denk je zelf??
Mvg
Wim.
-
Wim,
Als ik het had geweten had ik hier dan deze vraag gestelt?
mvg,
Sander
-
Is het ook mogelijk om de BMD16SD op deze manier te upgraden?
mvg,
Sander
Als er een standaard S88-connector op zit, is dat geen enkel probleem. Zodra Wim een printje af heeft, wil ik er graag eentje van hem proberen. Ik vind het een goed initiatief.
Grtn,
Huib Maaskant
-
Huib,
bedankt voor je info, we wachten af wat er uitkomt.
Ben zelf ook geinteresseerd omdat de loconetbus minder storingsgevoelig is (storingsvrij??)
mvg,
Sander
-
Sander, speciaal voor jouw, een citaat uit het openings bericht.
Enige features:
De adapter:
is opsteekbaar op elke bestaande s88 module ( ongeacht merk ) als deze voorzien is ( of kan worden ) van de standaard s88 connector
Mvg
Wim.
-
Hi,
Zou je ook de andere kant opkunnen?
Dus weer het loconet signaal verbouwen naar s88?
Waarom?
De Ecos heeft geen loconet (helaas).
S88->loconet bij de melders, en loconet->s88 module aan de ecos aansluiten.
Zo kan je dus wel de voordelen van Loconet hebben qua storingsgevoeligheid, en alle s88 units in gebruik kunnen houden.
Groet,
Hans
-
Hans, de oplossing daarvoor is i.p.v bijvoorbeeld een HSI-S88 te gebruiken, een LocoBuffer II te nemen. En daar de LocoNet zaken mee te regelen.
TrainController ondersteund dit.
Mvg
Wim.
-
@Hans
De s88LocoNet hardware kan, zonder wijzigingen, met een ander programma zo geconfigureerd worden dat er van LocoNet gelezen wordt en naar de s88-bus 'geschreven' wordt.
Echter is er ook nog een extra stukje hardware nodig dat de LocoNet-bus van spanning voorziet. Deze voorziening zit normaal gesproken in de centrale (of een LocoBuffer II / HDL LocoBuffer).
Grtzz,
Karst
-
Wim,
is opsteekbaar op elke bestaande s88 module
Ik ging uit van S88 units van de bekende merken, niet van zelfbouw.
mvg,
Sander
-
Sander, wat is daar dan het verschil tussen, behalve de prijs.
Mvg
Wim.
-
S88->loconet bij de melders, en loconet->s88 module aan de ecos aansluiten.
Zo kan je dus wel de voordelen van Loconet hebben qua storingsgevoeligheid, en alle s88 units in gebruik kunnen houden.
Als je dat wilt, kun je beter S88 modules gebruiken die netwerkkabels gebruiken in plaats van de flat cbales. Maar LocoNet heeft meer voordelen dan alleen ongevoeligheid voor storingen. Als je LocoNet echt wilt benutten, kun je - zoals Wim al aangaf - beter een LocoBuffer nemen.
Grtn,
Huib
-
Wim,
geen idee wat het verschil is, ik vroeg het me af en heb mijn antwoord gekregen.
mvg,
Sander
-
Als je dat wilt, kun je beter S88 modules gebruiken die netwerkkabels gebruiken in plaats van de flat cbales. Maar LocoNet heeft meer voordelen dan alleen ongevoeligheid voor storingen. Als je LocoNet echt wilt benutten, kun je - zoals Wim al aangaf - beter een LocoBuffer nemen.
Grtn,
Huib
Hoi Huib,
Ik heb alles al voorzien van UTPbekapeling.
Toch heb/had ik incidenteel vooral op de hogere nrs (liggen ook iets verder) spontane meldingen.
Gisteren wel de kabel verlegd, de tijd zal het leren of het ook langdurig de oplossing is.
Groet,
Hans
-
Hans, wat is dan het voordeel van een UTP kabel volgens jouw??
Mvg
Wim.
-
Ha Wim,
De rj45 verbindingen zijn erg handig icm de BMD16's.
En (naar het schijnt, ben daar toch iets te veel een leek voor om 100% te zijn) heb je minder last van instraling tov de flatcable.
Don't shoot me als ik het fout heb :-|
Groetjes,
Hans
-
Alle vier de aderparen bij UTP kabels hebben elk een verschillende twisting. Daarmee zijn ze minder gevoelig geworden voor onderlinge beinvloeding.
Of dit afdoende toereikend is voor de stuursignalen van de S88 bus is iets wat ik niet kan inschatten.
Gerard
-
Neem dan STP zijn ze ook nog eens afgeschermd.
mvg,
Sander
-
Ha Wim,
De rj45 verbindingen zijn erg handig icm de BMD16's.
En (naar het schijnt, ben daar toch iets te veel een leek voor om 100% te zijn) heb je minder last van instraling tov de flatcable.
Don't shoot me als ik het fout heb :-|
Groetjes,
Hans
Maar hetwerkt niet zoals je zelf zegt, je hebt last van valse meldingen. Het werkt alleen goed als het op een bepaalde manier is aangesloten, en als de kabel en de samengedraaide paren ook onderling afgeschermd zijn, maar zolas je misschien weet staat de afkorting UTP voor Unshielded Twisted Pair. Dus van daar mijn vraag wat is het voordeel van een niet afgeschermde kabel, waarbij twee willekeurige signalen in een paar draden wordt doorgegeven.
Bij de S88-N aansluiting welke gebruik maakt van dezelfde RJ45 plus kabel is één draad van ieder paar de common-ground. En dat is de manier waarop het juist is, of in ieder geval beter is.
Mvg
Wim.
Mvg
Wim.
-
Neem dan STP zijn ze ook nog eens afgeschermd.
Dan is de volgende vraag: weet jij ook hoe je die afscherming moet aansluiten? ;)
-
Bij de S88-N aansluiting welke gebruik maakt van dezelfde RJ45 plus kabel is één draad van ieder paar de common-ground. En dat is de manier waarop het juist is, of in ieder geval beter is.
Mvg
Wim.
Dat is niet helemaal correct. S88-N gebruikt twee draden als GND, dus niet van elk paar één draad. Bij de BMD16-SD doen we dat trouwens ook.
Zie: http://www.opendcc.de/s88/s88_n/s88-n_e.html
Grt,
Huib
-
Met de BMD16 komen bij mij toch valse meldingen binnen en vooral de hogere nummers.
Ik heb er 12 onder mijn baan zitten en de totale lengte van de UTP kabel is ca. 20 meter.
Het plaatsen van een extra weerstand om de gevoeligheid te verkleinen is een lapmiddel want het gevolg is dat ze inderdaad minder gevoelig zijn, wat inhoud dat er minimaal 2 assen op de bezetmelder moeten zijn. Een stukje rails van ca. 7 cm. bij een stootblok werkt dan ineens niet meer want er komt maar 1 as op terecht.
Weerstand verwijderen werkt dan wel maar je hebt weer storingen.
Doe mij dan maar Loconet.
Hopelijk gaan in de toekomst meerdere centrales dat ondersteunen of de gangbare software oa. Koploper zou het net zo moeten gaan ondersteunen als de HSI dan maakt het ook niets uit.
-
Kun je dit eens nader verklaren. Waar zou je die weerstand willen plaatsen?
Ik zie namelijk niet in wat een verandering van gevoeligheid in de detectie (rijstroom) voor invloed moet hebben op de storingsgevoeligheid van het datatransport.
Of bedoel je dat een weerstand plaats in de datalijn? Dan zie ik niet wat dat voor invloed heeft op de gevoeligheid van je detectie.
-
Dat is niet helemaal correct. S88-N gebruikt twee draden als GND, dus niet van elk paar één draad. Bij de BMD16-SD doen we dat trouwens ook.
Zie: http://www.opendcc.de/s88/s88_n/s88-n_e.html
Grt,
Huib
Huib, je hebt helemaal gelijk, het zat verkeerd in mijn onthouwerdje.
Mvg
Wim.
-
De 'weerstand' is een weerstandje van circa 60 Ohm tussen ingang en uitgang van een contact. Deze weerstand verkleint de gevoeligheid van de optocouplers, zodat ze minder snel gaan klapperen. Deze truc werkt overigens met de meeste decoders op basis van stroomdetectie, o.a. met de Viessmann 5233. Zo kun je bijvoorbeeld kleine lekstromen op niet 100% isolerende raillassen buiten de detectie houden.
Het plaatsen van de weerstand heeft niets te maken met mogelijke storingen op het datatransport via de kabels tussen de modules. Een goede optie om storingen op de bus zelf tegen te gaan is om over te stappen op een hogere spanning van 12 Volt ipv 5 Volt op de bus. Sommige fabrikanten bieden daar een 'S88-booster' voor aan. Ook dit geldt weer voor alle S88-oplossingen/decoders/etc. die er zijn.
De ervaring leert dat het helaas lastig is om er echt een peil op te trekken. Als ik even uit eigen praktijk spreek dan ken ik inmiddels diverse mensen die een hele tros BMD16-SD's of andere decoders onder de baan hebben hangen zonder storingen. Aan de andere kant zijn er ook mensen die last hebben van storingen met slechts enkele decoders. Het gebruik van UTP kabels maakt de problemen kleiner, maar het is helaas geen 100% garantie dat er nooit een storing optreedt. Het blijft uiteindelijk een S88-bus met al zijn beperkingen van dien. Daarom is bij aanhoudende storingen de overstap naar LocoNet het verwegen waard, zeker als er een printje is, waarbij je je bestaande decoders kunt blijven gebruiken.
Grtn,
Huib
-
De 'weerstand' is een weerstandje van circa 60 Ohm tussen ingang en uitgang van een contact. Grtn,
Huib
Huib, zet dat eens in een schema, ik kan me er op dit moment geen beeld bij vormen. Overigens heeft deze discussie niets met het onderwerp te maken.
Mvg
Wim.
-
De eventuele storing die optreedt voor de opto coupler heeft in zijn geheel niets te maken met welek vorm van datatransport dan ook. Dezelfde storingen zijn dan ook merkbaar bij Loconet systemen.
In het verleden heb ik die storingen kunnen verhelpen door de weerstand tussen de diodes (bedoelt voor de detectie) en de ingang van de opto te verhogen. Veel invloed heeft dat niet. Door later ook een condensator over de ingang van de te plaatsen was het probleem verholpen. Een RC filter dus. Dit heeft in zijn geheel geen effect op de storing op de S88 bus.
-
Wim,
Ik ben nu even niet in staat om een schema te tekenen. Excuses. Maar het verhaal ongeveer is als volgt.
Tussen de ingang van een contact (bij jou per 8 gebundeld) en de uitgang van een contact staan 4 dioden in groepjes van 2 achter elkaar. Hier overheen staat de LED van de optocoupler, samen met een klein voorschakelweerstandje. Door het spanningsverschil over de dioden gaat er een stroompje door de LED in de optocoupler en het weerstandje lopen. Gevolg: bezetmelding.
Dat stroompje is afhankelijk van het spanningsverschil over de dioden, maar ook van de totale stroom die door het contact/de aangesloten railsectie loopt; het stroompje door de LED kan immers nooit groter zijn dan de totale stroom door de stroomverbruiker in de bezet te melden sectie staat.
Normaal is de stroom door de dioden en de stroomverbruiker vele malen groter, maar stel je voor dat we te maken hebben met een klein lekstroompje dat er voor zorgt dat de optocoupler gaat staan klapperen. Dan kun je door een weerstand parallel aan de LED + voorschakelweerstand zetten de stroom door de LED omlaag brengen, zodat de optocoupler niet meer reageert op deze ongewenste lekstroom. Zodra er een echte stroomverbruiker zich aandient, wordt de stroom zo groot dat de extra weerstand geen effect meer heeft, maar dat maakt dan ook niet uit.
Grtn,
Huib
-
Huib, het spijt me maar ik snap het nog steeds niet, welke led bedoel je er zitten namelijk twee in iedere opto. Of bedoel dat je een een weerstand over de leds zet?
Mvg
Wim.
-
https://forum.beneluxspoor.net/index.php?topic=9988.0
Hier kunnen we verder over dit onderwerp, en kunnen we hier weer verder over de S88LN schakeling.
Mvg
Wim.
-
Flatcable gebruiken en toch storingen minimaliseren ...
afwisselend een signaaldraad en een gnd (0V) toekennen aan een ader. Nadeel is dat je het aantal aders verdubbelt, echter je zal verstelt staan van het resultaat.
Je creëert als het ware een kabel waarbij elk signaal individueel is afgeschermd.
Zelfde technologie wordt ook toegepast bij high speed PCB designs.
Overigens zijn heel veel problemen met de S88 te herleiden tot een foutief pcb ontwerp (of bedrading). Stoorsignalen zoeken altijd de korste weg - optocouplers bvb werken enkel voor DC, voor stoorsignalen zijn deze doodgewoon een korsluiting (idem dito voor trafo's en alle andere spullen die parasitaire capaciteiten hebben). Tip - vermijd op een PCB ontwerp altijd dat een stoorsignaal door de schakeling moet. Eenvoudigste oplossing is bvb. al om alle connectoren aan één zijde van de print te zetten. Je kan de S88 printen op 1 hand tellen die dit volgen terwijl er helemaal geen belemmering is om dat toe te passen.
mvg,
Patrick Smout
-
Hi, voordat het jullie allemaal ontgaat, maar deze S88Loconet adapter is er nu juist voor om al deze vervelende zaken op te lossen en te voorkomen. Daarvoor is de overstap of het gebruik van het LocoNet zo wenselijk.
Mvg
Wim.
-
De uiteindelijke versie bestaat alleen nog op papier, en zal binnenkort in productie gaan, de S88LocoNet zal alleen ingebouwde versie beschikbaar komen, zodat hij getest en geprogrammeerd het pand verlaat.
Wim, Karst...
Ten eerst een mooi en voor velen een erg handig printje. Ik heb echter nog een paar vraagjes...
Hoe is dit licentie-technisch geregeld? Hebben jullie een licentie verkregen/gekocht? Is dit niet (meer) nodig?
Zelf heb ik enige tijd terug ook getracht hier een (duidelijk) antwoord op te krijgen bij Digitrax, echter tot op heden nog niets van ze vernomen.
Groetjes,
Dave
-
@Dave
Laten we zeggen dat dat 'geroggelt' is :P
Grtzz,
Karst
-
Komt de Loconetadapter later ook nog in een bouwset om zo de kosten te drukken?
Diederik
-
De 'weerstand' is een weerstandje van circa 60 Ohm tussen ingang en uitgang van een contact. Deze weerstand verkleint de gevoeligheid van de optocouplers, zodat ze minder snel gaan klapperen.
Een goede optie om storingen op de bus zelf tegen te gaan is om over te stappen op een hogere spanning van 12 Volt ipv 5 Volt op de bus. Sommige fabrikanten bieden daar een 'S88-booster' voor aan.
Ook ik had veel last van deze onterechte meldingen.
Op advies van Huib heb ik op al mijn BMD16-SD bezetmelders (8 stuks) deze weerstanden aangebracht. (en inmiddels weer verwijderd)
Ook heb ik de Tams booster van 5 naar 12 volt geprobeerd.
De gehele bedrading nagekeken.
Helaas geen resultaat. Van diverse kanten kreeg ik te horen dat dit nu eenmaal het nadeel is van de S88 schakeling.
Uiteindelijk heb ik de HSI-88 geinstalleerd en heb nu geen last meer van onterechte meldingen.
Deze HSI-88 wordt rechtstreeks aangesloten op de Koploper PC.
Nu kan ik eindelijk van de optie "spookmeldingen" in Koploper gebruik maken.
Ik kan geen onderbouwing van mijn verhaal geven echter het werkt nu al enige maanden erg goed en dat vind ik het belangrijkste.
Groet,
Rob
-
Rob, je vergeet er alleen bij te vertellen dat je met Mrdirect werkt, en de S88 via een S88LPT aansluit aan je computer. In jouw geval verdenk ik nog steeds de S88Lpt en de inlees frequentie van MRDirect.
En nogmaals dit draadje gaat niet over de storingen van de S88.
Mvg
Wim.
-
@ Karst Drenth
Bij jouw beschrijving van hoe je een s88SD16 in elkaar zet, staat volgens mij een foutje, bij het tweede plaatje. Daar staat dat je de 10Kohm weerstanden moet plaatsen, maar op het zakje wat ernaast ligt, en het volgende plaatje/berichtje ernaast, staat 100Kohm. Welke moet het nu zijn ???
(dit omdat ik waarschijnlijk ook de s88SD16 ga aanschaffen, en een handleiding is toch makkelijk)
Servé
-
Hoi Servé,
je hebt helemaal gelijk, drie keer gecontroleer, door 2 man en toch een foutje :-[ :-[
Het moest ds 100KOhm zijn :P
Pagina is inmiddels ge-update.
Grtzz en bedankt voor de melding,
Karst
-
Maar geen nood verder op de print zelf staat aangegeven welke weerstand waar moet. De print is de handleiding als het ware.
Mvg
Wim.
-
Diederik, hoeveel denk jij er dan nodig te hebben?
Mvg
Wim.
-
Hallo Wim,
op mijn modulebaan heb ik op elke module 1 of 2 S88 modules.
De hele S88 bus zou ik dan door loconet willen vervangen. Totaal gaat het dan circa 15 s88 modules welke op termijn voorzien moeten worden van een adapter.
Mogelijk kan ik delen van de s88 bus gebruiken en aan het einde van de streng van waaruit een lange kabel naar de HSI-s88 gaat een adapter plaatsen, dan wordt het aantal minder.
MvG
Diederik
-
Diederik, op 1 S88LocoNet adapter kun je 16 S88 modules aansluiten, dus hij vervangt de HSI-S88, echter als je nu problemen hebt met de lengte van de string, of je wil de verdeling behouden die je nu op de HSI-S88 hebt dan kom je op een totaal van 3 S88LocoNet adapters.
Mvg
Wim.
-
Wim,
ik had in het verleden met de S88 problemen, daarom de streng in drieen gesplitst en een HSI-S8 gekocht. De problemen zijn wel minder maar nog niet geheel weg. De adapter biedt misschien wel een oplossing.
Maar komt er op termijn ook een bouwsetje van de adapter zodat ik kosten kan besparen?
Diederik
-
Diederik, voor zover wij het nu kunnen overzien niet.
Mvg
Wim.
-
Diederik, op 1 S88LocoNet adapter kun je 16 S88 modules aansluiten, dus hij vervangt de HSI-S88, echter als je nu problemen hebt met de lengte van de string, of je wil de verdeling behouden die je nu op de HSI-S88 hebt dan kom je op een totaal van 3 S88LocoNet adapters.
Wim, de oplossing welke je aandraagt gaat denk ik niet werken. Door de 3 strengen met 3 adapters aan te sluiten ben ik er niet. Nu onder vindt ik al storingen in strengen. Door een adapter te plaatsen wordt de streng niet anders, dus de storingen zullen blijven. Om de storingen te voorkomen moet de strenglengte gekort worden, betekend dus meer adapters. in het uiterste geval op elke S88 1.
Waarom willen jullie de adapter miet als bouwpakket verkopen?
Spaart jullie ook veel soldeerwerk ;D en mij kosten ;D
Diederik
-
Diederik, omdat wij dat zo besloten hebben.
Mvg
Wim.
-
Wim, de oplossing welke je aandraagt gaat denk ik niet werken. Door de 3 strengen met 3 adapters aan te sluiten ben ik er niet.Diederik
Wie zegt dat het met de S88LocoNet adapter ook zo is, dat weet je nog helemaal niet.
Dus eerst proberen, dan pas aanpassen.
De S88LocoNet adapter is zeker geen wondermiddel tegen storingen, maar het kan net iets anders werken dan andere toepassingen, zodat het wel stabiel werkt, of het zo is dat zal de praktijk uit moeten wijzen. De adapter is er in de eerste plaats om S88 in een LocoNet setup te kunnen gebruiken, dus als de IB II geen S88 aansluiting meer heeft hoef je de modules niet weg te gooien. Ten tweede is de module er omdat het een leuk project is.
Mvg
Wim.
-
Hi, even een verslagje.
Na wat opstart problemen, welke uit onverwachte hoek kwamen, heeft het prototype van de S88toLocoNet adapter inmiddels 18 uur aan één stuk zijn werk gedaan, evenals de Intellibox waarop hij is aangesloten, ook die heeft zijn werk onafgebroken gedaan. Tijdens het typen van dit bericht gaat het gewoon door en zal het denk zolang doorgaan totdat ik het stop zet.
Op de string zijn zoals al eerder geschreven 6 1/2 S88 terugmeldmodules aangesloten, met een flatcable lengte van 12 meter. Tijdens de duur van deze test is er geen enkele valse melding verschenen. Kortom een tevreden mens. Een pluim richting Karst Drenth is hier zeker op zijn plaats.
Mvg
Wim.
-
Hoi,
Maar weer eens even een update :)
Allereerst dank aan Wim Voor het testen en analyseren van de opstartproblemen, dank ook voor de uitgedeelde Pluim ;D
Maar... het leven gaat door en ook de ontwikkeling dus :)
Na eerst deze week maar eens even een IB-IR aangeschaft te hebben, kon ik eindelijk eens echt met een volwaardig LocoNet systeem testen.
Tot dan was ik altijd happy met mijn Daisy-setje. Heb ook sinds Eurospoor een MultiMaus..., beiden werden gezien de inmiddels verzamelde hoeveelheid materieel wel wat krap. Dus dat en deze ontwikkeling rechtvaardigde voor mij de al lang begeerde aanschaf van een IB :P
Natuurlijk gelijk de grenzen van het apparaat opgezocht, 'spontane' resets zijn helemaal niet spontaan, maar gewoon reproduceerbaar als je de IB op 1 van z'n communicatie poorten overstuurt met data... Op zich niet zo netjes, maar als je weet wat je moet doen om het niet te laten gebeuren, is het helemaal niet erg.
Verder vind ik het nog steeds een heel mooi ontwerp (ik hou van knopjes ;) ) makkelijk in de bediening en ontzettend compleet.
Goed, uit de testen van Wim kwamen een aantal zaken naar voren. Niet zo verwonderlijk omdat het en Versie 1.00 hardwareontwerp en Versie 1.00 firmware was :P Dus in feite al grote verwondering dat het zo goed ging 8)
Uiteraard was e.e.a. nog voor verbetering vatbaar, hetgeen geleid heeft tot Versie 1.01 firmware.
Naast de features die hier ergens in het begin van het draadje staan, is dit nu de stand:
- Instelbaar basis adres middels wisselcommando
- Instelbaar aantal contacten middels wisselcommando
- Scanner-reset met volledige toestand-melding van alle ingestelde contacten na instellen adres en/of bereik (Nieuw !)
- Automatische ScanClock aanpassing bij zetten van aantal contacten => Debounce tijd op 45 mS (Nieuw !)
- Verbeterde LN startbit verzending (Nieuw !)
- Verbeterde Carrier Detect (Nieuw !)
- Verbeterde Collision detect (Nieuw !)
- Packet retry i.g.v. Collisions (Nieuw !)
- Dynamische Inter-packet spacing t.b.v. langzame IB (Nieuw !)
- LN PowerState monitoring, met Scan-Blocking bij PowerOff, scannen wordt herstart na PowerOn delay van 250mS (Nieuw !)
- LocoNet conforme opstart delay van 250mS bij aansluiten op LN / Power-on (Nieuw !)
- Vertraagde scannerstart met reset van s88 bus voor bus- en powerstabilisatie bij aansluiten op LN / Power-on (Nieuw !)
- Volledige toestand-melding van alle ingestelde contacten bij aansluiten op LN / Power-on (Nieuw !)
- Versie Nummer versturing ( in contact nummer ) door knopje in te drukken en te houden bij aansluiten op LN / Power-on (Nieuw !)
- Testmode na loslaten knopje, als hierboven beschreven, stuurt elke 3 seconden volledig rapport op alle ingestelde contacten, contact is 'Lo' i.g.v. collision-retry, 'Hi' bij ongestoorde transmissie.(Nieuw !)
- Uitgebreidere LED feedback
- Standaard knipperen (2,5 Hz) bij normale operatie
- Snel knipperen (10 Hz) in testmode. (Nieuw !)
- Langzaam knipperen (1.5 Hz) bij railpowerdown situatie (Nieuw !)
- Verschillende inschakelduur knipperen tijdens programmeren
Nou, dat was het dan wel weer even. Binnenkort komen de definitieve printjes binnen :)
Grtzz,
Karst
-
Natuurlijk gelijk de grenzen van het apparaat opgezocht, 'spontane' resets zijn helemaal niet spontaan, maar gewoon reproduceerbaar als je de IB op 1 van z'n communicatie poorten overstuurt met data... Op zich niet zo netjes, maar als je weet wat je moet doen om het niet te laten gebeuren, is het helemaal niet erg.
Kan je hierover nadere uitleg geven
groeten,
Bernhard
-
Bernhard,
Ik zal een poging wagen ;)
Voor communicatie tussen twee 'computer-systemen' wordt vaak seriele communicatie gebruikt. Daar zijn twee parameters belangrijk: de Bit-rate en de packet-rate. De eerste wordt meestal alleen maar opgegeven. En gaat in Bps oftewel Bits Per Second. Het maximaal haalbare wat de IB ondersteund is 19200.
Elk teken (byte/character) bestaat uit 10 of 11 van deze bits ( 1 startbit, 8 data , 1 of twee stopbits). Op 19200 Bps komt 1 zo'n teken dus in 1/1920-ste seconden ( 520 micro seconden ) binnen.
Vervolgens moet tijdens het binnenkomen van het volgende teken, het zojuist ontvangen teken verwerkt worden. Omdat er niet veel tijd is om dit te doen, wordt zo'n teken vaak met een snel stukje programma in een buffer gezet.
De bedoeling is dan, als er later even tijd is, dat het buffer geleegd wordt en verwerkt.
By the way, zo'n buffer heeft vaak een eindige grootte. B.v. 100 tekens.
Nu komt het begrip Packet-rate om de hoek kijken. Een protocol als b.v. LocoNet definieert z.g. messages. Dit zijn pakketjes tekens die samen wat voorstellen. Bijvoorbeeld zet snelheid van lok X op stap Y.
Als nu een zendende 'coumputer' de pakketjes sneller aanlevert dan de ontvanger kan verwerken, zal het buffer van de ontvanger vollopen en dan binnekomende tekens niet meer kunnen opslaan.
Vaak wordt in zo'n situatie een z.g. 'Handshake' protocol gebruikt, waarmee de ontvanger aan de zender aangeeft: "Nu effe niet !" en later, als er weer voldoende ruimte in de buffer is: "Ga maar weer verder".
Nu, in de LocoNet specificatie is er weining tot niets voorzien in 'Handshaking'. Dat betekent dus, dat er voor de ontvanger (bijna) geen mogelijkheden zijn om "Nu effe niet !" te roepen.
In het geval van de IB, heeft men er voor gekozen, in het geval van zo'n buffer overflow, een 'spontane' reset te veroorzaken.
Door nu middels testprogrammatuur op verschillende packet-rates data naar de IB te sturen en kijken wanneer de reset optreedt, kun je de packet-rate en buffer-grootte afleiden. Proefondervindelijk heb ik vastgesteld dat de IB gemiddeld 7.5mS nodig heeft om een LocoNet packet te verwerken, de maximale IB packet-rate is dus ca. 128 messages per seconde. De buffergroote van de IB is waarschijnlijk 64 bytes.
Ikzelf heb het niet voor het PC interface van de IB getest, maar volgens Wim Ros zit daar eenzelfde 'probleem'. Ook zijn ervaring is, dat je zolang de IB niet 'overvoert' wordt. 'Spontane' resets niet optreden.
Ik hoop dat deze uitleg voldoende begrijpelijk is ;)
Grtzz,
Karst
-
Karst,
Nu wil in niet beweren dat wat je schrijft niet juist is. Ik denk zelf dat het wel klopt. Toch even een kanttekening. De meeste mensen die de IB gebruiken, zijn niet de gebruikers van de Loconetbus. De spontane reset doet zich ook veel voor bij de gebruikers van S88.
Dan komt bij mij de vraag op of die dat ook kan veroorzaken. Ik denk van niet aangezien de IB zelf bepaalt met welk tempo de bus uitgelezen wordt.
Een eerder geuit vermoeden dat de reset veroorzaakt wordt door stoorsignalen van buitenaf lijkt mij nog steeds aannemelijk.
Zelf heb ik er niet zo vaak last van. In de keren dat het zich heeft voorgedaan heb ik nog geen patroon kunnen ontdekken. Zelf maak ik wel gebruik van de Loconetbus.De baan heeft slechts een kleine omvang en er zijn niet meer dan 32 terugmeldadressen.
-
Hoi Rene,
Je hebt zo goed als gelijk ;D
In het geval van de normale s88 bus bepaalt idd de IB zelf wat er gebeurt.
Alleen blijft het resetten niet beperkt tot het verkeer over LocoNet. Zoals ik al schreef, geldt hetzelfde voor de PC-interface. Alleen heb ik daarvan de juiste waarden niet paraat, noch getest.
Daarenboven bestaat natuurlijk nog altijd de mogelijkheid dat er om een andere reden gereset wordt ;) Reproduceerbaar zijn echter de resets n.a.v. buffer overflows op de communicatie interfaces: PC en LocoNet
Overigens zijn 32 terugmeld rapportages zonder de packet rate te beheersen al fataal voor de IB ;) Metingen geven aan, dat hier het maximum op ca. 16 rapportages 'back-to-back' ligt. Vandaar ook mijn afleiding dat de buffergrootte van de IB wel 64 zal zijn.
Grtzz,
Karst
-
Rene, Karst, Het is dus zo het een verzameling is van alle data die verzonden enontvagen wordt, en daarbij is het een vast staand feit, dan een Intellibox vorlledig aangestuurd via het LocoNet protocol minder snel last heeft van een reset. Via de RS232C is de buffer veel kleiner en is een reset eerder aan de orde. Maar dit zijn al hele oude koeien die we nu uit de sloot aan het halen zijn, dit heb ik 8 jaar geleden ook al eens uitgezocht en aan jullie mede gedeeld.
Waar ik wel blij mee ben is dat dit bevestigd wordt.
Mvg
Wim.
-
En gaat in Bps oftewel Bits Per Second.
Even een beetje mierendingesen: Bps is Bytes per second, bps is bits per second.
Subtiel verschil tussen een grote en een kleine b.
-
Hi,
We zijn inmiddels al weer 4 dagen verder, en ik heb het noge steeds niet stopgezet, en de twee treinen rijden nog steeds heel erg trouw hun rondjes. Zonder ook maar één misser.
Mvg
Wim
-
Rene, Karst, Het is dus zo het een verzameling is van alle data die verzonden enontvagen wordt, en daarbij is het een vast staand feit, dan een Intellibox vorlledig aangestuurd via het LocoNet protocol minder snel last heeft van een reset. Via de RS232C is de buffer veel kleiner en is een reset eerder aan de orde. Maar dit zijn al hele oude koeien die we nu uit de sloot aan het halen zijn, dit heb ik 8 jaar geleden ook al eens uitgezocht en aan jullie mede gedeeld.
Waar ik wel blij mee ben is dat dit bevestigd wordt.
Mvg
Wim.
Naja Wim, das wel een openbaring voor mij hoor.
Tegen mij heb je altijd ontkent dat IB last heeft van resets (wie dat wel had deed iets niet goed volgens jou).
Loconet was volgens jou altijd storingsvrij en nu lees ik van jou hand dat Loconet minder resets geeft.
Hier bij geeft je dus toe dat IB altijd een resetprobleem heeft gehad en dat Loconet niet storingsvrij is.
Naja ik hoef mij niet meer te ergeren aan de IB, tot op heden heeft de ECoS hier geen probleem opgeleverd.
Mvg, Johan.
-
Johan, goed lezen, ik zeg dat een Intellibox minder snel last heeft van resets als je hem via het loconet en via het loconet protocol aanstuurt. Je kunt via het loconet meer en sneller je gegevens aanbieden en terug ontvangen. Het gaat nog beter als je de RS232C interface aansluiting van de Intellibox niet gebruikt en hem via een LocoBuffer koppelt aan een PC programma.
En ook aan jouw heb ik al meerdere malen verteld dat als je de IB overstuurd, dat hij reset, en dat ik die reset kan opwekken.
Mijn IB heeft geen last van resets, als hij op de juiste manier wordt behandeld.
Als er voldoende instelmogelijkheden zijn in een besturingsprogramma, dan moet je die gebruiken, en er voorzorgdragen dat hij geen onnodige dingen staat te doen, en zeker niet bij het opstarten e.d. Hier heb ik al meerdere malen een discussie over proberen te voeren, maar niemand schijnt het te begrijpen. Ook jij snapt het na al die jaren en uitleg dus nog steeds niet.
Maak ik gebruik van mijn home made software, dan zijn resets uitgesloten.
Mvg
Wim.
-
Hi Wim. Eigen ervaring hier dat resets bij IB ook optreden zonder enige vorm van aansluiting aan een PC. Het apparaat is gewoon onvoldoende afgeschermd voor stoorsignalen van buiten af.
Sterker nog de IB zelf is een bron van storing voor zichzelf. Er draaien meer dan één procesoren met eigen kristal en verschillende frekwenties in de behuizing van de IB. De afscherming onderling is onvoldoende. De ene IB is gevoeliger dan de andere.
Ook Loconet draagt bij in een vervuilt digitaal signaal.
Eigen ervaring met programeren van mfx decoder. Met een configuratie van IB met IB-C en Fred wilde de mfx decoder niet in de programeermode komen, wat ik ook probeerde. Ik ontkopplede de Fred en IB-C los van de IB en met kale IB kwam bij alle pogingen de mfx decoder 100% in de programeermode. Koppelde ik de IB-C en of de Fred er weer bij was het meteen mis.
De randapparatuur via Loconet vervuilt de IB dus ook. Nadat ik de FRED definitief niet meer aangesloten heb verminderde de resets drastisch (zonder PC dus).
Het resetverhaal van de IB heeft dus niet alleen met het dataverkeer via de PC te maken en de door jou alom geprezen Loconet is in mijn ogen niet heilig.
De ECoS zit wat afscherming stukken beter in elkaar en er is slechts één processor met één frekwentie aanwezig. Met één processor is het apparaat stukken stabieler dan een IB.
Maar goed mijn ervaringen zal door jou en KZ wel weer catagorisch naar het land de fabelen verwezen worden................................
Met vriendelijke groeten, Johan
-
Er draaien meer dan één procesoren met eigen kristal en verschillende frekwenties in de behuizing van de IB. De afscherming onderling is onvoldoende.
Ik geloof niet dat dit er ook maar iets mee te maken heeft. Simpel en toch complex voorbeeld: Je eigen PC. Ik heb daarin m.u.v. draadloze netwerkkaarten e.d. nog nooit een processor op het moederbord, videokaart of wat dan ook volledig afgeschermd gemonteerd zien zitten om bovengenoemde reden. De techniek is 1000-en keren zo complex, frequenties tig keren zo hoog en toch werkt 't...
In mijn eigen centrale zitten ook 4 microcontrollers, niks afgeschermd. Nog nooit een spontane reset o.i.d. gehad. Als deze resets echt spontaan optreden zonder communicatie met PC of wat dan ook, zet ik mijn geld i.i.g. niet op de afscherming van de processoren individueel omdat deze op verschillende klokfrequenties lopen.
De ECoS zit wat afscherming stukken beter in elkaar en er is slechts één processor met één frekwentie aanwezig. Met één processor is het apparaat stukken stabieler dan een IB.
Beetje rare beredenering die eigenlijk nergens op slaat. Een apparaat met meerdere processoren/uC draaiend op verschillende frequenties kan net zo stabiel of instabiel draaien als een apparaat met een enkele processor of uC. Er zijn zoveel verschillende factoren die hierin meespelen. Dat kun je niet zomaar stellen wat je hier boven doet. Vergelijken van 2 totaal verschillende apparaten en hun stabiliteit op deze manier is zowieso al appels met peren vergelijken. ;)
Groetjes,
Dave
-
Johan,
Heb je iets concretere aanwijzingen dat Loconet bijdraagt aan de vervuiling. Het feit dat er iets niet lukt als er een loconetcomponent is aangesloten bewijst nog niet dat het daar aan ligt. Het kan net zo goed zijn dat de handeling van signalen van en naar die component een rol spelen en niet de signalen zelf.
Een inmiddels gebleken feit is dat op de manier waarop de Loconetbus en de S88 bus gebruikt worden, loconetbus aanzienlijk minder storingsgevoelig is.
Dat de IB niet altijd even stabiel is, mag ondertussen duidelijk zijn. Blijkbaar is het niet duidelijk hoe dit opgelost kan worden door de fabrikant. Het is in iedergeval nog niet opgelost.
-
Hi Wim. Eigen ervaring hier dat resets bij IB ook optreden zonder enige vorm van aansluiting aan een PC. Het apparaat is gewoon onvoldoende afgeschermd voor stoorsignalen van buiten af.
Johan, in het verleden is er al eens een discussie geweest, over het resetten van de IB ZONDER PC, die zijn toen terug gemoeten naar Uhlenbrock, daar zit een onjuist component in. Maar dit is een verder nutteloze discussie.
Mvg
Wim.
-
Ook Loconet draagt bij in een vervuilt digitaal signaal.
Eigen ervaring met programeren van mfx decoder.
Als je de handeling over het programmeren van een MFX decoder leest, dan lees je je de centrale eerst moet resetten of in ieder geval opnieuw moet opstarten, zodat er geen lokdata verzonden wordt die het signaal verminkt.
De Fred staat ingesteld op een bepaald lokadres, dus die zal altijd lokdata verzenden, gevolg je raad het al.
Maar nu de hamvraag, ligt dit aan de Intellibox en of aan de Fred of zelfs aan het LocoNet, of ligt dat gewoon aan die MFX decoder.
Mvg
Wim.
-
Maar goed mijn ervaringen zal door jou en KZ wel weer catagorisch naar het land de fabelen verwezen worden................................
Van mij niks te vrezen. Ik heb geen verstand van al dan niet sponane IB-resets. Ik bemoei me alleen met de harde elektrotechniek.
-
Dat de IB niet altijd even stabiel is, mag ondertussen duidelijk zijn. Blijkbaar is het niet duidelijk hoe dit opgelost kan worden door de fabrikant. Het is in iedergeval nog niet opgelost.
En zo is het maar net. Er is jaren over gesproken op IBX (Yahoo IB-forum) en uiteindelijk kwamen ook de ontwerpers van de IB daar tot de conclusie dat de spontane resets niet eenduidig zijn te verklaren en dus ook niet helemaal zijn op te lossen. Op naar de IB2 zullen ze daar wel denken.
-
Inmiddels heb ik het even gestopt, de pic versie 1.01 er in gezet en het wederom aangezet. Het feest gaat vrolijk verder.
Mvg
Wim.
-
Hi,
De printjes zijn inmiddels binnen, dus het feest kan bijna beginnen.
[(http://i5.photobucket.com/albums/y200/xammax/P1010362.jpg)
Mvg
Wim.
-
Johan, in het verleden is er al eens een discussie geweest, over het resetten van de IB ZONDER PC, die zijn toen terug gemoeten naar Uhlenbrock, daar zit een onjuist component in. Maar dit is een verder nutteloze discussie.
Mvg
Wim.
Sinds ik een anderhalf jaar geleden de FRED er definitief afgegooid heb is bij stand allone (zonder PC) geen resets meer opgetreden. Met Fred kwam dat toch wel eens voor. Die IB is dus wel goed.
Wat nu niet goed is Loconet of Fred weet ik niet maar lekker werkt het een iedergeval niet.
Fred ging trouwens ook regelmatig plat, reageerde dan nergens op. Uit pluggen en in pluggen en hij werkte weer :-|
Mvg, Johan
-
Die conclusie is wel erg voorbarig... Er zijn ook problemen bekend m.b.t. spontane resets zonder LocoNet toepassingen of een FREDje, enkel met PC en bezetmelders. Dus er is toch iets niet helemaal goed met die dingen lijkt mij, zeker gezien het feit er veel mensen last van hebben met diverse en verschillende opstellingen (met/zonder LocoNet, met/zonder PC etc. etc.) maar allemaal met een IB.
Groetjes,
Dave
-
Die conclusie is wel erg voorbarig...
Groetjes,
Dave
Ben ik mss niet duidelijk genoeg geweest, met PC doet resets wel af en toe voor.
Zonder PC niet meer sinds Fred er af ligt.
Volgens WR mag zonder PC geen resets op treden (dan zou de IB defect zijn).
Fred aangesloten via Loconet heeft hier dus duidelijk een negatieve invloed op de IB.
Nu duidelijk wat ik wil zeggen ::)
Mvg, Johan
-
Johan, ik weet dat er een module vereniging is die gebruik maakt van een Intellibox, en een aantal freds, en die hebben er geen probleem mee.
Gebruik je de laatste software versie voor de IB? Gezien het feit dat je zegt dat de Fred plat gaat, is toch wel een beetje verdacht, die werkt misschien dus wel niet zoals hij moet doen. Dat is een beetje lastig te testen vanaf hier, maar het is wel verdacht.
En inderdaad een IB reset niet, als hij zonder PC sturing is. Zover ik heb kunnen testen veroorzaakt het LocoNet geen resets. En reken er maar op dat ik dit tot in de treuren heb zitten testen.
Dus in jouw configuratie is iets niet goed.
Mvg
Wim.
-
Die conclusie is wel erg voorbarig... Er zijn ook problemen bekend m.b.t. spontane resets zonder LocoNet toepassingen of een FREDje, Groetjes,
Dave
De rede waarom het niet juist werkt bij Johan is boven water, met software versie 1.2 of 1.3 van de Intellibox werkt het zeker niet. Volledige Loconet ondersteuning is er vanaf IB software versie 1.500
Mvg
Wim.
-
Volgens handleiding bij de Fred ondersteund vanaf 1.2. Dan heeft Uhlenbrock de zaakjes nooit goed op de rails gehad. je mag verwachten dat het werkt.
Kan iemand mij de up-date 1.5 van de IB per e-mail naar mij doorsturen.
Ik krijg van Wim de URL van Uhlenbrock maar mijn PC wordt al enige jaren geblokt op die site (ICT-er heeft er wel eens naar gekeken maar kon het niet vinden)
Heb Wim wel gezegd maar schijnt het niet te begrijpen..................
Graag even sturen naar .....................
Ooooop ook weer niet het honderd te gelijk sturen ;D
Bij voorbaat vriendelijk dank.
Mvg, Johan
Reeds voorzien
-
Het is allang naar je onderweg!!!!
Mvg
Wim.
-
Heb Wim wel gezegd maar schijnt het niet te begrijpen..................
Mvg, Johan
Wat heb jij mij gezegd, en wat begrijp ik volgens jouw dan niet?
Dat jij niet op de Uhlenbrock site kunt komen, ja dat snap ik inderdaad niet.
Mvg
Wim.
-
thx Wim
Mvg, Johan
-
Hi,
De lol met het LocoNet kan nu echt beginnen. De spullen zijn binnen.
Hier enkele toepassings mogelijkheden.
(https://images.beneluxspoor.net/bnls/P1010409.jpg) (https://images.beneluxspoor.net/bnls/P1010409.jpg)
Mvg
Wim.
-
Hi,
En dan hier nog een hele leuke toepassing van het LocoNet. PIMP your old 6021 Marklin digital systeem.
(https://images.beneluxspoor.net/bnls/P1010412.jpg) (https://images.beneluxspoor.net/bnls/P1010412.jpg)
Mvg
Wim.