Guten Abend, ich programmiere atm ein Projekt via Bascom auf einem Atmega8. Bis gestern Abend nutzte ich dazu die Demo Version - der Code funktionierte und ließ sich einwandfrei kompilieren. Da ich sehr nah an der 4086 Byte Grenze der Demoversion war habe ich heute eine Vollversion installiert (ka was für ein Lizenztyp, habe ich von meiner Schule bekommen). Nun wollte ich gerade mit der Bascom Vollversion weiter an dem Projekt arbeiten und habe die selbe (!!) Datei nochmals kompiliert. Nun erhalte ich (mit der Vollversion) diverse Fehlermeldungen (Unknown CONFIG parameter, Invalid Datatype, LOOP expected etc.). Also nochmal kurz: eine .bas Datei. Gestern mit Bascom Demo kompiliert => Fehlerfrei (funktioniert auch in Testschaltung) Heute mit Bascom Vollversion kompiliert => diverse (!) Fehler Erst dachte ich, dass die Vollversion einfach "schlauer" ist und kleinere Fehler erkennt, welche die Demo übersieht, aber das kann auch nicht sein (habe probiert einen Example Code aus der Hilfe zu kompilieren, welcher auch den bemängelten Config dcf77 Befehl nutzt => selbes Ergebnis). Woran liegt das? Was kann ich tun?
Hallo, Der Codeauszug wäre nicht schlecht.... gruß Tobi
Als Beispiel sei einfach mal der Beispiel Code aus der Bascom-Hilfe genannt:
1 | $regfile = "M88def.dat" |
2 | |
3 | $crystal = 8000000 |
4 | |
5 | |
6 | |
7 | |
8 | $hwstack = 128 |
9 | |
10 | $swstack = 128 |
11 | |
12 | $framesize = 128 |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | $baud = 19200 |
21 | |
22 | |
23 | |
24 | |
25 | 'Config Dcf77 = Pind.2 , Debug = 1 , Inverted = 0 , Check = 2 , Update = 0 , Updatetime = 30 , Switchpower = 0 , Secondticks = 50 , Timer1sec = 1 , Powerlevel = 1 , Timer = 1 |
26 | |
27 | Config Dcf77 = Pind.2 , Timer = 1 , Timer1sec = 1 , Debug = 1 |
28 | |
29 | |
30 | |
31 | |
32 | Enable Interrupts |
33 | |
34 | Config Date = Dmy , Separator = . |
35 | |
36 | |
37 | |
38 | |
39 | |
40 | |
41 | |
42 | Dim I As Integer |
43 | |
44 | Dim Sec_old As Byte , Dcfsec_old As Byte |
45 | |
46 | |
47 | |
48 | |
49 | Sec_old = 99 : Dcfsec_old = 99 ': DCF_Debug_Timer = 0 |
50 | |
51 | |
52 | |
53 | |
54 | ' Testroutine für die DCF77 Clock |
55 | |
56 | Print "Test DCF77 Version 1.00" |
57 | |
58 | Do |
59 | |
60 | For I = 1 To 78 |
61 | |
62 | Waitms 10 |
63 | |
64 | If Sec_old <> _sec Then |
65 | |
66 | Exit For |
67 | |
68 | End If |
69 | |
70 | If Dcfsec_old <> Dcf_sec Then |
71 | |
72 | Exit For |
73 | |
74 | End If |
75 | |
76 | Next |
77 | |
78 | Waitms 220 |
79 | |
80 | Sec_old = _sec |
81 | |
82 | Dcfsec_old = Dcf_sec |
83 | |
84 | Print Time$ ; " " ; Date$ ; " " ; Time(dcf_sec) ; " " ; Date(dcf_day) ; " " ; Bin(dcf_status) ; " " ; Bin(dcf_bits) ; " " ; Bdcf_impuls ; " " ; Bdcf_pause |
85 | |
86 | Loop |
87 | |
88 | |
89 | |
90 | |
91 | End |
Beim kompilieren liefert Bascom die Fehler im Anhang (und das sind nahezu die Gleichen wie bei meinem eigenen Code). Auch der gepostete Beispiel-Code funktionierte in der Demo fehlerfrei (muss er ja uach - ist ja aus der Bascom eigenen Hilfe).
also: ich habe eine aktuelle Vollversion: Die obige Datei läßt sich ohne Probleme kompilieren. Solche Fehler treten nach meiner Erfahrung eigentlich nur mit Raubkopien auf. In der Schule werden sie ja die Lizensdaten haben und sollen dann mal die aktuelle Lizenz als Komplett-Installationspaket runterladen. Damit klappt es dann auch! Peter
Ok, danke! Werde morgen mit dem Verantwortlichem Rücksprache halten.
Nun, es gäbe noch eine Möglichkeit, nämlich daß das das alte Config File Probleme bereitet. Also Projekt unter neuem Namen speichern und "Leave the old CFG file" mit No beantworten.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.