W falowniku dokonałem ustawień w grupie PE: (instrukcja str. 176-177)
PE.00: 22
PE.01: 1
PE.02: 0
PE:03: 500
Używam biblioteki UART z Bluebooka. Zmodyfikowałem tylko prędkość na 4800 i funkcję inicjalizującą, tak żeby ramka była z bitem parzystości zgodnie z ustawieniami w falowniku:
[syntax=c]UCSRC = (1<<URSEL)|(3<<UCSZ0)|(2<<UPM0);[/syntax]
Main wygląda następująco:
[syntax=c]uart_putc(0x01);
uart_putc(0x03);
uart_putc(0x00);
uart_putc(0x02);
uart_putc(0x00);
uart_putc(0x01);
uart_putc(0x25);
uart_putc(0xCA);
while(1) {
lcd_locate(0,0);
for(int i=0;i<16; i++)
{
_delay_ms(500);
lcd_hex(uart_getc());
}[/syntax]
Najpierw wysyłam dane zgodnie z przykładem w instrukcji, następnie w pętli głównej wyświetlam sobie odbierane dane.
To nie jest jeszcze modbus (brakuje m.in. obliczania Checksum) Ale czy nie powinno to mi na tym etapie działać?
Dane które wysyłam są przykładowymi danymi które mogę wysłać z instrukcji obsługi z obliczoną już checksumą, na którą falownik powinien odpowiedzieć, jest nawet przykładowa ramka odpowiedzi na to zapytanie.
Po wysłaniu danych z atmegi odbieram je z powrotem, tak jak by linie tx i rx były zwarte. Po podpięciu tylko jednego przewodu biegnącego do falownika pojawiają się śmieci w danych odebranych(przez przypadek zauważyłem, ale to chyba normalne bo zrobiła się antenka z jednego przewodu).
Mam wątpliwości co do sposobu wysyłania danych. Czy nie będzie zbyt dużych przerw podczas wysyłania kolejnych porcji danych? Czy przed wysłaniem i po będzie wystarczający czas przerwy miedzy ramkami modbus, jeśli nic nie wysyłam na UART oprócz tego co pokazałem wyżej?
Może jednak popełniłem znacznie poważniejszy błąd i to nie ma kategorycznie prawa działać?
Wiem, że dużo wymagam, ale może komuś się będzie jednak chciało naprowadzić mnie gdzie robię błąd.
Statystyki: Napisane przez kamilck13 — 11 maja 2017, o 20:44
]]>