Kanał - ATNEL tech-forum
Wszystkie działy
Najnowsze wątki



Teraz jest 15 lut 2025, o 22:17


Strefa czasowa: UTC + 1





Utwórz nowy wątek Odpowiedz w wątku  [ Posty: 20 ] 
Autor Wiadomość
PostNapisane: 24 mar 2016, o 12:47 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 19 lut 2014
Posty: 569
Lokalizacja: Żagań
Pomógł: 54

Witam.
Znajdzie się jakaś dobra duszyczka, która mogłaby przekonwertować kod do odczytu danych z czujników Oregon.
Napisany został w AVR Studio 4.
Zainstalowałem to środowisko i w kodzie co chwile wywala mi błędy.
Niestety aż tak dobry nie jestem by przepisać kod w Eclipse.
Oprogramowanie dotyczy projektu.
Składnia: [ Pobierz ] [ Ukryj ]
język c
Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod.


Za pomoc z góry dziękuję.

_________________
http://leszczamiga.ppa.pl/



Ostatnio edytowano 24 mar 2016, o 13:07 przez LA72, łącznie edytowano 1 raz

Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 24 mar 2016, o 12:58 
Offline
Moderator
Avatar użytkownika

Dołączył(a): 03 paź 2011
Posty: 27359
Lokalizacja: Szczecin
Pomógł: 1042

Panie kolego a czymże różni się kod kompilowany pod ARV Studio albo Eclipse ? NICZYM ... musisz sobie jednak zacząć zdawać sprawę, że AVR Studio 4 albo Eclipse to są programy typu NOTEPAD.EXE rozumiesz ? zwykłe edytory tekstu tylko że każdy ma tam jakieś swoje ulepszenia i różne ... w stosunku do notatnika windołsowego

Za to obydwa edytory czy to AVR Studio czy Eclipse korzystają z KOMPILATORA C ! .... a więc z tego samego .... i to warto zrozumieć żeby móc szybko radzić sobie samemu

Tyle że ty w starym AVR Studio mogłeś mieć napisany kod pod starszy kompilator C czyli np pod dziadka WinAVR .... a do Eclipse być może masz podpięty najnowszy kompilator czyli Atmel Toolchain - wtedy nie dziwota ... że może być sporo błędów

Jeśli zaś do Eclipse masz podpiętego też dziadka WinAVR to jedyna rzecz to odpowiednio rozmieścić pliki projektu w folderach itp

Tyle że czy do jednej czy do drugiej opcji to chyba wypadałoby pokazać jakie to tam masz błędy podczas kompilacji żeby cokolwiek pomóc - nie sądzisz ? czy uważasz że lepiej abyśmy zgadywali jakie po kolei masz tam błędy?

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 24 mar 2016, o 16:55 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 11 mar 2014
Posty: 1475
Pomógł: 167

W programie masz dołączanie pliku nagłówkowego global.h. Masz go?
Cytuj:
Składnia: [ Pobierz ] [ Ukryj ]
język c
Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod.


Tak jak pisał Mirek. Pokaż błędy z okna konsoli.

--
Pozdrawiam,
Robert



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 24 mar 2016, o 18:52 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 19 lut 2014
Posty: 569
Lokalizacja: Żagań
Pomógł: 54

Niestety w projekcie nie widzę "global.h".

Cytuj:
------ Build started: Project: Oregon, Configuration: Release AVR ------
Build started.
Project "Oregon.cproj" (default targets):
Target "PreBuildEvent" skipped, due to false condition; ('$(PreBuildEvent)'!='') was evaluated as (''!='').
Target "CoreBuild" in file "C:\Program Files\Atmel\Atmel Studio 6.2\Vs\Compiler.targets" from project "e:\Tata\Atmel Studio\6.2\Oregon\Oregon\Oregon.cproj" (target "Build" depends on it):
Using "RunCompilerTask" task from assembly "C:\Program Files\Atmel\Atmel Studio 6.2\Extensions\Application\AvrGCC.dll".
Task "RunCompilerTask"
Shell Utils Path C:\Program Files\Atmel\Atmel Studio 6.2\shellUtils
C:\Program Files\Atmel\Atmel Studio 6.2\shellUtils\make.exe all
Building file: .././Oregon.c
Invoking: AVR/GNU C Compiler : 4.8.1
"C:\Program Files\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.1056\avr8-gnu-toolchain\bin\avr-gcc.exe" -x c -funsigned-char -funsigned-bitfields -DNDEBUG -DF_CPU=8000000UL -Os -ffunction-sections -fdata-sections -fpack-struct -fshort-enums -Wall -mmcu=atmega8 -c -std=gnu99 -MD -MP -MF "Oregon.d" -MT"Oregon.d" -MT"Oregon.o" -o "Oregon.o" ".././Oregon.c"
In file included from .././Oregon.c:4:0:
e:\Tata\Atmel Studio\6.2\Oregon\Oregon\global.h(25,24): error: avrlibdefs.h: No such file or directory
#include "avrlibdefs.h"
^
compilation terminated.
make: *** [Oregon.o] Error 1
Done executing task "RunCompilerTask" -- FAILED.
Done building target "CoreBuild" in project "Oregon.cproj" -- FAILED.
Done building project "Oregon.cproj" -- FAILED.

Build FAILED.
========== Build: 0 succeeded or up-to-date, 1 failed, 0 skipped ==========

_________________
http://leszczamiga.ppa.pl/



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 24 mar 2016, o 19:17 
Offline
Użytkownik

Dołączył(a): 24 sty 2012
Posty: 1469
Pomógł: 56

tak jak pisał kolega wyżej
Problemy są z plikami nagłówkowymi
szukaj takich plików:
Kod:
e:\Tata\Atmel Studio\6.2\Oregon\Oregon\global.h(25,24): error: avrlibdefs.h: No such file or directory
#include "avrlibdefs.h"

_________________
Jestem początkujący i moje porady mogą być błędne



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 24 mar 2016, o 22:49 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 11 mar 2014
Posty: 1475
Pomógł: 167

Stwórz plik global.h z następującą zawartością:
Składnia: [ Pobierz ] [ Ukryj ]
język c
Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod.


Po jego dodaniu oraz dodaniu w załączonym przez Ciebie pliku zwracanych typów (void) dla funkcji:
Składnia: [ Pobierz ] [ Ukryj ]
język c
Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod.
program się kompiluje (najnowszy Atmel Toolchain pod Eclipse).

--
Pozdrawiam,
Robert


Autor postu otrzymał pochwałę


Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 25 mar 2016, o 07:35 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 19 lut 2014
Posty: 569
Lokalizacja: Żagań
Pomógł: 54

Witam.

Po wstawieniu zmodyfikowanego pliku do eclipse indigo, dołożeniu global.h wyskoczyły błędy:
Cytuj:
**** Build of configuration Release for project Oregon_czujnik ****

make all
Building file: ../Oregon.c
Invoking: AVR Compiler
avr-gcc -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=atmega8 -DF_CPU=1000000UL -MMD -MP -MF"Oregon.d" -MT"Oregon.d" -c -o "Oregon.o" "../Oregon.c"
../Oregon.c: In function 'USART_Init':
../Oregon.c:34: error: 'UBRR0H' undeclared (first use in this function)
../Oregon.c:34: error: (Each undeclared identifier is reported only once
../Oregon.c:34: error: for each function it appears in.)
../Oregon.c:35: error: 'UBRR0L' undeclared (first use in this function)
../Oregon.c:37: error: 'UCSR0B' undeclared (first use in this function)
../Oregon.c:37: error: 'RXEN0' undeclared (first use in this function)
../Oregon.c:37: error: 'TXEN0' undeclared (first use in this function)
../Oregon.c:39: error: 'UCSR0C' undeclared (first use in this function)
../Oregon.c: In function 'USARTWriteChar':
../Oregon.c:45: error: 'UCSR0A' undeclared (first use in this function)
../Oregon.c:45: error: 'UDRE0' undeclared (first use in this function)
../Oregon.c:48: error: 'UDR0' undeclared (first use in this function)
../Oregon.c: In function 'USARTReadChar':
../Oregon.c:54: error: 'UCSR0A' undeclared (first use in this function)
../Oregon.c:54: error: 'RXC0' undeclared (first use in this function)
../Oregon.c:57: error: 'UDR0' undeclared (first use in this function)
../Oregon.c: In function 'main':
../Oregon.c:71: error: 'TIMSK1' undeclared (first use in this function)
../Oregon.c:72: error: 'EICRA' undeclared (first use in this function)
../Oregon.c:73: error: 'EIMSK' undeclared (first use in this function)
../Oregon.c: At top level:
../Oregon.c:156: warning: return type defaults to 'int'
../Oregon.c:155: warning: conflicting types for 'bit_received'
../global.h:14: warning: previous declaration of 'bit_received' was here
../Oregon.c:172: warning: return type defaults to 'int'
../Oregon.c:171: warning: conflicting types for 'nibble_received'
../global.h:15: warning: previous declaration of 'nibble_received' was here
../Oregon.c:195: warning: return type defaults to 'int'
../Oregon.c:194: warning: conflicting types for 'send_temp'
../global.h:16: warning: previous declaration of 'send_temp' was here
../Oregon.c:228: error: redefinition of 'bit_received'
../Oregon.c:156: error: previous definition of 'bit_received' was here
../Oregon.c: In function 'bit_received':
../Oregon.c:232: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void'
make: *** [Oregon.o] Error 1

**** Build Finished ****

_________________
http://leszczamiga.ppa.pl/



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 25 mar 2016, o 09:39 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 11 sty 2013
Posty: 1760
Pomógł: 196

Witam
Dlatego masz "undeclared'y" bo to nie jest pod ATm8 tylko(chyba) pod ATm328 - wiem piszą że to pod ósemkę ale to nie pasi(porównaj noty - przecież ATm8 nie posiada takich rejestrów i dlatego kompilator sypie warningami), a to "expected" to masz za dużo/mało jakichś znaków.
Na początek, w ustawieniach zmień na ATmega328 - nie sprawdzałem, ale to chyba to.

Pozdr.


Autor postu otrzymał pochwałę


Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 25 mar 2016, o 09:51 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 19 lut 2014
Posty: 569
Lokalizacja: Żagań
Pomógł: 54

Po zmianie z Atmega8 na 328 faktycznie spadła ilość błedów.
Cytuj:
------ Build started: Project: Oregon, Configuration: Release AVR ------
Build started.
Project "Oregon.cproj" (default targets):
Target "PreBuildEvent" skipped, due to false condition; ('$(PreBuildEvent)'!='') was evaluated as (''!='').
Target "CoreBuild" in file "C:\Program Files\Atmel\Atmel Studio 6.2\Vs\Compiler.targets" from project "e:\Tata\Atmel Studio\6.2\Oregon\Oregon\Oregon.cproj" (target "Build" depends on it):
Using "RunCompilerTask" task from assembly "C:\Program Files\Atmel\Atmel Studio 6.2\Extensions\Application\AvrGCC.dll".
Task "RunCompilerTask"
Shell Utils Path C:\Program Files\Atmel\Atmel Studio 6.2\shellUtils
C:\Program Files\Atmel\Atmel Studio 6.2\shellUtils\make.exe all
Building file: .././Oregon.c
Invoking: AVR/GNU C Compiler : 4.8.1
"C:\Program Files\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.1056\avr8-gnu-toolchain\bin\avr-gcc.exe" -x c -funsigned-char -funsigned-bitfields -DNDEBUG -DF_CPU=8000000UL -Os -ffunction-sections -fdata-sections -fpack-struct -fshort-enums -Wall -mmcu=atmega328 -c -std=gnu99 -MD -MP -MF "Oregon.d" -MT"Oregon.d" -MT"Oregon.o" -o "Oregon.o" ".././Oregon.c"
e:\Tata\Atmel Studio\6.2\Oregon\Oregon\Oregon.c(155,1): warning: return type defaults to 'int' [enabled by default]
bit_received()
^
e:\Tata\Atmel Studio\6.2\Oregon\Oregon\Oregon.c(155,1): warning: conflicting types for 'bit_received' [enabled by default]
In file included from .././Oregon.c:4:0:
e:\Tata\Atmel Studio\6.2\Oregon\Oregon\global.h(14,6): info: previous declaration of 'bit_received' was here
void bit_received();
^
e:\Tata\Atmel Studio\6.2\Oregon\Oregon\Oregon.c(171,1): warning: return type defaults to 'int' [enabled by default]
nibble_received()
^
e:\Tata\Atmel Studio\6.2\Oregon\Oregon\Oregon.c(171,1): warning: conflicting types for 'nibble_received' [enabled by default]
In file included from .././Oregon.c:4:0:
e:\Tata\Atmel Studio\6.2\Oregon\Oregon\global.h(15,6): info: previous declaration of 'nibble_received' was here
void nibble_received();
^
e:\Tata\Atmel Studio\6.2\Oregon\Oregon\Oregon.c(194,1): warning: return type defaults to 'int' [enabled by default]
send_temp()
^
e:\Tata\Atmel Studio\6.2\Oregon\Oregon\Oregon.c(194,1): warning: conflicting types for 'send_temp' [enabled by default]
In file included from .././Oregon.c:4:0:
e:\Tata\Atmel Studio\6.2\Oregon\Oregon\global.h(16,6): info: previous declaration of 'send_temp' was here
void send_temp();
^
e:\Tata\Atmel Studio\6.2\Oregon\Oregon\Oregon.c(228,6): error: redefinition of 'bit_received'
void bit_received()
^
e:\Tata\Atmel Studio\6.2\Oregon\Oregon\Oregon.c(155,1): info: previous definition of 'bit_received' was here
bit_received()
^
.././Oregon.c: In function 'bit_received':
e:\Tata\Atmel Studio\6.2\Oregon\Oregon\Oregon.c(232,1): error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void'
void send_temp()
^
make: *** [Oregon.o] Error 1
Done executing task "RunCompilerTask" -- FAILED.
Done building target "CoreBuild" in project "Oregon.cproj" -- FAILED.
Done building project "Oregon.cproj" -- FAILED.

Build FAILED.
========== Build: 0 succeeded or up-to-date, 1 failed, 0 skipped ==========

_________________
http://leszczamiga.ppa.pl/



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 25 mar 2016, o 13:52 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 11 mar 2014
Posty: 1475
Pomógł: 167

Tak to jest kod pod ATmega328P. Dla niej się kompiluje poprawnie (testując to stworzyłem wyżej załączony plik global.h).
Przejście na ATmega8 nie będzie takie proste. Bo ona ma inaczej rozmieszczone bity i rejestry dla timerów i przerwań. A w kodzie jest używana wersja wpisywania wartości bitowej np.:
Cytuj:
Składnia: [ Pobierz ] [ Ukryj ]
język c
Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod.

Należy wziąć w łapki datasheety dla obu procesorów i przerobić kod.

--
Pozdrawiam,
Robert



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 25 mar 2016, o 15:48 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 11 sty 2013
Posty: 1760
Pomógł: 196

Witam
rskup napisał(a):
Tak to jest kod pod ATmega328P. Dla niej się kompiluje poprawnie (testując to stworzyłem wyżej załączony plik global.h).

Tak, tylko że cały czas kolega testuje u siebie z prawidłowo wklejonymi poprawkami, ja tylko się domyślam, a kol.LA72 wkleja coś nie patrząc co i gdzie. Z konsoli wynika że:
Cytuj:
info: previous declaration of 'bit_received' was here
void bit_received();

i tak kilka razy a na koniec że coś nie tak z interpunkcją czy jak by to nazwać:
Cytuj:
error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void'
void send_temp()

Może translator pomoże ;)

Pozdr.


Autor postu otrzymał pochwałę


Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 25 mar 2016, o 16:08 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 19 lut 2014
Posty: 569
Lokalizacja: Żagań
Pomógł: 54

kicajek napisał(a):
Witam
rskup napisał(a):
Tak to jest kod pod ATmega328P. Dla niej się kompiluje poprawnie (testując to stworzyłem wyżej załączony plik global.h).

Tak, tylko że cały czas kolega testuje u siebie z prawidłowo wklejonymi poprawkami, ja tylko się domyślam, a kol.LA72 wkleja coś nie patrząc co i gdzie. Z konsoli wynika że:
Cytuj:
info: previous declaration of 'bit_received' was here
void bit_received();

i tak kilka razy a na koniec że coś nie tak z interpunkcją czy jak by to nazwać:
Cytuj:
error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void'
void send_temp()

Może translator pomoże ;)

Pozdr.


Małe zjobki się przydały.
Aktualnie kod wygląda tak:

Składnia: [ Pobierz ] [ Ukryj ]
język c
Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod.

Plik global.h j.w.

Całość się poprawnie skompilowała.
Cytuj:
**** Build of configuration Release for project Oregon_czujnik ****

make all
Building file: ../Oregon.c
Invoking: AVR Compiler
avr-gcc -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=atmega328 -DF_CPU=1000000UL -MMD -MP -MF"Oregon.d" -MT"Oregon.d" -c -o "Oregon.o" "../Oregon.c"
Finished building: ../Oregon.c

Building target: Oregon_czujnik.elf
Invoking: AVR C Linker
avr-gcc -Wl,-Map,Oregon_czujnik.map -mmcu=atmega328 -o "Oregon_czujnik.elf" ./Oregon.o
Finished building target: Oregon_czujnik.elf

Invoking: AVR Create Extended Listing
avr-objdump -h -S Oregon_czujnik.elf >"Oregon_czujnik.lss"
Finished building: Oregon_czujnik.lss

Create Flash image (ihex format)
avr-objcopy -R .eeprom -R .fuse -R .lock -R .signature -O ihex Oregon_czujnik.elf "Oregon_czujnik.hex"
Finished building: Oregon_czujnik.hex

Create eeprom image (ihex format)
avr-objcopy -j .eeprom --no-change-warnings --change-section-lma .eeprom=0 -O ihex Oregon_czujnik.elf "Oregon_czujnik.eep"
Finished building: Oregon_czujnik.eep

Invoking: Print Size
avr-size --format=avr --mcu=atmega328 Oregon_czujnik.elf
AVR Memory Usage
----------------
Device: atmega328

Program: 1204 bytes (3.7% Full)
(.text + .data + .bootloader)

Data: 91 bytes (4.4% Full)
(.data + .bss + .noinit)


Finished building: sizedummy


**** Build Finished ****

Teraz postaram się to przerobić na Atmega8.
Zapewne wrócę do wątku.

Dziękuję za pomoc.

_________________
http://leszczamiga.ppa.pl/



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 25 mar 2016, o 16:20 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 11 sty 2013
Posty: 1760
Pomógł: 196

Witam
Z tą migracją ATm8 na ATm328 to też rozważnie - mówię tylko na co należy zwracać uwagę:
czy docelowy uC posiada takie same rejestry co "dawca".
Nie chodzi mi o nazwy bo te na pewno będą się różnić i nie dotyczy to dokładnie Twojego kodu, ale może się zdarzyć że "biorca" wogóle nie posiada interesujących Cię funkcji ( taki przykład - pomiar ADC na ATtiny2313 ).

Pozdr.



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 25 mar 2016, o 21:31 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 19 lut 2014
Posty: 569
Lokalizacja: Żagań
Pomógł: 54

Witam.

Po peeeewnej chwili wyszedł mi taki oto kodzik.
Proszę o jego sprawdzenie.
Składnia: [ Pobierz ] [ Ukryj ]
język c
Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod.


A tutaj konsola:
Cytuj:
21:31:02 **** Clean-only build of configuration Release for project Oregon_czujnik_m8 ****
make clean
rm -rf Oregon_czujnik_m8.hex ./Oregon.o Oregon_czujnik_m8.eep sizedummy Oregon_czujnik_m8.lss ./Oregon.d Oregon_czujnik_m8.elf
' '

21:31:03 Build Finished (took 190ms)

21:31:07 **** Incremental Build of configuration Release for project Oregon_czujnik_m8 ****
make all
'Building file: ../Oregon.c'
'Invoking: AVR Compiler'
avr-gcc -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=atmega8 -DF_CPU=1000000UL -MMD -MP -MF"Oregon.d" -MT"Oregon.o" -c -o "Oregon.o" "../Oregon.c"
'Finished building: ../Oregon.c'
' '
'Building target: Oregon_czujnik_m8.elf'
'Invoking: AVR C Linker'
avr-gcc -Wl,-Map,Oregon_czujnik_m8.map -mmcu=atmega8 -o "Oregon_czujnik_m8.elf" ./Oregon.o
'Finished building target: Oregon_czujnik_m8.elf'
' '
'Invoking: AVR Create Extended Listing'
avr-objdump -h -S Oregon_czujnik_m8.elf >"Oregon_czujnik_m8.lss"
'Finished building: Oregon_czujnik_m8.lss'
' '
'Create Flash image (ihex format)'
avr-objcopy -R .eeprom -R .fuse -R .lock -R .signature -O ihex Oregon_czujnik_m8.elf "Oregon_czujnik_m8.hex"
'Finished building: Oregon_czujnik_m8.hex'
' '
'Create eeprom image (ihex format)'
avr-objcopy -j .eeprom --no-change-warnings --change-section-lma .eeprom=0 -O ihex Oregon_czujnik_m8.elf "Oregon_czujnik_m8.eep"
'Finished building: Oregon_czujnik_m8.eep'
' '
'Invoking: Print Size'
avr-size --format=avr --mcu=atmega8 Oregon_czujnik_m8.elf
AVR Memory Usage
----------------
Device: atmega8

Program: 908 bytes (11.1% Full)
(.text + .data + .bootloader)

Data: 91 bytes (8.9% Full)
(.data + .bss + .noinit)


'Finished building: sizedummy'
' '

21:31:08 Build Finished (took 1s.547ms)


_________________
http://leszczamiga.ppa.pl/



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 25 mar 2016, o 21:53 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 11 sty 2013
Posty: 1760
Pomógł: 196

Witam
rskup napisał(a):
Należy wziąć w łapki datasheety dla obu procesorów i przerobić kod.

Kolega słusznie zauważył, że bez not katalogowych ani rusz.
Ewentualną pułapką mogą być zapisy rejestrów w formie dziesiętnej lub binarnej - musisz porównać (choć raczej powinno się zgadzać ) czy kopiując dane ustawienie "dłubiesz" przy odpowiednich bitach, bo kompilator ani nie mruknie, daje Ci wolną rękę przy w.w.
Kłopot może pojawić się wtedy, gdy np. w ATm328 w którymś rejestrze pod jedynką był inny bit niż w ATm8.
...no chyba że się kompiluje i działa, to gratulujemy tych niezapomnianych chwil - mały krok człowieka... i takie tam :)

Pozdr.



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 25 mar 2016, o 22:00 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 19 lut 2014
Posty: 569
Lokalizacja: Żagań
Pomógł: 54

Okazuje się, że oryginalny kod jest jednak na Atmega88.
Na moją prośbę autor wstawił całość.
Całość

_________________
http://leszczamiga.ppa.pl/



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 25 mar 2016, o 22:07 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 11 sty 2013
Posty: 1760
Pomógł: 196

LA72 napisał(a):
Okazuje się, że oryginalny kod jest jednak na Atmega88.

...no ja tylko zauważyłem, że ustawiasz jakieś wirtualne rejestry o których ATm8 nigdy nawet nie słyszała :)



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 29 mar 2016, o 13:49 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 19 lut 2014
Posty: 569
Lokalizacja: Żagań
Pomógł: 54

Po dokładniejszym przejrzeniu not katalogowych i porównaniu parametrów dla rejestrów wychodzi mi:
Składnia: [ Pobierz ] [ Ukryj ]
język c
Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod.


Składnia: [ Pobierz ] [ Ukryj ]
język c
Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod.

_________________
http://leszczamiga.ppa.pl/



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 29 mar 2016, o 19:47 
Offline
Użytkownik

Dołączył(a): 04 paź 2011
Posty: 8605
Pomógł: 337

na szczescie dla kolegi Mega 48 /88 /168 /328 to ta sama zamienna rodzina dysponująca róznymi ilościami pamięci
i migracja w każdą stronę powinna być bezproblemowa .... i bez zmian .. (ew kosmetyka)
zaś m8 .,... no cóż dajcie jej iść na emeryturę co :)

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 29 mar 2016, o 21:55 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 11 sty 2013
Posty: 1760
Pomógł: 196

SunRiver napisał(a):
zaś m8 .,... no cóż dajcie jej iść na emeryturę co

Z dobrze poinformowanych źródeł wiem że to na razie ZUS blokuje - no chyba, że skrócą wiek emerytalny. :)

Pozdr.



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
Wyświetl posty nie starsze niż:  Sortuj wg  
Utwórz nowy wątek Odpowiedz w wątku  [ Posty: 20 ] 

Strefa czasowa: UTC + 1


Kto przegląda forum

Użytkownicy przeglądający ten dział: Brak zidentyfikowanych użytkowników i 1 gość


Nie możesz rozpoczynać nowych wątków
Nie możesz odpowiadać w wątkach
Nie możesz edytować swoich postów
Nie możesz usuwać swoich postów
Nie możesz dodawać załączników

Szukaj:
Skocz do:  
Sitemap
Technologię dostarcza phpBB® Forum Software © phpBB Group phpBB3.PL
phpBB SEO