binaire signalen op lijnen synchroon vastleggen

[Verwijderd]

Beste mensen,

Ik wil de signalen van een 3 tal aders monitoren (dus wanneer het signaal 1 is en wanneer 0), dit moet op de ms precies gebeuren

Wat is dus heb is het volgende

bv

tijdslijn van 1 tot 10 ms


1 2 3 4 5 6 7 8 9 10
signal1 _____----___---___--_
signal2 _---___--____---_____
signal3 _______________---_

Dus ik wil vastelleggen op welke tijd een signaal van 1 van de lijnen veranderd.

Maar probleem hiervan is het volgende. Ik moet alle drie de lijnen exact synchroom aan elkaar monitoren. Want anders kan ik de data niet meer analyseren. Als de microcontroller de inputs 1 voor 1 gaat controleren... kan het weleens gebeuren dat ik signalchange enkele ms later krijg. Als dat gebeurt kan ik de data niet meer analyseren.

Welke type Microcontroller zouden jullie hiervoor gebruiken ? Heb ik hiervoor een Realtime Embedded System nodig ?

[lemming_nl]

in 10ms kan je met een PIC met gemak 3 aders x 10 = 30x meten. Dat is maar 3000hz, een beetje PIC loopt op 20mhz, dan kan je met gemak 3x meten

[ Voor 6% gewijzigd door lemming_nl op 26-04-2006 17:17 ]

[bobo1on1]

Je zou ook een latch kunnen gebruiken om de data van alle lijnen op precies het zelfde moment vast te leggen, dan kun je ze 1 voor 1 uitlezen in de microcontroller.

[madwizard]

Of alle signalen op 1 poort van de microcontroller zetten, dan lees je ze ook in een keer uit. Maar met de snelheden van de meeste controllers is na elkaar uitlezen zelfs geen probleem met ms resolutie.

[Sprite_tm]

1 ms is bij sommige uCs 20000 instructies idd, tijd zat om die drie lijntjes uit te lezen.

[Reinstein]

Als je het professioneel weelt doen heb je een logic analyzer nodig. Die kunnen wel to 200 MHz meten.

Bij de meeste microcontrollers kun je wel 8 poorten in 1x lezen, dus een byte per keer.

Andere truuk is je printerpoort gebruiken met een realtime os. DOS oid, dan kun je simpel in QBasic/Pascal een programmatje maken. Maybe heb je nog wel een oude 486, daar kan het prima mee.

[Verwijderd]

Lijkt me idd ook vrij eenvoudig als het zo traag moet...
16f628 die niets anders doet dan PORTB langs de UART buitenpompen.
Lukt zelfs nog realtime op 9600baud, of ben ik weer verkeerd aan het rekenen

[Verwijderd]

Bedankt voor jullie reacties. Dingen zijn nu stukke duidelijker geworden

Ik zit echter meot nog een probleem . Ik moet weten vanaf wel apperaat het signaal wordt verzonden.

Stel ik heb twee apperaten, apperaat A en apperaat B Daar tussen loopt 1 datalijn die ik wil monitoren met twee meetpunten.. meetpunt X moet alleen 1 worden als het signaal bij apperaat A vandaan komt, meetpunt y moet alleen 1 worden als het signaal bij apperaat B vandaan komt

x
|
|
A-------------B
|
|
y


Iemand enig idee hoe ik dit elektronisch op kan lossen ?

[madwizard]

Aan alleen een spanning op een lijn kun je niet zien van welke kant het af komt. Als het er om gaat dat de signalen per apparaat gelogd worden zal je aan de hand van de data moeten bepalen welk apparaat aan het zenden is en zo een van de twee actief maken.

[Verwijderd]

madwizard schreef op woensdag 26 april 2006 @ 23:50:
Aan alleen een spanning op een lijn kun je niet zien van welke kant het af komt. Als het er om gaat dat de signalen per apparaat gelogd worden zal je aan de hand van de data moeten bepalen welk apparaat aan het zenden is en zo een van de twee actief maken.

Daarom knip ik de draad tussen A en B ook door. zodat ik er een elektronisch onderdeel tussen kan zetten om te kijken van welke kant het komt, om zo te bepalen, welk meetpunt 1 moet worden... De vraag is alleen:

Welk elektronisch onderdeel moet ik hiervoor gebruiken

[Reinstein]

Bedoel je soms een diode? of denk ik nu te simpel.

Misschien kun je een beetje uitleggen wat voor communicatie het ongeveer is. zoals:
- snelheid
- type synchroon asynchroon parallel
- signaal niveaus

[koffercomputer]

Wat je kunt doen is het volgende:

- De draad doorknippen
- Een PIC of andere controller hier tussen hangen op zo'n manier dat de data van beide aangesloten apparaten op verschillende pinnen binnenkomen.
- In de PIC een programma zetten dat kijkt naar de data op de ene pin en deze aan de andere pin doorgeeft en vice versa. Zo kun je zien van welke kant het signaal komt.

Het probleem hierbij is wel dat je ingrijpt op het signaal en een detectie moet maken voor het bepalen van welke ader het signaal kwam. Verder kunnen er allemaal leuke problemen optreden met bijvoorbeeld timing.

[Verwijderd]

Waarom niet gewoon twee parallele dioden in verschillende richtingen? Dan zie je toch meteen in welke richting het signaal gaat. Het moet dan natuurlijk wel grote zijn dan 0.7 volt...
Of denk ik dan te simpel?
Edit: Gwannoes heeft waarschijnlijk wel gelijk. Het hangt er een beetje vanaf of je later dat signaal nog nodig hebt. Als het alleen is om te meten, en je hebt bv 5V singalen, lijkt het me niet direct een probleem (er gaat 0.7V af).

[ Voor 36% gewijzigd door Verwijderd op 27-04-2006 16:45 ]

[Gwannoes]

Verwijderd schreef op donderdag 27 april 2006 @ 12:33:
Waarom niet gewoon twee parallele dioden in verschillende richtingen? Dan zie je toch meteen in welke richting het signaal gaat. Het moet dan natuurlijk wel grote zijn dan 0.7 volt...
Of denk ik dan te simpel?

Yep, te simpel; dan gaat er teveel signaal verloren, dus ziet de ontvanger geen goed signaal meer.
Je kunt juist beter schottkey-dioden gebruiken met een lage overgansspanning (bijv. 0,2Volt), en dit dan vertsterken (opamp/transistor). Dat kun je met je uController wel weer capturen.

[Verwijderd]

r.l.feenstra schreef op donderdag 27 april 2006 @ 00:42:
Bedoel je soms een diode? of denk ik nu te simpel.

Misschien kun je een beetje uitleggen wat voor communicatie het ongeveer is. zoals:
- snelheid
- type synchroon asynchroon parallel
- signaal niveaus

- Snelheidnauwkurigheid 1 ms


En ja ik heb zelf schakelingen proberen met diode, Ik had 2x2 diodes parralel gedacht om vervolgens op het tussenpunt te meten, maar het is niet te voorkopen dat als 1 meetpunt 1 is de ander ook 1 moet. Al maak je gebruik van 6 diodes. Er moet dus een een of ander onderdeel gebruikt worden

[Verwijderd]

koffercomputer schreef op donderdag 27 april 2006 @ 12:15:
Wat je kunt doen is het volgende:

- De draad doorknippen
- Een PIC of andere controller hier tussen hangen op zo'n manier dat de data van beide aangesloten apparaten op verschillende pinnen binnenkomen.
- In de PIC een programma zetten dat kijkt naar de data op de ene pin en deze aan de andere pin doorgeeft en vice versa. Zo kun je zien van welke kant het signaal komt.

Het probleem hierbij is wel dat je ingrijpt op het signaal en een detectie moet maken voor het bepalen van welke ader het signaal kwam. Verder kunnen er allemaal leuke problemen optreden met bijvoorbeeld timing.

Dit is een goed idee, had ik zelf ook aan zitten denken

echter als ik 6 signalen moet meten is het een beetje inefficient om een pic hier tussen te zetten

hier moet een simpeler elektronisch onderdeel voor zijn.

[Verwijderd]

Verwijderd schreef op donderdag 27 april 2006 @ 12:33:
Waarom niet gewoon twee parallele dioden in verschillende richtingen? Dan zie je toch meteen in welke richting het signaal gaat. Het moet dan natuurlijk wel grote zijn dan 0.7 volt...
Of denk ik dan te simpel?
Edit: Gwannoes heeft waarschijnlijk wel gelijk. Het hangt er een beetje vanaf of je later dat signaal nog nodig hebt. Als het alleen is om te meten, en je hebt bv 5V singalen, lijkt het me niet direct een probleem (er gaat 0.7V af).

lukt niet, je kan alleen met een diode schakeling niet voorkomen dat beide meetpunten nul worden. + ik heb een verlies van 0.7 volt en dat is onacceptabel, aangezien ik de data moet tappen. Dus de data moet nog wel heel aan de andere kan aankomen

[madwizard]

Je hebt nog steeds niet verteld wat voor soort signalen het nou zijn, is het open drain/collector? Wat voor protocol zit erop? Hoe bepalen de apparaten zelf wie er aan het zenden is? Wat voor spanningen zetten de apparaten op de signalen? Zijn er pull-up weerstanden? Etc..

[naftebakje]

Verwijderd schreef op donderdag 27 april 2006 @ 21:37:
[...]
Dit is een goed idee, had ik zelf ook aan zitten denken

echter als ik 6 signalen moet meten is het een beetje inefficient om een pic hier tussen te zetten

hier moet een simpeler elektronisch onderdeel voor zijn.

Mag ik betwijfelen dat er een simpeler onderdeel bestaat om de richting van een signaal te detecteren, en meteen ook uit te lezen?
Het enige wat ik kan bedenken, is een meet weerstand/spoeltje, waarover je de spanningsval meet. De stroom gaat van zender naar ontvanger, dus daarmee kan je de richting meten (polarisatie van de spanningsval), maar die stroom is wel erg klein, ik weet niet of deze hersenscheet geschikt is als oplossing.

[ Voor 3% gewijzigd door naftebakje op 27-04-2006 22:23 ]

[Verwijderd]

beste mensen de schakeling die door velen hier als oplossing wordt gezien is deze



Dit werkt echter natuurlijk niet, want:

Stel het signaal komt van apperaat A dan dan wordt het meetpunt x hoog, maar waar de dragen bij elkaar komen bij apperaat B zal de stroom doorvloeien naar punt meetpunt x wat ook hoog zal worden.. circulatiestroom.

tenzij ik iets maak op die driepunt splitsing wat voorkomt dat de stroom gaat circuleren

maar dit kan onmogelijk met alleen diodes.

[Verwijderd]

madwizard schreef op donderdag 27 april 2006 @ 21:56:
Je hebt nog steeds niet verteld wat voor soort signalen het nou zijn, is het open drain/collector? Wat voor protocol zit erop? Hoe bepalen de apparaten zelf wie er aan het zenden is? Wat voor spanningen zetten de apparaten op de signalen? Zijn er pull-up weerstanden? Etc..

het gaat om binaire signalen van 0 of 2 volt.

Het appraat zelf bepaald wie aan het zenden is omdat de beide apperaten werken volgens een bepaald protocol, waarbij ze elkaar vragen stellen en antwoorden geven en dus weten wanneer ze moeten wachten.

Maar het protocol en pulup weerstanden zijn niet echt van belang. Ik heb twee apperaten die met elkaar comuniceren met signalen van 0 of 2 volt... ik knip een zo'n draad door, en dien dan te bepalen welk apperaat die 2 volt zend en vervolgens het signaal door de zenden naar het apperaat naar opweg was

[Verwijderd]

Ik heb besloten om nog even te verduidelijken wat ik precies wil.

hieronder een plaatje. Bovenaan de situatie zoals die normaal is. Apperaat A send een signaal naar apperaat B, B zend ook zo nu en dan naar A, maar ze zenden nooit tergelijk.

Onderaan het plaatje de ader tussen A en B maar dan doorgeknipt, met een meetpunt x en een meetpunt y toegevoegd. Tussen deze vier draden hoort dus nog wat elektronica zodat ik kan bepalen waarvandaan het signaal komt.



Hier onder een plaat van wat er zou moeten gebeuren. Indien er een 1 (2 volt) wordt verzonden van A naar B is meetpunt x 1 (hoog) en meetpunt y 0 (laag). Indien er een 1 (2volt) wordt verzonden van B naar A, is meetpunt x 0( laag) en meetpunt y 1 (hoog)

[ Voor 7% gewijzigd door Verwijderd op 27-04-2006 23:05 ]

[madwizard]

Ik kan ook alleen een kleine serieweerstand bedenken maar dan zit je inderdaad wel met hele kleine stromen. En als de input een FET gate is loopt er ook alleen maar stroom tijdens het schakelen waardoor je het grootste deel van de tijd zelfs niks meet.

[lemming_nl]

Is het niet gewoon het makkelijkste om er een pic tussen te zetten.

1. Je meet alle 6 de lijnen (pic zit er tussenin dus aan allebij de kanten 3 lijntjes)
2. Je output alle 1en naar de andere kant (ik neem aan dat protocol ervoor zorgt dat er nooit vanaf 2 kanten tegelijk wordt gestuurd?)
3. Je doet wat met de data (oplaan oid)
4. Je wacht 1ms
5. Ga terug naar 1.

Een PIC heeft hier meer dan genoeg clockcycles voor en is niet zo ingewikkeld.

[ Voor 13% gewijzigd door lemming_nl op 27-04-2006 23:44 ]

[Verwijderd]

lemming_nl schreef op donderdag 27 april 2006 @ 23:43:
Is het niet gewoon het makkelijkste om er een pic tussen te zetten.

1. Je meet alle 6 de lijnen (pic zit er tussenin dus aan allebij de kanten 3 lijntjes)
2. Je output alle 1en naar de andere kant (ik neem aan dat protocol ervoor zorgt dat er nooit vanaf 2 kanten tegelijk wordt gestuurd?)
3. Je doet wat met de data (oplaan oid)
4. Je wacht 1ms
5. Ga terug naar 1.

Een PIC heeft hier meer dan genoeg clockcycles voor en is niet zo ingewikkeld.

dit lijkt zo simpel maar zo simpel is het niet. want bij een pic defineer je bovenaan je funcite of iets een input of een output is is, maar als je het zo wilt doen dan ontstaat er het probleem dat iets en input en output meot zijn moet je dus life aanpassen. Lijkt me maybe niet erg efficient

Maar dit brengt me wel op een idee

ffe dokteren

[naftebakje]

Verwijderd schreef op donderdag 27 april 2006 @ 23:59:
[...]
dit lijkt zo simpel maar zo simpel is het niet. want bij een pic defineer je bovenaan je funcite of iets een input of een output is is, maar als je het zo wilt doen dan ontstaat er het probleem dat iets en input en output meot zijn moet je dus life aanpassen. Lijkt me maybe niet erg efficient

Maar dit brengt me wel op een idee

ffe dokteren

Je kan het TRIS register wanneer je maar wil veranderen, dus wanneer je maar wil van een ingang een uitgang maken of omgekeerd. PIC's zijn geboren om dat te doen, kleine goedkope compacte µP's met enorm veelzijdige I/O, dat zijn PIC's.
In het begin gebruik je alle pinnen als ingang, en kijk je of er iets op toekomt. Als er op een pin iets toekomt, weet je dat er van die kant iets verzonden wordt, en zend je dat door naar de desbetreffende andere pin (die je dus uitgang maakt). Zodra de verzending afgelopen is (dat is mss nog het meest tricky part, hoe weet je hoelang de verzending duurt, daarvoor moet je ff je protocol bekijken), maak je alle pinnen weer ingang, en wacht je weer af tot een nieuwe verzending gebeurt.

[ Voor 5% gewijzigd door naftebakje op 28-04-2006 00:09 ]

[Verwijderd]

stel nou ik heb dit

En stel nou als ik stroom op de basis van de transistor zet dat de emitter en de collector geen stroom geleiden.



Kijk even niet naar de omschrijvingen maar ga er ffe vanuit dat al die pootjes van bv een pic zijn

- poot 36 en 8 zijn inputs
- poot 40 en 34 zijn outputs

Als B zend komt dit binnen op poot 36 en wordt gelijk overgepompt naar pood 40 (A). poot 8 en 40 zitten allebei op A. poot 40 wordt hoog. de basis van transistor Q1 wordt hoog waardoor input op poort 8 onderbroken wordt.A ontvangt het signaal van B via poot 40, daarbij is het onmogelijk dat er stroom naar poort 8 vloeit

Oke oke dit alles is geen toonbeeld van professioneel elektronica specialisme. Maar ga er ffe van uit dat als ik stroom zet op de basis van de transistor er geen stroom kan vloeien tussen de emitter en de collector.

Misschien moet ik heir geen transistor voor gebruiken, maar ben er nog niet uit hoe het precies moet gaan werken

[ Voor 6% gewijzigd door Verwijderd op 28-04-2006 00:22 ]

[Verwijderd]

naftebakje schreef op vrijdag 28 april 2006 @ 00:07:
[...]

Je kan het TRIS register wanneer je maar wil veranderen, dus wanneer je maar wil van een ingang een uitgang maken of omgekeerd. PIC's zijn geboren om dat te doen, kleine goedkope compacte µP's met enorm veelzijdige I/O, dat zijn PIC's.
In het begin gebruik je alle pinnen als ingang, en kijk je of er iets op toekomt. Als er op een pin iets toekomt, weet je dat er van die kant iets verzonden wordt, en zend je dat door naar de desbetreffende andere pin (die je dus uitgang maakt). Zodra de verzending afgelopen is (dat is mss nog het meest tricky part, hoe weet je hoelang de verzending duurt, daarvoor moet je ff je protocol bekijken), maak je alle pinnen weer ingang, en wacht je weer af tot een nieuwe verzending gebeurt.

Ja ik weet precies wat je bedoeld, maar dit mag dus niet. Ik moet kunnen meten waar het signaal vandaan komt Zonder te weten wanneer de zending is afgelopen. met de een dergelijke schakeling zoals ik hierboven het gepost moet dat mogelijk zijn.

[naftebakje]

JE weet dus niet wanneer de verzending gedaan is, dan kan je alleen maar meten wanneer er '1' gezet wordt (als de bus standaard '0' is).
Exact hetzelfde verhaal, constant ingangen, als er een '1' toekomt, de betreffende pin uitgang maken en de '1' doorzenden. Zodra het weer '0' wordt, alles weer als ingang zetten.

[ Voor 133% gewijzigd door naftebakje op 28-04-2006 00:36 ]

[Verwijderd]

naftebakje schreef op vrijdag 28 april 2006 @ 00:33:
JE weet dus niet wanneer de verzending gedaan is, dan kan je alleen maar meten wanneer er '1' gezet wordt (als de bus standaard '0' is).
Exact hetzelfde verhaal, constant ingangen, als er een '1' toekomt, de betreffende pin uitgang maken en de '1' doorzenden. Zodra het weer '0' wordt, alles weer als ingang zetten.

hmmm dat begrijp ik iets niet

stel je A zend 101010 en daarna moet A even wachten op een antwoord van B maar de lijn is gewoon constant 0 dus die laatste nul... hoe detecteer ik die??

of erger nog A zend 00001000... hoe detecteer die nullen ? want als de lijn in rust is... is hij ook gewoon constant nul

En stel ik weet het protocol helemaal niet.... heheh ik wil het niet voor niets aftappen

[ Voor 36% gewijzigd door Verwijderd op 28-04-2006 00:43 ]

[lemming_nl]

Verwijderd schreef op vrijdag 28 april 2006 @ 00:39:
[...]


hmmm dat begrijp ik iets niet

stel je A zend 101010 en daarna moet A even wachten op een antwoord van B maar de lijn is gewoon constant 0 dus die laatste nul... hoe detecteer ik die??

of erger nog A zend 00001000... hoe detecteer die nullen ? want als de lijn in rust is... is hij ook gewoon constant nul

En stel ik weet het protocol helemaal niet.... heheh ik wil het niet voor niets aftappen

Je gaat geen 10 bits tegelijk uilezen natuurlijk. Dat zou een beetje stom zijn. Wat volgens mij gewoon zou moeten werken:

Je hebt een PIC met 6 pinnetjes (3xA en 3xB)
Je PIC begint in de input stand. B doet niets en A is aan het verzenden. Je meet 101. Dan schakel je over naar output zet B in de 101 stand. Vervolgens wacht je 1ms* (uit je tekening haal ik dat hij 10 signalen verstuurd in 10ms dus 1ms per signaal (als je dit niet zeker weet kan je dat op een scoop wel zien)). Na die ene ms veranderder je het zooitje weer naar input en je meet opnieuw en je output opnieuw. Op deze manier gaat er volgens mij niets verloren.

*1ms - de tijd die je nodig hebt voor je berekeningen = tijd om te wachten.

Je zal wel even moeten zorgen dat je die signalen naar TTL opkrikt. Volgens mij is 2V voor een PIC nog steeds een 0.

Verwijderd schreef op vrijdag 28 april 2006 @ 00:39:
[...]


hmmm dat begrijp ik iets niet

stel je A zend 101010 en daarna moet A even wachten op een antwoord van B maar de lijn is gewoon constant 0 dus die laatste nul... hoe detecteer ik die??

of erger nog A zend 00001000... hoe detecteer die nullen ? want als de lijn in rust is... is hij ook gewoon constant nul

En stel ik weet het protocol helemaal niet.... heheh ik wil het niet voor niets aftappen

Die nullen kan je toch ook gewoon zien? Je output gewoon wat je uitleest. Zoals ik al zei: als je 101 leest dan kan je 101 ook gewoon outputten.

[ Voor 23% gewijzigd door lemming_nl op 28-04-2006 08:40 ]

[naftebakje]

Via PC zend je een byte naar de µP, waarmee je hem vraagt om de meting te starten. Dan begint de PIC constant bytes te verzenden naar de PC, als er geen '1'en toekomen zend ie constant nullen. Doordat je constant zend, is de tijd tussen de verschillende bits constant, als er een '1' passeert kan je die gewoon doorzenden naar de betreffende pin van de PIC, en naar de PC verzenden, zodra het weer '0' wordt gewoon weer alles ingang maken, en gewoon doorgaan met bytes naar PC te zenden, nu weer met allemaal nullen.

Om richting aan te geven, kan je het gewoon houden op de laatste '1' die gezonden is geweest, of je kan alleen van de '1' en die gezonden worden de richting aangeven. De meeste protocollen zullen wel een header en trailer hebben met een '1' in, waardoor je netjes kan zien wat er naar waar gaat.
Je wil 3 signalen en de richting, dan kom je aan 6 bits, die kan je meteen in een byte steken, zet vooraan en achteraan je byte nog een '1' (omdat je doorgaans nullen zend, je wil toch nu en dan eens een '1' zien ). Dan zend je bijvoorbeeld elke ms een byte, dan kan je meten met een resolutie van 1ms.