Skip to main content

South Korea's National Standard on Drones

South Korea’s National Standard on Drones

The Korean Agency for Technology & Standards (KATS) of the Ministry of Trade, Industry & Energy said that it announced the world’s first national standard on drones on December 30.

The national standard has the title of KSW9000: Classification & Terms of Unmanned Aircraft Systems. It provides the definition of terms regarding 52 types of drones, such as large unmanned aircraft and remotely controlled drones, along with six categories of classification based on operating altitudes, maximum takeoff weights, kinetic energy, etc.

According to the standard, drones can be classified into five categories based on their maximum takeoff weights, ranging from 2 kg or less to more than 600 kg. In addition, those with a dead weight of 150 kg or less are dubbed unmanned powered aerial vehicles, those with a dead weight of more than 150 kg and up to 600 kg are called midsize unmanned aircraft and the others are classified as large unmanned aircraft. The current Aviation Act does not cover the second and third categories.

The classification based on operating altitudes divides drones into four groups, ranging from 150 m to 50 km. According to the Aviation Act, a drone cannot fly at an operating altitude exceeding 150 m. The kinetic energy-based classification has the four categories as well, depending on the magnitude of impact in the case of drone crash on the ground.

Source: Business Korea

 
Tags: info, uav4africa

Comments

Popular posts from this blog

Setting up the Tarot T4-3D gimbal on the Pixhawk 2.4.8 with Specktrum dx6 Gen2 toggle switch

So i took the challenge of setting up the Tarot gimbal not just for inherent stable video footage but also the flexibility of controlling it from the radio control. However, I encountered quite a few challenges which made me aware that I'm not the one only in this battle . It's quite clear that the setup of the Tarot gimbal using its own software is completely different from how it's been described in the Ardupilot/Arducopter webpage and in mission Planner. In Mission Planner and it's associated site makes one believe that it should be done through software, only to realize that in actual fact the setup is more complex than that.  After two evenings of trying various combinations, I realized the getting the pixhawk Aux channels to communicate with the T4 gimbal requires the following steps: - The Pixhawk Pin9 (Aux1) needed to be activated to pass through user-chosen channel from the transmitter. For the Dx6 Gen2 it was the channel 6, which can assigned the ...

The hard climb of innovation

For the last couple of months, our design team has been hard at work at detail development of our drone concept which we hope to make public early 2021. These have been unprecedented times with so many changes within our company: people moving countries, stuck at airports, universities closing and transitioning to online classes and exams; all in the space of one year! Nevertheless, one of the fundamental challenges facing the drone industry in developing countries next year, is how to operate within an environment where shipping of critical parts (amongst other things) has been disrupted due to the covid-19 pandemic. If the most critical items (propellers, batteries, sensors, etc. ) of the system are also associated with the longest lead time, this has a significant impact on the operating cost and service coverage that can be achieved. Unfortunately, there's no easy way of solving this issue except if it was envisioned as part of the development process. But this is seldom the ca...

GPS Navigation Ground Test #2 - Heading Error Computation Algorithm

This one is going to be quite short. Yesterday was the turn of the heading error algorithm to be tested. This heading error is calculated based on the heading the between two waypoints and heading measurement from the GPS module. This error will then be fed into a the roll controller as an input for roll command to reduce it to zero. But for the roll controller to work accordingly, the input must be right and within certain bounds. Same as the previous ground test, waypoints were loaded unto the autopilot and serial debug data was monitored using my Asus TF101 Tablet. It's worth saying that I managed to get serial data output straight from the LINUX command line . So the command line integration with VIM is complete. So it takes approximately under 10sec to upload and start debugging data of the autopilot. Sweet! Anyway, it was found that the GPS accuracy should be considered at 10-12m. Anything less than that and you'll be running for trouble. That is not a real conc...