Hallo,
Is data clocken op de neergaande flank van een clock het meest gebruikte?
Ik kom dit namelijk het meeste tegen in de zoekmachines.
Echter, hoe zit het met opgaande flank en midbit sampling.
En hoe zijn data en clock signalen dan verschoven ten opzichte van elkaar.
Hangt van het soort datasignaal af en wat het IC hebben wil waar je de data in- of uitklokt.
Meestal worden standaard protocollen gebruikt, en die beschrijven precies hoe en wat.
[Bericht gewijzigd door MNM(tm) op ]
Ja, inderdaad, dit hangt af van het signaal en de toepassing.
Maar heeft iemand voorbeelden van verschillende situaties en hoe hij dit gedaan heeft.
Bijvoorbeeld midbit sampling zou ik als volgt oplossen:
positieve flank van de clock nemen en dan een aantal µs wachten tot men midbit data signaal gaat lezen, maar is dit correct en kan het anders opgelost worden, enfin hier valt wel wat over te discussiëren volgens mij...
free_electron
Silicon Member
Professioneel ElectronenTemmer - siliconvalleygarage.com - De voltooid verleden tijd van 'halfgeleider' is 'zand' ... US 8,032,693 / US 7,714,746 / US 7,355,303 / US 7,098,557 / US 6,762,632 / EP 1804159 - Real programmers write Hex into ROM
ik denk dat midbit sampling het meest gebruikte is . zo werkt een seriele poort (uaRT)
Stijgende of dalende flank is niet belangrijk. de data set-up is belangrijk. uw data moet 'hard' zijn voor je begint te clocken
ok, als ik het goed begrijp wil je met "hard" zeggen dat de datalijn een aantal graden verschoven is tov de clock zodat de data valid gelezen kan worden.
lasj e zelf een protocol maak is dit bij sender eenvoedig te maken
bit0 uitvoeren-->kleine wacht-->klok hoog-->kleine wacht klok laag--->kleine wacht -->bit1 uitvoeren--> enz enz enz
als je nu op opgaande flank kijkt heb je mid bit.
Op 20 september 2005 04:46:49 schreef free_electron:
ik denk dat midbit sampling het meest gebruikte is . zo werkt een seriele poort (uaRT)
Yup, maar de seriële poort is asynchroon. 
Aangezien de TS het over data verzenden onder begeleiding van een clock, heeft 'ie 't dus over synchrone overdracht. 
Een leuke combo-variant is trouwens de RC5-code van Philips: da's in princiepe een asynchroon signaal, maar door de bi-fase modulatie valt daar toch weer uitstekend een clock-signaal uit te herleiden. 
[Bericht gewijzigd door MNM(tm) op ]
synchrone overdracht
inderdaad MNM(tm), het gaat over synchrone datastream met een clock en dus niet de standaard RS232
Via de handleiding van het toestel kan ik niet afleiden op welk moment de data valid is.
Maar ik zie dus maar 3 mogelijkheden:
+ flank
- flank
midbit na x µs van + flank
De praktijk zal dit moeten uitwijzen veronderstel ik.
[Bericht gewijzigd door shortcircuit op ]
@Jan Klaasen, het is net het omgekeerde, ik moet een clock signaal binnenlezen en dan de data aanbieden, dus ik heb geen controle over het clock signaal...
Ik heb hier het boek AVR microcontrollers liggen van Elektuur en daar staan meestal negatieve flanken in als voorbeeld, de datalijnen zijn dan wel zodanig verschoven dat ze toch nog midbit gesampled worden.
TS, je hebt dus een bestaand apparaat dat zèlf een clockpulstrein produceert, maar wel weer een datasignaal op z'n ingang wil zien?
apparaat dat zèlf een clockpulstrein produceert, maar wel weer een datasignaal op z'n ingang wil zien
Ja, ik weet dat dit vreemd is, maar zo is het...
[Bericht gewijzigd door shortcircuit op ]
Hebben we het hier over signalen waarbij je een data- en een klok-lijn hebt of over data waarbij de klok *IN* het data signaal zit (en dus maar 1 datalijn).
Volgens mij loopt hier van alles door elkaar.
Volgnes mij loopt hier van alles door elkaar.
Neen, het is wel degelijk 1 CLOCK en 1 DATA LIJN.
En de CLOCK is een OUT en de DATA een IN signaal voor het toestel.
Heb de manual en timing diagrams al meerdere malen nagelezen.
Op 20 september 2005 14:25:37 schreef shortcircuit:
[...]Ja, ik weet dat dit vreemd is, maar zo is het...
Op zich niet eens zo heel erg vreemd. Althans, niet voor mij.
De keyboard aansluiting op een willekeurige PC doet namelijk precies hetzelfde.
Je hebt timing diagrammen???
Dan kun je toch zelf zien wat het ding van je verwacht?
Je hebt timing diagrammen???
Dan kun je toch zelf zien wat het ding van je verwacht?
Uit die diagrammen is enkel af te leiden welke data lijnen gelezen worden en hoe de clock signalen gestart kunnen worden. Een databit is enkel voorgesteld als een streepje dat perfect samenvalt met een clocksignaal. Maar in de praktijk is dit natuurlijk tijdsafhankelijk...
Ik heb een stukje kunnen downloaden en is onderweg per email naar je, de kwaliteit is niet echt 100% maar hiermee moet ik het doen...
