Problemen bij gebruik lange SFTP patchkabels icm S88XPressNetLI

[Wim Ros]

Karst, zou je je test nog eens kunnen herhalen met 4 melders met elk 2 meter SUTP kabel ertussen?

Hi Peter,

Hier een testje gedaan met wat melders en kabels.

2 x S88 met stroomdetectie (oermodel) verbonden met een 20 cm kabel. (bandkabel)
1 s88 (6088) origineel Märklin verbonden 2 m lange (bandkabel)
1 s88n vorbonden met een 1 meter lange bandkabel.
1 s88SD16-n verbonden met een 5 meter lange sftp cat 5E kabel,

Resultaat een perfect werkende terugmelding zonder ook maar enige storing. Ook getest met s88LN, Intellibox (s88), een s88LPT en een directe verbinden op een LPT-Poort met DDW.

Dus schiet mij maar lek.

Mvg
Wim.

[Klaas Zondervan]

1 s88SD16-n verbonden met een 5 meter lange sftp cat 5E kabel,....

Dat is dus een kabel die zowel een folie als een gevlochten scherm heeft. Zat die afscherming ergens aangesloten, en zo ja waaraan?

[rjr]

Bij mij zat deze in elk geval nergens aangesloten. Heb van Karst intussen wel wat extra info ontvangen. Hij heeft toch iets gevonden, zal zelf wel uitleggen hoe het precies zit, maar ik heb vanavond weer wat te testen. En hopelijk is het dan opgelost.

Groet,
Roelco

[Karst Drenth]

Hoi Allemaal,

Nou, probleem geanalyseerd, gevonden, en opgelost 

Wat was/is er aande hand...

Vooraf: 1 van de Boosdoeners is in ieder geval de SFTP kabel. Door zijn opbouw werkt deze als condensator ( zeker bij niet aangesloten afscherming. Klaas zat dus aardig in de goede richting met:

in een ongunstig geval kan het naar mijn mening nog schadelijker zijn dan helemaal geen afscherming

Waarom dit schadelijk is komt later.

Verder vooraf eerst getest met de langst in huis voorradig zijnde UTP kabel: 25 meter  GEEN probleem, zeer nette, strakke en harde signalen, zowel direct aan de interface als ook aan de s88 module.

Toen een 'willekeurige' combinatie van UTP en SFTP aan elkaar en tussen de s88 en Interface gekoppeld. Daarbij bleek, dat zodra een, ononderbroken, SFTP stuk langer is dan ca 2.50 meter, de fout optreedt.

Maar... waarom dan alleen het 'Load' signaal verminkt  Alle signalen uit de Interface komen immers uit dezelfde PIC, vanaf dezelfde poort, met dezelfde uitgangskarakteristieken. En waarom is het 'Load' signaal, gewoon 'hard' 5v 

Wel, daarvoor moeten we even bij de internals van de 12Fxxx en 16Fxxx PIC range zijn.
Voor het zetten van 1 bit van een poort kent de PIC de instructie BSF, voor het resetten BCF. Echter om deze instructies daarwerkelijk uit te voren, leest de PIC microcode eerst de hele poort, schakelt het gewenste bit om en schrijft dan weer de hele poort.

Voor het activeren van de 'Load' ( BSF ), was de vorige instructie het laag zetten van de 'Clock' ( BCF ). voor het Laag zetten van 'Load' ( BCF ), de volgende instructie het hoog zetten van 'Reset' ( BSF ).
Nu wil het geval, dat vanwege het 'back-to-back' uitvoeren van deze instructies, het 'Load' signaal, door de verhoogde capaciteit van de kabel, nog niet op < 0.7 volt was aangekomen, terwijl de volgende instructie ( Reset Hoog ) al werd uitgevoerd. Hierdoor werd dus ook in het 'Load' bit weer een hoog geschreven !!

Zoeken op diverse fora, leverde o.a. deze post op ( iets naar beneden scrollen tot de bijdrage van Stefan Uhlemayr )

Oplossing van het probleem:

1) Standaard UTP kabels gebruiken. Deze is hier inmiddels in huis getest met lengtes tot 25 meter.
2) Een mail aan mij sturen met het verzoek tot een ruil-PIC, daar het probleem inmiddels ook in de S88XPressNetLI firmware is opgelost, door tussen de twee bit-set operaties twee NOPs ( No Operation ) in te bouwen. Deze oplossing werkt in iedergeval voor SFTP tot 15 meter ( meer had ik niet in huis... )

Kortom, zoals zo vaak, een combinatie van factoren, waaronder foutief/onnodig gebruik van afgeschermde kabel, en...

...this is a fault of the baseline- and midrange-PIC's. The higher PIC's like the PIC18 has output-latches, and if you access them, the PIC doesn't read back the present state on his pins if you set another output with BSF...

een design-flaw in de gebruikte microcontroller. Achteraf, als je het allemaal weet niet zo spectaculair. Maar het kost weer even een dag van je schaarse modelbouwtijd 

Grtzz,

Karst

[Wim Ros]

te laat 

[Karst Drenth]

Waarmee 

[HansQ]

Hmm, geinig verhaal, ik zal hier goed op letten als ik zelf met Selectrix en PICjes bezig ben...
Ook weer een illustratie van Murphy's Law en dat het bouwen van 'standaard producten' toch wat anders is dan alleen iets voor jezelf in elkaar hannesen.
Op het gebied van software ben ik altijd weer verbaasd hoe er uit een systeem dat al jarenlang perfect draait toch weer een interessante bug tevoorschijn komt.
Als ik het goed begrijp was dit nummer 2 voor de XpressnetLi, hopelijk is het ook de laatste.
En zoniet, de support is van hoog nivo, dus dan komt het vast wel weer goed!   

[Karst Drenth]

Op het gebied van software ben ik altijd weer verbaasd hoe er uit een systeem dat al jarenlang perfect draait toch weer een interessante bug tevoorschijn komt.

Even voor de goede orde... Hardware 'bug' oplosbaar dmv software 

Als ik het goed begrijp was dit nummer 2 voor de XpressnetLi, hopelijk is het ook de laatste.

Hoop ik ook Maar ja, de Intellibox is inmiddels bij versie 1.55.... en de 2.0 laat al heeeeeeeeeeeeel lang op zich wachten


Grtzz,

Karst

[Wim Ros]

Waarmee 

Met mijn reactie, waarin ik schreef dat je een berichtje zou gaan dichten.

Mvg
Wim.

[Wim Ros]

Even voor de goede orde... Hardware 'bug' oplosbaar dmv software 
Hoop ik ook Maar ja, de Intellibox is inmiddels bij versie 1.55.... en de 2.0 laat al heeeeeeeeeeeeel lang op zich wachten
Grtzz,
Karst

Yep en dan nog maar te zwijgen over de IB-Basic. 

Mvg
Wim.

[rjr]

Gisteravond de pic van het nieuwe programma voorzien, en daarna draait het inderdaad goed, ook bij een kabel van 5 meter.
Bedankt voor de hulp,

Heb ook het oude programma getest met de afscherming van de kabel wel aangesloten, en dat werkte niet, kreeg helemaal geen rectie terug, reden heb ik verder niet uitgezocht omdat het met het nieuwe programma wel werkt, zowel met als zonder aangesloten afscherming. Maar er zal vast iets nog fout hebben gezeten in de eerst situatie.

Roelco

[Karst Drenth]

Hoi,

Da's mooi Roelco 

Misschien een tip aan de moderators: Veranderen van de titel in:

'Problemen bij gebruik lange SFTP patchkabels icm S88XPressNetLI '

Grtzz,

Karst

[Peter van der Leek]

Titel is aangepast.