Hello. And why you set the value of 27 dbm? Why is the value of 27 ?? I saw somewhere that puts people 33dbm and too set when the firmware was 1.5.7. I want to try to put the same 3300 value. And why the region BO, and not US? In BO, the channel width has to manage the 5.8 Gz
What are you smoking??????. This mod has nothing to do with 5.8Ghz!!!!!
What is found, then the smoke)) Each region has its own frequency. It can be seen from the log. The CE (Europe) its frequency in the US (America), the BO (Japan) on your own. If you look at your logs, you will see clearly. What frequencies are different at 5.8 Gz. Znachanie TX no relation to the frequency of 2.4 Gz has not, but the choice is in the region.
Again, what are you on............this mod is to do with the 2.4Gz ....ie. the 'wi-fi' comms
Again, what are you on............this mod is to do with the 2.4Gz ....ie. the 'wi-fi' comms
Remember i told you exactly the same a few post ago...Again, what are you on............this mod is to do with the 2.4Gz ....ie. the 'wi-fi' comms
country BO: DFS-JPI thought Japan region transmitted somewhere in the 900 MHz area?
Sent from my iPhone using PhantomPilots
country BO: DFS-JP
(2402 - 2482 @ 40), (N/A, 30), (N/A) Telematic, Video
(5735 - 5835 @ 80), (N/A, 30), (N/A) Radio Control
MHz
In general, under this program, which replaces files scripts their Magic Power v5.2. Nowhere today I did not go to fly, because last night decided to fix the BO region, in the US. Fixed so that had to fluster the USB console - UART and telnet right handle, then he changed his well-handled.In general, I report, so that those who will follow in my footsteps, so did not. First, I changed in watchlog.sh files, watchlog2.sh that lie in the directory, BO in the US, the author of a program offered the same. And then began dancing with a tambourine include copter includes control 3-4 seconds and the connection is lost and no longer broadcast wifi on the remote. I found a pattern that if you include only the control, not to include the drone, the wifi not lost. As soon as the copter, all communication is lost. I have sinned in the script of the curve, it has decided to correct, corrected so that generally all went out. In general, I found that in the new version worked FCC US mode, it works, but with a 13 channel generally not friendly. If you put a scan from 1 to 13, then reaching the 13th, the relationship falls off. If forced to put 13 the same. The solution was found. Fixed file scan13.sh channel 11 and it worked. I found a pattern that if you include only the control, not to include the drone, the wifi not lost. As soon as the copter, all communication is lost. I have sinned in the script of the curve, it has decided to correct, corrected so that generally all went out. In general, I found that in the new version worked FCC US mode, it works, but with a 13 channel generally not friendly. If you put a scan from 1 to 13, then reaching the 13th, the relationship falls off. If forced to put 13 the same. The solution was found. Fixed file scan13.sh channel 11 and it worked. Bottom line, it works fine with 1.7.9 But downloading 5.2, go to File 2 watchlog.sh expose in the REG = "US" save in file scan13.sh, watchlog.sh -ch13, put -ch11. And you can use the prog. But do not use Auto Scan channels or place anything on the channel change or check the channel, only 13 (he turns 11), so then do not sit with a tambourine, like me. Good luck to all.
US use 1~12 wifi channel. So, If you set reg US, you have trouble in connecting 13 wifi channel. It is reason that we set reg BO( BO use all wifi channel 1~13)
I do not see any difference.country BO: DFS-JP
(2402 - 2482 @ 40), (N/A, 30), (N/A)
(5735 - 5835 @ 80), (N/A, 30), (N/A)
country US: DFS-FCC
(2402 - 2472 @ 40), (N/A, 30), (N/A)
(5170 - 5250 @ 80), (N/A, 17), (N/A)
(5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS
(5735 - 5835 @ 80), (N/A, 30), (N/A)
(57240 - 63720 @ 2160), (N/A, 40), (N/A)
I do not see any difference.
1. RC Operating frequency is 5735 - 5835 with maximum allowed transmission power (EIRP) in this country is 30 dBm, this value does not mean in RC must be that.
2. Its in bold in the US Country, is that the 60 GHz band?
country BO: DFS-JP
(2402 - 2482 @ 40), (N/A, 30), (N/A)
(5735 - 5835 @ 80), (N/A, 30), (N/A)
The frequency range for control in Japan 5735 - 5835 Mhz with the channel width 80 Mhz is 30 dBm
country US: DFS-FCC
(2402 - 2472 @ 40), (N/A, 30), (N/A)
(5170 - 5250 @ 80), (N/A, 17), (N/A)
(5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS
(5735 - 5835 @ 80), (N/A, 30), (N/A)
(57240 - 63720 @ 2160), (N/A, 40), (N/A)
The frequency range for control in US 5170 - 5250 Mhz, with the channel width 80 Mhz, 17 dBm.
The frequency range for control in US 5250 - 5330 Mhz, with the channel width 80 Mhz, 23 dBm
The frequency range for control in US 5735 - 5835 Mhz, with the channel width 80 Mhz, 30 dBm
There are strange in my opinion group.
Why does he need not clear to me, because with increasing frequency, the wavelength is divided by 2, the signal range distance decreases. 57240 - 63720 Mhz with the channel width 2160 Mhz.
But the difference is visible between Japan and America in frequency and channel width. I quency amplifier 1w in the remote at 5.8 Ghz, and Antennas Itelite, this to me is not very important power of the transmitter in the remote, and the important frequency and width of the channel, because if this control frequency with a narrow channel would be a hindrance, then lost control. I tested one and the same BO and US conditions. Us, proved to be a stable.
We use essential cookies to make this site work, and optional cookies to enhance your experience.