ATNEL tech-forum 2018-07-29T17:02:35+01:00 https://forum.atnel.pl/feed.php?f=58&t=21044&mode 2018-07-29T17:02:35+01:00 2018-07-29T17:02:35+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210245#p210245 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]>

Wniosek jest jeden - jeśli ktoś traktuje pisanie kodu w C tak jak w Bascomie czy w Andruino - tzn jeden WIELKI plik źródłowy a o funkcjach? - można zapomnieć ... to nie dziwota - że tym bardziej przy takim podejściu które pokazałem wyżej - kompilator może zaświrować ;)

-------------------------

proponuję prosty test - bo nie mogę wciąż osiągnąć waszych problemów które opisujecie - żeby zastosować JEDNĄ funkcję sprintf() ale z prawidłowym formatowaniem i pewnie już będzie po problemie

a po drugie - tak jak to zaczął SŁUSZNIE pokazywać kolega Zelaota .... czyli wyprowadzać wszystko do funkcji zewnętrznych - bo TO JEST NORMALNA DROGA w programowaniu w C .... to wtedy nie będzie trzeba tracić czasu i analizować "dlaczego jest błąd?" gdy ktoś pisze kod wbrew no niestety logice - rozbudowując main.c do jakichś monstrualnych rozmiarów.

Nie mam zamiaru tu robić komuś przytyków czy przykrości a tylko zwrócić uwagę autorowi, że warto się skupić JAK NALEŻY podchodzić do tworzenia kodu (tak jak pokazał np Zelaota) niż przez 30 dni rozważać dlaczego kompilator pokazuje błąd gdy się w tak nieodpowiedzialny sposób tenże kod źródłowy tworzy. Mam nadzieję, że zostanę poprawnie zrozumiany - a nie, że komuś jakieś przytyki robię. Pewien wzór rozwoju tak źle napisanego kodu pokazał Zelaota i ... panie Raficu - warto się uczyć takiego podejścia

Statystyki: Napisane przez mirekk36 — 29 lip 2018, o 17:02

]]> 2018-07-29T16:12:50+01:00 2018-07-29T16:12:50+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210243#p210243 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> rskup napisał(a):

Nie analizowałem wszystkich propozycji w tym wątku, ale czy przeniesienie obróbki pomiarów w kanałach do funkcji nadal generuje błąd przy kompilacji?

Nie generuje i to jest ten plus :) nie wiemy za to dlaczego, a to ten minus :)

Statystyki: Napisane przez Zealota — 29 lip 2018, o 16:12

]]> 2018-07-29T15:35:07+01:00 2018-07-29T15:35:07+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210241#p210241 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> Kolega Zealota pomógł mi i przeniesienie problematycznego kawałka kodu do oddzielnej funkcji pomogło, poza tym trochę uporządkował ten mój bałagan :D

Statystyki: Napisane przez Rafciu — 29 lip 2018, o 15:35

]]> 2018-07-29T15:09:40+01:00 2018-07-29T15:09:40+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210240#p210240 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> Rafciu napisał(a):

A czy mógł byś powiedzieć gdzie w Eclipse zmienia się stopień optymalizacji, czyli zmienia zmienną -O, na -O2 lub -O3?
Optymalizację zmienia się we właściwościach projektu w C/C++ Build -> Settings -> Tool Settings -> AVR Compiler -> Optimization.
Ale raczej powinieneś pozmieniać kod w miejscu gdzie generuje się błąd by kompilacja działała a nie zmieniać stopień optymalizacji, bo ta wpływa na cały kod a nie tylko ten fragment.
Z tego co widziałem w zgłoszeniach bugów gcc, to ten problem generuje używanie funkcji sscanf, sprintf, itp. Zakomentuj je w tej części kodu na chwilę i zobacz czy to jest związane z użyciem tych funkcji. A potem zastanów się czy da się ten fragment zrobić inaczej :).

--
Pozdrawiam,
Robert

------------------------ [ Dodano po: 12 minutach ]

Rzuciłem okiem na Twój kod i prawdę mówiąc to jeżeli chcesz go optymalizować do wersji -Os to kompilator ma dużo do zrobienia, bo jest on bardzo nieoptymalny. Więc pewnie przez ten "natłok" roboty i wewnętrzny błąd wysypuje się on :(.
Nie analizowałem wszystkich propozycji w tym wątku, ale czy przeniesienie obróbki pomiarów w kanałach do funkcji nadal generuje błąd przy kompilacji?

Statystyki: Napisane przez rskup — 29 lip 2018, o 15:09

]]> 2018-07-29T15:05:45+01:00 2018-07-29T15:05:45+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210239#p210239 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> . W Project/Properties
Obrazek

Statystyki: Napisane przez Piotrek_P — 29 lip 2018, o 15:05

]]> 2018-07-29T14:42:47+01:00 2018-07-29T14:42:47+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210238#p210238 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> A czy mógł byś powiedzieć gdzie w Eclipse zmienia się stopień optymalizacji, czyli zmienia zmienną -O, na -O2 lub -O3?
Dziękuję i pozdrawiam.

Statystyki: Napisane przez Rafciu — 29 lip 2018, o 14:42

]]> 2018-07-29T02:08:00+01:00 2018-07-29T02:08:00+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210237#p210237 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> Rafciu napisał(a):

Moim zdaniem problem tkwi w kompilatorze może nowszy ma coś pozmieniane odnośnie optymalizacji
Tak. To jest błąd kompilatora powiązany z kodem oraz stopniem optymalizacji. Niestety optymalizacja kodu to dość skomplikowany proces i czasami gcc potrafi się wyłożyć :(. No cóż to na razie piszą tylko ludzie ;).
Patrząc się na zgłoszenia błędów w gcc, to ten błąd pojawiał się kilkukrotnie w różnych sytuacjach i był teoretycznie poprawiany a potem znowu wychodził :(. W najnowszej wersji gcc (>= 8.0) podobno już wszystko znowu działa poprawnie. Ale avr-gcc z toolchaina nie jest oparte na najnowszym gcc, więc my ten problem mamy niestety nie poprawiony.
Z oficjalnych rad (workaroundów) na problem, to zmiana stopnia optymalizacji kodu (zmienna -O, na -O2 lub -O3) lub zmiana kodu by gcc mógł poprawnie go zoptymalizować nie trafiając na swoje ograniczenia.

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 29 lip 2018, o 02:08

]]> 2018-07-28T16:40:08+01:00 2018-07-28T16:40:08+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210233#p210233 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]>
Quote:

Co do błędu, niestety nie znam konkretnych przyczyn aczkolwiek, jak pisałem wcześniej, opakowanie problematycznych procedur w funkcje zamaskowało problem. Może to wystarczy. Skompiluj to co przygotowałem, może zacznie Ci działać :)

Moim zdaniem problem tkwi w kompilatorze może nowszy ma coś pozmieniane odnośnie optymalizacji i po prostu pewne nie eleganckie kody jak mój mogą powodować takie błędy. Wyjaśniało by to że na AVR Studio wszystko kompiluje się ok a kolega wiem że używa starszej wersji.

Co by nie było jestem bardzo wdzięczny za pomoc i pokazanie bardziej poprawnego stylu pisania programu co dla mnie osoby bardzo rzadko bawiącej się w programowanie jest bardzo przydatne.
Jeszcze raz wielkie dziękuję.

Statystyki: Napisane przez Rafciu — 28 lip 2018, o 16:40

]]> 2018-07-28T13:50:00+01:00 2018-07-28T13:50:00+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210222#p210222 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> [syntax=c]/*
* main.c
*
* Author: Rafciu
*
* Na podstawie bibliotek i przyk�ad�w z ksi��ki:
* "Mikrokontrolery AVR J�zyk C- podstawy programowania"
* Miros�aw Karda�
* wydanie II
* Kt�r� szczerze i z ca�ego serca polecam. :)
*/

#include <avr/io.h>
#include <avr/pgmspace.h>
#include <avr/interrupt.h>
#include <util/delay.h>
#include <string.h>
#include <stdlib.h>
#include <stdio.h>

#include "LCD/lcd44780.h"
#include "MK_USART/mkuart.h"
#include "mk_html.h"

typedef struct {
uint16_t adc_mid;
uint16_t ref_adc; //to warto�c adc odpowiadaj�ca napi�ciu �rodkowemu mierzonego zakresu czyli ref_v
uint16_t ref_v; // �rodkowe napiecie mierzonego zakresu np pomiar od 0-12V ref_v = 6V
char v1[3];
char v2[3];
} TVOL;

TVOL accu1_vol; //zmienna strukturalna

#define wej_1 PA5
#define wej_2 PA4
#define wej_3 PA3
#define wej_4 PA2
#define wejP_1 PA1
#define wejP_2 PA0
#define przycisk1 (1<<PD7)
#define przycisk2 (1<<PD6)
#define lcd_led (1<<PC7)

#define REF_256 (1<<REFS1)|(1<<REFS0) //wewneczne nap. od. 2,56V
#define REF_VCC (1<<REFS0) //napiecie zasilania jako referencyjne
#define REF_ZEW //zewn�trzne napi�cie odniesienia
char uart_buf[255];
char buffer_data_send1[10];
char buffer_data_send2[10];
char buffer_data_send3[10];
char buffer_data_send4[10];
char buffer_data_send5[10];
char buffer_data_send6[10];

uint16_t pomiar(uint8_t kanal);
uint16_t licz;
uint16_t wynik;
uint16_t key;
uint32_t pm;
uint32_t pm2;
uint8_t czd;
uint16_t czu;
uint8_t s = 0; // s = 0 strona wy�wietlona po starcie programu


volatile uint8_t ms10_flag;
volatile uint8_t ms10_cnt;
volatile uint8_t sekundy;
volatile uint8_t s1_flag;

void parse_rs232(char * buf);
void http200ok(void);
void print_webpage(void);
void wyslij_parametry(uint8_t par_cnt);
void parametry_rs(void);

// By Zealota ----------------------------
void send_to_LCD( uint8_t s );
void send_to_console( void );
void adc_init( void );
void io_init( void );
void lcd_initialize( void );
//----------------------------------------

void get_vol(uint16_t adc, TVOL * voltage);

void podswietlenie(void) {
PORTC ^= lcd_led;
}

void strony(void) {
lcd_cls();
s++;
if (s > 2)
s = 0;
}

void key_press(volatile uint8_t * KPIN, uint8_t key_mask,
void (*fun_key_press)(void));

char cz_dz[3];
char cz_u[3];

int main(void) {

io_init();
lcd_initialize();
adc_init();
USART_Init( __UBRR);

register_uart_str_rx_event_callback( parse_rs232 );

sei();

while (1) {

UART_RX_STR_EVENT(uart_buf);

key_press(&PIND, przycisk1, podswietlenie); //za��czenie pod�wietlenia
key_press(&PIND, przycisk2, strony); //przewijanie stron na lcd

if (s1_flag) {
send_to_console();
s1_flag = 0;
}

}
}




void lcd_initialize( void ) {
lcd_init(); /* inicjalizacja LCD */

lcd_locate(0, 0);
lcd_str("Start..."); /* napisy startowe info */
lcd_locate(1, 0);
lcd_str("SW ver 1.7");
_delay_ms(2000);
lcd_cls();
}

void io_init( void ) {
DDRA &= ~(1 << wej_1); //Ustawienie kierunku pin�w jako wej�ciowy ADC, przyciski
DDRA &= ~(1 << wej_2);
DDRA &= ~(1 << wej_3);
DDRA &= ~(1 << wej_4);
DDRA &= ~(1 << wejP_1);
DDRA &= ~(1 << wejP_2);
DDRD &= ~ przycisk1;
DDRD &= ~ przycisk2;

DDRC |= lcd_led;// ustawiamy kierunek pin�w jako wyj�ciowy

PORTD |= przycisk1;// podci�gni�cie pin�w przycisk�w do VCC
PORTD |= przycisk2;

//PORTC |= lcd_led;// za��czamy pod�wietlenie LCD - stan wysoki
}

void adc_init( void ) {
//inicjalizacja ADC
ADCSRA |= (1 << ADEN); //w��cza adc
ADCSRA |= (1 << ADPS2) | (1 << ADPS1) | (1 << ADPS0); //preskaler =16
//ADMUX |= REF_256;

accu1_vol.ref_adc = 385; //warto�c adc dla 1/2 mierzonego zakresu tu dla 16V (506 dla nap. odn. 2,56V)
accu1_vol.ref_v = 1600; // 1/2 zakresu mierzonego napi�cia 0-32V

TCCR0 |= (1 << WGM01);
TCCR0 |= (1 << CS02) | (1 << CS00);
OCR0 = 107;
TIMSK = (1 << OCIE0);

}
void send_to_console( void ) {

//NAPI�CIE
//pomiar kana� 1
wynik = pomiar(5);
get_vol(wynik, &accu1_vol);
sprintf(buffer_data_send1, "%s.%s", accu1_vol.v1, accu1_vol.v2);

//pomiar kana� 2
wynik = pomiar(4);
get_vol(wynik, &accu1_vol);
sprintf(buffer_data_send2, "%s.%s", accu1_vol.v1, accu1_vol.v2);

//pomiar kana� 3
wynik = pomiar(3);
get_vol(wynik, &accu1_vol);
sprintf(buffer_data_send3, "%s.%s", accu1_vol.v1, accu1_vol.v2);

//pomiar kana� 4
wynik = pomiar(2);
get_vol(wynik, &accu1_vol);
sprintf(buffer_data_send4, "%s.%s", accu1_vol.v1, accu1_vol.v2);

//PR�D
//pomiar kana� 1
pm = pomiar(1);
if (pm > 781)
pm = 781;
pm2 = (781 - pm) * 322;

czd = pm2 / 10000;
czu = (pm2 / 100) % 100;
if (czu < 10)
sprintf(buffer_data_send5, "%i.0%i", czd, czu);
else
sprintf(buffer_data_send5, "%i.%i", czd, czu);

//pomiar kana� 2
pm = pomiar(2);
if (pm > 781)
pm = 781;
pm = (781 - pm) * 322;

czd = pm / 10000;
czu = (pm / 100) % 100;
if (czu < 10)
sprintf(buffer_data_send6, "%i.0%i", czd, czu);
else
sprintf(buffer_data_send6, "%i.%i", czd, czu);

send_to_LCD( s );

}
void send_to_LCD( uint8_t s ) {
//Wy�wietlanie wartosci w postaci 3 ekran�w
if (s == 0) { // ekran 0
lcd_locate(0, 0);
lcd_str("U1:");
lcd_locate(0, 3);
lcd_str(buffer_data_send1);
lcd_str("V ");

lcd_locate(1, 0);
lcd_str("I1:");
lcd_locate(1, 3);

lcd_str(buffer_data_send3);
lcd_str("V ");
} else if (s == 1) { //ekran 1
lcd_locate(0, 0);
lcd_str("1:");
lcd_locate(0, 2);
lcd_str(buffer_data_send1);
lcd_str("V ");

lcd_locate(0, 9);
lcd_str("2:");
lcd_locate(0, 11);
lcd_str(buffer_data_send2);
lcd_str("V ");

lcd_locate(1, 0);
lcd_str("3:");
lcd_locate(1, 2);
lcd_str(buffer_data_send3);
lcd_str("V ");

lcd_locate(1, 9);
lcd_str("4:");
lcd_locate(1, 11);
lcd_str(buffer_data_send4);
lcd_str("V ");
} else if (s == 2) { //ekran 2
lcd_locate(0, 0);
lcd_str("I1:");
lcd_locate(0, 3);
lcd_str(buffer_data_send5);
lcd_str("A ");
lcd_locate(0, 13);
lcd_int(pm);
lcd_locate(1, 0);
lcd_str("I2:");
}

}


ISR(TIMER0_COMP_vect) {
ms10_flag = 1;
if (++ms10_cnt > 99) {
s1_flag = 1;
sekundy++;
if (sekundy > 59)
sekundy = 0;
ms10_cnt = 0;
}
}

uint16_t pomiar(uint8_t kanal) {
ADMUX = (ADMUX & 0b11111000) | kanal;
ADCSRA |= (1 << ADSC); //start konwersji
while ( ADCSRA & (1 << ADSC))
;
return ADCW;
}

void key_press(volatile uint8_t * KPIN, uint8_t key_mask,
void (*fun_key_press)(void)) {
register uint8_t key_press = (*KPIN & key_mask);
if (!key && !key_press) {
key = 1000;
if (fun_key_press)
fun_key_press();

} else if (key && key_press)
key++;
}

void get_vol(uint16_t adc, TVOL * voltage) {

uint16_t wynik = (adc * (uint32_t) voltage->ref_v) / voltage->ref_adc;

div_t divmod = div(wynik, 100);
itoa(divmod.quot, voltage->v1, 10); // czesc jedno�ci u�amka / cz�sc ca�kowita
itoa(divmod.rem, voltage->v2, 10); // czesc dziesiatek u�amka / reszta z dzielenia
if (divmod.rem < 10) { //eliminacja problemu zera po przecinku np. wy�wietlenie wartosci 5,06V
voltage->v2[0] = '0';
voltage->v2[1] = divmod.rem + '0';
}

voltage->v1[2] = 0;
voltage->v2[2] = 0;
}

void wyslij_parametry(uint8_t par_cnt) {
switch (par_cnt) {
//case 0: uart_puts("0,00"); break;
case 0:
uart_puts(buffer_data_send1);
break;
case 1:
uart_puts(buffer_data_send2);
break;
case 2:
uart_puts(buffer_data_send3);
break;
case 3:
uart_puts(buffer_data_send4);
break;
case 4:
uart_puts(buffer_data_send5);
break;
case 5:
uart_puts(buffer_data_send6);
break;
case 6:
uart_puts_P(PSTR(" 1.3_28.10.2016"));
break;
case 7:
uart_putint(++licz, 10);
break;
}

}

void parametry_rs(void) {

uart_puts_P(PSTR(" SW ver 1.7_21.07.2018 Com_0 115200 8 n 1\r\n"));

}

void http200ok(void) {
uart_puts_P(
PSTR("HTTP/1.0 200 OK\r\nContent-Type: text/html; charset=windows-1250\r\nPragma: no-cache\r\n\r\n"));
}

void print_webpage(void) {

http200ok();
SendParamWeb(html, wyslij_parametry);
}
void parse_rs232(char * buf) {
if (!strncmp("GET / ", buf, 6)) {
print_webpage();
} else if (strncmp("GET /", buf, 4) == 0
&& strncmp(" / ", &buf[3], 6) != 0) {
uart_puts_P(
PSTR(
"HTTP/1.0 404cNot found\r\nContent-Typ: text/html\r\n\r\n<h1>404 Not Found</1h>"));
} else if (!strncmp("rs", buf, 6)) {
parametry_rs();
}
}[/syntax]

Popatrz na main i pętlę główną, wg. mnie o wile lepiej to wszystko analizować.

Co do błędu, niestety nie znam konkretnych przyczyn aczkolwiek, jak pisałem wcześniej, opakowanie problematycznych procedur w funkcje zamaskowało problem. Może to wystarczy. Skompiluj to co przygotowałem, może zacznie Ci działać :)

PS
Niestety rozwaliłem Ci kodowanie, będziesz musiał poprawić sobie krzaczki :)

Statystyki: Napisane przez Zealota — 28 lip 2018, o 13:50

]]> 2018-07-27T17:11:12+01:00 2018-07-27T17:11:12+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210209#p210209 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> Statystyki: Napisane przez Rafciu — 27 lip 2018, o 17:11

]]> 2018-07-27T13:01:57+01:00 2018-07-27T13:01:57+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210204#p210204 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> Rafciu napisał(a):

Zealota jak byś chciał jeszcze coś zerknąć to podaj maila pośle Ci cały projekt, bo ze względu na duża ilość kodu z książek Mirka nie chciał bym publikować tego w sieci, a wtedy będziesz mógł wszystko kompilować tak jak jest bez wycinania pewnych rzeczy. Dziękuję i pozdrawiam.

Możesz wysłać przez prywatną wiadomość, tak mi się zdaje, ale podejrzę dopiero wieczorkiem.

Statystyki: Napisane przez Zealota — 27 lip 2018, o 13:01

]]> 2018-07-27T13:00:20+01:00 2018-07-27T13:00:20+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210203#p210203 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> Statystyki: Napisane przez Rafciu — 27 lip 2018, o 13:00

]]> 2018-07-27T12:53:40+01:00 2018-07-27T12:53:40+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210202#p210202 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> mirekk36 napisał(a):

ano właśnie ;) ale to w taki sposób warto izolować problem - czyli PO kawałkach - bo babol czasem może leżeć całkiem gdzie indziej

Niestety izolowanie wpędza mnie w pętlę, raz nie działa jeden sprintf raz inny :)
Po usunięciu "tego magicznego bloku, o którym pisaliśmy", to zaczęło się wywalać na :
[syntax=c]wynik = pomiar(2);
get_vol(wynik, &accu1_vol);
sprintf(buffer_data_send4, "%s.%s", accu1_vol.v1, accu1_vol.v2);[/syntax]

Babol faktycznie musi być gdzieś indziej. Ten podejrzany nawias "}" w opisie błędu jakoś wskazuje mi, że gdzieś jest jakieś ukryte makro, a błąd w nich, jak wiadomo, potrafi być upierdliwy.

------------------------ [ Dodano po: 4 minutach ]

Rafciu napisał(a):

Zealota Twój kod też sprawdzę być może będzie dobrze, zastanawia mnie tylko to dlaczego tak się dzieje ? czy jest to wina jakieś błędu w programie czy problem kompilatora jakiego Atmel Tolchain używasz?

Tak to u mnie wygląda:
[syntax=c]Below sources are used in this product, they are under licenses which are both free
and open source.
gcc-4.9.2 : GNU GPL version 2, GNU LGPL version 2.1
GNU GPL version 3, GNU LGPL version 3
GCC RUNTIME LIBRARY EXCEPTION
binutils-2.25 : GNU GPL version 2, GNU library GPL version 2
GNU GPL version 3, GNU LGPL version 3
avr-libc-1.8.0 : Modified BSD License

gdb-7.8 : GNU GPL version 2, GNU library GPL version 2
GNU GPL version 3, GNU LGPL version 3

mpfr-3.0.0 : GNU GPL version 3, GNU LGPL version 3
mpc-0.9 : GNU LGPL version 2.1
gmp-5.0.2 : GNU GPL version 3, GNU LGPL version 3
ncurses-5.9 : The MIT License (MIT)

Below binaries/libraries are distributed and/or used with this product.
mingw32-termcap-1.3.1 :
python-2.7.6.1 : https://www.python.org/download/releases/2.7/license/[/syntax]

A to wersja ogólna toolchain.
toolchain-3.5.3.1700

Statystyki: Napisane przez Zealota — 27 lip 2018, o 12:53

]]> 2018-07-27T12:53:06+01:00 2018-07-27T12:53:06+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210201#p210201 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> Mirku
Błąd w konsoli[syntax=c]13:39:47 **** Build of configuration Release for project miernikWWW2018 ****
make all
'Building file: ../main.c'
'Invoking: AVR Compiler'
avr-gcc -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=atmega32 -DF_CPU=11059200UL -MMD -MP -MF"main.d" -MT"main.o" -c -o "main.o" "../main.c"
../main.c: In function 'main':
../main.c:287:1: internal compiler error: in push_reload, at reload.c:1360
}
^
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://www.atmel.com> for instructions.
make: *** [main.o] Błąd 1

13:39:48 Build Finished (took 332ms)[/syntax]

Kompiluję w Eclips MARS (Mars.1 Release (4.5.1)) , Atnel Toolchain 3.4.5.1522 i AVR_plugin_241 pobrane z bloga Mirka.

Błąd pojawia się wtedy gdy w całym main.c pojawia się ten wycinek kodu [syntax=c]// ***************************************** //


//PRĄD
//pomiar kanał 1
pm = pomiar(1);
if(pm>781)pm=781;
pm2 = (781-pm)*322;
czd = pm2/10000;
czu = (pm2/100) % 100;
sprintf(buffer_data_send5, "%d.%02d", czd, czu);


//pomiar kanał 2

pm = pomiar(2);
if(pm>781)pm=781;
pm2 = (781-pm)*322;
czd = pm2/10000;
czu = (pm2/100) % 100;

sprintf(buffer_data_send6, "%d.%02d", czd, czu);

// ***************************************** //[/syntax]

jeśli wytnę pomiar kanał 1 lub pomiar kanał 2 tak żeby została tylko ta część
[syntax=c]//PRĄD
//pomiar kanał 1
pm = pomiar(1);
if(pm>781)pm=781;
pm2 = (781-pm)*322;
czd = pm2/10000;
czu = (pm2/100) % 100;
sprintf(buffer_data_send5, "%d.%02d", czd, czu);[/syntax]


Wszystko jest Ok kompilacja bez błędu.

Sprawdziłem też tak jak zaproponowałeś Mirku i też jest dobrze.

Zealota Twój kod też sprawdzę być może będzie dobrze, zastanawia mnie tylko to dlaczego tak się dzieje ? czy jest to wina jakieś błędu w programie czy problem kompilatora jakiego Atmel Tolchain używasz?

Statystyki: Napisane przez Rafciu — 27 lip 2018, o 12:53

]]> 2018-07-27T12:39:02+01:00 2018-07-27T12:39:02+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210200#p210200 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> ale to w taki sposób warto izolować problem - czyli PO kawałkach - bo babol czasem może leżeć całkiem gdzie indziej

Statystyki: Napisane przez mirekk36 — 27 lip 2018, o 12:39

]]> 2018-07-27T12:36:18+01:00 2018-07-27T12:36:18+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210199#p210199 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> mirekk36 napisał(a):

jeśli tak to możesz sprawdzić ten mój wyizolowany problem ? ;)


Ja sprawdziłem u siebie i o dziwo działa :)
Nawet wrzuciłem do petli głównej i wrzuciłem do if'a, podobnie jak w "oryginale" i nadal działa :)
Na razie nie rozumiem... :)

Statystyki: Napisane przez Zealota — 27 lip 2018, o 12:36

]]> 2018-07-27T12:29:31+01:00 2018-07-27T12:29:31+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210197#p210197 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> bo u mnie też ten fragmencik co ja pokazałem

------------------------ [ Dodano po: kilkunastu sekundach ]

czy jednak masz błędy przy jakiejś wersji toolchaina ? jeśli tak to możesz sprawdzić ten mój wyizolowany problem ? ;)

Statystyki: Napisane przez mirekk36 — 27 lip 2018, o 12:29

]]> 2018-07-27T12:31:11+01:00 2018-07-27T12:24:54+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210196#p210196 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> Jedno ze zmienną tymczasową, a drugą z migracją bloku programu do funkcji.
U mnie obie kompilują się bez błędów, na Eclipse Neon, aczkolwiek bez modyfikacji miałem dokładnie taki sam błąd jak Kolega Rafciu.
[syntax=c]make all
'Building file: ../main.c'
'Invoking: AVR Compiler'
avr-gcc -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=atmega16 -DF_CPU=1000000UL -MMD -MP -MF"main.d" -MT"main.o" -c -o "main.o" "../main.c"
../main.c: In function 'main':
../main.c:285:1: internal compiler error: in push_reload, at reload.c:1360
}
^
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://www.atmel.com> for instructions.
make: *** [main.o] Błąd 1[/syntax]


Po modyfikacjach, stworzeniu funkcji wyświetl(), taki main.c się u mnie kompiluje bez błędów.
Nie powiem tylko czy działa, ale nich Kolega podejmie próby - może zadziała poprawnie aczkolwiek ten kod i tak do przerobienia, bo ta moja funkcja to w złym miejscu jest i działa na zmiennych globalnych, a to mało eleganckie :).
Ustawiłem u siebie opcję optymalizacji -Os


[syntax=c]/*
* main.c
*
* Author: Rafciu
*
* Na podstawie bibliotek i przykładów z książki:
* "Mikrokontrolery AVR Język C- podstawy programowania"
* Mirosław Kardaś
* wydanie II
* Którą szczerze i z całego serca polecam. :)
*/

#include <avr/io.h>
#include <avr/pgmspace.h>
#include <avr/interrupt.h>
#include <util/delay.h>
#include <string.h>
#include <stdlib.h>
#include <stdio.h>

//#include "LCD/lcd44780.h"
//#include "MK_USART/mkuart.h"
//#include "mk_html.h"

// Zealota -------------------------------
#define __UBRR 100
void lcd_locate(uint8_t x, uint8_t y) {
}
void lcd_str(char * str) {
}
void lcd_cls(void) {
}
void lcd_int(int d) {
}
void lcd_init(void) {
}
void uart_puts_P(const char * x) {
}
void uart_puts(char * x) {
}
void uart_putint(int x, int y) {
}
// Zealota -------------------------------



typedef struct {
uint16_t adc_mid;
uint16_t ref_adc; //to wartośc adc odpowiadająca napięciu środkowemu mierzonego zakresu czyli ref_v
uint16_t ref_v; // środkowe napiecie mierzonego zakresu np pomiar od 0-12V ref_v = 6V
char v1[3];
char v2[3];
} TVOL;

TVOL accu1_vol; //zmienna strukturalna

#define wej_1 PA5
#define wej_2 PA4
#define wej_3 PA3
#define wej_4 PA2
#define wejP_1 PA1
#define wejP_2 PA0
#define przycisk1 (1<<PD7)
#define przycisk2 (1<<PD6)
#define lcd_led (1<<PC7)

#define REF_256 (1<<REFS1)|(1<<REFS0) //wewneczne nap. od. 2,56V
#define REF_VCC (1<<REFS0) //napiecie zasilania jako referencyjne
#define REF_ZEW //zewnętrzne napięcie odniesienia
char uart_buf[255];
char buffer_data_send1[10];
char buffer_data_send2[10];
char buffer_data_send3[10];
char buffer_data_send4[10];
char buffer_data_send5[10];
char buffer_data_send6[10];

uint16_t pomiar(uint8_t kanal);
uint16_t licz;
uint16_t wynik;
uint16_t key;
uint32_t pm;
uint32_t pm2;
uint8_t czd;
uint16_t czu;
uint8_t s;

// Zealota -------------------------------
void wyswietl(void) {
czd = pm / 10000;
czu = (pm / 100) % 100;

if (czu < 10) {
sprintf(buffer_data_send6, "%i.0%i", czd, czu);
} else {
sprintf(buffer_data_send6, "%i.%i", czd, czu);
}
}
// Zealota -------------------------------


volatile uint8_t ms10_flag;
volatile uint8_t ms10_cnt;
volatile uint8_t sekundy;
volatile uint8_t s1_flag;

void parse_rs232(char * buf);
void http200ok(void);
void print_webpage(void);
void wyslij_parametry(uint8_t par_cnt);
void parametry_rs(void);

void get_vol(uint16_t adc, TVOL * voltage);

void podswietlenie(void) {
PORTC ^= lcd_led;
}

void strony(void) {
lcd_cls();
s++;
if (s > 2)
s = 0;
}

void key_press(volatile uint8_t * KPIN, uint8_t key_mask,
void (*fun_key_press)(void));

char cz_dz[3];
char cz_u[3];

int main(void) {
DDRA &= ~(1 << wej_1); //Ustawienie kierunku pinów jako wejściowy ADC, przyciski
DDRA &= ~(1 << wej_2);
DDRA &= ~(1 << wej_3);
DDRA &= ~(1 << wej_4);
DDRA &= ~(1 << wejP_1);
DDRA &= ~(1 << wejP_2);
DDRD &= ~ przycisk1;
DDRD &= ~ przycisk2;

DDRC |= lcd_led; // ustawiamy kierunek pinów jako wyjściowy

PORTD |= przycisk1; // podciągnięcie pinów przycisków do VCC
PORTD |= przycisk2;

//PORTC |= lcd_led;// załączamy podświetlenie LCD - stan wysoki

lcd_init(); /* inicjalizacja LCD */

lcd_locate(0, 0);
lcd_str("Start..."); /* napisy startowe info */
lcd_locate(1, 0);
lcd_str("SW ver 1.7");
_delay_ms(2000);
lcd_cls();

s = 0; //strona wyświetlona po starcie programu

//inicjalizacja ADC
ADCSRA |= (1 << ADEN); //włącza adc
ADCSRA |= (1 << ADPS2) | (1 << ADPS1) | (1 << ADPS0); //preskaler =16
//ADMUX |= REF_256;

accu1_vol.ref_adc = 385; //wartośc adc dla 1/2 mierzonego zakresu tu dla 16V (506 dla nap. odn. 2,56V)
accu1_vol.ref_v = 1600; // 1/2 zakresu mierzonego napięcia 0-32V

TCCR0 |= (1 << WGM01);
TCCR0 |= (1 << CS02) | (1 << CS00);
OCR0 = 107;
TIMSK = (1 << OCIE0);

//USART_Init(__UBRR);// Zealota
//register_uart_str_rx_event_callback(parse_rs232);// Zealota

sei();

while (1) {

//UART_RX_STR_EVENT(uart_buf);// Zealota

key_press(&PIND, przycisk1, podswietlenie); //załączenie podświetlenia
key_press(&PIND, przycisk2, strony); //przewijanie stron na lcd

if (s1_flag) {

//NAPIĘCIE
//pomiar kanał 1
wynik = pomiar(5);
get_vol(wynik, &accu1_vol);
sprintf(buffer_data_send1, "%s.%s", accu1_vol.v1, accu1_vol.v2);

//pomiar kanał 2
wynik = pomiar(4);
get_vol(wynik, &accu1_vol);
sprintf(buffer_data_send2, "%s.%s", accu1_vol.v1, accu1_vol.v2);

//pomiar kanał 3
wynik = pomiar(3);
get_vol(wynik, &accu1_vol);
sprintf(buffer_data_send3, "%s.%s", accu1_vol.v1, accu1_vol.v2);

//pomiar kanał 4
wynik = pomiar(2);
get_vol(wynik, &accu1_vol);
sprintf(buffer_data_send4, "%s.%s", accu1_vol.v1, accu1_vol.v2);

//PRĄD
//pomiar kanał 1
pm = pomiar(1);
if (pm > 781)
pm = 781;
pm2 = (781 - pm) * 322;


wyswietl();


//pomiar kanał 2
pm = pomiar(2);
if (pm > 781)
pm = 781;
pm = (781 - pm) * 322;



wyswietl();

//Wyświetlanie wartosci w postaci 3 ekranów
if (s == 0) { // ekran 0
lcd_locate(0, 0);
lcd_str("U1:");
lcd_locate(0, 3);
lcd_str(buffer_data_send1);
lcd_str("V ");

lcd_locate(1, 0);
lcd_str("I1:");
lcd_locate(1, 3);

lcd_str(buffer_data_send3);
lcd_str("V ");
} else if (s == 1) { //ekran 1
lcd_locate(0, 0);
lcd_str("1:");
lcd_locate(0, 2);
lcd_str(buffer_data_send1);
lcd_str("V ");

lcd_locate(0, 9);
lcd_str("2:");
lcd_locate(0, 11);
lcd_str(buffer_data_send2);
lcd_str("V ");

lcd_locate(1, 0);
lcd_str("3:");
lcd_locate(1, 2);
lcd_str(buffer_data_send3);
lcd_str("V ");

lcd_locate(1, 9);
lcd_str("4:");
lcd_locate(1, 11);
lcd_str(buffer_data_send4);
lcd_str("V ");
} else if (s == 2) { //ekran 2
lcd_locate(0, 0);
lcd_str("I1:");
lcd_locate(0, 3);
lcd_str(buffer_data_send5);
lcd_str("A ");
lcd_locate(0, 13);
lcd_int(pm);
lcd_locate(1, 0);
lcd_str("I2:");
}

s1_flag = 0;
}

}
}

ISR(TIMER0_COMP_vect) {
ms10_flag = 1;
if (++ms10_cnt > 99) {
s1_flag = 1;
sekundy++;
if (sekundy > 59)
sekundy = 0;
ms10_cnt = 0;
}
}

uint16_t pomiar(uint8_t kanal) {
ADMUX = (ADMUX & 0b11111000) | kanal;
ADCSRA |= (1 << ADSC); //start konwersji
while ( ADCSRA & (1 << ADSC))
;
return ADCW;
}

void key_press(volatile uint8_t * KPIN, uint8_t key_mask,
void (*fun_key_press)(void)) {
register uint8_t key_press = (*KPIN & key_mask);
if (!key && !key_press) {
key = 1000;
if (fun_key_press)
fun_key_press();

} else if (key && key_press)
key++;
}

void get_vol(uint16_t adc, TVOL * voltage) {

uint16_t wynik = (adc * (uint32_t) voltage->ref_v) / voltage->ref_adc;

div_t divmod = div(wynik, 100);
itoa(divmod.quot, voltage->v1, 10); // czesc jedności ułamka / częsc całkowita
itoa(divmod.rem, voltage->v2, 10); // czesc dziesiatek ułamka / reszta z dzielenia
if (divmod.rem < 10) { //eliminacja problemu zera po przecinku np. wyświetlenie wartosci 5,06V
voltage->v2[0] = '0';
voltage->v2[1] = divmod.rem + '0';
}

voltage->v1[2] = 0;
voltage->v2[2] = 0;
}

void wyslij_parametry(uint8_t par_cnt) {
switch (par_cnt) {
//case 0: uart_puts("0,00"); break;
case 0:
uart_puts(buffer_data_send1);
break;
case 1:
uart_puts(buffer_data_send2);
break;
case 2:
uart_puts(buffer_data_send3);
break;
case 3:
uart_puts(buffer_data_send4);
break;
case 4:
uart_puts(buffer_data_send5);
break;
case 5:
uart_puts(buffer_data_send6);
break;
case 6:
uart_puts_P(PSTR(" 1.3_28.10.2016"));
break;
case 7:
uart_putint(++licz, 10);
break;
}

}

void parametry_rs(void) {

uart_puts_P(PSTR(" SW ver 1.7_21.07.2018 Com_0 115200 8 n 1\r\n"));

}

void http200ok(void) {
uart_puts_P(
PSTR(
"HTTP/1.0 200 OK\r\nContent-Type: text/html; charset=windows-1250\r\nPragma: no-cache\r\n\r\n"));
}

void print_webpage(void) {

http200ok();
//SendParamWeb(html, wyslij_parametry);// Zealota
}
void parse_rs232(char * buf) {
if (!strncmp("GET / ", buf, 6)) {
print_webpage();
} else if (strncmp("GET /", buf, 4) == 0
&& strncmp(" / ", &buf[3], 6) != 0) {
uart_puts_P(
PSTR(
"HTTP/1.0 404cNot found\r\nContent-Typ: text/html\r\n\r\n<h1>404 Not Found</1h>"));
} else if (!strncmp("rs", buf, 6)) {
parametry_rs();
}
}[/syntax]

Statystyki: Napisane przez Zealota — 27 lip 2018, o 12:24

]]> 2018-07-27T12:06:39+01:00 2018-07-27T12:06:39+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210195#p210195 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]>
Zealota napisał(a):

Co do kodu, to wg mnie piszesz trochę za dużo "linijek na raz".
Warto skracać rozwlekłe ciała funkcji, czy if'y do mniejszych "bloków", łatwiej to analizować


dla mnie to PODSTAWA jak się wrzuca jakiś problem w kodzie, czyli wyizolowany mały fragment - wtedy można testować

------------------------ [ Dodano po: 6 minutach ]

Rafciu napisał(a):

Może Mirek jeszcze coś podpowie.

Ja bym potrzebował fragmentu kodu a nie hektolitry kodu. Więc wyizoluj problem do kilku linijek i go wklej. Wiesz - tak żeby ktoś kto zagląda do postu mógł stworzyć sobie w Eclipse pusty projekt, wkleić twój fragment kodu i sprawdzić czy ma taki błąd i próbować znaleźć rozwiązanie. A przecież w tym swoim pliku mainC poza mnóstwem kodu nie mającego NIC WSPÓLNEGO z problemem, masz pełno zależności z różnymi plikami bibliotek itp itd

Pokaż dokładnie jaki masz błąd w konsoli

wtedy będę mógł sprawdzić - no i w ogóle jakiej wersji toolchaina używasz ? zakładam, że najnowszej ?

------------------------ [ Dodano po: 10 minutach ]

ok żeby nie było, że cię zbywam - to WEŹ ŻE PAN ZOBACZ co to znaczy "wyizolowanie problemu do kilku linijek:


[syntax=c]#include <avr/io.h>
#include <util/delay.h>
#include <stdio.h>
//#include "LCD/lcd44780.h"

char buffer_data_send6[10];

//uint16_t pomiar(uint8_t kanal);
uint32_t pm;
uint32_t pm2;
uint8_t czd;
uint16_t czu;

int main(void) {

pm = 245; //pomiar(2);
if (pm > 781) pm = 781;
pm2 = (781 - pm) * 322;
czd = pm2 / 10000;
czu = (pm2 / 100) % 100;
if (czu < 10)
sprintf(buffer_data_send6, "%i.0%i", czd, czu);
else
sprintf(buffer_data_send6, "%i.%i", czd, czu);

while (1);
}[/syntax]

no ale ten twój kod u mnie nie powoduje żadnych błędów kompilacji - więc ty sprawdź czy u ciebie powoduje - i na bazie czegoś takiego zadaje się porządne pytanie na forum - rozumiesz ?

Statystyki: Napisane przez mirekk36 — 27 lip 2018, o 12:06

]]> 2018-07-27T11:54:55+01:00 2018-07-27T11:54:55+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210194#p210194 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> Jeszcze raz załączam cały main.c
Ten sam błąd kiedyś Mirku występował w kodzie FAT FS z blueboka topic14846.html

Zealota też tak myślę wyciągając wniosek z tematu wyżej gdzie też na jednym Atnel Toolchain było dobrze a na drugi nowszym był już błąd, niestety jestem za cienki żeby sam to poprawić.
Może Mirek jeszcze coś podpowie.
Dziękuję za pomoc.

Statystyki: Napisane przez Rafciu — 27 lip 2018, o 11:54

]]> 2018-07-27T11:43:43+01:00 2018-07-27T11:43:43+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210193#p210193 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> Rafciu napisał(a):

Do tego należy dodać jeszcze jedno pytanie dlaczego w AVR Studio 4 wszystko kompiluje się OK.

Będę się upierał, póki co, że podałem przyczynę.
Inny program, inny kompilator, inny poziom optymalizacji.
Pójdź tym tropem i porównaj wersje składowych obu środowisk.

Statystyki: Napisane przez Zealota — 27 lip 2018, o 11:43

]]> 2018-07-27T11:26:22+01:00 2018-07-27T11:26:22+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210192#p210192 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> Rafciu napisał(a):

  if(czu<10)
   sprintf(buffer_data_send6, "%i.0%i",  czd, czu);
  else
   sprintf(buffer_data_send6, "%i.%i", czd, czu);


Jak widzę taki kod to zachodzę w głowę - po jakiego grzyba jest ten IF ? skoro wystarczy TA JEDNA LINIA bez IF'a

[syntax=c]sprintf(buffer_data_send6, "%d.%02d",  czd, czu);[/syntax]

------------------------ [ Dodano po: 1 minucie ]

po to stosuje się formatowanie żeby nie bawić się w takie kocie IF'y, które pokazałem w Bluebooku TYLKO po to aby zrozumieć jak to działa .... a jak już się sięga po sprintf i formatowanie - to się z tego w pełni korzysta

Statystyki: Napisane przez mirekk36 — 27 lip 2018, o 11:26

]]> 2018-07-27T10:48:40+01:00 2018-07-27T10:48:40+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210191#p210191 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]> [syntax=c]//pomiar kanał 2

pm = pomiar(2);
if(pm>781)pm=781;
pm2 = (781-pm)*322;
czd = pm2/10000;
czu = (pm2/100) % 100;
if(czu<10)
sprintf(buffer_data_send6, "%i.0%i", czd, czu);
else
sprintf(buffer_data_send6, "%i.%i", czd, czu);

// ***************************************** //[/syntax]


A przecież wcześniej w części //pomiar kanał 1 też jest zmienna czu i obliczenia też są te same ?? Co ciekawe wprowadzenie innych zmiennych dla pomiar kanał 2 np. zamiast czu wprowadzenie czu1 też nic nie zmienia błąd dalej jest.

Statystyki: Napisane przez Rafciu — 27 lip 2018, o 10:48

]]> 2018-07-27T09:33:43+01:00 2018-07-27T09:33:43+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210190#p210190 <![CDATA[Re: Błąd "internal compiler error ..." w Eclipse]]>
[syntax=c]if (czu < 10) {
sprintf(buffer_data_send5, "%i.0%i", czd, czu);
}
else {
sprintf(buffer_data_send5, "%i.%i", czd, czu);
}
}[/syntax]
Błąd powoduje zmienna "czu".
A bezpośrednią przyczyną są wyliczenia:
[syntax=c]czu = (pm2 / 100) % 100;
czu = (pm / 100) % 100;[/syntax]

Pytanie jest takie dlaczego to się dzieje? Coś jest nie tak z przekazaniem parametru do sprintf.
A AS działało, bo tam prawdopodobnie jest inaczej zrobiony sprintf, inne biblioteki.
Po chwili prób niestety nie udało mi się znaleźć przyczyny. Próbowałem jawnie rzutować na kilka sposobów, ale bez rezultatu, może ktoś bardziej zaawansowany coś jeszcze podpowie.

Co do kodu, to wg mnie piszesz trochę za dużo "linijek na raz".
Warto skracać rozwlekłe ciała funkcji, czy if'y do mniejszych "bloków", łatwiej to analizować :)

Kolejne analizy.
Błąd mamy przy optymalizacji -Os, oczko niżej -O3 już wszystko działa.
Zatem kompilator wpływa prawdopodobnie na przekazanie parametru.
Znalazłem obejście dla -Os, wystarczy wprowadzić dodatkową zmienną, np
[syntax=c]uint16_t tmp = czu[/syntax]
i podstawić ją zamiast "czu" do funkcji sprintf.

Jeszcze inne obejście problemu, to zamknięcie problematycznej sekwecji do osobnej funkcji, np:
[syntax=c]void wyswietl (void) {
czd = pm / 10000;
czu = (pm / 100) % 100;

if (czu < 10) {
sprintf(buffer_data_send6, "%i.0%i", czd, czu);
} else {
sprintf(buffer_data_send6, "%i.%i", czd, czu);
}
}[/syntax]

i wywołanie jej w odpowiednim miejscu.
W następnym kroku należałoby zajrzeć do rozwinięcia asemblerowego, ale to już pozostawiam innym :)

Statystyki: Napisane przez Zealota — 27 lip 2018, o 09:33

]]> 2018-07-26T22:04:21+01:00 2018-07-26T22:04:21+01:00 https://forum.atnel.pl/viewtopic.php?t=21044&p=210173#p210173 <![CDATA[Błąd "internal compiler error ..." w Eclipse]]> Mam mały problem z Eclipse (tak sądzę ) otóż podczas kompilacji mojego programu otrzymuje błąd przy zamykającym nawiasie } funkcje int main(void) {} dokładnie chodzi o błąd "internal compiler error: in push reload, at reload.c:1360" opisywany też w tym temacie topic14846.html

Błąd powstaje wtedy gdy w programie pojawi się ta część kodu [syntax=c]//pomiar kanał 2

pm = pomiar(2);
if(pm>781)pm=781;
pm2 = (781-pm)*322;
czd = pm2/10000;
czu = (pm2/100) % 100;
if(czu<10)
sprintf(buffer_data_send6, "%i.0%i", czd, czu);
else
sprintf(buffer_data_send6, "%i.%i", czd, czu);

// ***************************************** //[/syntax]

gdy ją za komentuje całą wszystko kompiluje się Ok.

W załączniku wrzucam cały plik main.c

Sprawdziłem i na pewno nawiasy są OK.
Założenie nowego projektu również nie pomogło.
Zmienne pm, pm2, czd, czu, mam zdefiniowane na początku programu przed ciałem funkcji main() więc jeśli dobrze rozumiem powinny mieć zakres globalny o czym mowa jest w temacie topic14846.html również nie pomogło.

Program dałem do skompilowania koledze i w Atmel Studio 4 kompiluje się bez problemu.

Ja program kompiluję w Eclips MARS (Mars.1 Release (4.5.1)) , Atnel Toolchain 3.4.5.1522 i AVR_plugin_241 pobrane z bloga Mirka.

Będę bardzo wdzięczny za każdą sugestię.

Statystyki: Napisane przez Rafciu — 26 lip 2018, o 22:04

]]>