I am very sorry for not being able to provide code for this question, but it is more of a logical position . My expiry sequence for AX.25 protocol is "111111", which is six 1s. So if this sequence of 1S is found in my data packet, then it will denote the end of the packet file and send it correctly without sending the remaining packet. I will do my best to explain my findings and the results of the exam so that you can understand my dilemma.
*** Programming in Arduino ******
Byte Have 8 bits in 1, see below and try to paint a byte in the rectangular box. Next to it is 2 next, which also has 8 bits. Status 1:
|| _1_0_1_1_1_0_1_0_ || _1_1_1_1_1_1_0_0_ ||
Solution attempt 1: You can simply change 0 in 1 and keep track of it.
Status 2:
|| _1_0_1_1_1_0_1_1_ || _1_1_1_1_0_0_1_0_ ||
Tried the solution 2: The attempted solution 1 broke apart and I got stuck here.
Individual bytes are protected from activating the AX.25 closing sequence, but combined bytes result in a problem.
Here is a list of possible cases:
1) Six 1s = active end sequence for the end of the packet
2) The actual data of the packet Within six 1s = premature termination
3) If 1s are replaced with sequence of 6 to 0 then there may be a problem reducing the changes
4) Only one At the time of reading 1 byte (EEPROM) due to memory limitations
5) If six 1s are between two bytes, then prematurely termination capability Rum active.
Thank you in advance for any kind help.
The solution is to fill the Ax.25 protocol bit essentials.
Conceptually, the receiver at any point of time sees five sequential bits and zero bits, assuming that the sender has zero bits filled (sequence in the data to break the wrong frame), and the data received Removes it before it is released. The only sequence of six 1-bits that can be sent without a fill is a framing sequence; All data will be sent stuffed. The receiver should always have D-Stuff.
Some bytes of ram (or some bytes of registers) usually work for the goods or goods, although they can have creative methods.
To refer to the official TAPR protocol standard:
"To ensure that the above mentioned flag bit sequence does not appear anywhere in one frame, sending station Bit sequence monitors a group of five or more compatible "1" bits. Five times after the "1" bit, five suspicious "1" bits are sent at any time, the transmission station includes "0" bit. Frame during reception, anytime Five times "1" beats are received, immediately after a five "1" bits a "0" bit is discarded. "
A Google search for AX.25 bit feeders should return as much detail as you can.
No comments:
Post a Comment