origamisat1project / pic_5r8g Goto Github PK

View Code? Open in Web Editor NEW

0.0 1.0 2.0 338 KB

for PIC on 5.8GHz communication board

Makefile 11.28% C 87.80% C++ 0.51% Shell 0.42%

pic membrane pic-5r8g c origami communucation

pic_5r8g's Introduction

Name

PIC_5R8G (5.8GHz communication board)

Overview

5.8GHz communication PIC

Description

OrigamiSat1 is first nano satellite of ORIGAMI PROJECT this repository is for manage source code of PIC on 5R8G board. 5R8G controlled by OBC using UART prptocol. Mission of this is

Downlink Picture of Membrane
Downlink Movie of Membrane deploying

Contribution

Require privileges for owner or admin.
Clone it ( https://github.com/OrigamiSat1Project/PIC_5R8G.git )
Create your feature branch (git checkout -b )
Commit your changes (git commit -am 'Add some feature')
Push to the branch (git push origin )
Create new Pull Request

Author

reokashiyama ryogaide

Hardware

PIC16F886 (Microchip)

Datasheet

PIC16F882/883/884/886/887 Data Sheet

Language

Compiler

XC8

Debuger

MPLAB X IDE

Encoding

Shift-JIS

FM module coding

comit : [51237d7] 51237d7e783d32032fe3db0332d3c69a6ab9e13e Add function ECC receive mode without CAM1 IDE : MPLABX IDE ver4.15 compiler : XC8 ver1.45

pic_5r8g's People

Contributors

Watchers

Forkers

reokashiyama2 kosukeikeya

pic_5r8g's Issues

OBCからのコマンド受信エラーの処理について

OBCからのコマンド8byteで受信エラーが起きた場合（bit反転など），5R8Gでそのエラーコマンドを弾くことはできているが，OBCはそのコマンドを送ったつもりになっている．

BUSYなどのOUTPUT
同じコマンドを複数回送信
などの対処方法でコマンド受信エラーが起きた場合でも継続的にOBC-5R8G間でこちらが意図するような動作をできるようにしなければならない

柏山的にはコマンドが通ったら5R8GがBUSYを3秒間Highにして，それをOBCが検知できたらコマンドを通ったものとOBCが解釈する，でよいと思っている．
（つまり5R8Gはコマンド通ったらBUSYを3秒間Highにするだけ）
OBC側はコマンドを送ったのにBUSYがHighになっていなかったら，コマンドを再送．それを複数回繰り返す．繰り返す回数も地上局から設定できるようにする．

Erase Sector関数内でエラーが起きがち

・関数内でタイマをOFFにして、セクター消去後に再びONにする必要がある。
この処理をしないと画像転送のwhile文が抜けられない。Flagを見ると既に抜ける条件は満たしているはず。

・セクター消去後にCREN = Highにしないと画像転送が出来ない。

この2つの問題は画像転送モード内では対応したが、'E' Erase sector モード後の挙動は未検証
検証の必要あり

ECCの長さ依存の画像転送におけるOBC側のUART送信処理

現在、OBCがBUSY信号を読みに行くのは
① 40byte送った後
② EOF (0xff, 0x1eや0x00, 0x00, 0x01, 0x1e) をOBC側で検知した後

ECCの長さが一定ではないため、1/8分割の際にBUSYを無視して送信することになり、エラーが起こる

FROMセクタの都合

セクタ終了の40byte以内で，1/8分割画像が終了するとバグが発生
RPi撮像画像サイズによって分割数を地上局で決めるが，その際に5R8G上のFROMセクタの都合も考えて決めてもらう

Stack overflow with Timer

タイマー処理でコンパイルは通るのに stack overflow がwarning で表示される。以下メッセージ
source/5R8G_TEST.c:36: warning: (1393) possible hardware stack overflow detected; estimated stack depth: 9

要注意　コンパイルが通ったとしても、エラーが起こる

不明点：CommandのTimerを利用したbreak処理やDownlinkのTimerを利用したレスト処理ではwarningは出たが、実際のエラーな起こらず。
Receive関数ではwariningに加えエラーが起きた。Receive関数内では割り込み処理は一切行っていない。
エラー内容：receiveEndJpegFlagが溜まってwhile処理を抜け出した後（抜け出したことはsendCharで確認済み）なぜかwhile文の前に戻る（Eraseの前ではない。これもsendCharで確認済み）
タイマーに関する処理を削ったところ、Receive関数が正常に動いた。
CommandとDownlinkは正常に動いた事から、stackに問題があるのか、TimerとReceiveJpegの相性が悪いだけなのかはわからず。