Druckbare Version
Ergänzung:
Die Ausgabe ist wie Joggele sie beschrieben hat.
F.L.A.T.Project 0.1
ADC-0: 0mV
ADC-1: 313 mV
Servo-1: 1700 µS
Servo-2: 1700 µS
Ich schaffe jetzt leider nicht mehr die Servos ranzuhängen, sorry.
Möglicherweise heute spät Abends noch.
Netter Gruß
Hier wie gewünscht erst mal die Datei, die im Moment bei mir im Einsatz ist. Ich hab das Hello World und die auskommentierte Gosub mal drin gelassen.
@marvin42x
Bei mir war die Ausgabe leider ohne Werte. Hat bei dir die Uhr getickt?
Grüssle
Jürgen
PS: Lampen flackern fände ich auch gut.
... und vielleicht noch'n Taster zum Starten respektive anhalten?
Bei mir tickt keine Uhr.
Laut Programmtext müsste auch noch viel mehr passieren.
Das wirkt so als würden einzelne Programmteile nicht erreicht.
Wenn ich das richtig lese.
Aber ich habe keine Sorge, das wird schon. Ich werde erstmal einen Servo ranhängen
Netter Gruß
Edit:
Auf dem Board ist eine Resettaste, gleich neben dem Controller.
Damit macht er einen Neustart.
Edit 2 :
So, der Servo läuft auf port A 2 (der dritte Anschluss, die zählen von 0 hoch)
Auf Port A 3 zuckt er nur.
Edit 3:
Der Sharp auf Port A 1 geht auch. Eben getestet.
Danke für die Hinweise marvin!
Der Rest, der bei dir zwischenzeitlich funktioniert, klingt jedenfalls auch schon mal nicht schlecht.
Grüssle
Jürgen
Tach ! Ich leb' noch !
Sag' hab ich das auskommentiert ??
'$hwstack = 128
'$swstack = 128
'$framesize = 48
Das wär schlimm. Das brauchen wir schon !
Ich leb noch:
Fein, ich hatte Dich auch unter Nichtkaputtbar geführt.
In meiner Version des Programms ist das nicht wegkommentiert.
ich finde das etwas widrig, wenn Du das Programm ohne das Board schreiben musst.
Würde es helfen wenn ich mal ne PC –Remote -Umgebung herstellen würde. Mit dem RN-Controll an Com1 ?
Und einer Kamera, geschwenkt über RNBFRA an Com2 , TCP/IP Port 42 ;-)
Netter Gruß
*hehe* Schad', daß unsere Netz-Geschichten noch im Aufbau sind, sonst könnten wir dem Joggele sein Board übers Internet remote warten.
Eben zumindest eine (ferngesteuerte) Kamera, damit wir ihm über die Schulter schauen können *hehe*
Nur, wenn der Timer nicht tickt, würd' das auch nicht klappen.
Wichtig ist auf jeden fall
$hwstack=128
*Lämpchen* Gut, schauen wir, wo auf dem RN-Control die Lämpchen sind. der hat ja keine PCFs.
Versuch : Diese kontroll-test-versuchs-ausprobier-programm
macht nix, außer ein Lauflicht auf den LEDS (DIP-Schalter S1 auf ON stellen, daß sie leuchten können ) wandern lassen.
2 DO..LOOP schleifen:
Erst OHNE TImer mit wait
Dann Mit TIMER (ersten do.loop kommentieren)
(Man sieht, ob der Sekundentakt in etwa stimmt)Code:'=========================================================================================
' FRONT LIGHT ADJUSTMENT PROJECT (FLAP)
' Test LED
'=========================================================================================
$regfile = "m32def.dat"
$hwstack = 128
$crystal = 16000000 'Quarzfrequenz Joggele
Const Tmr_c_preload = 6
Const Srv_c_shft = 4
$baud = 9600 'Baudrate für RS232
Config Timer0 = Timer , Prescale = 64 'Timer 1mS
On Timer0 Interrupt_ticker , Nosave ' Timer for Timer Queue
Dim Irptflag As Byte ' Timer Interrupt occurred
Dim Second_count As Word ' one second timer
Const Second_c_count = 1000 ' one sec
Dim Lauflicht As Byte ' Timer Interrupt occurred
Ddrc = &B11111111
Portc = 0
Enable Timer0
Start Timer0 ' timer starten
Enable Interrupts 'General enable
Lauflicht = 1
'-------------------------------------------------------------------------
' TEST OHNE TIMER
'-------------------------------------------------------------------------
Do
$asm
lds r24, {LaufLicht}
clc
sbrc r24, 7
sec
rol r24
sts {LaufLicht}, r24
com r24
!OUT portc, r24
$end Asm
Waitms 1000
Loop
'-------------------------------------------------------------------------
' TEST MIT TIMER
'-------------------------------------------------------------------------
Do
If Irptflag = 1 Then
Irptflag = 0 ' 1 mS Event
Decr Second_count
If Second_count = 0 Then
Second_count = Second_c_count
$asm
lds r24, {LaufLicht}
clc
sbrc r24, 7
sec
rol r24
sts {LaufLicht}, r24
!OUT portc, r24
$end Asm
End If
End If
Loop
End
'==============================================================================
' Timer 0 interrupt
'==============================================================================
Interrupt_ticker:
$asm
PUSH r22
PUSH r23
PUSH r24
PUSH r25
PUSH XL
PUSH XH
PUSH ZL
PUSH ZH
IN r24,SREG
PUSH r24
LDI r24,Tmr_c_preload 'reset precounter
!Out Tcnt0 , R24
LDI r24,1 'set blocker
sts {Irptflag}, r24
POP r24
!OUT SREG,r24
POP ZH
POP ZL
POP XH
POP XL
POP r25
POP r24
POP r23
POP r22
$end Asm
Return
Hüstel, ähemm,
die Zeilen mit dem $hwstack und so hab ich auskommentiert.
Warum?
Darum: https://www.roboternetz.de/phpBB2/vi...=asc&start=286
Die 3 Einträge bringen immer einen Compiler Fehler bei mir, worauf marvin meinte, es genügt, wenn ich die Werte in den Optionen eintrage.
War das jetzt fahalsch von mir (verlegen-auf-der-Stelle-tretend)?
Warum wird bei mir das immer als Fehler ausgewiesen?
Grüssle
Jürgen
Es stimmt, daß an sich die Optionen-Einstellungen auch reichen würden. Also gut.
ABER:
Wir haben jetzt schon zwei so mysteriöse Fehler
Was zeigt er denn für einen Fehler an ? (die bei mir ums verrecken NICHT aufscheinen)
Ich bekomme da immer einen Error:46 mit den Zeilenangaben, in denen die 3 Werte stehen.
*murmel* Das ist ein "Assignment Error" *murmel*
d.h. "128" passt ihm nicht. *murmel*
Schreib zur Provokation mal "$HWSTACK = 32" oder sowas harmloses.
Irgendwas spinnt da .
Egal. übersetze das Zeugs mal ohne dem parameter, stellt aber dann die ganzen Outputfiles: ".RPT, .HEX, etx" files da rein (als Zip). ich möcht mal sehen, was der Schwachsinnige eigentlich tut.
Die genannten Dateien von dir sind in dem ZIP File drin. Dort habe ich bereits die 3 besagten Werte auskommentiert.
Hast schon reingeschaut?
Grüssle
Jürgen
PS: es kann nicht alleine an dem hwstack liegen. Jede der 3 Zeilen wird angemosert, wenn ich die anderen 2 der Reihe nach auskommentiere.
Ja, is wahr. In der RPT file steht, daß er jedenfalls die Werte aus der Option verwendet hat. Soll es halt sein. Dann laß' sie eben weg.
Aber der Sache geh' ich noch nach.
However, versuch mal das Lauflicht, wir müssen weiterkommen, sonst isses Frühling. :-)
Werde mich gleich heute abend dahinter klemmen und dir unmittelbar berichten. Hier am Arbeitsplatz hab ich das Zeug leider nicht dabei ;o)
Grüssle
Jürgen
I saw the Light.
Compiler Gemecker:
Das mit den drei Fehlern bei der Deklaration kenne ich von der Version die ich davor hatte.
Ich weis aber die Versionsnummer nicht.
Danach wollte eine Version keine libs.
Jetzt habe ich eine Version die mag libs, ist ganz nett zu mir, aber rumnörgeln muss sie auch andauernd noch.
Während der ganzen Zeit hat PicNicks Version nie was zu meckern.
Ein vorübergehender Ausweg war da das direkte Programmieren mit einem fertigen *.bin.
Das "wait" Lauflicht hat jedenfalls bei mir ohne mullen und knullen geklappt.
Das "Timer" lässt beim Start erstmal alle Led leuchten und fängt nach ca. 70 Sekunden an ein invertiertes Lauflicht leuchten zu lassen. Meint, eine nicht leuchtende wandert.
Dankesschreiben für die detailierte Fehlermeldung können an mein persönliches Postfach gerichtet werden.
Netter Gruß
Ps. Selbst wenn das nie klappen sollte, das Lauflicht ist schon eine guter Ausgleich :-)
Invertiert: *grmpf* das COm r24 fehlt (shitverdammterbrabbel)
sowas gehört nun einmal in eine Sub und nicht zweimal (unddasmirsoeineblamageverflixtundzugenäht)
Gut, wenn' nix klappt, machen wa so einene Knight-Rider scanner
Version: ich hab 1.11.8.1 , und solange ich nicht auf irgendeinen dickeren µC wechsle, können die sich irgendwelche upgrades wohin stecken.
(Don't change horses in the middle of a stream)
Neue Besen kehren gut, aber die alten kennen schon alle Ecken.
Nicht tickender timer beim eigentlichen Flap-Programm: Ich bin fast ratlos, bei mir läuft das
Any suggestions ?
Ich habe 1.11.8.3
im ersten Anlauf könnte joggele ja mal das originale Binärfile aufspielen.
Dann wüssten wir ob es der Compiler oder die Hardware ist.
Im zweiten Step könnte ich Marvin anwerfen.
Der hat ein komplettes System, mit Bascom und Programmer und Seriell und Terminal Wireles LAN, Internetanschluss, Webserver ICQ und und und. Das ganze läuft dann mit realvnc-Remote.
An der Seriellen hängt dann ein rn-com mit angeschlossenem ISP.
Das ganze kann von mir aus tagelang laufen. Das frisst kaum Strom.
Das hätte auch den Vorteil ein bisschen die Neuzeit einzuläuten.
Da kannst Du dann die Fehler live in der ersten Reihe miterleben. Die Zeitverzögerungen halten sich in akzeptablen Grenzen. Das habe ich schon getestet.
Netter Gruß
*HEUL* ich arbeite noch mit der Version 1.11.7.3 !!
Vielleicht liegt es daran.
Also: Testprogramm ausgeführt.
Ergebnis 1. Lauf: Lauflicht tut tun.
Ergebnis 2. Lauf (DO..LOOP auskommentiert): Alle LED leuchten permanent, Hyper Terminal bleibt leer.
Mach mich nebenbei mal auf die Suche nach einer anderen Version ....
Grüssle
Jürgen
@joggele:
Ich habe Dir noch ein paar Details zum Compiler in die persönlichen Nachrichten gestellt, (siehst du an der Grünfärbung des Feldes Nachrichten oben in der Titelleiste.
Des Weiteren ist Marvin erstmal online falls wir uns entschließen den Fehler zu reproduzieren.
Kann aber sein das sich das mit einer anderen Compilerversion in Luft auflöst.
Netter Gruß
Hab jetzt mal die V1.11.8.3 Demo installiert.
Das compilieren läuft fehlerfrei durch. Auch wenn die Stack Werte im Programm eingetragen sind.
Jetzt macht das Teil Stress, wenn ich "Run programmer->Program" aufrufe. Als Fehlermeldung erscheint dann erst
"Could not identify chip with ID:000000" und dann "Selected chip and target do not match AT90S2313 <> ATMEGA32"
Unter Options->Compiler->Chip habe ich folgende Einträge getätigt:
Chip: m32def.dat
XRAM: none
HW Stack: 128
Soft Stack: 128
Framesize: 48
Unter Communication steht:
Baudrate: 9600
Parity: None
Databits: 8
Stopbits: 1
Handshake: None
Emulation: NONE
RTS ist nicht angekreuzt
Dann drück ich den Default Button und dann OK. Dieser AT90S2313 steht dann aber immer standardmässig drin beim Aufruf von "Program".
Grüssle
Jürgen
Das ist eine Fehlermeldung vom Programmer.
Der Compiler hat fertiggemacht und ruft den Programmer.
Der sieht ganz offensichtlich dein Board nicht und sagt sinngemäß:
Ich habe hier ein Programm für einen mega32 und soll das in einen AT90S2313 schreiben, das passt nicht.
Der AT90S2313 steht standardmäßig im Programmer.
Wenn alles normal ist erkennt er den mega32(der ja auf Deinem Board sitzt) stellt das richtig ein und überträgt das Programm.
Da ist im Programmer –Fenster so ein grüner Knopf Identify Chip, gleich rechts neben dem Feld wo der Chipname drinsteht, mit dem kann man den Erkennungsprozess von Hand auslösen.
Schau mal ob alle Kabel fein sind und Strom auf dem Board ist, das sind die häufigsten Ursachen. Wenn nicht, Houston ist heute wieder im Funkbereich.
Netter Gruß
Ps.
Das mit dem Compiler hört sich schon gut an.
Mann bin ich froh, das Houston Online ist, wenn PicNick schon nicht da ist (hätte ich das jetzt in dein Online Postfach schreiben müssen =P~ ?).
Ich hab die Kabel nochmals geprüft. Die Lauflichter haben vorhin ja funktioniert und seitdem habe ich das gute Stück nicht mehr angefasst.
Denn Identify Chip Knopf hab ich auch schon gedrückt. Dann kommt die gleiche Fehlermeldung. Im Moment leuchten noch alle LED von PicNicks Testprogramm (2. LOOP Schleife mit Timer). Strom ist also auch drauf.
PicNick wird sich wundern wenn seine Chergen wieder alles durcheinander gebracht haben :-)
Dann musst Du mal die Compilereinstellungen durchgehen.
Da steht welcher LPT Port und welcher Programmer verwendet wird.
Da steht bei mir zB STK200/STK300 Programmer.
Bei LPT –address 378. Aber das hängt mit dem jeweiligen PC zusammen.
Falls Du für den kurzen Weg icq benutzen willst können wir das auch machen.
Das Problem ist jetzt raus zu finden warum er den Chip nicht sieht.
Netter Gruß
Nachtrag:
Auch das Board mal stromlos machen hat schon Wunder gewirkt.
Kann sein das sich da was aufgehängt hat.
Wenn man nicht mehr weiter weis würd ich auch vor einem Rechner -Neustart nicht zurückschrecken.
Netter Gruß
Supi! Dieses STK200/STK300 war es! Da stand noch was anders drin.
Hab PicNick's Testprogramm nochmals drauf geladen (Lauflichter) und die tun!
Teste mal kurz das ander, wo etwas am Terminal ausgegeben werden sollte.
(Bin auch gerade dabei, mit dem ICQ zu kämpfen)
... und siehe da - es ward Licht !! Das andere Lauflicht tut auch. Wird eigentlich überhaupt etwas am Terminal ausgegeben? Der ist nämlich nach wie vor leer.
Nein, da wird nichts am Terminal ausgegeben.
Da kannst Du Dich ja jetzt vorsichtig an die anderen Programme ranrobben :-)
Nur mal so.......
Netter Gruß
WOW! Hab grad das flap draufgespielt. Die Uhr tickt oben rechts. Die Werte von DAC und Servo hüpfen zwar noch rum, aber es hängt ja uch nix dran im Moment. Der Einzigste, der gerade bei 0 mV stehen bleibt ist ADC-0.
Das macht ja richtig Spass, wenn es dann funzt!
Sodele, begebe mich jetzt in den Funkschatten. Morgen häng ich mal die "Kleinteile" dran und schau, was das Programm dann spricht.
Ich danke euch für den heutigen erfolgreichen Tag.
Grüssle
Jürgen
Hi hi
Der A0 ist beim PicNick kaputt, den programmiert er nicht , da isser eigen :-)
Edit:
Houston bestätigt und wünscht einen geruhsamen Flug
Das Problem ist nicht besonders neu: Winkelmessung eines sich bewegenden Gegentand.
Anforderungen gibt es bei:
- Helikopter (auch Modellbau)
- balancierende Roboter auf 2 Räder
- Raketensteuerung(gab es in der V2)
Lösungen:
- auf nicht schiefen Ebenen sind für Experimente tatsächlich Abstandsensoren im Einsatz
- alles andere was wirklich funktioniert berührt auf dem Kalmanfilter
Letzterer ist ein mathematisch komplexer Filter.
Die Grundlage zur Winkelmessung einer Achse, ist die Kombination von
einem Gyrosensor(Winkelgeschwindigkeit) und einem Beschleunigungssensor.
Ich habe so etwas realisiert. Funktioniert perfekt.
Kommerzielle Lösungen
- Gyrosensoren aus dem Modellbau
Bitte beachte: für jede Achse wird ein paar Gyro/Accelerator-Sensor benötigt.
Für Details habe ich jede Menge Links.
LG RT aus Wien
Ich habe hier was sehr gutes zum GP2D12
http://www.segor.de/L1Bausaetze/gp2d12.shtml
Kann sein das ihr das ihr das schon kennt.
Aber trotzdem Sicherheitshalber.
Netter Gruß
Danke, Marvin, aber auch wir lesen Forum *hehe* Muß ich möglichst schnell probieren, hört sich ja interessant an.
alter Besserwisser :-)
http://www.segor.de/L1Bausaetze/gp2d12.shtml
Das klingt überzeugend, es ist ähnlich wie das hier hier
https://www.roboternetz.de/phpBB2/vi...=217257#217257
aber immerhin kommt es von extern. O:)
Manfred
@Manf:
Genau, das eigene kann ja nicht gut sein :-)
Das Gras auf der Nachbarwiese ist ja auch grüner.
@Joggele:
Houston an Umlaufbahn:
Noch auf Sendung?
In einer Berliner Stadtstraße würde sich das etwa so anhören:
Lautstärke maximal:
"äeeehh... Joggeleeeee..... kommste runter spielen?"
Netter Gruß
Hallo marvin, hallo Picnick, hallo an all die anderen,
bin hier - wo seid ihr? Hab jetzt mal das "Krimskram" angeschlossen, um zu sehen, was so passiert ... (24h sind einfach zu wenig für einen Tag!)
Keine Sorge auch wir haben so unsere Probleme mit der Zeit. Aber jetzt kommen ja erstmal die langen Winterabende an denen wir all das machen können was wir im Sommer nicht geschafft haben.
Ja...
Es reicht schon wenn wir wissen, dass Du da, und von unbeugsamen Willen beseelt bist.
Im Netzwerk bezeichnet man das als Ping.
Man sendet eine Nachricht los und wartet ob und wann die Antwort zurückkommt.
Die Zeit wird in Millisekunden gemessen.
Dein Ping sind Zwölfmillionen fünfhundertvierzigtausend Millisekunden
Das reicht leider nicht für ein Onlinespiel.
Für ein Forum ist das aber schon nicht schlecht.
Also keine Hecktick. Schön das Du da bist :-)
Netter Gruß
Hi marvin,
freut mich echt, von dir zu hören! Hab zwischenzeitlich auch schon mal ICQ installiert (obwohl ich keine Peilung habe, wie das funktioniert ;o) ). In meinem ICQ Fenster steht "Awaiting Authorization" und wenn du was kirchliches als User (oder wie das da heisst) ausgesuchst hast, dann stehst du da drin ;o)
So, mal zu meinen bisherigen Ergebnissen:
am Port A PA0 hängt ein Sensor
am Port A PA1 hängt ein Sensor
am Port A PA2 hängt ein Servo
am Port A PA3 hängt ein Servo
Sensor PA0 schwankt zwischen 0 und 15 mV in 5er Schritten, wenn Servo PA3 angehängt ist. Wird Servo abgehängt, geht Wert auf 0 mV. Wird dann ein Blatt Papier im Abstand von ca. 15 cm über den Sensor gehalten, wird 115 mV ziemlich konstant angezeigt. Wird der Abstand vergrössert, verkleinert sich dieser Wert.
Sensor PA1 geht bei Anschluss von Servo PA3 (ist ja am Anschlag) in den Wertebereich von 1672 bis 1799 mV. Wird der Servo abgeklemmt geht der Sensorwert auf 0 mV. Bei dem Blatt Papier reagiert dieser auch, ist dabei aber ziemlich "unruhig" (5-34 mV).
Servo PA2 bewegt sich im Sekundentakt der eingeblendeten Uhr. Hyperterminal beginnt bei 600 und geht bis 2000 in 100er Schritten (auch im Sekundentakt). Bei Erreichung vom Wert 2000 dreht der Servo wieder an den Ausgangspunkt zurück un beginnt von vorne.
Servo PA3 geht sofort auf Anschlag und bleibt dort unverändert.
Hab noch zwei Screenshots und eine aufgezeichnete Textdatei hier im Anhang dran. Vielleicht könnt ihr ja etwas damit anfangen.
Grüssle
Jürgen
Sieht ja schon recht viel versprechend aus.
Das Verhalten der Servomotoren ist bei mir identisch.
Man kann sehen die können über die gewünschten Ports angesteuert werden.
Auch die Sharps sind prinzipiell anzusteuern.
Mit der Feinarbeit am Programm muss PicNick mal sehen. Jetzt hat er ja zu dem Programm konkrete Aussagen.
Wir haben jetzt zusätzlich einen Compiler bei Dir der brav ist. Da können wir ja auf die Zielgerade einbiegen.
Bei ICQ liegst Du völlig richtig. Mach doch bitte den Vorgang zur Kontaktliste hinzufügen noch mal, das ist bei mir verloren gegangen.
Netter Gruß