Sunday, December 4, 2016

ARRL160


zéér matige 160m propagatie
zondag  ochtend  4 QSO  erbij in 2 uur tijd 
 ipv een SR piek  verdwenen de zwakke signalen al zeer vroeg
N0TT enige tijd gehoord als beste DX  maar  not dus
Er was eens een tijd dat als je s'morgens vóór QRL even tijd had
 nog wel eens mooie topband DX kon werken die tijd lijkt heel ver weg.
 februari 2015 was de laatste keer .
ZF9DX het sterkste signaal en XE2S ook te horen maar nu alleen voor NA/VE natuurlijk
als er al DX op 160 is komt het uit het zuiden. 
Misschien met een Rombic op 160  of een hoge i-vee dipool dat er meer te halen is.

Het atmosferisch ruis niveau op 160 is nog steeds ongekend laag  S5-6 
W / VE verdrinken niet in ruis maar de signalen zijn heel erg zwak scatter met diepe QSB   
Een Beverage zal niet veel helpen denk i Het is gewoon helemaal mis met de HF propagatie momenteel. 10 12 én 160 potdicht 





TOPS Activity contest
daarvoor bestaat geen contest type in N1MM+ of classic 



Monday, November 28, 2016

CQWW CW 2016

CQWW means high activity and rare DX .
We have to get use to lousy bands after  being spoiled in the past years.
After few hours in this band conditions I choose to swap to high power.
Time-on about   24h all together mostly nighttime.
10m  like VHF in a meteor shower.
160m scarce weak DX signals surprised to hear TZ5AM in QSO



Trouble with N1MM classic unusual annoying hangup's
That frustrated some QSO's.
Think it was network related.
Network mode is unchecked still it tried to find network partners.
I got same timeout when modifying network settings.
Now deleted network name list hope it is fixed.


I use N1MM  classic again
N1MM+    crashes here.


to repair  N1MM+  i had to follow the procedure below     i write it here as mnemonic

This procedure solved my N1MM+  problem:
1-  backup the user file map  and delete the map itself.
2-  Full install  and  set user files to    C:\Users\Jaap\Documents\N1MM Logger+
3-  To get  last data back  convert actual N1MM clasic ham.mdb to  a new N1MM+  pa0o.s3db
4-  update to the latest +   ( dotnet...) version
5-  copy the original C:\Users\Jaap\Documents\N1MM Logger+   sub directories back
6-  digimode    copy MMTTY map to + map   setup digimode soundcard
      point to MMTTY.EXE
      check in setup  rt-click  = return not menu   to use mouse for rtty contacts
     import the MTTY keys      press cq / f1 the speaker should give rtty / bpsk tone out
7-  check enter sets mode  for N1MM  work as CT
8-  CAT setings  to                K3  38400b/s  com4
     check  CW   DTR =keyer   RTS = T/R
9   possible setting from classic that i forgot

10  The error pop-up loop flaw  still will be there  
      but it will not be problem as long as there are no errors..
      the N1MM  needs the task manager to shut off if it is going in the pop-up press ok loop.
      This flaw has been in N1MM  all  previous versions. 
       there seems no way to move the N1MM team to change its mind not  to use
      the VB err msg  verbose  popupbox


Below:
Some struggle I had trying to fix it but did not work well:
The user file location was   C:\Users\Jaap\Documents\N1MM Logger+
chosen during install  i believe
i tried full install to use that old location but it did not work

I copied my N1MM  HAM.MDB  including the latest CQWWCW and DX general
and converted this to a new pa0o.s3db type
no crash report this time... so far things look better.
try to see if the overflow problems are solved
re-scoring the general log    15168 12 changed  lasted over 5 minute's
it works but    +  was keeping the user files  under C:\Users\Jaap\Documents\
my old setting maps are in C:\Users\Jaap\Documents\N1MM Logger+

N1MM classic is easier all files are located under   \N1MM
N1MM+  wants the user files somewhere else
There is no configuration setting for changing this location once it is set.
Only full install let you choose your user file location.
One more time i did the full install  set the user location to my old
 Documents\N1MM Logger+    but then  the  overflow error was back... crazy
copying the settings that worked to this location  and N1MM+ hanged in start screen.

The error that prevented me to use N1MM+  :
 N1MM+    crashed   saying  it needs upgrade
This stupid error popup loop flaw still exists
and prevents me to do anything else then pressing ok
The popup tells me to upgrade again and again
  like the cooky monster.
After installing and starting the latest version the program hangs in a loop
of huge error message screens as before  N1MM+ will not work here.
stack overflow crashes the program.
N1MM+  did work once okay but could not use longer time.
when opening or re-scoring my big general DX log    the overflow error occured.
But later even starting a new log eded in error popup's.
So I went back to the latest classic version.








Thursday, November 17, 2016

NRF24L01 <-> NRF24L01 2.4GHz test

De  opstelling van 2 stuks NRF24L01  met  het  ping  pong  testprogramma  werkt niet probleemloos.
Er was haast 100% data verlies.
De monitor van de slave geeft aan dat de RX 100% is maar bij het terug zenden  gaat iets fout.
Met een enkelzijdig expoxy printje op de slave ( pong)   NRF24 antenne is het resultaat wel goed.
De cyclus tijd benaderd dan de kortst mogelijke 1700uS
Vreemde effecten.
Als de Lecher antenne niet goed aanpast dan zou dat toch ook voor de master moeten gelden.
Hangt de slave NANO + NRF24   vrij dan  komt er haast geen data meer retour.
Ik moest steeds de slave NRF24 vast pakken om data retour te krijgen.
Van alles geprobeerd:  extra C over voeding, aarding, clock-speed,  power instellingen.
Ik gebruik de NRF adapter met 3,3V regelaar dan is de voeding optimaal.
Op de zeer fraaie site   http://arduino-info.wikispaces.com/Nrf24L01-2.4GHz-HowTo
De problemen worden toegeschreven aan kritische 3V3 voeding en een oplossing zou  reduceren van "vermogen" zijn. Ik kon daar geen verbetering mee halen.
Power_MAX  =0 dBm  1mW  dit kan nauwelijks een probleem voor de voeding zijn.

Niets hielp.
Totdat ik er een stukje printplaat als extra capaciteit op legde.

Eenzelfde capaciteit op de master NRF24 geeft juist negatief resultaat.




NRF24L01 <-> NRF24L01 2.4GHz test

De  opstelling van 2 stuks NRF24L01  met  het  ping  pong  testprogramma  werkt niet probleemloos.
Er was haast 100% data verlies.
De monitor van de slave geeft aan dat de RX 100% is maar bij het terug zenden  gaat iets fout.
Door plaatsen van een plaatje enkelzijdig expoxy print op de slave ( pong)   NRF24 antenne is het resultaat wel goed.
De cyclus tijd benaderd dan de kortst mogelijke 1700uS
Vreemde effecten.
Als de Lecher antenne niet goed aanpast dan zou dat toch ook voor de master moeten gelden.
Hangt de slave NANO + NRF24   vrij dan  komt er haast geen data meer retour.
Ik moest steeds de slave NRF24 vast pakken om data retour te krijgen.
Van alles geprobeerd:  extra C over voeding, aarding, clock-speed,  power instellingen.
Ik gebruik de NRF adapter met 3,3V regelaar dan is de voeding optimaal.
Op de zeer fraaie site   http://arduino-info.wikispaces.com/Nrf24L01-2.4GHz-HowTo
De problemen worden toegeschreven aan kritische 3V3 voeding en een oplossing zou  reduceren van "vermogen" zijn. Ik kon daar geen verbetering mee halen.
Power_MAX  =0 dBm  1mW  dit kan nauwelijks een probleem voor de voeding zijn.

Niets hielp.
Totdat ik er een stukje printplaat als extra capaciteit op legde.

Eenzelfde capaciteit op de master NRF24 geeft juist negatief resultaat.




NRF24L01 <-> NRF24L01 2.4GHz test

De  opstelling van 2 stuks NRF24L01  met  het  ping  pong  testprogramma  werkt niet probleemloos.
Er was haast 100% data verlies.
De monitor van de slave geeft aan dat de RX 100% is maar bij het terug zenden  gaat iets fout.
Door plaatsen van een plaatje enkelzijdig expoxy print op de slave ( pong)   NRF24 antenne is het resultaat wel goed.
De cyclus tijd benaderd dan de kortst mogelijke 1700uS
Vreemde effecten.
Als de Lecher antenne niet goed aanpast dan zou dat toch ook voor de master moeten gelden.
Hangt de slave NANO + NRF24   vrij dan  komt er haast geen data meer retour.
Ik moest steeds de slave NRF24 vast pakken om data retour te krijgen.
Van alles geprobeerd:  extra C over voeding, aarding, clock-speed,  power instellingen.
Maar niets hielp.
Totdat ik er een stukje printplaat als extra capaciteit op legde.

Eenzelfde capaciteit op de master NRF24 geeft juist negatief resultaat.



NRF24L01 <-> NRF24L01 2.4GHz test

De  opstelling van 2 stuks NRF24L01  met  het  ping  pong  testprogramma  werkt niet probleemloos.
Er was haast 100% data verlies.
Door plaatsen van een klein plaatje enkelzijdig expoxy print op de slave ( pong)   NRF24 antenne deel is het resultaat wel goed.
De cyclus tijd benaderd nu de kortst mogelijke 1700uS
Vreemde effecten.
Als de slave NANO + NRF24  optimaal vrij hangt  komt er haast geen data meer retour.
Ik moest steeds de slave NRF24 vast pakken om data retour te krijgen.
Van alles geprobeerd:  extra C over voeding, aarding, clock-speed,  power instellingen.
Maar niets hielp.
Totdat ik er botweg een stukje printplaat als extra capaciteit op legde.

Eenzelfde capaciteit op de master NRF24 geeft juist negatief resultaat.



NRF24L01 <-> NRF24L01 2.4GHz test

De  opstelling van 2 stuks NRF24L01  met  het  ping  pong  testprogramma  werkt niet probleemloos.
Er was haast 100% data verlies.
Door plaatsen van een klein plaatje enkelzijdig expoxy print op de slave ( pong)   NRF24 antenne deel is het resultaat wel goed.
De cyclus tijd benaderd nu de kortst mogelijke 1700uS
Vreemde effecten.
Als de slave NANO + NRF24  optimaal vrij hangt  komt er haast geen data meer retour.
Ik moest steeds de slave NRF24 vast pakken om data retour te krijgen.
Van alles geprobeerd:  extra C over voeding, aarding, clock-speed,  power instellingen.
Maar niets hielp.
Totdat ik er botweg een stukje printplaat als extra capaciteit op legde.

Eenzelfde capaciteit op de master NRF24 geeft juist negatief resultaat.



NRF24L01 <-> NRF24L01 2.4GHz test

De  opstelling van 2 stuks NRF24L01  met  het  ping  pong  testprogramma gaf haast 100% data verlies.
Door plaatsen van een klein plaatje enkelzijdig expoxy print op de slave ( pong)   NRF24 antenne deel is het resultaat goed.
De cyclus tijd benaderd nu de kortst mogelijke 1700uS
Vreemde effecten.
Als de slave NANO + NRF24  optimaal vrij hangt  komt er haast geen data meer retour.
Pakte ik de NRF24 dan vast kwam weer data ik moest sdus steeds de slave in de hand vasthouden om data retour te krijgen.
Van alles geprobeerd  extra C over voeding aarding clock-speed  power instellingen niets hielp.
Totdat ik er botweg een stukje printplaat als extra capaciteit op legde.


Plaatsen van eenzelfde capaciteit op de master NRF24 gaf juist negatief resultaat.



Tuesday, November 15, 2016

28MHz 15 november en iets met Arduino NRF24l01 2.4GHz





2.4GHz  data tranceivers

2x Arduino NANO  elk met een NRF24l01 en demo programma van "TMRh20"
een station is slave die het data bericht van de master retour stuurt.
NRF24l01 MAX_POWER  is 0dBm
Het werkt wel maar er word veel retour data gemist door de master.
Op de site van Arduino word gemeld dat dit te maken kan hebben een onstabiele 3.3V 
Ik gebruik de adapter met 5 naar 3V3 regelaar die geeft een stabiele 3,25V  dat is het niet
Extra tantaal 47uF direct op de module bracht niets.
Power low ook niet
Wel het vast pakken van de NRF24 dan was het gelijk oké  maar wat ik ook probeerde allen het vasthouden werkte lastig natuurlijk.
Op het printje is een 2,4GHz antennetje geintegreerd daar zou rf moeten staan bij TX. 
Maar haast geen beweging met mijn RF probe die goed gevoelig is op 1,3GHz  en op 2,4
uit de ADF4351A   ca 5mW  nog goed  reageerd   met 0,1V .
Ik dacht dat mijn 3 NRF24 stuk waren. Maar in de test opstelling werken ze toch.

is veel informatie over deze kleine super goedkope 10   voor 6€ ..  tranceivertjes
Een oplossing voor mijn probleem vond ik nog niet.

Het enige dat helpt is 2x verzenden van data.
Bij het test programma  is  data of  payload  de  CPU start tijd als long integer   micros()

Ik zocht naar TX ready status test  voordat ik een radio.write  uitvoer
Zoals  bij het verzenden van data over een usart altijd eerst de txRdy bit moest worden getest
in assembly programma's  

Door dubbel zenden van data zijn de timeouts practisch weg
De responce tijd is stabiel maar een stuk langer 30-35 mS  ipv 1.7mS  met 1x TX

Voor  een alternatieve deur afstandbediening is dat geen probleem. 
maar het moet beter kunnen.


deel van log op TX node seriele monitor   met 1x data tx
RF24/examples/GettingStarted
*** PRESS 'T' to begin transmitting to the other node
PA0O 23-4-2016
SPI_CLOCK_DIV16
RX
*** CHANGING TO TRANSMIT ROLE -- PRESS 'R' TO SWITCH BACK
31580responce uS TX failed 
Failed, response timed out.
31576responce uS TX failed 
Failed, response timed out.
31580responce uS TX failed 
Failed, response timed out.
Sent 7833152, Got response 7833152, Round-trip delay 1700 microseconds
31580responce uS TX failed 
Failed, response timed out.
31572responce uS TX failed 
Failed, response timed out.
31580responce uS TX failed 
Failed, response timed out.
31580responce uS TX failed 
Failed, response timed out.
31580responce uS TX failed 
Failed, response timed out.
31576responce uS TX failed 
Failed, response timed out.
Sent 16232400, Got response 16232400, Round-trip delay 1700 microseconds
Sent 17235768, Got response 17235768, Round-trip delay 1700 microseconds
Sent 18239132, Got response 18239132, Round-trip delay 1700 microseconds
Sent 19242496, Got response 19242496, Round-trip delay 1700 microseconds


28MHz 15 november // Arduino NRF24l01





2.4GHz  data tranceivers

2x Arduino NANO  elk met een NRF24l01 en demo programma van "TMRh20"
een station is slave die het data bericht van de master retour stuurt.
NRF24l01 MAX_POWER  is 0dBm
Het werkt wel maar er word veel data gemist door de master.
Power low  hielp ook niet echt.  
is veel informatie over deze kleine super goedkope 10 / 6€ tranceiver
Een oplossing voor mijn probleem vond ik nog niet.

Het enige dat helpt is 2x verzenden van de data.
Bij het test programma  is de data de zgn.   payload  de  CPU tijd als long integer   micros()

Ik zocht naar TX ready status test  voordat ik een radio.write  uitvoer
Zoals  bij het verzenden van data over een usart altijd eerst de txRdy bit moest worden getest
in assembly programma's  


met het dubbel zenden van data waren de responce timeouts practisch weg
De responce tijd is stabiel maar  langer 30-35 mS  ipv 1.7mS  met 1x TX


Voor  een alternatieve deur afstandbediening zou dat geen probleem zijn
maar het is toch wel een puntje


deel van log op TX node seriele monitor   met 1x data tx
RF24/examples/GettingStarted
*** PRESS 'T' to begin transmitting to the other node
PA0O 23-4-2016
SPI_CLOCK_DIV16
RX
*** CHANGING TO TRANSMIT ROLE -- PRESS 'R' TO SWITCH BACK
31580responce uS TX failed 
Failed, response timed out.
31576responce uS TX failed 
Failed, response timed out.
31580responce uS TX failed 
Failed, response timed out.
Sent 7833152, Got response 7833152, Round-trip delay 1700 microseconds
31580responce uS TX failed 
Failed, response timed out.
31572responce uS TX failed 
Failed, response timed out.
31580responce uS TX failed 
Failed, response timed out.
31580responce uS TX failed 
Failed, response timed out.
31580responce uS TX failed 
Failed, response timed out.
31576responce uS TX failed 
Failed, response timed out.
Sent 16232400, Got response 16232400, Round-trip delay 1700 microseconds
Sent 17235768, Got response 17235768, Round-trip delay 1700 microseconds
Sent 18239132, Got response 18239132, Round-trip delay 1700 microseconds
Sent 19242496, Got response 19242496, Round-trip delay 1700 microseconds


Translate