RS232 [ de arbiter ]

Deze logica ,voor wie dit nog kent  opgebouwd naar het idee van de oude schakelingen met TTL en DTL ,  en niet met kant en klare IC's .
Ik had nog heel wat transistoren liggen en het was " back to the roots" .
Het voornaamste is , het werkt en doet wat het moet doen .
Omdat deze het RS232 verkeer moet regelen( wie wanneer wat mag doen)  heb ik het arbiter gedoopt .

PS:

DTL    diode transistor logica
TTL    transistor transistor logica

RS232 [ worst case scenario ]

De glitchen waren wel weg maar dit is sterk afhankelijk van de " data-inhoud" 
 van de characters ,soms had ik er toch nog ! Dus wat is de worst case scenario voor mijn timing?

Wel , het is niet zo zoals ik eerst dacht allemaal logische nullen in een character maar net tegenovergestelde !

Het is namelijk zo als de trigger ingang van de 555  0V  blijft ( en niet terug keert naar voedingsspanning na een negatiefgaande flank) de uitgang van de 555 op voedingsspanning  blijft !

Als ze echter allemaal log 1 worden ( FFh) en er is een trigger gegenereerd ( door de startbit) dan heeft de 555 de kans nadat zijn tijd is verlopen bij een verandering naar een nieuwe log 0 ( in de databits en dat kan ook de laatste bit zijn , zie verder) om een valse trigger te veroorzaken.

De leesbare charachter set  loopt  maar tot 7Fh , dus de hoogtse bit (MSB)  is hierdoor steeds log 0

Worst Case scenario + schema hertriggerbare MMV

Daarom moet de tijdsduur van de MMV het best de tijdsduur van 7 bits van de char overschrijden .
7 bits bij een baudrate van 38400 komt op 182 µs . Voor de veiligheid ( bv door toleranties van de componenten) nemen we iets meer .
Ik heb gekozen voor een R van 202 k ( 180 +22 ) en een C van 1 nF wat neer komt op 202k x 1n x 1.1 = 222 µs ( dimensie k x n geeft µ). Die 1.1 komt uit de 555 formule

De gemeten delaytijd = uitsteltijd( tijd na laatste 2 stopsbit na laatste char) is hiermee 134 µs.
Hoe kom ik daar aan ?  Timertijd ca 222µs - driemaal 1 bittijd ( 26µs)  geeft dit ongeveer. De driemaal komt van twee stopbits + de laatste nulbit van het achtste charbit
Dit is de tijd dat de lijn nog uitgeblankd blijft . Maw na deze tijd kan er weer gezonden worden.

RS232 [ het uitblanken van het signaal. ]

Ik moet op een bepaald moment kunnen uitblanken , dwz de opgestuurde string onderdrukken.
Omdat ik nooit weet hoe lang die string zal zijn moet deze uitblanking universeel zijn.
Ik zou dit kunnen doen met wat intelligentie uit een arduino of ander spul , maar het kan volgens mij ook met ouderwetse hardware.
Hiervoor gebruik ik het werkpaard onder de timers , de 555.


Eerste proefopstelling als MMV. De tijd tussen de cursor 1 en 2 is de delay tijd nadat alle pulsen zijn gepasseerd en waarna de lijn weer zal vrijgegeven worden .
Opname op 38400 bd.

Ge ziet dat er nog glitchen onstaan , die ik liever niet heb.

Nog eens de delaytijd in detail , hier zijn ook de twee stopbits in aanmerking genomen.

Daarom schakelen we over van een MMV naar een hertriggerbare MMV.

ASCII trein in het geel  op 38400 baud met op de onderste trace in het blauw de werking van de hertriggerbare MMV

Glitchen weg !


De proefopstelling

Ergens zit daar ook een 555 verscholen !

RS232 [ frame van één char ]

Een opname van één frame van de letter A bij een baudrate van 38400 , 1 startbit   , 2 stopbits en no parity.
In totaal dus 11 bits voor één frame.
Ik heb deze opname nodig omdat ik iets moet maken om zo'n frame ( of meerdere ) te kunnen blanken .

Een lijn in rust staat op log 1 niveau!

RS232 [ Sniffer ]

Een proefprintje om dataverkeer tussen twee gebruikers van seriële lijnen ( compoorten) te snifferen .
De gebruikers zelf zijn nog altijd met elkaar verbonden maar de TX lijnen van beide stations worden opto geïsoleerd besnifferd en omgezet naar TTL niveau en daarna terug naar RS232 niveau.
Er worden geen handshakesignalen gemonitord , dus enkel TX en RX.

Er moeten dan wel twee computers ( of één computer met twee aparte compoorten) ter beschiiking zijn .

Getest tot 115200 baud

Nostalgie [3]

Nog wat spul

Nostalgie [2]

Nog een reeksje oude glorie

Nostalgie [1]

Oude halfgeleiders

4 x OC77

Oscar 100 : [ RTTY ontvangst ]

Met FL-digi

Settings  RTTY   45.45 Bd   shift 170 Hz  en RTTYR ( reverse ?)

OSCAR100 smalband [ 43 : Testen met Leo Bodnar]

Ik kan hier kort over zijn .

Hoeveel moet ik minimaal als uitgangsstroom kiezen om nog een goede injectie te krijgen van het 25 MHz signaal in de LNB kop ?

Ge kunt kiezen tussen 8 -16 -24 -32 mA.
Omdat er toch een lange weg is en er enkele filters tussenzitten , was ik toch benieuwd.
Wel , het feit dat er met stroom uitgestuurd wordt , en ik veronderstel dat dit een echte stroombron is , komen we toe met 8 mA !
Meer geeft geen enkele meerwaarde als ik de S/N verhouding bekijk van de SDR ontvangst.

De Leo Bodnar voegt wel volgens mijn indruk , zo'n een 5 dB extra ruis toe aan de ruisvloer , maar dat is de prijs die we moete betalen voor een rotsvast signaal bij ontvangst.

PS 1: een verzwakker van 20 dB in de signaalketen van de 25 MHz geeft wel duidelijke verzwakking van het signaal , maw de S/N verslechtert zienderogen .

PS 2 : Ik heb toch nog eens de condensator van 1.8 nF in de kop moeten vervangen , deze was bij het monteren mechanisch beschadigd , en gaf soms erge ruisbulten ( dit had ik beschreven als raar verschijnsel bij de eerste test)
Om nog een kleinere bouwvorm te hebben , is het toch een 100 nF parelcondensator geworden die ik mooi recht kon monteren .Hieruit blijkt dan weer dat de waarde niet zoveel ertoe doet.

OSCAR100 smalband [ 42 : Ontvangstketen]

De uiteindelijke opzet om alle signalen over één coax te sturen .
Dwz :de 25 MHz van de gpsdo naar de kop tesamen met de 12 V voeding en het terugkomend  signaal van de LNB if uitgang.

De filters waren al eens beschreven en zijn ongeveer hetzelfde , uitgenomen dat de voeding  via een smoorspoel op het  filter een andere configuratie heeft gekregen.

Alles samengevat in één tekening.

Laatste test voor aansluiten aan mod-kop

Oscar 100 [SSTV ontvangst]

SSTV ontvangst op Oscar 100

Eerste presentabel sstv beeldje ontvangen met QSSTV

OSCAR100 smalband [ 41 : LNB met GPSDO : testen]

Wel ,

Ik heb het getest , zowel in de schotel als op de werkplek en het werkte NIET !

Dus oscillator wil niet aanlopen . Op de werkplek gebruik ik de alma pluto als generator en ik stel deze in op 3496.666700 MHz . Hiervan is de derde harmonische 10490 MHz . Waarom de derde nemen ?
Wel het signaal uit de pluto is geen zuivere sinus en het blijkt dat de derde harm.  sterker is dan de tweede ! Dit weten we  allemaal dankzij Mr Fourrier.

Wat nu te doen ? Ik zou kunnen proberen om het injectiesignaal sterker te maken ( is nu bij 16 mA van de GPSDO , zo een 1,5Vpp als die is afgesloten met 75 Ohm en na de filter.
Ik opteer echter voor eens de " andere" kant van de oscillator verbinding te proberen. Ik heb geen datatsheet gevonden van deze tuner , dus het kan zijn dat ik op de verkeerde plek injecteer.

Daarom heb ik nu weer een kleine capa gezocht van bouwvorm en die had een waarde van 1.8 nF. Misschien wat aan de lage kant voor 25MHz maar langs de andere kant wordt ook de belasting voor de tuner ingang wat minder.

Alles nog eens nagemeten met de scoop en ik krijg nu op de tuneringang een dikke 750 mVpp  bij 25MHz.
En nu werkte het wel !

Hier de proefopstelling.

En het ontvangen derde harmonische signaal van de Adalm Pluto

Er rest mij nog één probleem  en dat is alles ingebouwd krijgen . de oude capa moet ik nog verwijderen zodat ik meer plaats krijg.


En nu in de schotel !

 Voor zover ik het nu kan beoordelen is het inderdaad stabiel !
De gpsdo en filter zijn nog " in open lucht" maar dat zal tzt wel verbeteren

 Ik heb wel nog iets raar ontdekt , maar dat ga ik eerst opvolgen


Naschrift  14 april . Doordat de cond beschadigd was bij inbouwen is deze laters vervangen door een  parelvorm condensator van 100 nF . Deze was van bouwvorm beter dan de eerste omdat deze axiale aansluitingen had

OSCAR100 smalband [ 40 : ombouw LNB met GPS gelockte oscillator ]

Na lààànge tijd toch nog eens aan begonnen .

Ik heb het simpel gehouden en tijdens de ombouw enkele keren van idee veranderd.

Ik heb nu een BNC connector gebruikt en daar direkt afgesloten met een weerstand van 75 ohm en met een coaxje tot binnenin de lnb gebracht .
Daar een dc blokking capa  en wel één van gewone uitvoering , geen SMD.
Omdat dit signaal 25 MHz is , heb ik het risisco genomen .
hier en daar het dekseltje uitgeboord en bijgevijld en dat was het .

Hierbij enkele foto's.

 

 Of het werkt , dat zal laters moeten blijken

QSSTV [ resultaten ]

Deze middag was er een lancering van een HAB ballon in Polen , nl SP5WWL & SP5YAM

Deze is natuurlijk te ver voor ons , zekers doordat hij met een westenwind richting Wit-Rusland dreef.

Maar , dankzij een websdr in Polen heb ik toch wat aardige beeldjes ontvangen

Ik weet niet of ze nu rechtstreeks van de ballon kwamen of niet , maar als test was dit natuurlijk ideaal omdat ze constant na elkaar doorgestuurd werden .

Link : websdr in Polen :  http://websdr.sp2put.pl:8901/

QSSTV in werking
Raar was wel dat ik in LSB mode moest staan om het signaal te kunnen detecteren . Waarom weet ik nog niet . Normaal is 2 meter USB.

Naschrift: Bij het vallen van de ballon verdween ook het signaal , eerst tot zwak en daarna tot niets meer .Dus waarschijnlijk is het toch de rechtstreekse uitzending geweest ( via websdr dan)

QSSTV [ install ]

QSSTV is een sstv zend/ontvangprogramma geschreven door ON4QZ.
Het draait onder Linux en heeft de Qt als grafische schil.
Zou ook op een rpi 3 draaien !

zie hiervoor

Raspberry Pi 3

Ik zie  dat er ook DRM mee te ontvangen/zenden  is.

Hier is de website :

QSSTV

Installeren is gewoon de handleiding volgen op de website.

Installation

Ik installeer dit omdat er soms wel eens beeldekes vanuit ballons via deze mode worden uitgezonden en ik niets heb om dit te ontvangen.
Zoals altijd duurt het " builden"  met make ervan wel een poosje , dus niet panikeren.

Daarna naar de map gaan met

cd qsstv

en starten met 

./qsstv 

Eerste beeld bij opstart zonder config

 

Eén van de configuraties is de kalibratie van de geluidskaart.

Dit wordt gedaan aan de hand van een timeserver.

Hier een afbeelding van de kalibratie in werking.

Als ik resultaat heb met ontvangst kom ik hier wel nog eens op terug.

FLdigi en Websdr

Om laters , als het eenmaal doorgaat , de ballon van de VUB te kunnen decoderen moet ik eerst eens kijken of ik FLdigi aan de praat krijg in samenwerking met een sdr.
Omdat ik nog niet de juiste mode van de ballon ter beschikking heb ( er vliegen ook weinig tot geen HAB ballonnen ) heb ik WEFAX gebruikt om te zien of de audio-instellingen goed zijn . Maw , kan ik zonder audiokabel de audio doorsluisen tussen twee programma's op de PC?
Ik heb hiervoor een Websdr opgezocht  , de deze  --> websdr  en afgestemd op een wefax station net boven de 80 m amateurband .

U kiest mode USB en 3853 als frequentie.
Dit is mijn ontvanger. nu nog de decoder zijnde FLdigi.
Na alle config verplichte velden ingevuld te hebben , moet er ook nog een audio-input gekozen worden .

Ga daarvoor naar instellingen --> audiokaart --> en kies voor pulseaudio.
Vergeet daarna niet op bewaren te klikken

Meer moet ge niet doen ;

In Linux hebt  ge normaal een  geluidsmengpaneel , deze noemt in Linux pavucontrol.
Indien niet  installeren met

sudo apt-get update

en daarna

sudo apt-get install pavucontrol


Dit krijgt ge dan te zien na oproepen ervan ( via de gui of in terminal)

Als de FLdigi draait , ziet ge bij opnemen dl-fldigi staan ( hier dl-fldigi omdat dit de versie is voor de HAB ballonnen)

Dit bewijst dat FLdigi de audio ziet .

Ook het weergeven van het geluid van zowel de websdr als van FLdigi is te zien.

En dit is uiteindelijk het resultaat, een weerkaart via wefax.
Stel FL-digi wel goed in .

Mode --> Wefax --> Wefax IOC576  heb ik gebruikt.