The system clock is also 1 ms, i felt that's a good and portable value that different crystals can support and give a good time for overheads, that 1 ms is the unit of deadlines and re-execution time. I am trying to use it for timing the UART module, so i can use only baud rates of 960 and less, it seems i will stick with the 300 baud , the virtual terminal window display something ugly which i cannot understand.
My RTOS have a delay function that can give a delay of minimum 1 ms , Msg 2 be send unsigned char CTRLZ 0x1A void gsm() void puts(unsigned. A Virtual terminal is used to send and receive the data through the port.
of ph ,turbidity and conductivity, virtual terminal to display GSM. Example teaches how to interface a GSM Module in Proteus. The scheduler use "nearest deadline first " strategy to dispatch tasks, that gives tasks priority, as tasks with very small deadline will have the highest priority. After that, the data are instantaneously sent to monitoring centre by GSM network in. screen as well as virtual terminal used in the software to get the SMS from the GSM module. It will live temperature from -55 degree Centigrade to +150. This RTOS (scheduler in fact) is non-preemptive, so there's no context switching, as that will make it lighter and easier for me, any way a pic16f84A can't support context switching , The proposed method is simulated in PROTEUS 8.10 software. Choose the virtual terminal from the instrument and connect to TXD and RXD pin of Arduino. My goal is to implement a software UART, beside a software PWM as a task, that can be a good use of a decent micro-controller like pic16f84A, during that i can debug my RTOS and improve it to be lighter