Du hast Recht das RFM Module wird via SPI angesprochen
Danke für den Hinweis - zu viele Bäume und so
Du hast Recht das RFM Module wird via SPI angesprochen
Danke für den Hinweis - zu viele Bäume und so
Ja nich ... dacht' ich's mir doch ( -> hier <- auch noch mal nachzulesen ).
Was die "mehreren" UARTS betrifft, so denke ich, ist das reine Software-Sache, was jetzt Serial() oder Serial1() ist.
Das müsste aus der Board-Definition hervorgehen, was jetzt was ist ...
Im Regelfall dürften RxD0/TxD0 Serial() zugeordnet sein und analog dazu RxD1/TxD1 Serial1() ...
//EDIT: ... oder zu viele Wälder
cu,
-ds-
Was die "mehreren" UARTS betrifft, so denke ich, ist das reine Software-Sache, was jetzt Serial() oder Serial1() ist.
Das müsste aus der Board-Definition hervorgehen, was jetzt was ist ...
Im Regelfall dürften RxD0/TxD0 Serial() zugeordnet sein und analog dazu RxD1/TxD1 Serial1() ...
Ahja oke - genau das hatte mich verwirrt weil das konnte ich nicht recherchieren/ausprobieren.. Also gebe ich 'Serial1' im Sketch für "custom usage" frei und 'Serial' nutze ich zur Kommunikation zum PC
Danke.
So ist das wohl ... :thumbs1:
cu,
-ds-
Die Idee vom AAduino ist natürlich auch eine tolle Inspiration für den TinyTX5
http://www.heise.de/make/meldu…Batteriefach-3180751.html
https://github.com/kanflo/aaduino
Was denkt ihr?
Eine supergeile Idee von Johan Kanflo :thumbs1:
Ich finde das Projekt gut, bin aber auf meinem ESP2866 Trip auf den ESP WROOM2 gestoßen. Nächste Woche kommen die bestellten Breakoutbords dazu, dann will ich mal messen, was das Teil wirklich im Batteriebetrieb verbraucht. Das Datenblatt liest sich nicht schlecht im Betrieb 80mA, im Schlaf wenige µA. Wäre dann aber eine Alternative zum Funk.
Bin schon ganz ungeduldig. Bis wann dürfen wir denn mit einem Zwischenbericht rechnen?
Ich bin noch mit der Software beschäftigt, die ich möglichst Anfänger freundlich zu gestalten versuche...
Zwischenzeitlich hatte ich auch versucht eine Modulare PCB zu erstellen, was ich aber wieder verworfen habe... Also ein Stecksystem für AVR und ESP/RFM - mit dem Hintergedanken den AVR austauschen zu können ohne die PCB neu zu verlöten, ebenso wahlweise ESP oder RFM Module aufstecken zu können... Aber da hatte ich mir zu viel vorgenommen, war mit allem unzufrieden (oder meine Ansprüche sind zu hoch?)
Die Software hat ja die Besonderheit nicht nur die Funk Geschichte zu behandeln, sondern auch die anderen I/O's des AVR's für den Pi verwendbar zu machen.
Das Herzstück davon sieht ungefähr so aus: http://codepad.org/NadBejI8
Dabei sendet man zB. erst PO3 was den Pin 3 auf OUT stellt, und anschließend sendet man DH3 was den Pin3 auf Digital HIGH stellt. Oder man sendet PI3 und dann DR3 um den Digital Input Pin3 auszulesen (Read).
Problematisch wird den Funk Teil nicht zu vernachlässigen sofern jemand mit den I/O's viel anstellt, da der AVR keine Parallelisierung beherrscht.
Desweiteren arbeite ich an einer Tkinter GUI um sowohl Funk als auch I/O's vereinfacht behandeln zu können. Ein Web-Interface möchte ich dann aber auch noch zurecht basteln...
Am Sketch soll man später auch nichts mehr verändern müssen sofern man die gängigen Sensoren verwendet - also Auswahl welche man angeschlossen hat mit vordefinierte Behandlung der Sensoren... Ein Sketch den man direkt flasht - so zumindest die Idee
Aber wie gesagt kämpfe ich noch mit ein paar kleineren Problemen I/O und Funk zufriedenstellend und ohne gegenseitige Behinderung umzusetzen.
Da in letzter Zeit wieder ein paar Fragen zum Thema Funk aufkamen... Wie sieht es denn aus, machst du Fortschritte?
Was für Fragen?
Ne, hab ehrlich gesagt seither nichts mehr dran gemacht
Im Anhang sind die Eagle Dateien - falls jemand den Hardware-Part vollenden möchte bitte auch hier dann wieder veröffentlichen
Ich weiß das folgende hat nicht direkt etwas mit dem Thema hier zu tun und mag den einen oder anderen evtl. verwirren, aber keine Sorge ich arbeite weiterhin am TinyRX5
Auf der Suche nach einem möglicherweise anderen Ansatz bin ich über verschiedene SoC's gestolpert die ich hier erst mal kommentarlos poste, evtl. lässt sich davon etwas für spätere Entwicklungen nutzen:
(ich hab bereits zu viele bookmarks)
http://www.8devices.com/products/centipede
http://www.8devices.com/products/carambola-2
http://shop.embedded-projects.…r-dip-adapterplatine.html
http://www.acmesystems.it/aria
http://en.gnublin.org/index.php/GNUBLIN-DIP
https://blog.adafruit.com/2010…chumby-hacker-board-beta/
https://www.toradex.com/de/com…odules/colibri-arm-family
http://www.mentorel.com/product/usomiq-am335x/
http://www.embeddedartists.com…sso/lpc1769_cmsis_xpr.php
Ich hab noch mal am Design der PCB gefeilt, da ich einige Probleme hatte alle Leiterbahnen gescheit zu verlegen... Hab nun das ganze etwas umgedreht, da dadurch einige wichtige Leitungen besser zu verlegen sind - auch die Anordnung der Bauteile hab ich verändert, die Abgriffe der Pins sind nun auch 2,54mm Konform (3 x 2.54 = 7.62)
Was haltet ihr davon? Hab ich irgendwo noch nen groben Schnitzer?
Hallo zusammen,
erstmal, vielen Dank für dieses Projekt...
ich würde auch gerne eigene Funksensoren bauen und würde mich deshalb wirklich freuen wenn der TinyTx5 und der TinyRx5 weiterentwickelt werden.
Das ganze hier liest sich wirklich hoch professionell und scheint mir derzeit die beste Möglichkeit zu sein ein batteriebetriebenes Sensor-Netz zu realisieren.
Wie ist denn der aktuelle Status, wenn ich fragen darf...?
Gruß BooStar
Ich brauch zwischendurch mal ne Pause, kümmere mich dann mal um andere Projektideen wie zB zuletzt der "PiZero USB Adapter"....
Die Hardwareentwicklung ist seit einiger Zeit pausiert da ich mich erst mal um die Machbarkeit der Software gekümmert hab, als ich dann ein passendes Device dafür frei hatte... Der Sketch für den AVR funktioniert soweit wie gedacht - einziges Problem ist allerdings noch die Prioritätszuweisung zwischen I/O und Funk. Hatte dazu auch ein Thread: http://www.forum-raspberrypi.d…ler-parallele-ausfuehrung
Lösung dazu ist das Funkmodule Interruptgesteuert zu behandeln... Muss ich aber erst noch testen, wozu ich natürlich noch nicht gekommen bin
Allerdings geht es hier ja erst mal nur um den TinyRX5. Du kannst dein Sensor-Netz eigentlich auch problemlos mit TinyRX4 / TinyTX4 realisieren
Selbst die TinyTX3 laufen bei mir seit nunmehr über 2 Jahren mit dem ersten Satz AA Batterien. Einer liegt sogar im Kühlschrank weil ich davon ausging, dass da die Batterien als erstes schlapp machen - aber denkste, sie leben noch. Das für den Fall, dass es keine TinyTX4 Boards aus der letzten Sammelbestellung mehr gibt, wovon ich ausgehe.
Hallo,
danke für die Rückmeldung...ich glaube zwar das sich das warten auf TinyRX5 lohnen würde, aber ich glaube auch, dass ich das nicht schaffen werde Also schaue ich mich mal nach einer Alternatvie um..
doing: Ja TinyTX4 ist schwer, bis gar nicht zu bekommen, aber gut zu Wissen das TinyTX3 auch noch gut läuft... dann werde ich da ansetzten denke ich...
In meigrafd's Faden zu den Batteriebetriebenen Funksensoren findest du die Gerber Files für den TinyTX3. Die kannst du dir günstig in Chinesien fertigen lassen (ich meine das waren ~ 12.- € für 10 TinyTX3 Boards). Viel Erfolg beim basteln!
Hallo zusammen,
mir ist da noch was eingefallen, was eventuell als Feature für eine neue Version in Frage kommt, habt Ihr mal in Betracht gezogen mit dem TinyTx5 Relais zu schalten?
Wenn ich das richtig sehe, dann ist der RFM69CW ja sowohl Sender, als auch Empfänger, oder?
Wäre es da nicht möglich eine Funksteckdose mit Rückkanal zu bauen? Am genialsten wäre es wenn dann über den Rückkanal auch noch der aktuelle Energieverbrauch des Verbrauchs übermittelt wird.
Ist nur so eine Idee, ich bin nicht wirklich sicher ob das noch ins Konzept eines Sensors passt, wahrscheinlich eher nicht, aber ich wollte das mal nicht für mich behalten
Ob man einen Sensor ausliest oder den GPIO als Ausgang zum schalten eines Relais nutzt, ist relativ egal - musst du nur in den Sketch entsprechen einbauen