blockstream / satellite Goto Github PK

View Code? Open in Web Editor NEW

967.0 111.0 151.0 7.9 MB

Blockstream Satellite

Home Page: https://blockstream.github.io/satellite/

License: GNU General Public License v3.0

Python 99.41% Shell 0.23% Makefile 0.35% SCSS 0.01%

satellite's Introduction

Blockstream Satellite

Overview

The Blockstream Satellite network broadcasts the Bitcoin blockchain worldwide 24/7 for free, protecting against network interruptions and providing areas without reliable internet connection with the opportunity to use Bitcoin. You can join this network by running your own Blockstream Satellite receiver node. The user guide covers all the hardware options, software components, and assembly instructions.

In summary, the process requires the five steps below:

Check your coverage at our Coverage Map.
Get the required hardware, such as a ready-to-use Satellite Kit.
Use the Blockstream Satellite command-line interface (CLI) to handle all the required software installations and configurations.
Align your satellite dish appropriately to receive the Blockstream Satellite signal.
Run the Bitcoin Satellite and Satellite API applications.

When checking the coverage, ensure your view of the satellite has no obstacles, such as trees or buildings. You can find the target area in the sky using the antenna pointing angles provided by our coverage map or an augmented reality app such as the Satellite Pointer (available for iOS and Android).

Once you get your receiver node up and running, there is a lot that you can do with it. You can use it as a satellite-connected Bitcoin node offering redundancy and protection from internet failures to connected peers. Alternatively, you can run it as your primary Bitcoin full node, with hybrid connectivity (internet and satellite) or only satellite connectivity. The satellite network broadcasts new blocks, transactions, and the complete block history. Hence, you can synchronize the entire blockchain from scratch using the satellite connection.

You can also send encrypted messages worldwide through the satellite network using our Satellite API while paying for each transmission through the Lightning Network. Moreover, if you run a Lightning node, you can sync it faster through Lightning gossip snapshots sent over satellite. You can even download the Bitcoin source code over satellite and bootstrap the node without touching the internet.

To get started, please follow the user guide, also available in PDF format. For further information, refer to the following links:

Support

For additional help, you can join the #blockstream-satellite IRC channel on freenode or contact Blockstream Support.

satellite's People

Contributors

Stargazers

Watchers

Forkers

martindale pjbalt normalfaults cryptocurrent drizzentic b44d3r popenkomaksim moab-bit-coders-repository dkbradley grey0 triggerman722 sekmet mscheel jlaherran vietkungfu nvk amingzm aospan querzel moosuchot blockc jmcabandara joary humandao jonnycrunch hao518 daedalus new-economy sensecollective glslang dendisuhubdy botweb grubles leanderdulac blockchainguard vlbos peterwillcn cn0xroot djgrasss leadpro jaxxon33 cheaphunter aussiehash hiddenvs igotboredand briantoliveira prashant-shahi cryptobuks jgamage91 killer-meow keant1 0ldm0s remyers cbin charleshamel gizzoxyz korenbeatz liferocks007 lcsolitary zadsa bitsavage0202 g0hub1 stillfantastic blackbulltradingpost milochen0418 dominic2017 hayscoding otilrac yllierop alexanderjsingleton danielchudc estebanaldana palem1988 isabelapt aricwang88 dadogg80 agrawalharshit bitchaincapital 5l1v3r1 groundrod cambricorp spacerik eden3dprinter theotherside metaspartan curly60e chrischiedo 000002fb jhumphr3y is-their-people-who-are-helpful gaybro8777 haggleburt1972 sophie-williams thontron derrickr narayanr7 j05huq nordicenergy litch cgd1

satellite's Issues

Suggestion; a hardware proven to work list

Would like to set up a sat node, but hardware is proving a stumbling block (no pun intended 😄). grubles has a great guide, but Amazon (& now ebay) have already sold out of the recommended Maverick MK1-PLL LNB. A list of LNB's (& compatible power injectors) proven to work may be useful to sat node noobs, like me.

Is data streaming now ?

Hello,

I see only HDLC frame delimiter (0x7E) is transmitted now (Dec 4 2017). Speed is about 100kbit/sec.
Is this normal ? Where is blockchain blocks ? Please advice.
Thanks !

P.S.
I'm on Galaxy 18 (123W). For more info screenshot:

What are the parameters of rtl_sdr, leandvb, and tsp in the default configuration of blocksat-cli sdr?

Hello, I assume blocksat-cli sdr runs the applications rtl_sdr, leandvb, and tsp as a pipe in that order. Would you please give me all the parameters with which the three programs are executed in the default function of blocksat-cli sdr?

Bitcoin satellite shuts down due to missing UDP connection

Hello, I'm trying to receive the Bitcoin blocks with blocksat-cli sdr. With Wireshark I can record that the UPD segments arrive at localhost (127.0.0.1).

I start bitcoin satellite with the following command line:

bitcoind -printtoconsole -connect = 0

The file .bitcoin.conf has the following content:
debug = udpnet
debug = udpmulticast
udpmulticastloginterval = 10
udpmulticast = lo, 239.0.0.2: 4434,127.0.0.1,1, blocksat-sdr

bitcoind shuts down with the error:
2020-06-16T12: 41: 22Z Error: Failed to initialize UDP connections
Error: Failed to initialize UDP connections

Which other configurations have to be carried out on the computer so that the UDP connection can be established?

Attempt to install blocksat-cli usb without VM fails

I'm trying to install blocksat-cli usb without a VM.
I follow their instructions on https://github.com/Blockstream/satellite/blob/master/doc/tbs.md#tbs-5927-drivers.

After blocksat-cli deps tbs-drivers I get:
blocksat-cli dependencies: error: invalid choice: 'tbs-drivers' (choose from 'install', 'update')

After blocksat-cli deps install I get:
Installation of dependencies no supported yet for Linux USB demodulator setup

To install the TBS drivers I ran:
cd util /
./tbsdriver.sh

After sudo blocksat-cli usb config I get:
Find DVB Adapter -------------------------------
Traceback (most recent call last):
File "/ usr / local / bin / blocksat-cli", line 11, in
sys.exit (main ())
File "/usr/local/lib/python3.6/dist-packages/blocksatcli/main.py", line 60, in main
args.func (args)
File "/usr/local/lib/python3.6/dist-packages/blocksatcli/usb.py", line 566, in usb_config
common_params = _common (args)
File "/usr/local/lib/python3.6/dist-packages/blocksatcli/usb.py", line 551, in _common
adapter, frontend = _find_adapter ()
File "/usr/local/lib/python3.6/dist-packages/blocksatcli/usb.py", line 97, in _find_adapter
res = subprocess.call (cmd, stdout = devnull, stderr = devnull)
File "/usr/lib/python3.6/subprocess.py", line 287, in call
with Popen (* popenargs, ** kwargs) as p:
File "/usr/lib/python3.6/subprocess.py", line 729, in init
restore_signals, start_new_session)
File "/usr/lib/python3.6/subprocess.py", line 1364, in _execute_child
raise child_exception_type (errno_num, err_msg, err_filename)
FileNotFoundError: [Errno 2] No such file or directory: 'dvbnet': 'dvbnet'

Decode data from Satellite API

Hey, currently when using GET /order/:uuid the only parameter related with the received data is the message_diggest

Is it required this python example to decode and read the data broadcasted?

How can I decode and read broadcasted data from the satellite API using the uuid and the authToken in JavaScript?

@bteitelb @nbenoit

Issue Launching Grc

Hi, total noob here. Trying to set up my satellite node following the guide in medim (https://hackernoon.com/building-your-own-bitcoin-satellite-node-part-3-dish-alignment-1306b4c21326). When I try to set frecuency and gain I get this error. Your help is appreciated!.

Error:

[kbelcher@localhost grc]$ python rx_gui.py --frequency 1428340000 --gain 40
linux; GNU C++ version 7.1.1 20170711 (Red Hat 7.1.1-5); Boost_106400; UHD_003.010.001.000-0-unknown

Usage: rx_gui.py: [options]

rx_gui.py: error: no such option: --frequency
[kbelcher@localhost grc]$

Received blocks questions

Hello !

I'm checking ~/.bitcoin/debug.log and see that received blocks are processed but with error messages:

2017-08-21 18:59:53 ERROR: AcceptBlockHeader: prev block not found
2017-08-21 18:59:53 ERROR: ProcessNewBlock: AcceptBlock FAILED
2017-08-21 18:59:53 UDP: Failed to decode block 0000000000000000012d5fb1780ae6cfd81c732617b1974457546cc4a9f582b1

Should I fully sync my node over internet before switching to satellite updates ?

This block hash is for 'BITCOIN BLOCK 481401' which has arrived about 30 hours ago (source: https://www.blocktrail.com/BTC/block/481401). Is this expected delay between current blockchain state and broadcasted over satellite ?

B2C2 FlexcopII/II(b)/III digital TV receiver chip (TechniSat SkyStar 2 TV PCI)

How to install Blockstream Satellite Receiver with TechniSat SkyStar 2 TV PCI in ubuntu14.04 /16.04 .
requesting support .. appreciate your HELP

With which option or configuration can you save the transport stream in a file?

At blocksat-cli usb I want to save the transport stream received for a time in a file.
How can I configure it?

Which bitcoinfibre version is needed to synchronize the Bitcoin Blockchain with current Blockstream Satellite data?

I received Blockchain data via Blockstream Satellite today (24.01.19) with the receiver version rx_gui.py before the update in December 2018. The data can be received (100 MB in 2 hours), but bitcoinfibre version v0.15.0.0-29587c411 do not care about the data. Has bitcoinfibre been changed as well?

Please provide either the brand or vendor who provides the hardware, thanks.

api_data_reader.py fails to decrypt, error: public key decryption failed: Screen or window too small

I've seen two issue that I think are related:

I had to set the GPG_TTY environment variable for generate_keys.py to work from my console.
I think there's a similar problem with api_data_reader.py because it fails to decrypt a message sent by api_data_sender.py even though both are accessing the same .gnupg directory and keys. It appears that gpg wants to prompt for a passphrase and fails due to a tty issue.

I'm using a MacOS terminal and installed python 2 with brew.

Debug output is below, key error from api_data_reader.py is:
DEBUG:gnupg:gpg: public key decryption failed: Screen or window too small

GPG key:

(blocksat-api) macbook-pro-5:examples richard$ gpg --homedir .gnupg -k
gpg: WARNING: unsafe permissions on homedir '/Users/richard/Documents/blockstream/satellite/api/examples/.gnupg'
/Users/richard/Documents/blockstream/satellite/api/examples/.gnupg/pubring.kbx
------------------------------------------------------------------------------
pub   rsa1024 2019-04-11 [SCEA]
      AB0B1948A037E40A3E12645F0888963AFFA2861B
uid           [ultimate] txtenna (blocksat) <[email protected]>

Terminal 1: (api_data_sender.py)

(blocksat-api) macbook-pro-5:examples richard$ ./api_data_sender.py --gnupghome .gnupg -f manifesto.txt --net test --debug
DEBUG:root:[Debug Mode]
DEBUG:gnupg:2907: gpg --status-fd 2 --no-tty --no-verbose --fixed-list-mode --batch --with-colons --homedir .gnupg --version
DEBUG:gnupg:stderr reader: <Thread(Thread-1, initial daemon)>
DEBUG:gnupg:stdout reader: <Thread(Thread-2, initial daemon)>
DEBUG:gnupg:chunk: 'gpg (GnuPG) 2.2.15\nlibgcrypt 1.8.4\nCopyright (C) 2019 Free Software Foundation, Inc.\nLicense GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>\nThis is free software: you are free to change and redistribute it.\nThere is NO WARRANTY, to '
DEBUG:gnupg:gpg: WARNING: unsafe permissions on homedir '/Users/richard/Documents/blockstream/satellite/api/examples/.gnupg'
DEBUG:gnupg:2908: gpg --status-fd 2 --no-tty --no-verbose --fixed-list-mode --batch --with-colons --homedir .gnupg --list-keys --fingerprint --fingerprint
DEBUG:gnupg:stderr reader: <Thread(Thread-3, initial daemon)>
DEBUG:gnupg:stdout reader: <Thread(Thread-4, initial daemon)>
DEBUG:gnupg:chunk: 'tru::1:1555019683:0:3:1:5\npub:u:1024:1:0888963AFFA2861B:1555019666:::u:::escaESCA::::::::0:\nfpr:::::::::AB0B1948A037E40A3E12645F0888963AFFA2861B:\nuid:u::::1555019666::E8761726D5EE3F79F93927C97FBE588956728CC9::txtenna (blocksat) <[email protected]>::::::::::'
DEBUG:gnupg:gpg: WARNING: unsafe permissions on homedir '/Users/richard/Documents/blockstream/satellite/api/examples/.gnupg'
DEBUG:gnupg:line: u'tru::1:1555019683:0:3:1:5'
DEBUG:gnupg:line: u'pub:u:1024:1:0888963AFFA2861B:1555019666:::u:::escaESCA::::::::0:'
DEBUG:gnupg:line: u'fpr:::::::::AB0B1948A037E40A3E12645F0888963AFFA2861B:'
DEBUG:gnupg:line: u'uid:u::::1555019666::E8761726D5EE3F79F93927C97FBE588956728CC9::txtenna (blocksat) <[email protected]>::::::::::0:'
File has 5156 bytes
Packed in data structure with a total of 5416 bytes
DEBUG:gnupg:2909: gpg --status-fd 2 --no-tty --no-verbose --fixed-list-mode --batch --with-colons --homedir .gnupg --encrypt --recipient AB0B1948A037E40A3E12645F0888963AFFA2861B --armor
DEBUG:gnupg:data copier: <Thread(Thread-5, initial daemon)>, <_io.BytesIO object at 0x107331770>, <open file '<fdopen>', mode 'wb' at 0x1071c79c0>
DEBUG:gnupg:closed output, 5416 bytes sent
DEBUG:gnupg:stderr reader: <Thread(Thread-6, initial daemon)>
DEBUG:gnupg:stdout reader: <Thread(Thread-7, initial daemon)>
DEBUG:gnupg:gpg: WARNING: unsafe permissions on homedir '/Users/richard/Documents/blockstream/satellite/api/examples/.gnupg'
DEBUG:gnupg:[GNUPG:] KEY_CONSIDERED AB0B1948A037E40A3E12645F0888963AFFA2861B 2
DEBUG:gnupg:chunk: '-----BEGIN PGP MESSAGE-----\n\nhIwDCIiWOv+ihhsBBACkye5s7CkKqJ2kFj4NSEliIRz3Zg/tKuvx/pKaJ7MPsx7h\nzi1Uv5dWxkJ4iAcNt65PSzssajOx7vLs5NPTPQY+CnyQKJ687OX1oSNbh8AzV8nu\nj53LVM4MSdXlceHmJ9/0oTnz/WvqURODnwc84Yuoz6LA3u9QwpGYMwQxqf5I1NLr\nAW/9uvAQ02CBwWIo1MJgKiYEDVPvGxms'
DEBUG:gnupg:[GNUPG:] PROGRESS need_entropy X 8 32
DEBUG:gnupg:chunk: 'ilHJ3zl80++QFCAuDldVNRGTxxq742CdvP8FFi8y8KUr\nNU4v/pIOWwbDnRfVtRiIcwh4UW3rFFRL0MbMTt/j4WAa2z8SENMLAGcTZ+ldyg/l\nDX0ug3NvtdQgCKKz+wd8ImmsTaSJ1q/eNVTeokLh9+cNmtzprBiI07qoYa3ig1qs\n3mDzILjRmLnw3FGD1x7vBjhXkQQnRYpR4KYyz1ONb4EH3PBZOqbnbV8FYTbqxKmH\nBZoX76nQBWNbxLAq'
DEBUG:gnupg:message ignored: PROGRESS, need_entropy X 8 32
DEBUG:gnupg:chunk: 'tt+Tbb/BH4kXseOwzzR5CC5G/w5ohJS6WspJHF5BFw/cpP3fBv0L0n2K4DWt\nbhxpcJQDSJwg5Uz4B4EBq72TXbZ6jMMe6U109cBVGMASbpatxB683jGiRC3A0KVR\n7FtRhUPHERdS2o6aBHYVs4fyBEDB0PhdEW4v6rq1Q4IBJ7UBx1LDr4Yftp33L5fl\nHWINWGWtyFNdeEsSGHc/WK/nmqKy6deokk9kAxSdGh+NwqfIUTuviThyzH10To32\n'
DEBUG:gnupg:[GNUPG:] PROGRESS need_entropy X 32 32
DEBUG:gnupg:message ignored: PROGRESS, need_entropy X 32 32
DEBUG:gnupg:chunk: 'BQ2G/IiDN28\nnLiy4EHjDG1JSnHiEZcRt/Uf5LuJtd8qorciHQNJTO8WAlxtw2ZHrdH9Q35mWZaV\ncGPlugJUFbCsCKEw739WTAihcVdQhoCYGGUpQy/dqtKUuqb1Hst+ziI6C8qHgnDf\nNW3UX/74XgCBlzZl1Q8I+7GyP+CXHkr/El47t0mExJ9R2LQgYKqpyM7Wkeregcxv\nJDfVmxj57nqHd8sZ76QvNp05Qk+BRMXtsbm8ctXGd3XOOsk=\n'
DEBUG:gnupg:[GNUPG:] BEGIN_ENCRYPTION 2 9
DEBUG:gnupg:[GNUPG:] END_ENCRYPTION
DEBUG:gnupg:encrypt result: '-----BEGIN PGP MESSAGE-----\n\nhIwDCIiWOv+ihhsBBACkye5s7CkKqJ2kFj4NSEliIRz3Zg/tKuvx/pKaJ7MPsx7h\nzi1Uv5dWxkJ4iAcNt65PSzssajOx7vLs5NPTPQY+CnyQKJ687OX1oSNbh8AzV8nu\nj53LVM4MSdXlceHmJ9/0oTnz/WvqURODnwc84Yuoz6LA3u9QwpGYMwQxqf5I1NLr\nAW/9uvAQ02CBwWIo1MJgKiYEDVPvGxmsU6FCST8QW3deIEikT2LhnkCg+Zpi8Pte\n9BEhHtOMcOunY3GrnVhMaB3uOM3gIxp/R6w0bL41U1YawkWFgBKqVVpEXzbiJm3+\nNL4avlyiWkkHe1yiP2CPcIrICJLDPAuX2Ohs5UCNzwTifTSvgohgO37cien9XCvw\nL3l4M+4yduYU6efdoV69EoxCN4YgA+UqKYSe0sJ2dlDkXrY3sogpd6wq+k0g98wl\nmCq3dCC2c4vU/CkxV5R6xJjy9ppU7bzYIAyhLR4cLqBDuYpccXUpEiZ6YwwHfOcQ\nGmPwycv4P1bTTbJjIkBOm9ezcIJvfJFF+xeGf+7IHfHI1YOMWqDEn3d3Mgs4Unju\nq6OVKGXXri/FTJa4uz+HuNuM0fFMTdmHMRqa1hHoAx60cnCHCoV9IkIqcEJ7boWC\n+2nbzTJ37XEBmSV51deWJCHBGUec6YMr17ybUPXU97FMPLT1JvNxSn78xxc56As5\nFhWshNB09t6Rdpx0LmHrHlg0aq7rX3FyRk2mT6sTt16yoFEb6ZPcIfRSjJ2TsxcE\nEbbPrj6PycVh4VWWbHni9HsEJje8G4VjMt+s6I0VLgM3BgBCgLVMlzfFei8OVoTu\nZ8Msmr/tlKoXavaS05tmkAuH0q8WBbLaxJLBhs5uapn0RYNyNTzCIf5Ec53Px31L\nA/M5iMHhbX2V+xHJ2HSOhxCFoP3Q3gT90b0t2i7MGHd+T1UlNU+aYBIUzQp+HOXy\nLEkMROquMDZAlo7mzNTwilHJ3zl80++QFCAuDldVNRGTxxq742CdvP8FFi8y8KUr\nNU4v/pIOWwbDnRfVtRiIcwh4UW3rFFRL0MbMTt/j4WAa2z8SENMLAGcTZ+ldyg/l\nDX0ug3NvtdQgCKKz+wd8ImmsTaSJ1q/eNVTeokLh9+cNmtzprBiI07qoYa3ig1qs\n3mDzILjRmLnw3FGD1x7vBjhXkQQnRYpR4KYyz1ONb4EH3PBZOqbnbV8FYTbqxKmH\nBZoX76nQBWNbxLAq8QldVEVjFeAqVcR4Nm3jcUsMa6D7sDUZieP3Jom5x0GkMRec\nKVrwmxS1Q0AFn/XMaSFLNgQbGvvIBgjPlQpXqVNWa6WZUXkZAD5mQFwu/9lQZ7ii\n7E76ByTwhIOa465W4DH/sHS577RtdQbrwctm6ZEnvPQE6lfhHcCsO6nioMRWBF5h\nOut0buZ4HlD+BuBsH/v3jQyUSmUpJE95L2qRoPv2W8i4Kjjcek/ygcDNjK6QNENM\nOCg4hepwzPTeKRHBPyTbq3L5oEcIjUwGtC5Ne7ZdeR4t864qmNTSScIQrppc47jP\nZ5rxJt7jfSVOjv7GO+WouLQbke2ESx2lhqoT28DYC8aOxHatn5CaEpNy2vGH82B7\nN/Qs/Kq9tYwSae//jr8aIrkccZF/7j1w4G1ZDSkY2P3RG6NnMbhg/ExiQ/GTMJwd\npWPWrI3G3ZJ9vKKO2qDJJvRVGcRsXdF/HWFM2S4zBZrSQD88ErcqsFLkKB9St7fs\n3iVmvEZ22lAgaXGIJEtmsh968LoG6Jb60GRaQHUeyWoMNhc1i2tx8uTKAnWwgk3k\nwNwNxl9lVBI0giE/NTDS8TRqUT5PvA82K/F5mQuOBK0knkTyfmGnYGG+NLKtwl36\nGBb2xP5dzozUdZJmxiyXKtX00BrptRIUx+lxc5Boo7Hddm2wnrPbyaA4HXNw7Pmj\nKp+2jljdIt1v8oXSLfRHoj0zerhN66lRL2vU1DC2IwzzE/96bOeSljeKq518k+MD\n8UTftt+Tbb/BH4kXseOwzzR5CC5G/w5ohJS6WspJHF5BFw/cpP3fBv0L0n2K4DWt\nbhxpcJQDSJwg5Uz4B4EBq72TXbZ6jMMe6U109cBVGMASbpatxB683jGiRC3A0KVR\n7FtRhUPHERdS2o6aBHYVs4fyBEDB0PhdEW4v6rq1Q4IBJ7UBx1LDr4Yftp33L5fl\nHWINWGWtyFNdeEsSGHc/WK/nmqKy6deokk9kAxSdGh+NwqfIUTuviThyzH10To32\n836YVKyzerJtpAh5ErRA6BHfoNf0m7XBRoGu7xIZ1ayGu5UN+w5U+/101Cp8Go5F\nYdlh0efDjkGA/pabn9AwHs9WtbVnUPQ8ofOQFoGTKVDCE4aBLMQKCiCO/P0U0hvo\n9imW04jgEh8TXKra+lv//MKcS7zoX3fWzsfA21jQid8XMM7sqvjUzxemDn0O0i/c\nwtBEgXXP3ezERzL9VYwWLxBDAWDSpD7eDzyYqzJxOt4BUtGZAjf26yY0zxLprDG9\neriWV8waDnRBO0eOfe/4FGtJpTENHyknjfK6WZT2g4A0lKJjKiN+jH8UJKKE0qR9\nMnvAJ7oWTYJSWo6sOH9SBFYyJ8/HmNOX0VB2/ExoMFbu4sZalPYxbkEA8+M14K9x\nFxKiLbq1OK1CwItbzKFwIRG46endENYITqHJ0bpFFMNDTtnQaH/UUCFZDzSj4cTU\nkUcdXZhYYBQI3ZZF4Z20yh8J2xwWoS2jwV0Rhv+kTta+rLJxjbtYMcTFo74tLHgK\nlb77Ae6cuy7IVeS8myR8GkhQ80d/7HInNxRgGFyzfg9wGh7eLuwo5vIIN1aYwA4c\nddxBnbhPovez/73fXkFEAaxTSD3doB/XuLxVkJCxSJEb7K4VQwbXaAZcqOaAbSKx\nrJaeK7GHUYOtMkgy66b9qrUxxIv/KLCiUl1n6NIaLkbAMUHyOofO7GFXWvUsJafN\n1NuLTjIocEkjbJY+u+Wo9+4eyFWwl2wo3+G/kNZWTBwqDbSCfrGZQBQ2G/IiDN28\nnLiy4EHjDG1JSnHiEZcRt/Uf5LuJtd8qorciHQNJTO8WAlxtw2ZHrdH9Q35mWZaV\ncGPlugJUFbCsCKEw739WTAihcVdQhoCYGGUpQy/dqtKUuqb1Hst+ziI6C8qHgnDf\nNW3UX/74XgCBlzZl1Q8I+7GyP+CXHkr/El47t0mExJ9R2LQgYKqpyM7Wkeregcxv\nJDfVmxj57nqHd8sZ76QvNp05Qk+BRMXtsbm8ctXGd3XOOsk=\n=FpL5\n-----END PGP MESSAGE-----\n'
Encrypted version of the data structure has 3360 bytes
Satellite transmission will use 3392 bytes
Your bid to transmit 3392 bytes (in millisatoshis): [169600] 
Post data with bid of 169600 millisatoshis (50.00 msat/byte)
DEBUG:urllib3.connectionpool:Starting new HTTPS connection (1): api.blockstream.space:443
DEBUG:urllib3.connectionpool:https://api.blockstream.space:443 "POST /testnet/order HTTP/1.1" 200 881
Data successfully transmitted
--
Authentication Token:
56fae1383f2e61c0139b8552c36ff322376974b05ee94c2a0e535727b3fe3892
--
UUID:
84706831-b1e6-4ee8-b26e-298e73094488
--
Lightning Invoice Number:
lntb1696n1pwtqsrspp5rsuy4vjndj56q2u5pq667glml68rau2fc62w6nycauptz3f5wmlsdphgfkx7cmtwd68yetpd5s9xct5v4kxc6t5v5s9gunpdeek66tnwd5k7mscqp2rzjqt24x3myn9ytymg8gu0sqefdxllyxd3jgystzexte5x38y9srrequ93u7cqqqtcqqqqqqq02qqqqqzsqqcrtv5py86n9htq6gktun32l0jkzh0wf7r99sc6dmv3eph0jrvh9wpx4c0k9hj8htekuwgx9laanldzcp9vxyzrlltkfucyzwejmddq8spjtm9uf
--
Amount Due:
169600 millisatoshis

DEBUG:root:API Response:
DEBUG:root:{
    "auth_token": "56fae1383f2e61c0139b8552c36ff322376974b05ee94c2a0e535727b3fe3892", 
    "lightning_invoice": {
        "created_at": 1555054704, 
        "description": "Blockstream Satellite Transmission", 
        "expires_at": 1555058304, 
        "id": "1a7hU5hOgKUyqZO3OLKum", 
        "metadata": {
            "sha256_message_digest": "c45ce72c460a674f441b3cee7f5b2437126a97a0bda8d625a32325ab4169cce1", 
            "uuid": "84706831-b1e6-4ee8-b26e-298e73094488"
        }, 
        "msatoshi": "169600", 
        "payreq": "lntb1696n1pwtqsrspp5rsuy4vjndj56q2u5pq667glml68rau2fc62w6nycauptz3f5wmlsdphgfkx7cmtwd68yetpd5s9xct5v4kxc6t5v5s9gunpdeek66tnwd5k7mscqp2rzjqt24x3myn9ytymg8gu0sqefdxllyxd3jgystzexte5x38y9srrequ93u7cqqqtcqqqqqqq02qqqqqzsqqcrtv5py86n9htq6gktun32l0jkzh0wf7r99sc6dmv3eph0jrvh9wpx4c0k9hj8htekuwgx9laanldzcp9vxyzrlltkfucyzwejmddq8spjtm9uf", 
        "rhash": "1c384ab2536ca9a02b940835af23fbfe8e3ef149c694ed4c98ef02b1453476ff", 
        "status": "unpaid"
    }, 
    "uuid": "84706831-b1e6-4ee8-b26e-298e73094488"
}
(blocksat-api) macbook-pro-5:examples richard$

Terminal 2: (api_data_reader.py)

DEBUG:root:Total data length is ready in the read buffer
DEBUG:gnupg:2812: gpg --status-fd 2 --no-tty --no-verbose --fixed-list-mode --batch --with-colons --homedir .gnupg --decrypt
DEBUG:gnupg:data copier: <Thread(Thread-8, initial daemon)>, <_io.BytesIO object at 0x1034dce90>, <open file '<fdopen>', mode 'wb' at 0x1034adc00>
DEBUG:gnupg:stderr reader: <Thread(Thread-9, initial daemon)>
DEBUG:gnupg:closed output, 3364 bytes sent
DEBUG:gnupg:stdout reader: <Thread(Thread-10, initial daemon)>
DEBUG:gnupg:gpg: WARNING: unsafe permissions on homedir '/Users/richard/Documents/blockstream/satellite/api/examples/.gnupg'
DEBUG:gnupg:[GNUPG:] ENC_TO 0888963AFFA2861B 1 0
DEBUG:gnupg:[GNUPG:] KEY_CONSIDERED AB0B1948A037E40A3E12645F0888963AFFA2861B 0
DEBUG:gnupg:[GNUPG:] PINENTRY_LAUNCHED 2813 curses 1.1.0 /dev/ttys003 xterm-256color -
DEBUG:gnupg:[GNUPG:] KEY_CONSIDERED AB0B1948A037E40A3E12645F0888963AFFA2861B 0
DEBUG:gnupg:gpg: encrypted with 1024-bit RSA key, ID 0888963AFFA2861B, created 2019-04-11
DEBUG:gnupg:      "txtenna (blocksat) <[email protected]>"
DEBUG:gnupg:gpg: public key decryption failed: Screen or window too small
DEBUG:gnupg:[GNUPG:] ERROR pkdecrypt_failed 83886381
WARNING:gnupg:potential problem: ERROR: pkdecrypt_failed 83886381
DEBUG:gnupg:[GNUPG:] BEGIN_DECRYPTION
DEBUG:gnupg:[GNUPG:] DECRYPTION_FAILED
DEBUG:gnupg:gpg: decryption failed: No secret key
DEBUG:gnupg:[GNUPG:] END_DECRYPTION
DEBUG:gnupg:decrypt result: ''

No DVB-S2 adapters found

I am trying to run blocksat-cli in the variant TSP 5927 on Ubuntu 20.04 LTS in a VM and fail because the DVB-S2 adapter is not found, although the VM recognizes the USB interface of the TSP 5927 and I also selected the USB interface.

sudo blocksat-cli usb config

------------------------------- Find DVB adapter ---------------- ---------------
Traceback (most recent call last):
File "/ usr / local / bin / blocksat-cli", line 8, in
sys.exit (main ())
File "/usr/local/lib/python3.8/dist-packages/blocksatcli/main.py", line 60, in main
args.func (args)
File "/usr/local/lib/python3.8/dist-packages/blocksatcli/usb.py", line 564, in usb_config
common_params = _common (args)
File "/usr/local/lib/python3.8/dist-packages/blocksatcli/usb.py", line 549, in _common
adapter, frontend = _find_adapter ()
File "/usr/local/lib/python3.8/dist-packages/blocksatcli/usb.py", line 155, in _find_adapter
assert (len (dvb_s2_adapters)> 0), "No DVB-S2 adapters found"
AssertionError: No DVB-S2 adapters found

Outside coverage map

Awesome project, was starting to see what parts I already had lying around and realized I'm located outside the coverage map. Is it still possible to connect or will signal be too weak? Just go with a bigger dish?

Edit: just realized my coordinates yield a -2 degree elevation to any satellite at best so guess I'm just waiting for that area in the middle to eventually get covered...

blocksat-cli usb launch fails

blocksat-cli usb launch

------------------------------- Find DVB adapter ---------------- ---------------
ERROR FE_SET_VOLTAGE: Operation not allowed
Found DVB-S2 adapter: TurboSight TBS 5927

----------------------------- Tuning DVB Receiver ------------------ -----------
Running dvbv5-zap
LNBf L10750 is used
L10750
Frequencies: 11700 to 12200 MHz, LO: 10750 MHz
Demultiplexer »dvb0.demux0« is used.
Channels are read from the file »/home/sdr/.blocksat/config-channel.conf«.
TurboSight TBS 5927 DVB-S / S2 (/ dev / dvb / adapter0 / frontend0) device capabilities:
CAN_2G_MODULATION
CAN_FEC_AUTO
CAN_INVERSION_AUTO
CAN_MULTISTREAM
CAN_QPSK
DVB-API version 5.11, current V5 delivery system: DVBS2
Supported transmission systems:
DVBS
[DVBS2]
DSS
Frequency range for the current standard:
From: 950 MHz
To: 2.15 GHz
Symbol rate change for the current standard:
From: 100 kbauds
To: 70.0 MBauds
Suppose you are in DE

Set to 11484300 Hz
LNBf with a single LO at 0.00 MHz
frequency: 11484.30 MHz, high band: 0
SEC: sets voltage to 13V
DiSEqC SOUND: OFF
DiSEqC SOUND: OFF
L-band frequency: 734.30 MHz (offset = 10750.00 MHz)
ERROR FE_SET_PROPERTY: The argument is invalid
FREQUENCY = 11484300
INVERSION = AUTO
SYMBOL_RATE = 1000000
INNER_FEC = AUTO
MODULATION = QPSK
PILOT = 4294967295
ROLLOFF = AUTO
POLARIZATION = VERTICAL
STREAM_ID = 0
DELIVERY_SYSTEM = DVBS2
ERROR: dvb_fe_set_parms failed
SEC: sets voltage to OFF

What does the error "ERROR FE_SET_VOLTAGE: Operation not allowed" mean?

According to the picture under Hardware Connection, TBS 5927 generates the LNB voltage itself. Is that correct?

Issue running blocksat-rx on a Raspberry

Compiling and installing the binaries works fine. Running blocksat-rx or blocksat-rx-lower gives the following error

linux; GNU C++ version 6.2.0 20161010; Boost_106100; UHD_003.009.005-0-unknown

gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.10
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy soapy redpitaya 
*** Error in `python': corrupted double-linked list: 0x01328cc8 ***
/usr/local/bin/blocksat-rx-lower: line 2: 20414 Aborted                 /usr/bin/env python /usr/local/lib/blocksat-rx/blocksat_rx_lower.pyc "$@"

Linux is a Raspbian Stretch Lite Linux 4.14.79-v7+ #1159 SMP Sun Nov 4 17:50:20 GMT 2018 armv7l GNU/Linux

Is it possible to run blocksat on a Raspberry?

Add more averages to terminal output

The 1s terminal output is good-- I can tee it to a file and then graph it, but it would be nice if it had more averages esp because averaging dB values correctly is a PITA from a shell script and because the figures that come out right now are really noisy... so they're less useful for fine tuning pointing because their variance dwarfs small adjustments.

I think giving averages for all data in a number of windows would make sense: 1s window, 10sec window, 1 minute window, 10minute window, and a long running exponentially weighed moving average with a 3dB weight fall off of an hour or so would be useful.

Windowed values are useful because older values outside of the window are disregarded completely... You wouldn't want to use something like an 1m EWMA because if I had just disconnected the cable 1.5 minutes ago that figure is going to keep improving over the next several minutes which is really not at all informative. Buffering 600 1s values to track a 10m window should be no biggie. An EWMA is fine for the really long term output...

Something like

---------------------------------1s---------10s---------1m----------10m--------long-- 
[2019-01-07 23:57:11]  MER dB  12.2716  /  12.2716  /  12.2716  /  12.2716  /  12.2716
[2019-01-07 23:57:11]  CRC Err 3.61E-05 /  3.61E-05 /  3.61E-05 /  3.61E-05 /  3.61E-05
[2019-01-07 23:57:11]  Worst 1s MER dB     12.2716  /  12.2716  /  12.2716
[2019-01-07 23:57:11]  FLL: Locked Offset: 0.8554 kHz Timing: Strong

I haven't personally found the text bar graph useful at all... maybe if it was on a less noisy data source and printed bigger so you could see it from a few feet away).

blocksat-rx-gui not displaying signal after using other GNURadio software

My enthusiasm was great but short lived. Everything worked great until I wanted to look/play around with the signal with gqrx. A SDR receiver powered by GNU Radio.

When restarting the blocksat-rx-gui again the signal couldn't be found anymore, just white noise. When starting gqrx again and pointing it to the frequency I give as a parameter to blocksat-rx-gui I still can see the signal.

blocksat-rx messages at startup are:

linux; GNU C++ version 7.3.0; Boost_106501; UHD_003.010.003.000-0-unknown

gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.11
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy airspyhf soapy redpitaya freesrp 
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
Found Rafael Micro R820T tuner
Using device #0 Realtek RTL2838UHIDIR SN: 00000001
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
Exact sample rate is: 937500.020955 Hz
[R82XX] PLL not locked!
[2019-02-22 14:22:51] SNR [=                                       ] 0.0000 dB
[2019-02-22 14:22:52] SNR [=======                                 ] 3.0096 dB

Did gqrx maybe change some GNU radio parameters that blocksat-rx-gui doesn't change back? Where can I start to troubleshoot?

segfault under ubuntu 16.04

The modules seem to crash, with a stock GNU radio in Ubuntu 16.04. I am assuming this is an incompatibility between the OOT modules and the distribution of the gnu radio:

built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy redpitaya 
Using device #0 Realtek RTL2838UHIDIR SN: 00000001
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
Exact sample rate is: 1250000.002070 Hz
[R82XX] PLL not locked!
Using Volk machine: avx2_64_mmx_orc
Traceback (most recent call last):
  File "./rx_gui.py", line 1029, in <module>
    main()
  File "./rx_gui.py", line 1017, in main
    tb = top_block_cls(freq=options.freq, gain=options.gain, loopbw=options.loopbw, loopbw_0=options.loopbw_0, fllbw=options.fllbw)
  File "./rx_gui.py", line 196, in __init__
    self.qtgui_time_sink_x_2.enable_axis_labels(True)
AttributeError: 'time_sink_c_sptr' object has no attribute 'enable_axis_labels'
Segmentation fault (core dumped)

How do you run blocksat-rx in the background?

For a long-term test, we would like to run blocksat-rx in the background. After the command "blocksat-rx - f ... -g ... &" blocksat-rx starts successfully, but is then ended, apparently because a terminal input is promptly queried.

Please confirm frequency for Galaxy 18

I see signal on not expected frequency. I have LNB with 10750 heterodyne LO freq and dish pointed to galaxy 18. According to info from https://blockstream.com/satellite/satellite/ I should see signal at 12178.43 - 10750 = 1428,43 MHz but as you can see on my screenshot above there is some signal on 1429 and no signal on expected 1428,43. And I see "##### Frame synchronization acquired #####", so at least 'frame_sync_fast_impl' is happy ? But there is no any data goes to '/tmp/async_rx'.
Can you please confirm that my observations is correct ?

P.S.
I can receive dvb-s streams from this satellite on declared frequency (for example, 12033 H), so lnb&dish should work fine.

Why does blocksat-cli deps tbs-drivers change the network connections of the VM?

I am trying to install blocksat-cli usb on a VM (Virtual Box) and the guest system Ubuntu.

While I am running blocksat-cli deps tbs-drivers the internet connection is available:

ip a
1: lo: <LOOPBACK, UP, LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link / loopback 00: 00: 00: 00: 00: 00 brd 00: 00: 00: 00: 00: 00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 :: 1/128 scope host
valid_lft forever preferred_lft forever
2: enp0s3: <BROADCAST, MULTICAST, UP, LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link / ether 08: 00: 27: 04: 4a: 12 brd ff: ff: ff: ff: ff: ff
inet 10.0.2.15/24 brd 10.0.2.255 scope global dynamic noprefix route enp0s3
valid_lft 79378sec preferred_lft 79378sec
inet6 fe80 :: d568: 4713: ac0d: 2994/64 scope link noprefix route
valid_lft forever preferred_lft forever
3: dvb0_0: <BROADCAST, MULTICAST, NOARP, UP, LOWER_UP> mtu 4096 qdisc fq_codel state UNKNOWN group default qlen 1000
link / ether 00: 22: ab: c0: 57: b0 brd ff: ff: ff: ff: ff: ff
4: dvb0_1: <BROADCAST, MULTICAST, NOARP, UP, LOWER_UP> mtu 4096 qdisc fq_codel state UNKNOWN group default qlen 1000
link / ether 00: 22: ab: c0: 57: b0 brd ff: ff: ff: ff: ff: ff

After the blocksat-cli deps tbs-drivers and reboot I can connect to the TBS5927, but an internet connection is no longer possible:

Why does blocksat-cli deps tbs-drivers change the network connections?

Readme says see wiki for instructions, but no wiki

There are some setup instructions in the Readme, but the Readme seems to indicate there is another place to go for full instructions. Probably just an issue because the repo is so new, but thought I'd make a note in case this was lost in the shuffle.

Is signal transmitting now ?

Hello,
I'm on Galaxy 18 (123W). Signal power is "flat", no constellation. Is signal transmitting now ?
DVB transponders works fine on the same time, so dish and lnb is ok.
Thanks !

P.S.
Is it ok to ask such questions here on github ? Please, let me know if it's better to use another communication channel (email, etc).

blocksat-cli sdr cannot synchronize the bitcoin blockchain permanently. Going back to the stable version 1.4.0 would be the best

I ran a test with blocksat-cli sdr over 7 hours and came to the conclusion that the Bitcoin blockchain cannot be permanently synchronized with blocksat-cli sdr.

The blockchain had previously been synchronized to 100 percent up to block 639337 via the Internet.

I am sending the terminal output from bitcoind from 2020-07-15.07: 23: 44 to 2020-07-15.13: 29: 14.
bitcoind_200715.pdf

blocksat-cli sdr ran on a Mini PC Intel Pentium N4200 (4 x 1.1 GHz / max. 2.5 GHz) 4 GB RAM 64 GB eMMC.

If I have correctly evaluated the output of bitcoind, the result is:

blocksat-cli sdr received 41 (2 with repeated transmission) subsequent blocks.
19 of 41 blocks were complete, 2 of them after repeated transmission.
In 19 blocks, only the header was completely detected.
Not even the header could be detected in one of the 41 blocks.

I think the main problem is that DVB-S2 is being used, which is a technology that is typically used to transmit tv, video and audio where certain losses of the 188-byte TS packets are not a problem for perception . In my opinion, this technology is unsuitable for the transmission of Bitcoin data, where every bit has to be right.

A successful execution of blocksat-cli sdr on a Raspberry PI also appears impossible, since the DVB-S2 reception software leandvb and also tsp require too much CPU performance. If you reduce the CPU performance by the number of ldpc iterations, the probability of faulty TS packets increases.

Conclusion:
Going back to the robust version 1.4.0 with GNU Radio, BPSK and above all with CRC error protection, would be the best. With version 1.4.0 I had measured a total of 0.0 percent packet loss in a similar test over approx. 8 hours and was able to synchronize the blockchain safely, and under exactly the same conditions (120 cm satellite dish, LNB, RTL-SDR, and computer). Implementation on a Raspberry Pi was possible and even ran robustly with the GUI.

Please increase the transmission power of the DVB-S2 transmitter

I have now carried out the first tests with our satellite reception system in Mittweida (Germany, Saxony). I receive the DVB-S2 signal for Europe with a 120 cm satellite dish and the RTL-SDR device.

In principle, reception is possible in both modes (low throughput and high throughput). I was able to receive blocks in both modes. However, the received signal is quite weak (see screenshot from GQRX). The MER is around 9 dB, which I consider borderline (see screenshot leandvb). I am therefore afraid that in poor reception conditions (weather) the necessary carrier-to-noise ratio (CNR) is no longer sufficient to demodulate the DVB-S2 signal.

Is it possible that you increase the DVB-S2 transmission signal by approx. 10 dB?

Bitcoind: Network is unreachable

Hi!
I'm running Blockstream Satellite and Bitcoinfibre on a Raspberry PI 3 with Ubuntu Mate.

I think the decoding part is doing well, here's some logging from blocksat-rx

nico@sdr:~$ sudo blocksat-rx -f 1426400000 
linux; GNU C++ version 7.3.0; Boost_106501; UHD_003.010.003.000-0-unknown

gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.11
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy airspyhf soapy redpitaya freesrp 
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
Found Rafael Micro R820T tuner
Using device #0 Realtek RTL2838UHIDIR SN: 00000001
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
Exact sample rate is: 1000000.026491 Hz
[R82XX] PLL not locked!
[2020-03-16 20:20:54] SNR [=                                       ] 0.0000 dB
Press Enter to quit: [2020-03-16 20:20:55] SNR [==========                              ] 4.3307 dB

##########################################
-- Frame synchronization acquired
-- On Mon Mar 16 20:20:55 2020
##########################################

[2020-03-16 20:20:56] SNR [==============                          ] 6.5202 dB
[2020-03-16 20:20:57] SNR [==============                          ] 6.2754 dB
[2020-03-16 20:20:58] SNR [==============                          ] 6.5336 dB
[2020-03-16 20:20:59] SNR [==============                          ] 6.5540 dB
[2020-03-16 20:21:00] SNR [==============                          ] 6.3109 dB
--------------------------------------------------------------------------------
[2020-03-16 20:21:00] Frame Timing => LOCKED	 Timing Indicator: GOOD
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2020-03-16 20:21:00] Frame Error Rate: 1.52E-02   1 dropped /    66 frames
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2020-03-16 20:21:00] Carrier Frequency Offset: 76.2939 kHz 
--------------------------------------------------------------------------------
[2020-03-16 20:21:01] SNR [==============                          ] 6.3117 dB
[2020-03-16 20:21:02] SNR [=============                           ] 6.2427 dB
[2020-03-16 20:21:03] SNR [==============                          ] 6.3340 dB
[2020-03-16 20:21:04] SNR [==============                          ] 6.3688 dB
[2020-03-16 20:21:05] SNR [=============                           ] 6.1948 dB
[2020-03-16 20:21:06] SNR [=============                           ] 6.2475 dB
[2020-03-16 20:21:07] SNR [=============                           ] 6.2311 dB
[2020-03-16 20:21:08] SNR [==============                          ] 6.2580 dB
[2020-03-16 20:21:09] SNR [==============                          ] 6.3543 dB
[2020-03-16 20:21:10] SNR [==============                          ] 6.2992 dB
--------------------------------------------------------------------------------
[2020-03-16 20:21:10] Frame Timing => LOCKED	 Timing Indicator: GOOD
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2020-03-16 20:21:10] Frame Error Rate: 4.95E-03   1 dropped /   202 frames
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2020-03-16 20:21:10] Carrier Frequency Offset: 76.2939 kHz 
--------------------------------------------------------------------------------
[2020-03-16 20:21:11] SNR [==============                          ] 6.4068 dB
[2020-03-16 20:21:12] SNR [==============                          ] 6.5256 dB
[2020-03-16 20:21:13] SNR [==============                          ] 6.4050 dB
[2020-03-16 20:21:14] SNR [=============                           ] 6.1817 dB
--------------------------------------------------------------------------------
[2020-03-16 20:21:14] Rx Data	Blocks: 247.0 kB (13.6 kB/sec)
                             	   API:      0 B (0.0 kB/sec)
--------------------------------------------------------------------------------
[2020-03-16 20:21:15] SNR [==============                          ] 6.2933 dB
[2020-03-16 20:21:16] SNR [==============                          ] 6.3262 dB
[2020-03-16 20:21:17] SNR [==============                          ] 6.3668 dB
[2020-03-16 20:21:18] SNR [=============                           ] 6.2453 dB
[2020-03-16 20:21:19] SNR [==============                          ] 6.5606 dB
[2020-03-16 20:21:20] SNR [=============                           ] 6.1210 dB
--------------------------------------------------------------------------------
[2020-03-16 20:21:20] Frame Timing => LOCKED	 Timing Indicator: GOOD
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2020-03-16 20:21:20] Frame Error Rate: 2.95E-03   1 dropped /   339 frames
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2020-03-16 20:21:20] Carrier Frequency Offset: 75.7446 kHz 
--------------------------------------------------------------------------------
[2020-03-16 20:21:21] SNR [==============                          ] 6.3023 dB
[2020-03-16 20:21:22] SNR [=============                           ] 6.1993 dB
[2020-03-16 20:21:23] SNR [==============                          ] 6.2514 dB
[2020-03-16 20:21:24] SNR [==============                          ] 6.3352 dB
--------------------------------------------------------------------------------
[2020-03-16 20:21:24] Rx Data	Blocks: 386.0 kB (14.0 kB/sec)
                             	   API:      0 B (0.0 kB/sec)
--------------------------------------------------------------------------------
[2020-03-16 20:21:25] SNR [=============                           ] 6.1463 dB
[2020-03-16 20:21:26] SNR [==============                          ] 6.4805 dB
[2020-03-16 20:21:27] SNR [==============                          ] 6.3767 dB
[2020-03-16 20:21:28] SNR [==============                          ] 6.3367 dB
[2020-03-16 20:21:29] SNR [==============                          ] 6.3497 dB
[2020-03-16 20:21:30] SNR [==============                          ] 6.5675 dB
--------------------------------------------------------------------------------
[2020-03-16 20:21:30] Frame Timing => LOCKED	 Timing Indicator: GOOD
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2020-03-16 20:21:30] Frame Error Rate: 2.11E-03   1 dropped /   474 frames
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2020-03-16 20:21:30] Carrier Frequency Offset: 75.6836 kHz 
--------------------------------------------------------------------------------
[2020-03-16 20:21:31] SNR [==============                          ] 6.4513 dB
[2020-03-16 20:21:32] SNR [==============                          ] 6.4032 dB
[2020-03-16 20:21:33] SNR [==============                          ] 6.4066 dB
[2020-03-16 20:21:34] SNR [==============                          ] 6.6493 dB
--------------------------------------------------------------------------------
[2020-03-16 20:21:34] Rx Data	Blocks: 523.0 kB (13.9 kB/sec)
                             	   API:      0 B (0.0 kB/sec)
--------------------------------------------------------------------------------
[2020-03-16 20:21:35] SNR [==============                          ] 6.4735 dB
[2020-03-16 20:21:36] SNR [==============                          ] 6.5393 dB
[2020-03-16 20:21:37] SNR [==============                          ] 6.3866 dB
[2020-03-16 20:21:38] SNR [==============                          ] 6.3041 dB
[2020-03-16 20:21:38] Blocks data buffer is 5% full
Is Bitcoin FIBRE running and listening to "/tmp/blocksat/bitcoinfibre"?
[2020-03-16 20:21:39] SNR [==============                          ] 6.4037 dB
[2020-03-16 20:21:40] SNR [==============                          ] 6.3260 dB
--------------------------------------------------------------------------------
[2020-03-16 20:21:40] Frame Timing => LOCKED	 Timing Indicator: GOOD
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2020-03-16 20:21:40] Frame Error Rate: 1.64E-03   1 dropped /   609 frames
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2020-03-16 20:21:40] Carrier Frequency Offset: 75.6836 kHz 
--------------------------------------------------------------------------------
[2020-03-16 20:21:41] SNR [=============                           ] 6.0821 dB
[2020-03-16 20:21:42] SNR [=============                           ] 6.1375 dB
[2020-03-16 20:21:43] SNR [=============                           ] 6.1455 dB
[2020-03-16 20:21:44] SNR [==============                          ] 6.5619 dB
--------------------------------------------------------------------------------
[2020-03-16 20:21:44] Rx Data	Blocks: 659.0 kB (13.9 kB/sec)
                             	   API:      0 B (0.0 kB/sec)
--------------------------------------------------------------------------------
[2020-03-16 20:21:45] SNR [==============                          ] 6.4327 dB
[2020-03-16 20:21:46] Blocks data buffer is 6% full
Is Bitcoin FIBRE running and listening to "/tmp/blocksat/bitcoinfibre"?
[2020-03-16 20:21:46] SNR [=============                           ] 6.2472 dB
[2020-03-16 20:21:47] SNR [==============                          ] 6.2528 dB
[2020-03-16 20:21:48] SNR [==============                          ] 6.6675 dB
[2020-03-16 20:21:49] SNR [==============                          ] 6.3441 dB
[2020-03-16 20:21:50] SNR [==============                          ] 6.4117 dB
--------------------------------------------------------------------------------
[2020-03-16 20:21:50] Frame Timing => LOCKED	 Timing Indicator: GOOD
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2020-03-16 20:21:50] Carrier Frequency Offset: 75.2563 kHz 
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2020-03-16 20:21:50] Frame Error Rate: 1.34E-03   1 dropped /   745 frames
--------------------------------------------------------------------------------
[2020-03-16 20:21:51] SNR [==============                          ] 6.2682 dB
[2020-03-16 20:21:52] SNR [=============                           ] 6.1894 dB
[2020-03-16 20:21:53] SNR [=============                           ] 6.1340 dB
[2020-03-16 20:21:53] Blocks data buffer is 7% full
Is Bitcoin FIBRE running and listening to "/tmp/blocksat/bitcoinfibre"?
[2020-03-16 20:21:54] SNR [==============                          ] 6.2957 dB
--------------------------------------------------------------------------------
[2020-03-16 20:21:54] Rx Data	Blocks: 795.0 kB (13.9 kB/sec)
                             	   API:      0 B (0.0 kB/sec)
--------------------------------------------------------------------------------
[2020-03-16 20:21:55] SNR [=============                           ] 6.0641 dB
[2020-03-16 20:21:56] SNR [==============                          ] 6.2704 dB
[2020-03-16 20:21:57] SNR [==============                          ] 6.3897 dB
[2020-03-16 20:21:58] SNR [==============                          ] 6.3772 dB
[2020-03-16 20:21:59] SNR [==============                          ] 6.4470 dB
[2020-03-16 20:22:00] SNR [==============                          ] 6.4669 dB
--------------------------------------------------------------------------------
[2020-03-16 20:22:00] Frame Timing => LOCKED	 Timing Indicator: GOOD
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2020-03-16 20:22:00] Frame Error Rate: 1.14E-03   1 dropped /   880 frames
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2020-03-16 20:22:00] Carrier Frequency Offset: 75.2563 kHz 
--------------------------------------------------------------------------------
[2020-03-16 20:22:01] SNR [=============                           ] 6.1970 dB
[2020-03-16 20:22:01] Blocks data buffer is 8% full
Is Bitcoin FIBRE running and listening to "/tmp/blocksat/bitcoinfibre"?
[2020-03-16 20:22:02] SNR [==============                          ] 6.3964 dB
[2020-03-16 20:22:03] SNR [==============                          ] 6.4108 dB
[2020-03-16 20:22:04] SNR [=============                           ] 6.2340 dB
--------------------------------------------------------------------------------
[2020-03-16 20:22:04] Rx Data	Blocks: 931.0 kB (14.0 kB/sec)
                             	   API:      0 B (0.0 kB/sec)
--------------------------------------------------------------------------------
[2020-03-16 20:22:05] SNR [==============                          ] 6.4756 dB
[2020-03-16 20:22:06] SNR [==============                          ] 6.3796 dB
[2020-03-16 20:22:07] SNR [==============                          ] 6.3458 dB
[2020-03-16 20:22:08] SNR [==============                          ] 6.3614 dB
[2020-03-16 20:22:08] Blocks data buffer is 9% full
Is Bitcoin FIBRE running and listening to "/tmp/blocksat/bitcoinfibre"?
[2020-03-16 20:22:09] SNR [=============                           ] 6.2392 dB
[2020-03-16 20:22:10] SNR [==============                          ] 6.2875 dB
--------------------------------------------------------------------------------
[2020-03-16 20:22:10] Frame Timing => LOCKED	 Timing Indicator: GOOD
--------------------------------------------------------------------------------

(I started bitcoinfibre later, that's why "s Bitcoin FIBRE running and listening to "/tmp/blocksat/bitcoinfibre"?")

Also some screenshots on gui mode: https://imgur.com/a/lRZAgk1. Not really sure if the constellation picture is expected

I started Bitcoinfibre as

sudo bitcoind -fecreaddevice=/tmp/blocksat/bitcoinfibre

and all I got is

2020-03-16 23:24:38 Bitcoin Core version v0.16.3.0-65e12faf7 (release build)
2020-03-16 23:24:38 InitParameterInteraction: parameter interaction: -whitelistforcerelay=1 -> setting -whitelistrelay=1
2020-03-16 23:24:38 Assuming ancestors of block 0000000000000000005214481d2d96f898e3d5416e43359c145944a909d242e0 have valid signatures.
2020-03-16 23:24:38 Setting nMinimumChainWork=000000000000000000000000000000000000000000f91c579d57cad4bc5278cc
2020-03-16 23:24:38 Using the 'standard' SHA256 implementation
2020-03-16 23:24:38 Default data directory /home/nico/.bitcoin
2020-03-16 23:24:38 Using data directory /home/nico/.bitcoin
2020-03-16 23:24:38 Using config file /home/nico/.bitcoin/bitcoin.conf
2020-03-16 23:24:38 Using at most 125 automatic connections (1024 file descriptors available)
2020-03-16 23:24:38 Using 16 MiB out of 32/2 requested for signature cache, able to store 524288 elements
2020-03-16 23:24:38 Using 16 MiB out of 32/2 requested for script execution cache, able to store 524288 elements
2020-03-16 23:24:38 Using 4 threads for script verification
2020-03-16 23:24:38 scheduler thread start
2020-03-16 23:24:38 HTTP: creating work queue of depth 16
2020-03-16 23:24:38 No rpcpassword set - using random cookie authentication
2020-03-16 23:24:38 Generated RPC authentication cookie /home/nico/.bitcoin/.cookie
2020-03-16 23:24:38 HTTP: starting 4 worker threads
2020-03-16 23:24:38 Cache configuration:
2020-03-16 23:24:38 * Using 2.0MiB for block index database
2020-03-16 23:24:38 * Using 8.0MiB for chain state database
2020-03-16 23:24:38 * Using 440.0MiB for in-memory UTXO set (plus up to 286.1MiB of unused mempool space)
2020-03-16 23:24:38 init message: Loading block index...
2020-03-16 23:24:38 Opening LevelDB in /home/nico/.bitcoin/blocks/index
2020-03-16 23:24:38 Opened LevelDB successfully
2020-03-16 23:24:38 Using obfuscation key for /home/nico/.bitcoin/blocks/index: 0000000000000000
2020-03-16 23:24:38 LoadBlockIndexDB: last block file = 0
2020-03-16 23:24:38 LoadBlockIndexDB: last block file info: CBlockFileInfo(blocks=0, size=0, heights=0...0, time=1970-01-01...1970-01-01)
2020-03-16 23:24:38 Checking all blk files are present...
2020-03-16 23:24:38 LoadBlockIndexDB: transaction index disabled
2020-03-16 23:24:38 Initializing databases...
2020-03-16 23:24:38 Pre-allocating up to position 0x1000000 in blk00000.dat
2020-03-16 23:24:38 Opening LevelDB in /home/nico/.bitcoin/chainstate
2020-03-16 23:24:38 Opened LevelDB successfully
2020-03-16 23:24:38 Wrote new obfuscate key for /home/nico/.bitcoin/chainstate: f5b5b4b4e89f3fee
2020-03-16 23:24:38 Using obfuscation key for /home/nico/.bitcoin/chainstate: f5b5b4b4e89f3fee
2020-03-16 23:24:38 init message: Rewinding blocks...
2020-03-16 23:24:38  block index             252ms
2020-03-16 23:24:38 No wallet support compiled in!
2020-03-16 23:24:38 UpdateTip: new best=000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f height=0 version=0x00000001 log2_work=32.000022 tx=1 date='2009-01-03 18:15:05' progress=0.000000 cache=0.0MiB(0txo)
2020-03-16 23:24:38 mapBlockIndex.size() = 1
2020-03-16 23:24:38 nBestHeight = 0
2020-03-16 23:24:38 torcontrol thread start
2020-03-16 23:24:38 Bound to [::]:8333
2020-03-16 23:24:38 Bound to 0.0.0.0:8333
2020-03-16 23:24:38 init message: Loading P2P addresses...
2020-03-16 23:24:38 ERROR: DeserializeFileDB: Failed to open file /home/nico/.bitcoin/peers.dat
2020-03-16 23:24:38 Failed to open mempool file from disk. Continuing anyway.
2020-03-16 23:24:38 Invalid or missing peers.dat; recreating
2020-03-16 23:24:38 init message: Loading banlist...
2020-03-16 23:24:38 ERROR: DeserializeFileDB: Failed to open file /home/nico/.bitcoin/banlist.dat
2020-03-16 23:24:38 Invalid or missing banlist.dat; recreating
2020-03-16 23:24:38 init message: Starting network threads...
2020-03-16 23:24:38 net thread start
2020-03-16 23:24:38 dnsseed thread start
2020-03-16 23:24:38 Loading addresses from DNS seeds (could take a while)
2020-03-16 23:24:38 opencon thread start
2020-03-16 23:24:38 udpwrite thread start
2020-03-16 23:24:38 addcon thread start
2020-03-16 23:24:38 init message: Done loading
2020-03-16 23:24:38 UDP: Set write thread priority to SCHED_RR
2020-03-16 23:24:38 msghand thread start
2020-03-16 23:24:38 udpreadlocal thread start
2020-03-16 23:24:38 udpprocess thread start
2020-03-16 23:24:38 udpread thread start
2020-03-16 23:25:31 UDP: Got full header and shorttxids from [::]:2
2020-03-16 23:25:31 UDP: Initialized block 000000000000000000039eccbd9fb5da94c3a8efe34fa6fc8cc207e2b69fcda6 with 0/1030 mempool-provided chunks (or more)
2020-03-16 23:25:40 Adding fixed seed nodes as DNS doesn't seem to be available.
2020-03-16 23:25:40 connect() to 185.21.216.134:8333 failed: Network is unreachable (101)
2020-03-16 23:26:00 connect() to 23.240.67.204:8333 failed: Network is unreachable (101)
2020-03-16 23:26:21 connect() to [2001:41d0:1004:24a5::]:8333 failed: Network is unreachable (101)
2020-03-16 23:26:38 0 addresses found from DNS seeds
2020-03-16 23:26:38 dnsseed thread exit
2020-03-16 23:26:41 connect() to [2a06:3d80:b:1:ae1f:6bff:fe13:c13e]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:02 connect() to 178.221.66.212:8333 failed: Network is unreachable (101)
2020-03-16 23:27:02 connect() to 190.145.22.202:8333 failed: Network is unreachable (101)
2020-03-16 23:27:03 connect() to 91.135.0.187:8333 failed: Network is unreachable (101)
2020-03-16 23:27:03 connect() to [2a01:cb00:2ca:b700:2079:b33f:cf5a:5958]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:04 connect() to 176.126.167.10:8333 failed: Network is unreachable (101)
2020-03-16 23:27:04 connect() to [2a01:4f8:10b:2a9b::2]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:05 connect() to [2001:0:9d38:6ab8:30e7:3e5c:da3f:6466]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:05 connect() to [2001:0:9d38:6ab8:1498:36b6:a29b:12a4]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:06 connect() to 81.228.194.187:8333 failed: Network is unreachable (101)
2020-03-16 23:27:06 connect() to [2001:0:5ef5:79fb:2853:3b95:a430:40f3]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:07 connect() to [2a02:c205:2009:7804::1]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:07 connect() to [2607:5300:60:9ad::1]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:08 connect() to [2002:2df9:5e40::2df9:5e40]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:08 connect() to [2a01:4f8:140:5329::102]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:09 connect() to [2001:0:9d38:6ab8:2015:473:9d21:cc3c]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:09 ERROR: AcceptBlockHeader: prev block not found
2020-03-16 23:27:09 ERROR: ProcessNewBlock: AcceptBlock FAILED ()
2020-03-16 23:27:09 UDP: Failed to decode block 000000000000000000039eccbd9fb5da94c3a8efe34fa6fc8cc207e2b69fcda6
2020-03-16 23:27:09 connect() to [2001:0:9d38:953c:3c43:3f1:b489:f8b8]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:10 connect() to [2a00:c440:10:1c62:1234::1]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:10 connect() to [2001:0:4137:9e76:20ac:22b1:bb18:1160]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:11 connect() to 104.156.99.240:8333 failed: Network is unreachable (101)
2020-03-16 23:27:11 connect() to [2605:9880:201:17::4b7c]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:12 connect() to 188.234.241.172:8333 failed: Network is unreachable (101)
2020-03-16 23:27:12 connect() to [2001:0:9d38:6ab8:3439:223:a04a:fdfd]:8333 failed: Network is unreachable (101)
2020-03-16 23:27:13 connect() to 94.237.64.138:8333 failed: Network is unreachable (101)

and the failed: Network is unreachable (101) errors just repeats over and over.

What am I missing here?

For the records: yes, Raspberry PI does not have any internet connection

ldpc_tool compilation error

make CXX=g++ ldpc_tool

fails with

/usr/bin/ld: mods_handler.o:mods_handler.cc:(.text._ZN10ModulationI16PhaseShiftKeyingILi8ESt7complexIfEaELi21600EE5softNEPaPS2_f[_ZN10ModulationI16PhaseShiftKeyingILi8ESt7complexIfEaELi21600EE5softNEPaPS2_f]+0x64): more undefined references to `PhaseShiftKeying<8, std::complex, signed char>::rot_cw' follow
collect2: error: ld returned 1 exit status
make: *** [Makefile:18: ldpc_tool] Error 1

on Ubuntu 19.10. How can this be fixed?

Please provide a transport stream file with embedded Bitcoin blocks

Since I currently have no access to our satellite reception system, I would like to install my own DVB-S2 transmitter with an SDR device in order to test blocksat-cli sdr. Would you please provide a transport stream file * .ts with one or two embedded Bitcoin blocks for such tests, which corresponds to the format that you send out via satellite?

Bitcoin Satellite cannot be built on a 32-bit Debian.

Hello, I'm trying to build your version of Bitcoin Fibre, which you call Bitcoin Satellite, on a 32-bit computer with a Debian operating system (4.9.0-9-686-pae # 1 SMP Debian 4.9.168-1 + deb9u3 (2019-06-16) i686 GNU / Linux).

I get the following error message:

In file included from wirehair / gf256.h: 70: 0,
from wirehair / gf256.cpp: 30:
/usr/lib/gcc/i686-linux-gnu/6/include/tmmintrin.h:136:1: error: inlining failed in call to always_inline ’_m128i mm_shuffle_epi8 ( m128i, __m128i)’: target specific option mismatch
_mm_shuffle_epi8 (__m128i __X, __m128i __Y)

What compiler options do I need to use to configure the build process?

By the way, this error does not occur when creating the original version of Bitcoin Fibre.

Can the original version of Bitcoin Fibre also synchronize the Bitcoin blocks that were transmitted with the DVB-S2 receiving system?

Fedora 31 Binary Package Error

Hi team,
Fresh Fedora 31 and just updated running on bare metal.

System details:

[root@localhost-live liveuser]# uname -a
Linux localhost-live 5.3.7-301.fc31.x86_64 #1 SMP Mon Oct 21 19:18:58 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Error:

[root@localhost-live liveuser]# dnf copr enable blockstream/satellite

You are about to enable a Copr repository. Please note that this
repository is not part of the main distribution, and quality may vary.
...

Do you really want to enable copr.fedorainfracloud.org/blockstream/satellite? [y/N]: y
Error: This repository does not have any builds yet so you cannot enable it now.

I had the exact same issue using a Fedora 28 VM, fully updated as well.

Is the blockstream satellite signal currently being staked out?

Hello Blockstream employees,
is the blockstream satellite signal currently being staked out? Although I can see the frequency spectrum in blocksat_gui.rx very well, there is no synchrinization. A few weeks ago, I was able to receive the signal in the best way (MER> 12dB, no block error in several hours of running time). When can we expect the signal emission again? I want to test blocksat on a Raspberry Pi, but without the signal, of course, it will not work. It would be great if you indicated on your website, whether the signal is currently broadcast or not. Then the users could inquire directly there. Thanks in advance.

Camapad

Explain how to create invoices and confirmed get paid

Wondering how to create invoices and let people pay. and how to confirm the payment is confirmed through satellite?

After installation by compiling the sources, the execution of blocksat-cli sdr fails

After creating the necessary applications by compiling the sources for the RTL-SDR receiver exactly according to the instructions:

blocksat-cli sdr --gui

ERROR: Couldn't find leandvb. Is it installed?

To install software dependencies, run:

     blocksat-cli deps install

Failure to read API FIFO causes fibre data to stop

It looked like signal reception stopped to me:

In the fibre logs I saw 2019-01-16 19:11:49.224130 UDP[35]: Average speed 0.0894 Mbit/sec
In the modem logs I saw [2019-01-16 19:12:24] Rx DataI Blocks: 31.28 MBIUser API: 53.97 KB

And then no UDPstat or "Rx Data" for an hour.

Based on the API number being kinda close to the default linux fifo maximum, I tried

$ cat /tmp/blocksat/api > /dev/null

And then suddenly the modem reported,

[2019-01-16 19:12:24] Rx DataI Blocks: 31.28 MBIUser API: 53.97 KB
[2019-01-16 20:30:36] Rx DataI Blocks: 31.34 MBIUser API: 58.52 KB
[2019-01-16 20:30:46] Rx DataI Blocks: 83.6 MBIUser API: 186.81 KB

and Fibre reported: 2019-01-16 20:31:36.872182 UDP[35]: Average speed 6.9333 Mbit/sec

And it caught back up.

Writes to fibre or the API should not block each other.

Needs a bit more basics for people who have never setup a satellite dish before.

Needs an "Am I covered" here is how you use the coverage map, and then use the dishpointer to see if you can find a location to mount a dish with a clear view of the sky in the right direction with no obstructions. E.g. making it clear that nearby obstructions are not good even if technically you have line of sight. Also pointing out that cellphone compasses are usually not very accurate. :)

Can the DVB-S2-based blockstream satellite receiver with an RTL-SDR be put into operation from June 1st?

If I understand that correctly, the well-functioning and inexpensive receiver version of Blockstream Satellite can unfortunately no longer be used after June 1st. Have you already published all the information we need to set up a DVB-S2 receiver with an RTL-SDR, or will more information be made available in the next four days? Please provide the information for the Antenna Pointing Guide. The URL https://github.com/Blockstream/satellite/blob/master/doc/antenna-pointing#sdr-based unfortunately leads to nothing.

No rule to make target 'swig/framers_swig.py', needed by 'swig/framers_swig.pyc'

On a fresh Fedora 26 install, with the required dependencies installed to build, ./install_gr_framers.sh fails with the following:

Scanning dependencies of target gnuradio-framers
[  4%] Building CXX object lib/CMakeFiles/gnuradio-framers.dir/gr_hdlc_framer_b_impl.cc.o
[  8%] Building CXX object lib/CMakeFiles/gnuradio-framers.dir/gr_hdlc_deframer_b_impl.cc.o
[ 13%] Building CXX object lib/CMakeFiles/gnuradio-framers.dir/hdlc_framer.cc.o
[ 17%] Building CXX object lib/CMakeFiles/gnuradio-framers.dir/hdlc_deframer.cc.o
[ 21%] Building CXX object lib/CMakeFiles/gnuradio-framers.dir/gr_hdlc_framer_2_channel_b_impl.cc.o
[ 26%] Linking CXX shared library libgnuradio-framers.so
[ 26%] Built target gnuradio-framers
Scanning dependencies of target test-framers
[ 30%] Building CXX object lib/CMakeFiles/test-framers.dir/test_framers.cc.o
[ 34%] Building CXX object lib/CMakeFiles/test-framers.dir/qa_framers.cc.o
[ 39%] Linking CXX executable test-framers
[ 39%] Built target test-framers
Scanning dependencies of target framers_swig_swig_doc
[ 39%] Built target framers_swig_swig_doc
Scanning dependencies of target _framers_swig_swig_tag
[ 43%] Building CXX object swig/CMakeFiles/_framers_swig_swig_tag.dir/_framers_swig_swig_tag.cpp.o
[ 47%] Linking CXX executable _framers_swig_swig_tag
[ 47%] Built target _framers_swig_swig_tag
Scanning dependencies of target pygen_swig_ff46b
make[2]: *** No rule to make target 'swig/framers_swig.py', needed by 'swig/framers_swig.pyc'.  Stop.
make[1]: *** [CMakeFiles/Makefile2:273: swig/CMakeFiles/pygen_swig_ff46b.dir/all] Error 2
make: *** [Makefile:141: all] Error 2
[ 26%] Built target gnuradio-framers
[ 39%] Built target test-framers
[ 39%] Built target framers_swig_swig_doc
[ 47%] Built target _framers_swig_swig_tag
make[2]: *** No rule to make target 'swig/framers_swig.py', needed by 'swig/framers_swig.pyc'.  Stop.
make[1]: *** [CMakeFiles/Makefile2:273: swig/CMakeFiles/pygen_swig_ff46b.dir/all] Error 2

Compressed Transactions

First of all, sorry for asking this question in the issues. I received blocks with blocksat-cli via channel 2 and saved them in a file. The received file has a size of approx. 4 Mbytes. The file contains a number of completely received blocks with a total size of approx. 4.8 Mbytes. The wiki https://github.com/Blockstream/bitcoinsatellite/wiki#compressed-transactions states that the data of the transactions are compressed before they are transmitted. Is this the reason for the difference in the amount of data?

No signal with blocksat_rx while getting one with gqrx

We have tried using the satellite (from France) for a while. We compiled it on Debian 10, Ubuntu 18, Ubuntu 16, Fedora 28 and Fedora 29, on three different computers. We got a great signal with all systems using gqrx-sdr, but never with blocksat_rx (I even tried to use older commits).
Here is a Dockerfile that we wanted to add it via a PR but which sums up what we did.

FROM fedora:28

RUN dnf update -y && dnf install -y gnuradio gnuradio-devel gr-osmosdr dnf-plugins-core git make cmake swig pkg-config doxygen graphviz gcc-c++ cppunit-devel

RUN dnf copr -y enable blockstream/satellite && dnf install -y satellite 

RUN git clone https://github.com/blockstream/satellite /opt/satellite

RUN cd /opt/satellite && make framers && make install-framers && make blocksat && make install-blocksat && export PYTHONPATH=/usr/local/lib64/python2.7/site-packages:$PYTHONPATH && export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH && export LD_LIBRARY_PATH=/usr/local/lib64:$LD_LIBRARY_PATH && make && make install

Here is the output :

[root@efc39f74247e /]# blocksat-rx -f 1754020000 -g 49.6
linux; GNU C++ version 8.0.1 20180207 (Red Hat 8.0.1-0.12); Boost_106600; UHD_003.010.003.000-0-unknown

gr-osmosdr v0.1.x (0.1.5git) gnuradio 3.7.13.4
built-in source types: file fcd rtl rtl_tcp uhd hackrf rfspace airspy redpitaya 
Using device #0 Realtek RTL2838UHIDIR SN: 00000001
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
Exact sample rate is: 937500.020955 Hz
[R82XX] PLL not locked!
[2019-03-02 18:48:23] SNR [=                                       ] 0.0000 dB
Press Enter to quit: [2019-03-02 18:48:24] SNR [=======                                 ] 3.0778 dB
[2019-03-02 18:48:25] SNR [=======                                 ] 3.0936 dB
[2019-03-02 18:48:26] SNR [=======                                 ] 3.0714 dB
[2019-03-02 18:48:27] SNR [=======                                 ] 3.0835 dB
[2019-03-02 18:48:28] SNR [=======                                 ] 3.0786 dB
[2019-03-02 18:48:29] SNR [=======                                 ] 3.0688 dB
[2019-03-02 18:48:30] SNR [=======                                 ] 3.0698 dB
[2019-03-02 18:48:31] SNR [=======                                 ] 3.0876 dB
--------------------------------------------------------------------------------
[2019-03-02 18:48:31] Frame Timing => SEARCHING	 Timing Indicator: STRONG
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2019-03-02 18:48:31] Bit Error Rate: 0.00E+00
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2019-03-02 18:48:31] Carrier Frequency Offset: -1.8307 kHz 
--------------------------------------------------------------------------------
[2019-03-02 18:48:32] SNR [=======                                 ] 3.0509 dB
[2019-03-02 18:48:33] SNR [=======                                 ] 3.0716 dB
[2019-03-02 18:48:34] SNR [=======                                 ] 3.0711 dB
[2019-03-02 18:48:35] SNR [=======                                 ] 3.0779 dB
[2019-03-02 18:48:36] SNR [=======                                 ] 3.0868 dB
[2019-03-02 18:48:37] SNR [=======                                 ] 3.0864 dB
[2019-03-02 18:48:38] SNR [=======                                 ] 3.0670 dB
[2019-03-02 18:48:39] SNR [=======                                 ] 3.0754 dB
[2019-03-02 18:48:40] SNR [=======                                 ] 3.0944 dB
[2019-03-02 18:48:41] SNR [=======                                 ] 3.0757 dB
--------------------------------------------------------------------------------
[2019-03-02 18:48:41] Frame Timing => SEARCHING	 Timing Indicator: STRONG
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2019-03-02 18:48:41] Bit Error Rate: 0.00E+00
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[2019-03-02 18:48:41] Carrier Frequency Offset: -2.5807 kHz 
--------------------------------------------------------------------------------
[2019-03-02 18:48:42] SNR [=======                                 ] 3.0663 dB
[2019-03-02 18:48:43] SNR [=======                                 ] 3.0500 dB
^CTraceback (most recent call last):
  File "build/blocksat_rx.py", line 645, in <module>
    main()
  File "build/blocksat_rx.py", line 637, in main
    raw_input('Press Enter to quit: ')
KeyboardInterrupt
[root@efc39f74247e /]#

Have you a suggestion to get blocksat_rx working ?

NB : We also checked other related issues such as #30, but we have obviously already tried to disconnect, reconnect the SDR.

Installation of TSDuck from the sources

Hello, I'm trying to install the new version of blocksat, for reception with the RTL-SDR and by compiling the sources. The TSDuck installation guide states:

'And then add the following to your .bashrc:
source ~ / .blocksat / src / tsduck / src / tstools / release-x86_64 / setenv.sh'

But this directory does not exist or is not created.

On the TSDuck website (https://tsduck.io/doxy/building.html) it says: 'The TSDuck binaries, executables and shared objects (.so), are built in directories bin/release-i386-hostname, bin/release-x86_64-hostname and bin/release-arm-hostname for Intel 32-bit, 64-bit and ARM platforms respectively. '

It is the same after my installation.

Blockstream Satellite Service Availability Notice

Blockstream Satellite Service Availability Notice
As Hurricane Irma threatens the east coast of the United States with winds in excess of 185 miles per hour (mph), a service outage to Blockstream Satellite (including all current coverage areas) may be possible. While our facilities are designed to survive wind speeds of 162 mph, Hurricane Irma is unprecedented.

We are presently working to secure our facilities and equipment to protect against damage and to minimize downtime. In the event of a service failure, we will work to restore service as soon as safely possible. Once our global network is complete later this year, Blockstream Satellite will have site redundancy, precluding events such as this from affecting the satellite service.

We hope everyone in the path of this massive storm take appropriate precautions to remain safe and follow the recommendations of the local authorities. Our best wishes go out to all those affected by Hurricane Irma.

--The Blockstream Team

Bitcoin Satellite fork Version 0.19

Is there a timeline to build the satellite fork from Core version 0.20 or higher? Electrum Personal Server is not working with core 0.19
Thanks.

Error building

make framers

find: ‘gr-blocksat/lib’: No such file or directory
find: ‘gr-blocksat/lib’: No such file or directory
find: ‘gr-blocksat/lib’: No such file or directory
find: ‘gr-blocksat/include/blocksat’: No such file or directory
find: ‘gr-blocksat/grc’: No such file or directory
find: ‘gr-blocksat/python’: No such file or directory
git submodule update --init gr-framers
mkdir -p gr-framers/build
cd gr-framers/build && cmake .. && make
-- Build type not specified: defaulting to release.
CMake Deprecation Warning at CMakeLists.txt:54 (cmake_policy):
The OLD behavior for policy CMP0026 will be removed from a future version
of CMake.

The cmake-policies(7) manual explains that the OLD behaviors of all
policies are deprecated and that a policy should be set to OLD only under
specific short-term circumstances. Projects should be ported to the NEW
behavior and not rely on setting a policy to OLD.

-- Boost version: 1.65.1
-- Found the following Boost libraries:
-- filesystem
-- system
Checking for GNU Radio Module: RUNTIME

INCLUDES=/usr/include
LIBS=/usr/lib/arm-linux-gnueabihf/libgnuradio-runtime.so;/usr/lib/arm-linux-gnueabihf/libgnuradio-pmt.so;/usr/lib/arm-linux-gnueabihf/liblog4cpp.so
GNURADIO_RUNTIME_FOUND = TRUE
Checking for GNU Radio Module: BLOCKS
INCLUDES=/usr/include
LIBS=/usr/lib/arm-linux-gnueabihf/libgnuradio-blocks.so;/usr/lib/arm-linux-gnueabihf/libgnuradio-runtime.so;/usr/lib/arm-linux-gnueabihf/libgnuradio-pmt.so;/usr/lib/arm-linux-gnueabihf/liblog4cpp.so
GNURADIO_BLOCKS_FOUND = TRUE
Checking for GNU Radio Module: PMT
INCLUDES=/usr/include
LIBS=/usr/lib/arm-linux-gnueabihf/libgnuradio-runtime.so;/usr/lib/arm-linux-gnueabihf/libgnuradio-pmt.so;/usr/lib/arm-linux-gnueabihf/liblog4cpp.so
GNURADIO_PMT_FOUND = TRUE
-- Extracting version information from git describe...
-- GNURADIO_PMT_LIBRARIES: /usr/lib/arm-linux-gnueabihf/libgnuradio-runtime.so;/usr/lib/arm-linux-gnueabihf/libgnuradio-pmt.so;/usr/lib/arm-linux-gnueabihf/liblog4cpp.so
-- Using install prefix: /usr/local
-- Building for version: 7c969ffb / 1.0.0git
--
-- Checking for module SWIG
-- Found SWIG version 3.0.12.
-- grcc -d /mnt/hdd/blockstream/satellite/gr-framers/build/python /mnt/hdd/blockstream/satellite/gr-framers/python/test_framers.grc
-- Configuring done
-- Generating done
-- Build files have been written to: /mnt/hdd/blockstream/satellite/gr-framers/build
make[1]: Entering directory '/mnt/hdd/blockstream/satellite/gr-framers/build'
make[2]: Entering directory '/mnt/hdd/blockstream/satellite/gr-framers/build'
make[3]: Entering directory '/mnt/hdd/blockstream/satellite/gr-framers/build'
make[3]: Leaving directory '/mnt/hdd/blockstream/satellite/gr-framers/build'
[ 18%] Built target gnuradio-framers
make[3]: Entering directory '/mnt/hdd/blockstream/satellite/gr-framers/build'
make[3]: Leaving directory '/mnt/hdd/blockstream/satellite/gr-framers/build'
[ 28%] Built target test-framers
make[3]: Entering directory '/mnt/hdd/blockstream/satellite/gr-framers/build'
make[3]: Leaving directory '/mnt/hdd/blockstream/satellite/gr-framers/build'
[ 34%] Built target _framers_swig_doc_tag
make[3]: Entering directory '/mnt/hdd/blockstream/satellite/gr-framers/build'
make[3]: Leaving directory '/mnt/hdd/blockstream/satellite/gr-framers/build'
make[3]: Entering directory '/mnt/hdd/blockstream/satellite/gr-framers/build'
[ 37%] Generating doxygen xml for framers_swig_doc docs
/bin/sh: 1: ./_framers_swig_doc_tag: Permission denied
swig/CMakeFiles/framers_swig_swig_doc.dir/build.make:64: recipe for target 'swig/framers_swig_doc_swig_docs/xml/index.xml' failed
make[3]: *** [swig/framers_swig_doc_swig_docs/xml/index.xml] Error 126
make[3]: Leaving directory '/mnt/hdd/blockstream/satellite/gr-framers/build'
CMakeFiles/Makefile2:238: recipe for target 'swig/CMakeFiles/framers_swig_swig_doc.dir/all' failed
make[2]: *** [swig/CMakeFiles/framers_swig_swig_doc.dir/all] Error 2
make[2]: Leaving directory '/mnt/hdd/blockstream/satellite/gr-framers/build'
Makefile:140: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/mnt/hdd/blockstream/satellite/gr-framers/build'
Makefile:98: recipe for target 'build/gr-framers_build_record' failed
make: *** [build/gr-framers_build_record] Error 2

Blocksat runs ok first time. Segmentation fault, won't launch next time.

On Ubuntu 18.04.3, installed via the ppa repository. I've had this happen three times now. I run blocksat gui the first time to get my satellite aligned, then I shut it down by clicking X in upper right corner of the gui. Next time I attempt to run it, I get the following error. I have to uninstall the satellite repository and reinstall it. It will again launch ok first time, then after stopping the gui it won't launch again.

-------------1st time running blocksat-------------

$ blocksat-rx-gui -f 1266920000
linux; GNU C++ version 7.3.0; Boost_106501; UHD_003.010.003.000-0-unknown

gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.11
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy airspyhf soapy redpitaya freesrp 
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock

RtApiAlsa::getDeviceInfo: snd_pcm_open error for device (hw:0,0), Device or resource busy.

Detached kernel driver
Found Rafael Micro R820T tuner
Reattached kernel driver
Using device #0 Realtek RTL2838UHIDIR SN: 00000001
Detached kernel driver
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
Exact sample rate is: 1000000.026491 Hz
[R82XX] PLL not locked!
[2020-01-07 14:37:08] SNR [=                                       ] 0.0000 dB
[2020-01-07 14:37:09] SNR [=======                                 ] 2.9373 dB

##########################################
-- Frame synchronization acquired
-- On Tue Jan  7 14:37:10 2020
##########################################

[2020-01-07 14:37:10] SNR [===========                             ] 5.0886 dB
[2020-01-07 14:37:11] SNR [=========                               ] 4.1782 dB
[2020-01-07 14:37:12] SNR [=========                               ] 4.2039 dB
--------------------------------------------------------------------------------
[2020-01-07 14:37:13] Frame Timing => LOCKED	 Timing Indicator: GOOD

...

-------------2nd time running blocksat-------------

$ blocksat-rx-gui -f 1266920000
linux; GNU C++ version 7.3.0; Boost_106501; UHD_003.010.003.000-0-unknown

gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.11
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy airspyhf soapy redpitaya freesrp 
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock

RtApiAlsa::getDeviceInfo: snd_pcm_open error for device (hw:0,0), Device or resource busy.

Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock

RtApiAlsa::getDeviceInfo: snd_pcm_open error for device (hw:0,0), Device or resource busy.

Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock

RtApiAlsa::getDeviceInfo: snd_pcm_open error for device (hw:0,0), Device or resource busy.

[INFO] Using format CF32.
/usr/bin/blocksat-rx-gui: line 2: 15397 Segmentation fault      (core dumped) /usr/bin/env python /usr/lib/blocksat-rx/blocksat_rx_gui.pyc "$@"

1.4 input to frame synchronizer error

Just updated to 1.4. Overview tab of GUI shows incorrect data under the input to frame synchronizer section. Example: input to frame synchronizer: -0.9 (varies from -1.5 to 10); input to decoder: 10.4.

Signal reception question. Peak moves from left to right

Hello everyone! I have just Implemented Blockstream-receiver with RTL-SDR. No errors occurred during installation. However, i do not see peak than remains in a same place, instead of that i receive signal that continuously moves from left to right (see screenshot)
What causes that behavior?
In order to connect with Telstar 11N I use following LNBs:
Kathrein UAS 584 (QuadLNB) and UAS 572 (Twin-LNB)
Key: 120 cm
Azimut: 237,2° Elevation: 15,3° Polarisation: 32° (Skew-Angle)
Polarisation and Frequency band: Vertical Low
What settings can be tweaked to get better and stable results?
Thanks in advance. Any help would be greatly appreciated

Can’t sync to tip with txindex=1/reindex during IBD

Not sure if this is an important issue or not, but, if I start syncing via satellite from scratch with transaction index turned on, sync fails with some Error about ReadBlockFromDisk: Deserialize or I/O Error - ReadCompactSize(): size too large: iostream…I have replicated this issue on two different drives. Reindexing seems to trigger the problem.

Perhaps index/reindex should not happen during IBD?

I can post a more formal issue with debug log if there is any interest in this issue. I’ve just been playing around to be certain I can replicate the issue…

blockstream / satellite Goto Github PK

satellite's Introduction

Blockstream Satellite

Overview

Support

satellite's People

Contributors

Stargazers

Watchers

Forkers

satellite's Issues

Error:

Recommend Projects

Recommend Topics

Recommend Org