rpitx
rpitx copied to clipboard
F5OEO
PSK-31
It should be possible. For intermediate solution : you can try to use an external software producing a PSK32 wav and then generate an IQ file using pissb. It is not direct and not optimized. I think to implement majors digital modes : PSK31, JT65, WPSR soon !
I know this is just a private, open source project so I cannot really expect anything and should just happily use what you already made and published... but perhaps you have a time line set or at least you can give me a rough estimate on new modes implementation? I am interested mostly in WSPR, as I have now Raspberry Pi 3 and Zero, and James' WSPR tool for Raspberry Pi (https://github.com/JamesP6000/WsprryPi) does not work with the newer RPis and his project looks inactive. Other modes such as already mentioned JT65 and PSK31 would be also great.
Hi,
Something you mistaken here, https://github.com/JamesP6000/WsprryPi is running nice on RPi 3! You possibly want to make an install using a fresh image.
73, HA7DCD Zoltan
On Tue, Sep 27, 2016 at 10:44 AM, streamofstars [email protected] wrote:
I know this is just a private, open source project so I cannot really expect anything and should just happily use what you already made and published... but perhaps you have a time line set or at least you can give me a rough estimate on new modes implementation? I am interested mostly in WSPR, as I have now Raspberry Pi 3 and Zero, and James' WSPR tool for Raspberry Pi (https://github.com/JamesP6000/WsprryPi) does not work with the newer RPis and his project looks inactive. Other modes such as already mentioned JT65 and PSK31 would be also great.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/F5OEO/rpitx/issues/42#issuecomment-249803650, or mute the thread https://github.com/notifications/unsubscribe-auth/AO-vHlDc2tSlEPrQwxgc6MXAYw9Kg30Xks5quNdjgaJpZM4KGRqh .
@ha7dcd I was trying yesterday and it did not work - compiled properly, run without errors but my SDR plugged in to another computer 2 meters away did not receive any signal. Rpitx on the other hand, worked flawlessly. So I am not sure what is the issue here. Will remove current installation and try again from scratch later on, if you know for sure WsprryPi works with RPi 3. I have also emailed James about my issues yesterday. Anyway, when it comes to rpitx, it would be great to have all the modes available in one tool, so whether James' implementation works or not, I would still vote for (@F5OEO) Evariste's rpitx have them implemented.
You may tryied to wrong GPIO, Wsprry pi works on GPIO4, not the same as rpitx: http://j.mp/tapr-qrpi
On Tue, Sep 27, 2016 at 12:54 PM, streamofstars [email protected] wrote:
@ha7dcd https://github.com/ha7dcd I was trying yesterday and it did not work - compiled properly, run without errors but my SDR plugged in to another computer 2 meters away did not receive any signal. Rpitx on the other hand, worked flawlessly. So I am not sure what is the issue here. Will remove current installation and try again from scratch later on, if you know for sure WsprryPi works with RPi 3. I have also emailed James about my issues yesterday. Anyway, when it comes to rpitx, it would be great to have all the modes available in one tool, so whether James' implementation works or not, I would still vote for Evariste's rpitx have them implemented.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/F5OEO/rpitx/issues/42#issuecomment-249832096, or mute the thread https://github.com/notifications/unsubscribe-auth/AO-vHqhm522xRet1D1O7n4GNu-kkRH4xks5quPXigaJpZM4KGRqh .
today tested for you, works nice on my RPi 3: http://imgur.com/C0y7Ufo
On Thu, Sep 29, 2016 at 3:06 PM, Zoltan Doczi [email protected] wrote:
You may tryied to wrong GPIO, Wsprry pi works on GPIO4, not the same as rpitx: http://j.mp/tapr-qrpi
On Tue, Sep 27, 2016 at 12:54 PM, streamofstars [email protected] wrote:
@ha7dcd https://github.com/ha7dcd I was trying yesterday and it did not work - compiled properly, run without errors but my SDR plugged in to another computer 2 meters away did not receive any signal. Rpitx on the other hand, worked flawlessly. So I am not sure what is the issue here. Will remove current installation and try again from scratch later on, if you know for sure WsprryPi works with RPi 3. I have also emailed James about my issues yesterday. Anyway, when it comes to rpitx, it would be great to have all the modes available in one tool, so whether James' implementation works or not, I would still vote for Evariste's rpitx have them implemented.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/F5OEO/rpitx/issues/42#issuecomment-249832096, or mute the thread https://github.com/notifications/unsubscribe-auth/AO-vHqhm522xRet1D1O7n4GNu-kkRH4xks5quPXigaJpZM4KGRqh .
Look for my other ticket (wssprpi and rpitx conflict or something similar) You've to recompile wssprpi after a little change on the source code, otherwise wssprpi won't work anymore after installing rpitx
Il 27 set 2016 12:54, "streamofstars" [email protected] ha scritto:
@ha7dcd https://github.com/ha7dcd I was trying yesterday and it did not work - compiled properly, run without errors but my SDR plugged in to another computer 2 meters away did not receive any signal. Rpitx on the other hand, worked flawlessly. So I am not sure what is the issue here. Will remove current installation and try again from scratch later on, if you know for sure WsprryPi works with RPi 3. I have also emailed James about my issues yesterday. Anyway, when it comes to rpitx, it would be great to have all the modes available in one tool, so whether James' implementation works or not, I would still vote for Evariste's rpitx have them implemented.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/F5OEO/rpitx/issues/42#issuecomment-249832096, or mute the thread https://github.com/notifications/unsubscribe-auth/ABrFITdIXxT_ziRMTeAnxncgPfPqb1S-ks5quPXggaJpZM4KGRqh .
@ha7dcd Thanks for testing that for me and confirming it should work with RPi3. @michelinok OMG THANKS SO MUCH! That was it! The problem described here https://github.com/F5OEO/rpitx/issues/38 WsprryPi does not transmit when installed along rpitx unless one of the below is implemented (quote):
1- Remove dt-blob.bin in /boot/ and reboot, put dt-blob.bin when use rpitx 2 - recompile wsprpi by changing https://github.com/JamesP6000/WsprryPi/blob/master/wspr.cpp#L58 with #define F_PLLD_CLK (1000000000.0*(1-2.500e-6))
I used the second option (modify and recompile) Glad it helped
Il 29 set 2016 23:47, "streamofstars" [email protected] ha scritto:
@michelinok https://github.com/michelinok OMG THANKS SO MUCH! That was it! The problem described here #38 https://github.com/F5OEO/rpitx/issues/38 WsprryPi does not transmit when installed along rpitx unless one of the below is implemented (quote):
1- Remove dt-blob.bin in /boot/ and reboot, put dt-blob.bin when use rpitx 2 - recompile wsprpi by changing https://github.com/JamesP6000/ WsprryPi/blob/master/wspr.cpp#L58 with #define F_PLLD_CLK (1000000000.0*(1-2.500e-6))
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/F5OEO/rpitx/issues/42#issuecomment-250600742, or mute the thread https://github.com/notifications/unsubscribe-auth/ABrFIWZ1a65_xibIg39fLazERi5ya7Hqks5qvDHWgaJpZM4KGRqh .
One more digital mode for rpitx is available. I have created an extension to rpitx for RTTY. For the time being it can be downloaded from yeovil-arc.com/rpi_rtty.zip I would much appreciate someone trying it.
@G3ZLQ it seems to work. I tried on 2m. Be advised, your readme_rtty.md file says
./testrtty will send from raspberry pi as described in readme.md but even after compiling, there is no readme.md file to be found. I see that the message to be encoded is provided in plain text within the testrtty.sh. I have customized, transmitted, received properly but at the end of the transmission I always find a few characters that were not encoded by me. I am not sure if this is just a glitch, my fault, your fault or perhaps you purposely add something at the end.