Archiv verlassen und diese Seite im Standarddesign anzeigen : umstieg von M32 auf M256
hallo allerseits,
eigentlich suchte ich nur nach einer möglichkeit völlig drahtlos - nachdem das laden nun per induktion geht - nun auch die kommunikation des RP6 mit dem pc zu gestalten...
Es scheint schwieriger als gedacht und nun stellt sich die frage ob der o.g. umstieg sinnvoll wäre. Für die multi-IO erweiterungskarte - denke ich - wäre es so, für die kommunikation auch. Die finanziellen einbußen liessen sich ja evtl. durch den verkauf der M32 etwas lindern...
Frage an die experten hier, die bereits die M256 nutzen (und evtl. auch schon erfahrungen mit der M32 gemacht haben):
Gibt es außer den zwei o.g. wechselgründen noch andere? würdet Ihr einen wechsel empfehlen?
danke für die meinungen...
TrainMen
08.01.2014, 13:26
Hi inka,
ich bin kein Experte und auch habe ich keine M256.
Ich will aber trotzdem mal meinen Senf dazu geben.
Die M32 könntest Du ja trotzdem noch verwenden. Entweder alleine ohne Basis oder mit im System der M256. Dirk hatte mal da so ein Master-Slave-Slave System vorgestellt.
Für die MIO brauche ich keine M256. Ich kann das selbe mit der M32. Ich muß eben nur die Kabel umstecken und kann eben manches nicht zur gleichen Zeit nutzen. Als Beispiel, benutze ich auch die LDR Sensoren oder eben alle 5 Liniensucher.
Was noch bleibt wäre die Kommunikation. Meine wichtigste Kommunikation besteht aus dem übertragen des Programms. Dafür gibt es das USB Kabel ich brauch da kein WLAN. Was gibt es noch ? Ja manchmal lasse ich den RP6 Autonom rumfahren und schalte dann mit Infrarot auf Fernbedienen und steuere mit der Fernbedienung den RP6. Ich brauch da kein PC, WEB oder WLAN. Was wäre noch ? Ja Daten von irgendwelchen Sensoren könnte man sich auf den Bildschirm holen. Aber bei mir werden die Daten meistens gleich irgendwie ausgewertet und darauf reagiert.
Also wenn meine M32 kaputt geht, Kaufe ich mir keine neue mehr, sondern die M256.
In Deinem falle da Du ja die drahtlose Kommunikation haben willst, wirst Du an die M256 nicht vorbei kommen. Es wäre dumm wenn Du mit Einzelkomponenten das erreichen willst, was die M256 schon bietet.
Hi Inka,
es gibt auch ganz nette Bluetooth-Steinchen, die dir die Kommunikation über Rx-Tx ermöglichen (also quasi ein wireless usb kabel). Ich habe solche Dinger zu Hause und kann gerne mal nachsehen, wie die genau heißen und wo man sie bekommt.
Ich hatte vor langer zeit das gleiche Problem und diese Dinger waren die billigsten, die ich finden konnte.
Es gibt sie mit und ohne integrierten Controller (ich glaube es war ein mega 32 oder so) und mit waren sie nur unbedeutend teuerer und hätten den Vorteil, dass du darüber auch flashen können solltest, wenn die software passt.
Daneben gibt es noch eine Vielzahl anderer Komponenten, die man nutzen kann.
Dennoch muss ich sagen: Die M256 lohnt sich eigentlich, aber es gibt auch alternativen:
Cubietruck (http://www.exp-tech.de/Mainboards/ARM/Cubietruck.html)ist zum beispiel ein vollwertiger CortexA7 dual Core mit 2GB Ram, WLAN, Bluetooth, IO-Ports, USB, HDMI, GBit Ethernet, SATA-HDD-Anschluss, IR-Schnittstelle, Micro-SD, und und und. I2C stellt er auch bereit, jedoch nur über Pegelwandler mit dem RP6 zu gebrauchen. Und kostet dabei 22 Euro weniger als die M256. Und Watterott bietet ein grafisches Farb-Touch-Display dafür an (35 Euro) ! Das ist schon ne andere hausnummer ;)
Wenn ich wieder zeit habe, möchte ich den gern mal ausprobieren. Momentan kann ich dir daher noch nichts genaues über kompatibilität RP6-Cubietruck sagen, aber hier im Forum gibts auch schon einiges über RP6 mit RaspberryPi, welcher ähnlich ist wie der Cubietruck.
Grüße
Die DInger waren von Bluecontroller.com (http://Bluecontroller.com) , HIER (http://rf-store.com/index.php?s_phr=bca8&pv=search&view=2)kann man sie auch für 21 Euro kaufen. Brauchst einen, wenn dein PC bluetooth kann, zwei wenn nicht.
Hat bei mir klasse hingehauen!
Grüße
hi Fabqu,
das minimum, was ich brauche ist, dass ich mit dieser verbindung daten auf das terminal des loaders senden und darstellen kann, geht das? Wenn auch noch flaschen - über den loader - ginge, wäre es perfekt!
Wie gesagt: das Tool verbindet UART (also rx und tx) wie ein Kabel.
Das mit dem flashen habe ich noch nicht versucht.
Grüße
kann man die BT-module eigentlich mit den 5V, die ja in dem wannenstecker für die loaderverbindung vorhanden sind, auch versorgen?
edit: am RP6 im wannenstecker, am USB-interface daneben...
Solange dein BT-Modul 5V ab kann, natürlich!
hi,
ich habe jetzt die module bekommen (Wireless Bluetooth RF Transceiver Modul serielle RS232 TTL HC-05 (http://www.ebay.de/itm/350916840928?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1439.l2649)), habe sie aufgebaut, der AT-mode lässt sich mit dem KEY-anschluss gut erreichen.
die einstellungen sind:
nummer 1:
AT+NAME=pece
AT+UART=115200,0,0 //(115200baud 8N1)
AT+ROLE=1 //master
nummer 2:
AT+NAME=rp6
AT+UART=115200,0,0 (115200baud 8N1)
AT+ROLE=0 //slave
im bridge-modus blinken bei beiden die roten LEDs, sie werden beide von meinem tablett gefunden (beide nur, wenn ich den master auch als slave konfiguriere), funktionieren im gewissen sinne also...
Der versuch über den bootloader eine verbindung wird mit einer fehlermeldung quittiert, dass die verbindung nicht aufgebeut werde kann. Die module sind also offensichtlich nicht gepairt..
ich gehe davon aus, dass das modul am booloader als master konfiguriert sein muss...
mein problem ist jetzt: wie funktioniert es mit dem pairing?
- Automatisch?
- Muss ich was tun?
- Gibt es einen AT-befehl/einstellung wo ich vorschreiben kann mit welchem modul gepairt werden soll?
hallo,
endlich blinken die dinger im gleichklang und das, was ich eingebe kommt bei verbundenem RX-TX hinter der BT-strecke auch zurück...
der RP6 meldet sich noch nicht, es kommt noch die timeout meldung, das liegt sicher noch an den eingestellten 38400...
die einstellungen sind schritt für schritt hier (http://blog.zakkemble.co.uk/getting-bluetooth-modules-talking-to-each-other/) beschrieben - falls es doch noch jemand brauchen sollte...
so, der roboterseitiger aufbau ist fertsch, wie man so schön in sachsen sagt:
27635
die kommunikation vom robby zum pc funktioniert auch, es ist schön so "vom unterwegs" ein paar daten zu bekommen, die man so sonst nicht hätte...
Im forum habe ich gelesen (und ausprobiert), dass man durch das eingeben von "s + enter" im terminalfenster des loaders das programm im RP6 starten kann. Auch eine schöne sache, dokumentiert ist sie glaube ich nicht. Kennt jemand von Euch evtl. noch ein paar andere, einfache tastatur- kommandos, mit denen man z.b. den roboter auch noch unterwegs stoppen könnte?
hallo allerseits,
der umstieg auf die M256 wird denke ich nicht stattfinden, das was mir gefehlt hat, die kommunikation zwischen RP6 und dem PC lässt sich - wenn auch nur teilweise - mit BT realisieren...
das modul auf der PC-seite hat nun auch das steckbrettstadium verlassen:
2774027741
schade, dass das flashen so nicht geht, aber immerhin muss nur noch ein seite des kabels gesteckt werden...
Hallo inka,
Was das Flashen mit BT Modul angeht, es scheint zu funktionieren:
http://www.arexx.com/forum/viewtopic.php?f=19&t=977
Viele Grüße!
Ernst
hallo Ernst,
danke für den tipp - den thread kannte ich schon...
da steht unter anderem folgendes - was auch die quintessenz dessen darstellt - was ich im netz und auch hier im forum gelesen habe, es geht im grunde genommen um einen zusätzlichen schalter am RP6:
Leider ist auf dem BT-Modul die Leitung RTS nicht verdrahtet (das BTM 222 Modul - und andere - hat sie aber). Ich habe es so verstanden, dass der Bootloader des RP6, der ja mit RPLoader seriell kommunizert irgendwann ein Reset Signal erwartet (eben das über RTS kommen soll). ich dachte mir nun, dass man das ja evtl. auch über manuelles Drücken des reset Knopfs am RP6 hinbekommen könnte. In ca. 20 Versuchen ist es mir auch tatsächlich zweimal gelungen eine Verbindung herzustellen und sogar einmal eine .hex Datei upzuloaden. Gibt es da einen Trick?
und weiter:
Habe jetzt die Variante mit Taster über 1K Widerstand gegen Masse aufgebaut und bin begeistert. Funktioniert tadellos. Ich kann jetzt sowohl Daten mit dem RP6 austauschen als auch flashen. Dauert zwar etwas länger, aber ist OK.
die lösungen mit einem schalter sind zwar ein ansatz, allerdings nur bei einem neben dem PC stehendem RP6, wenn der RP6 auf dem boden rumfährt ist es eher ungeeignet, da braucht man schon eine sehr große (arm!)reichweite...
folgende lösungen werden in den threads kurz angeschitten:
- wie oben beschrieben eine kombination aus: GND ----- schalter ----- widerstand ------ RTS
- Eben doch den RTS Ausgang des Bluetooth Moduls verwenden
wie könnte so eine lösung aussehen?
- Oder auf deiner Bluetooth Platine Leiterbahnen durchtrennen und die "freien Inverter" verwenden
wie wäre diese lösung zu verstehen?
-----------------------------------------------------------------------------
meine gedanke gehen in eine andere richtung, in richtung softwarelösung. Es gibt im forum verschiedene threads zum thema watchdog. Nach meinem verständnis ist es ein programm, welches (unabhängig?) von der gerade laufenden software auf dem RP6 läuft (oder bestandteil dieser software?) und auf unregelmäßigkeiten im programmablauf mit einem reset reagiert.
In den threads mit flashen über BT wird erwähnt, dass der RP6 dabei auf den TX-RX leitungen "irgendwas" empfängt und es nicht versteht und deshalb nicht auf die flashversuche entsprechend reagieren kann.
1) Könnte nicht der watchdog (als bestandteil der gerade auf dem RP6 laufenden software) beim flashversuch - der ja auch bei gerade laufenden software möglich ist, weil er diese abbricht - auf diese "nicht verstandene" zeichen mit einem reset reagieren?
oder
2) könnte der watchdog nicht auf z.b. ein "r" - wie der bootloader auf ein "s" reagieren?
in beiden fällen muss natürlich bei laufender software geflasht werden...
hat da jemand eine idee für so einen watchdog?
oderlachs
19.03.2014, 10:56
Hallo Inka !
Mich würde mal so ein wenig der konstruktive Teil Deines Bot's interessieren. Gibt es davoan irgendwo Fotos , die ein wenig den Aufbau erkennen lassen... ??
Bin wie immer neugierig ;)
Gruss
Gerhard
hallo Gerhard,
also eine webseite wie Du habe ich (noch?) nicht, die bilder sind erstmal im forum verstreut, hier (https://www.roboternetz.de/community/threads/63467-IR-bake) oder hier (https://www.roboternetz.de/community/threads/62934-RP6-Projekt-induktive-Ladestation) wohl die meisten, bischen was sieht man auch in dem video (https://www.youtube.com/watch?v=HqvyWI0y8Z0&feature=youtu.be) eins und zwei (https://www.youtube.com/watch?v=DsHUjMfyGo0&feature=youtu.be) ,eine totalansicht habe ich per PM geschickt...
hallo allerseits,
wenn ich mir das noch einmal durchlese, was ich gestern geschrieben habe, kristalisiert sich folgende lösung aus:
Eben doch den RTS Ausgang des Bluetooth Moduls verwenden...
Leider ist auf dem BT-Modul die Leitung RTS nicht verdrahtet (das BTM 222 Modul - und andere, auch der HC-05 - hat sie aber). Ich habe es so verstanden, dass der Bootloader des RP6 (http://www.rn-wissen.de/index.php/RP6), der ja mit RPLoader seriell kommunizert irgendwann ein Reset Signal erwartet (eben das über RTS kommen soll).
- das BT modul HC-05 arbeitet mit 5V, der anschluss 2 für die 3,3V wird also nicht gebraucht
- dort die leiterbahn - die intern auf dem modul über eine zusatzelektronik zu dem eigentlichen BT-chip führt - auftrennen
- den pin2 auf beiden HC-05 modulen mit dem pin4 des BT-chips (RTS) verbinden
- auf der PC-seite (USB-interface) den pin2 des BT-moduls mit dem pin7 (RTS) des 10poligen wannensteckers verbinden
- auf der RP6-seite den pin2 des BT-Moduls mit dem pin4 im 10poligen wannenstecker verbinden
die letzten beiden punkte wären quasi die "nachbildung" der flachbandkabelverbibndung des RTS signals...
wäre das die lösung für das durchschleifen des RTS signals am BT-modul?
was mich noch irritiert - der pin 4 am 10poligen wannensteckers (also die verbindung des RP6 zum flaschen) wird im manual des RP6 (anschlussbelegung) als NC (Not Connected?) bezeichnet?
Von meiner Seite kann ich noch nicht viel beitragen, mein BT Modul ist noch unterwegs...
Mir persönlich würde die (getestete) Variante mit der Zusatztaste am RP6 für das Flashen über BT ausreichen. Mir geht es hauptsächlich darum, etwas gegen das umständliche An und Abstecken der Kabel zu tun, was ihn auch mechanisch belastet...
Ob PC seitig auch RTS des Master-BT Moduls angeschlossen werden muss bin ich mir nicht sicher. Da gibt es ja auch noch CTS...
Viele Grüße
ernst
hallo Horst,
Von meiner Seite kann ich noch nicht viel beitragen, mein BT Modul ist noch unterwegs...
eines oder zwei? Welcher typ?
Mir persönlich würde die (getestete) Variante mit der Zusatztaste am RP6 für das Flashen über BT ausreichen. Mir geht es hauptsächlich darum, etwas gegen das umständliche An und Abstecken der Kabel zu tun, was ihn auch mechanisch belastet...
das war auch mein ursprüngliches ziel - und würde auch reichen wenn das andere nicht geht...
Ob PC seitig auch RTS des Master-BT Moduls angeschlossen werden muss bin ich mir nicht sicher. Da gibt es ja auch noch CTS...
da hoffe ich schon, dass sich leute einschalten die es wissen müssten... SlyD?
hier hab ich noch einmal die befehle für das konfigurieren des HC-05 modul (master und slave) zusammengefasst:
slave:
------------------
# at
OK
# at+name=rp6
OK
# at+uart=38400,0,0
OK
# at+pswd=0000
OK
# at+role=0
OK
master:
------------
# at
OK
# at+orgl
OK
# at+rmaad
OK
# at+role=1
OK
# at+name=pece
OK
# at+uart=38400,0,0
OK
# at+reset
OK
# at+cmode=0
OK
# at+pswd=0000
OK
# at+init
OK
# at+inq
+INQ:98D3:31:B14263,0,7FFF
OK
# at+pair=98D3,31,B14263,20
OK
# at+bind=98D3,31,B14263
OK
ich habs jetzt auch mal probiert mit dem taster zwischen MRESET und GND, es funktioniert, aber nur halb. RP6 bzw. die M32 wird gefunden und kontaktiert aber es gibt offensichtlich probleme beim umschalten des loaders auf eine höhere ladegeschwindigkeit, so verstehe ich es zumindest...
Initializing...
RobotLoader Version: 2.5a
Last build: 19.3.2013
Loading Configuration...
Done!
Global->loadLocalizedText
Loading Board Library...
Done!
OS:LINUX
Initializing native communication library: RXTX
WARNING: RXTX Version mismatch
Jar version = RXTX-2.2pre1
native lib Version = RXTX-2.2pre2
UDP listener on 55555 active!
TERMINAL: RobotLoader Serial Terminal
TERMINAL: - type ".help" for command list!
NETWORK TERMINAL: RobotLoader Network / WIFI Terminal
NETWORK TERMINAL: - type ".help" for command list!
Loading File List...
Done!
Loading File List Network...
Done!
Loading WIFI Configuration...
Done!
Init.2 done.
Global->Enabling log panel...
RobotLoader is ready to go.
Message (Sat Mar 22 09:20:24 CET 2014) : RP6Main.actionPerformed: OPEN
Trying to open port: /dev/ttyUSB0
Portlist: /dev/ttyUSB0, owned by: null, type: 1
/dev/ttyUSB0 open @38400-8n1
Portlist: /dev/ttyS1, owned by: null, type: 1
Portlist: /dev/ttyS0, owned by: null, type: 1
Set Comport...
Baudrate is set to: 38400
OK!
Message (Sat Mar 22 09:20:28 CET 2014) : RP6Main.actionPerformed: UPLOAD
PARSING: IHEX, File:/home/georg/RP6/workspace/ladestation/bin/ladestation_1/ladestation_1.hex
PARSING DONE! CRC16 is 0x8811
Start ADR: 0 End ADR: 22772
Size: 22772
Set Comport...
Baudrate is set to: 38400
OK!
Baudrate is set to: 38400
Uploading new program to target device; Range: 0 - 58f4
Data start...
Bootloader active "[RP6BOOT]"
Connected to target!
Connected to target 2!
Target ID received:
RP6: Board ID 2, Firmware Version 1.4, Board Rev.: 3
["RP6 Control", 2, MEGA32, 0, 30720, true]
Board Memory: 0 to 30720
Setup High Speed...
Speed ACK!
Change baudrate of /dev/ttyUSB0 from 38400 to 500000 OK!
TERMINAL:
Finished 1395476429121ms
FEHLER (1) ||| Timeout: Der Mikrocontroller hat nicht geantwortet!
Sind Sie sicher, dass das Kabel richtig angeschlossen ist und
der Roboter angeschaltet ist?
Sind die richtigen USB Treiber installiert
und wurde der richtige Port gewählt?
So, mein Modul ist jetzt da. Hatte mir zunächst aus Versehen nur eine Trägerplatine für 5V in China bestellt, jetzt ist das eigentliche Modul HC-05 auch angekommen, heute zusammengelötet und es funktioniert schon mal ganz prima :-)
Eingestellt habe ich es auf Slave Modus, 38400 baud, 8N1 und einen Namen und ein Passwort vergeben.
Am RP6 angeschlossen sendet er nun auch schon alle Terminalausgaben an mein Terminal auf dem Notebook unter WIN 7 (habe das Windows Hyperterm genommen).
So weit so gut...
Was mir aber nicht gelingt, ist das Modul via RobotLoader (Version 2.4a) anzusprechen.
Bis zum Pairing unter WIN7 funktioniert erst einmal alles. Er richtet dann 2(?) neue COM-Ports ein (z.B. 7 und 8 ).
-> Nehme ich jetzt ein normales Terminalprogramm, lässt er sich mit COM7 verbinden und empfängt die Daten des RP6.
-> Nehme ich aber den RobotLoader scheint er das Modul wieder zurückzusetzten (LED blinkt plötzlich wieder schnell). Im Menü des RobotLoaders findet sich auch nicht COM7 sondern nur COM8. COM8 lässt sich aber nicht öffnen.
Ich habe es schon mit dem Edit der rp6loader.cfg versucht (Windows=RXTX eingetragen) und auch schon einmal forceLowSpeed=true gesetzt aber es ändert nichts am Verhalten...
Viele Grüße
Ernst
-> Nehme ich aber den RobotLoader scheint er das Modul wieder zurückzusetzten (LED blinkt plötzlich wieder schnell). Im Menü des RobotLoaders findet sich auch nicht COM7 sondern nur COM8. COM8 lässt sich aber nicht öffnen.
hast Du den KEY-pin des moduls auf masse verbunden?
Ja, ist an Masse und das Pairing und Datenübertragen funktioniert dann ja auch erst einmal problemlos mit normalem Terminal-Programm. Nur wenn ich den RobotLoader starte, bricht er die Verbindung ab und zeigt dann auch nicht den BT- COM Port im RobotLoader.
Vielleicht liegt es ja auch am WIN7. Am Wochenanfang bekomme ich einen BT-Stick. Dann probiere ich das ganze erst noch mal mit einem XP-Rechner...
ich kann da mit windows nicht viel helfen, da ich linux verwende. Was mich wundert - verwendest du nur einen BT-modul? Ich habe zwei - einen am RP6 und den anderen direkt an dem USB-interface für den loader...
Hallo inka,
Es läuft :p
Habe erst einmal weiter an der Verbindung via RobotLoader gearbeitet. Ich hatte auch noch ein weiteres HC05 (die waren einfach zu billig, als das man sich nur eins bestellt, :-) ) Das als Master konfiguriert und am USB-Interface angeschlossen. Pairing geht promt automatisch nach dem Anschalten. Und nun lief auch die Verbindung mit dem RobotLoader. Über das Terminal des Robotloaders klappte die Verbindung nun erst mal.
Als nächstes den Taster zu MRESET angebaut. Im RobotLoader auf Port verbinden (USB-Adapter) und MRESET drücken -> Verbindung mit Port wird akzeptiert.
Was nicht lief war Flashen. Deinem Logfile entnahm ich, das er auf schnelle Verbindung umschaltet und dann abbricht. -> LowSpeed muss aktiviert werden, damit er bei 38400 bleibt.
Anders als gedacht erkannte er den Gegenüber aber immer noch nicht. Das scheint bei mir an der Robotloader Version zu liegen (2.4)
Mit der Version von CD (bei mir 1.1) uploadet er problemlos!
Ich würde also bei Dir erst einmal LowSpeed aktivieren und ggf eine alte LoaderVersion probieren
Kabel adé!!!
Viele Grüße
Ernst
hallo Horst,
danke für die tipps, hier läuft die version 1.2 auch, habe das kabel schon in der schublade verstaut...
werde noch die woche mit den *.cfgs rumspielen, vielleicht geht da noch was damit auch die 2.5 läuft - die hat schon einiges was die 1.2 eben nicht hat...
also das rumspielen hat nicht viel gebracht - da die beiden cfg dateien immer neu erstellt werden, bewirken manuelle änderungen darin nicht viel bis nichts...
- war das schon immer so?
- hätte jemand evtl. eine der versionen VOR der einführung der WIFI variante?
Evtl. geht diese auch - und hat schon die displays...
- die version 1.5, die ich noch habe, geht auch noch mit dem BT-modul, zeigt auch den reiter "displays", dieselbigen aber nicht, ist es ein anderes problem? fehlt mir da irgendwelche einstellung? datei?
Hi inka,
- hätte jemand evtl. eine der versionen VOR der einführung der WIFI variante?
Sind alle im RP6-Artikel (http://www.rn-wissen.de/index.php/RP6_-_Programmierung#Loader_Versionen) verlinkt (liest den überhaupt einer?).
...also ich schon ab und zu...
Ich meine die alten Versionen sind auch noch auf arexx.com zu finden.
gruß
zugegeben, viel zu selten denk ich dran...
btw: mit der 2.0. beta geht das verbinden über BT-modul und auch das flashen...
vielen dank noch einmal an alle die sich an der lösung beteiligt und mir geholfen haben...
hallo,
das thema umstieg von der M32auf die M256 (ursprüngliches thema) wird evtl. doch noch aktuell. Frage:
wie habt ihr euere module angeordnet?
ich habe hinten (hauptschalterseite) die multiIO, vorne die M32 (da schliesse ich so gut wie nichts an) und oben drüber eine EXP, quasi immer drauf, mit meinen standaraufbauten und anschluss-stellen. Das würde ja so nicht gehen, weil ja die M256 mit ihrer antenne immer oben sein muss?
Hi,
deine Anordnung ließe sich mit der M256 auch hinkriegen (wenn du das LCD der M32 auch jetzt schon woanders platziert hast oder gar nicht nutzt):
Die WLAN-Antenne könntest du auch auf deine fest verbundene EXP setzen, indem du die Antennenhalterung auf der M256 abbaust.
In die EXP bohrst du an derselben Stelle, wo die Antenne auf der M256 sitzt, ein Loch, in das die Antenne montiert wird. Das Antennenkabel ist dafür lang genug.
Den Antennenfuß müßte man noch mit GND der M256 verbinden, das ist aber kein großes Problem (kann man z.B. über die Abstandbolzen der jetzigen Antennenhalterung machen, für die man auch noch 2 Löcher in die EXP bohrt).
Klar, dass das LCD dann nicht auf die M256 passt, aber das ist ja bei dir mit der M32 auch der Fall.
Thorben W
13.07.2014, 14:40
Moin,
ich habe vorne die EXP und hinten ddie M256 und darübrer die MultiIO und obendrauf das Display. Ich habe die Antennenhalterung mit 2 kurzen Metallstücken (aus dem Metallbaukasten) 1,5cm neben das Modul gesetzt.
Hier noch ein Bild:
28644
Gruß
Thorben
Hallo,
Das Antennenkabel ist dafür lang genug.
Den Antennenfuß müßte man noch mit GND der M256 verbinden
Ist nicht notwendig und evtl. sogar kontraproduktiv wenn das dann eine längere dünne Verbindung wird...
GND ist in dem Antennenkabel (Coax) natürlich mit drin.
Die Montageplatte die mit dabei ist (siehe Bild von Thorben) kann man natürlich auch ohne neue Löcher zu bohren auch an ganz anderen Stellen montieren, hat ja zwei Langlöcher...
MfG,
SlyD
PS:
Man sollte etwas vorsichtig mit dem kleinen u.FL Steckverbinder auf der Platine umgehen - das Kabel ist ja als Zugentlastung und damit es ordentlich liegt durch zwei Bohrungen der Platine geführt. Das muss man vorher da rausziehen damit es lang genug ist um die Antenne auf einer anderen Ebene zu montieren.
(bei der Montage wie Thorben es gelöst hat ist das nicht nötig)
Der große SMA Stecker direkt wo die Antenne angeschraubt wird ist recht robust da kann nix passieren, aber der kleine am anderen Ende des Kabels, direkt auf der Platine hält nur wenige Steckzyklen (<10) aus, also vorsichtig damit umgehen (möglichst gerade nach oben abziehen und wieder draufdrücken).
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.