Search found 62 matches
- Tue Jun 27, 2023 11:24 pm
- Forum: Developer discussions
- Topic: Setting HX8353-E to sleep mode
- Replies: 11
- Views: 7249
Re: Setting HX8353-E to sleep mode
As you wrote you need some more states inside the TS interrupt function. If you receive data from an other radio, you have to transmit the response data header. Otherwise the transmitting radio will send the data again. And when you transmit your data, you will have to handle the received response h...
- Fri Jun 23, 2023 6:13 pm
- Forum: Developer discussions
- Topic: Setting HX8353-E to sleep mode
- Replies: 11
- Views: 7249
Re: Setting HX8353-E to sleep mode
Thank you both. I didn't know that error correction was applied in the codec, I thought that the received buffer was already corrected. I believe the published DMR data mode adds additional error checking Yes, I saw in the DMR standard docs that data frames are 198 bits long, while voice frames are...
- Fri Mar 03, 2023 1:02 pm
- Forum: Developer discussions
- Topic: Linker file
- Replies: 11
- Views: 3761
Re: Linker file
(.upper_text) is not needed. I did try to get the linker to use the section if the section .text_main is full. But that didn't work. Hence the __attribute__ for each function. So this is a leftover. But I did try a little bit more and with some small modifcations: ``` .text_main : ALIGN(4) { *(EXCLU...
- Wed Mar 01, 2023 11:19 am
- Forum: Developer discussions
- Topic: Linker file
- Replies: 11
- Views: 3761
Re: Porting to the Retevis RT50 (aka TYT MD-680D)
There is another option to move complete *.o files to the .upper_text section: .text_main : ALIGN(4) { *(EXCLUDE_FILE(*main.o *codec.o).text* ) *(.rodata .rodata.* .constdata .constdata.*) . = ALIGN(4); _etext = . ; } > PROGRAM_FLASH and .upper_text : ALIGN(4) { *codec.o (.text*) *main.o (.text*) *(...
- Wed Mar 01, 2023 10:46 am
- Forum: Developer discussions
- Topic: Linker file
- Replies: 11
- Views: 3761
Re: Porting to the Retevis RT50 (aka TYT MD-680D)
Yes, that's the only way I found.
The linker by it's own does not seem to be able to handle multiple .text* section.
The linker by it's own does not seem to be able to handle multiple .text* section.
- Tue Feb 28, 2023 7:24 pm
- Forum: Developer discussions
- Topic: Linker file
- Replies: 11
- Views: 3761
Re: Porting to the Retevis RT50 (aka TYT MD-680D)
Roger, you can use that empty space simply by: add a section after .codec_bin_section2: .codec_bin_section_2 : ALIGN(4) { . = ABSOLUTE(0x54000) ; *(.codec_bin_section_2) KEEP(*(.codec_bin_section_2)) } > PROGRAM_FLASH .upper_text : ALIGN(4) { *(.text*) *(.upper_text) . = ALIGN(4); } > PROGRAM_FLASH ...
- Sun Aug 08, 2021 12:07 pm
- Forum: Developer discussions
- Topic: SMS
- Replies: 3
- Views: 4964
Re: SMS
As Colin wrote it needs a big amount of work to implement SMS. There are different types of data modes defined in the ETSI docs. Each type has to be handled in different ways. An the payload of the messages differs between Motorola, Hytera, ... Each message consists of multiple data frames. And ther...
- Tue Apr 20, 2021 8:02 pm
- Forum: Developer discussions
- Topic: Licence change?
- Replies: 53
- Views: 28873
Re: Licence change?
Only do something for open source projects if they belong to a big organization that is responsible and takes care of possible legal problems.
- Tue Apr 20, 2021 7:32 pm
- Forum: Developer discussions
- Topic: Licence change?
- Replies: 53
- Views: 28873
Re: Licence change?
Even if I didn't contribute much in the last couple of month, I won't do something like OpenGD77 again. Lesson learned. Thank you.
- Thu Oct 29, 2020 9:07 pm
- Forum: GD-77 / DM-1801 / RD-5R / GD-77S
- Topic: New ongoing "Development" version has been created
- Replies: 686
- Views: 265545
Re: New ongoing "Development" version has been created
The Channel Details screen is not fully controllable via the QuickKeys system yet, as its quite a complex screen, and I've not had time to implement the individual settings changes. (I don't think Alex implemented full control of this in his original code either) If I don't misremember, only the th...