FHEM Forum

Hi,

folgende Platinen sind abzugeben:

STM STM32-CUN(O)/CUL also z.B. 433 / 866 MHz
-Platinen zu dem Projekt von Telekatz siehe hier: https://forum.fhem.de/index.php/topic,60458.0.html (https://forum.fhem.de/index.php/topic,60458.0.html)
-32 Bit USB oder Netzwerk einfach oder bis zu vierfach Tranceiver (Also verschiedene Frequenzen oder Protokolle gleichzeitig)
-UART Anschluss z.B. für einen HM-MOD-UART, weitere Pins herausgeführt
-CC1101 Transceiver als Briefmarkenmodule oder per 2x5 Buchse für RF1100SE/RF1101SE-V2 Module
-I2C für ein 1-Wire Modul, Cortex Debug Connector
-LAN Module: A (https://de.aliexpress.com/item/Free-shipping-W5100-Ethernet-module-Ethernet-network-module-for-arduino/32341522510.html), B
-Gehäuse: unten anderem dieses (https://www.reichelt.de/Kunststoff-Kleingehaeuse/GEH-KSW-35/3/index.html?ACTION=3&LA=446&ARTICLE=73227&GROUPID=7715&artnr=GEH+KSW+35&SEARCH=geh%2Bksw%2B35) möglich
-Doku: https://github.com/ranseyer/CUN-STM32
-Foto: unten Maple.jpg
-Status: Mini-Platinen grob getestet; Große Platine mit 2 Transceivern weitgehend getestet, bei älteren Versionen bis 1.2 sind ggf. Verbindungen nachzuverdrahten)
Verfügbar V1.4

Tarif: Ich setzte mal 2€ für die kleine Platine, und 10€ für die große beiden  inkl. Versand innerhalb D.
(die große subventioniert dabei einige Teile die für Tests nötig sind sowie auch verschenkte Platinen an Entwickler)



MySensors und / oder Netzteil
siehe Foto. Netzspannung anschliessen untersage ich sicherheitshalber mal
Passen würde auch hier das HLK01 (https://de.aliexpress.com/item/Free-Shipping-HLK-PM01-AC-DC-220V-to-5V-mini-power-supply-module-intelligent-household-switch/32480258515.html).
Basisprojekt: https://www.openhardware.io/view/13/In-Wall-ACDC-Pcb-for-MySensors#tabs-instructions (Meine Version: 3.1)
Verfügbar: ca 4 Stück zu je 3€ inkl Versand

Multisensor
siehe Foto. Basis ist Dirks Sensor den ich bewusst verschlimmbessert* habe.
*NRFR2401 und Sensoren auf Breakoutboards für Grobmotoriker möglich.
Doku / Fehler: sind sicherlich vorhanden. Die Platine ist genau so wie hier: https://github.com/ranseyer/home-automatics/tree/master/Universalsensor-HW (https://github.com/ranseyer/home-automatics/tree/master/Universalsensor-HW)
ca. 6,5 *5,3cm passend für das sehr nette Supertronic-Gehäuse
Verfügbar ca. 5 Stück zu 7€ inkl Versand


Steuerungsmainboard (ca 15*12,7cm):
-2 Rolläden, Jalosieren, Markisen, HW-Seitig verriegelbar so dass Up/Down nicht gleichzeitig geht (kann man ggf. umgehen)
-2 *ESP8266 (An Arduino + an optionales Nextion Display gedacht), 1 Arduino, Levelshifter, Netzteil, Standard Relais-Boards einsetzbar
-Einschränkungen: Pinbelegung Levelshifter: mit 1-2 Dioden oder Widerständen ersetzen oder umverdrahten. C5 muss ggf. durch einen Draht ersetzt werden. Anschluss von Spannungen größer 30V nur auf eigene Verantwortung (von mir aus untersagt!)
-Alle relevanten Anschlüsse herausgeführt für spätere Umbauten / Erweiterungen
-Passt direkt in "bestimmte UP Dosen", da das Board reichlich durchlöchert ist gibt es genügen Montagemöglichkeiten, notfalls eben Nylon Halter mit 2K Kleber verkleben...
-Doku: https://github.com/ranseyer/home-automatics/tree/master/Wintergarden-HW (https://github.com/ranseyer/home-automatics/tree/master/Wintergarden-HW)
-Verfügbar: ca 2 Stück, Preisvorstellung je 12€ inkl. Versand.
-Nachtrag: ab sofort gibt es eine Adapterplatine dazu um den Levelshifter bequem zu nutzen... Außerdem Preissenkung damit diese endlich wegkommen und es Platz gibt.

MAPLE / STM32 CUN(O)/CUL eingefügt. Doku: https://github.com/ranseyer/CUN-STM32/tree/master/HW-MAPLE-Large
Status: Grob getestet, große Platine braucht zwei zusätzliche Verbindungen auf der Unterseite CC_IN,CC_OUT beim ersten Transceiver

Hallo!

Hätte evtl. Interesse an den großen Maple Platinen.
Nur eine Frage dazu.
Das Maple Board benötigt noch die Funkmodule, das Maple Modul, 2 Lötverbindungen und optional einen w5100 für die Netzwerkanbindung? Und dann könnte ich bis zu 4 cc1101 Module gleichzeitig betreiben?

Mfg

Prinzipiell ist das so. Tests mit 2-4 Modulen konnte ich selbst noch nicht machen, da das zweite Modul in meinem Test die empfohlenen 433 MHz haben wird. Wenn du hier (https://forum.fhem.de/index.php/topic,60458.msg573491.html#msg573491) liest, kannst Du sehen dass im Moment noch die weitere Entwicklung läuft.


Ich habe das Teil gebaut, weil ich hoffe dass demnächst alle 4 Tranceiver zu nutzen sind.
Bei mir klemmt es an fehlenden 433MHz Modulen. Die habe ich erst bestellt. (Zwar habe ich eins, aber nicht bedacht dass dieses fest verlötet ist...)


Ich muss mich da schützen und somit sagen: Du bekommst das was siehe GitHub dokumentiert ist.

Ok. Ist natürlich alles ohne Garantie. Aber wollte 2 Module haben, die jeweils Homematic, 433mhz IT, 868 mhz slowrf für em 1000 und evtl noch 868 mhz für IT Temperatursensoren unterstützen. Prinzipiell sollte das ja damit möglich sein? Dann nehme ich gerne 2 Platinen ohne Garantie.

Hallo Ranseyer,

die Doku für die große Platine ist hier https://github.com/ranseyer/CUN-STM32/tree/master/HW-MAPLE-Large bzw. für die kleine dann hier https://github.com/ranseyer/CUN-STM32/tree/master/HW-MAPLE-Small, korrekt?

Ist die große nur für USB oder kann man da auch ein Ethernet Modul draufmachen?
Wofür sind denn die vielen Stiftleisten?

Zitat von: ranseyer am 27 Januar 2017, 11:54:55
Status: Grob getestet, große Platine braucht zwei zusätzliche Verbindungen auf der Unterseite CC_IN,CC_OUT beim ersten Transceiver

Steht das im Thread von Telekatz, wie man das machen muss?

Ich glaube, rein interessehalber nehme ich mal eine Platine.

Gruß PeMue

Hi PeMue,

ja das sind die Dokus. Fehler bei der großen: "große Platine braucht zwei zusätzliche Verbindungen auf der Unterseite CC_IN,CC_OUT beim ersten Transceiver".
Bei Bedarf kann ich ein Bild machen. Aber das sollte sich schnell von selbst erklären wenn man sieht zwei Leitungen sind zwar verbunden zwischen Stamp und Steck-Tranceiver, nicht aber zum MAPLE.

Unnötige Stiftleisten:
-Die Mini Version könnte man auch als IR-Receiver und USB-Einschalter für einen PC verwenden. Außerdem noch einige PINs herausgeführt. Zu allem Überfluss lässt sich noch ein LAN-Modul anstöpseln.
-Die Large Version kann man mit 4 Stamp Modulen oder Steck-Modulen betreiben, dann gibt es LAN, Erweiterungen, Debug, Prog, Anschluss für Heizdecke :-) (Im Ernst: Steht im Schaltplan, evtl hab ich etwas vergessen)

Hallo Ranseyer,

Das ganze sieht sehr interessant aus! Ein CUL, der in einem Gerät verschiedene Frquenzen und Protokolle unterstützen kann (HM. SlowRF) wäre schon echt gut.  Und wieder ein schönes Bastelprojekt für mich. Da würde ich auch gerne eine große Platine nehmen.

Gruß
Markus

Zitat von: ranseyer am 01 Februar 2017, 21:21:57
Fehler bei der großen: "große Platine braucht zwei zusätzliche Verbindungen auf der Unterseite CC_IN,CC_OUT beim ersten Transceiver".

Der klassische Fall von falscher Netzbezeichnung  ;)
Zusätzlich fehlt m.E. an Radio 3 bzw. der Stiftleiste CC_OUT_3  ;) Ob die Software das braucht, weiß ich natürlich nicht.

Gruß PeMue

Zitat von: PeMue am 02 Februar 2017, 14:38:34
Der klassische Fall von falscher Netzbezeichnung  ;)

Ja, oder der Fehler falsch behoben... (An der falschen Stelle umbenannt, bzw. hätte man zweimal umbenennen müssen)

ZitatZusätzlich fehlt m.E. an Radio 3 bzw. der Stiftleiste CC_OUT_3  ;) Ob die Software das braucht, weiß ich natürlich nicht.

Das ist Absicht weil:

ZitatFür einen vierten Transceiver kannst du PB0 (CC_CS3) und PC13 (CC_IN3) verwenden. Auf OUT kann bei den meisten FastRF Protokollen verzichtet werden. MAX und HM funktionieren z.B. ohne OUT Leitung.

Aber: Ich habe ja kaum mehr welche von den großen Platinen. Dann kann ich das also fixen.
Aber2: Dafür hätte ich gerne noch Feedback gehabt zu der Mechanischen Anordnung bei den großen Platinen...

Zitat von: ranseyer am 02 Februar 2017, 15:07:09
Aber1: Ich habe ja kaum mehr welche von den großen Platinen. Dann kann ich das also fixen.
Aber2: Dafür hätte ich gerne noch Feedback gehabt zu der Mechanischen Anordnung bei den großen Platinen...

Wenn Du noch eine große Platine hast, würde ich diese nehmen und Dir Feedback geben. Gerne schaue ich auch auf das Layout (vor Bestellung) drüber  :)

Gruß Peter

Ja gerne !

Gesendet von meinem HTC One_M8 mit Tapatalk

Hi,

ist denn noch so eine große Maple-Platine übrig? Ich habe zwar schon einen ganzen Zoo an CULs und noch nicht verbauten Platinchen, aber das Ding würde mit den ganzen Protokollen gut passen!

Gruß,
Andreas.

Hallo,
ich würde auch eine "große" Platine nehmen... falls vorhanden

Gruß
Michael

Hi,

Verschlag an alle die noch eine reservieren lassen möchten:
PN an mich mit dem Text "Ja ich will (MAPLE large x Mal)"
... mit der Adresse an mich ich werde dann soweit alles glatt läuft die vor einer Woche bestellten und veränderten* Platinen bevorzugt an euch ausgeben.


Hier mal der aktueller Stand: https://github.com/ranseyer/CUN-STM32/tree/master/HW-MAPLE-Large

*Die Platinen haben sich verändert siehe Anhang (Datei mit der Endung 41)
ed: (Wegen der Übersichtlichkeit werden hier keine Masseflächen angezeigt: https://github.com/ranseyer/CUN-STM32/blob/master/HW-MAPLE-Large/Board-V41.png )

Grüße
"Karl"  :-)

Hallo "Karl" (dachte Du wärest gestorben...)  ;D

ich geh' davon aus das Du in China bestellt hast, oder? Wie ist denn da so die ungefähre Lieferzeit?

Gruß,
Andreas.

Da möchte ich nichts versprechen ((hoffe noch zwei Wochen für die aktuelle Charge))

Zitat(dachte Du wärest gestorben...)

Deshalb "muss auch alles raus"...

Hi,

Zitat von: Ranseyer am 14 Februar 2017, 22:03:17
Da möchte ich nichts versprechen ((hoffe noch zwei Wochen für die aktuelle Charge))

sollst ja auch nichts versprechen, wollte nur eine Größenordnung wissen. Bin nämlich in 4 Wochen für 2 Wochen weg... Versand müsste dann vorher abgeschlossen sein oder bis nach dem Urlaub warten.

Gibt es evtl. eine Stückliste mit Links auf Teile die "passen" und funktionieren (Shops in China oder Europa)? Ich tue mich z.B. bei den CC1101 schwer zu erkennen ob es "richtige" Module sind oder ob da mal wieder einer die Frequenzangaben falsch gemacht hat. Und mit Maple, MySensor oder dem LAN-Module habe ich noch gar nichts gemacht und dann gibt es meist verschiedenen Versionen/Bauformen ...

Ich muss mir aber auch den neuen Schaltplan mal ansehen um genauer zu verstehen WAS jetzt eigentlich alles möglich ist, das Ding nähert sich ja der eierlegenden Wollmilchsau.  ;D

Gruß,
Andreas.

Ich versuche hier mal den Anfang zu Teilen für den MAPLE_CUN/L basierend auf einem STM32 Controller:

- MAPLE Board (https://www.aliexpress.com/item/10pcs-SMA-Female-connector-1-6mm-PCB-Mount-SMA-RF-Connector-Free-shipping/32650336327.html)  (mit STM32 Controller und ungenutztem Bootloader)

- Funkmodule 866 MHz (https://de.aliexpress.com/item/NEW-CC1101-wireless-module-Long-Distance-Transmission-Antenna-868MHZ/32599592298.html) , 433MHz (http://www.ebay.com/itm/2-8-3-6V-CC1101-CC1100-433M-Low-power-Wireless-Transceiver-Module-With-Antenna-/142073730444?), wegen der Ausführung und ob Fake oder nicht ist die Wiki-Seite zum CUL (https://wiki.fhem.de/wiki/Selbstbau_CUL#Die_unterschiedlichen_Ausf.C3.BChrungen_des_Funkmoduls) zu studieren. An den Farben der Ausgangsfilter kann man schätzen was gut ist.

- SMA-Buchsen (https://www.aliexpress.com/item/10pcs-SMA-Female-connector-1-6mm-PCB-Mount-SMA-RF-Connector-Free-shipping/32650336327.html)
- alternativ: Pigtail (https://de.aliexpress.com/item/5pcs-kit-Extension-Cord-UFL-to-RP-SMA-Connector-Antenna-WiFi-Pigtail-Cable-IPX-to-RP/32763180865.html) abschneiden und anlöten oder U.FL Buchse (https://de.aliexpress.com/item/50pcs-IPEX-end-plate-IPX-20279-001E-U-FL-joint-SMT-connect-PCB-board-connectors-SMD/32729455273.html)  (bei den ersten beiden Board Versionen wohl nur schwer anzulöten)


- Antenne: 433 MHz (http://www.ebay.com/itm/300701914675), 866 MHz, Alternativ: Simple Antennen: https://www.mysensors.org/store/radio (https://www.mysensors.org/store/radio)


Das alles können nur Beispiele sein.
Bei Fragen: Fragen.


Wer Ergänzungen hat: Sehr gerne.
Im Moment suche ich noch nach brauchbaren 866MHz Antennen.

Hi,

irgendwas ist da mit der Formatierung schief gegangen, das kann man so nicht lesen...

Gruß,
Andreas.

Danke. Aus irgendeinem Grund waren X-Mal 2-Pixel Schriftgröße eingestellt.

Hi,

mal ein paar Fragen bzw. auch Anmerkungen zur Platine bzw. der Bestückung...

• Es sind 4xRadio möglich, wobei das letzte (Radio 3) kein CC_OUT Signal mehr hat. Im Thread meine ich gelesen zu haben das nur CC_0 und CC_1 SlowRF können. Ist das noch eine Einschränkung der (aktuellen) Firmware? Es sollte doch auch bei CC_2 möglich sein oder übersehe ich was?
• Die Bestückung mit dem ATMEGA168-TQFP und der Arduino Pro Mini ist ja alternativ zu sehen. Allerdings ist die Verbindung UART0 zum Arduino "fest" vorgesehen. Wenn man sich also mal dazu entschlossen hat den zu nutzen und eingelötet hat, ist UART0 zwingend damit verbunden und kann nicht mehr extern genutzt werden. (Außer die Pins im Arduino gehen in Tri-State...) Hier wären vielleicht Jumper schön mit denen man die RX/TX vom Arduino entweder auf UART0 oder UART1 legen kann, oder wenn der Jumper ganz fehlt die Verbindung halt nicht da ist.
• Wie ist die Bestückung des LAN Moduls vorgesehen? Es scheint das eins davon über Kopf, also unter der Platine angeordnet wird, aber welches der beiden? Für mich sieht es so aus als ob der Anschluss für das W5100 spiegelverkehrt sei, also über Kopf passen würde und der für den W5500 "normal" orient ist. Allerdings begreife ich die Ausrichtung noch nicht so ganz. Das W5500 würde dann ja den LAN-Anschluss auf der Platine in Richtung CC1/CC0 haben, aber nicht bis zum Platinenrand reichen, oder? Das W5100 müsste dann unterhalb von CC2 liegen, oder? Oder hast Du geplant die per Flachband anzubinden?
• Wenn die WLan-Module (also natürlich nur entweder/oder) aufgesteckt werden, reicht der Abstand zu den Radios aus?
• So ein schickes Mini-Modul mit W5500 wäre natürlich fein, das Ding hat aber natürlich wieder zwei Kontaktreihen... :(
• OneWire / I2C war nicht vorgesehen, oder? Jedenfalls kann ich auf Anhieb nichts im Schaltplan entdecken.
• Wozu soll der Anschluss CTX-DB dienen?

Mein Ziel wäre es mit der Platine an einem UART das ZWave-RPI Modul zu betreiben und 1x433 um meine Billigsteckdosen zu schalten. Dann würde ich gerne die drei anderen Radios mit 868 bestücken und dort die Firmware auf ZWave erweitern um vollständig "sniffen" zu können. Das Problem bei ZWave ist nämlich das es drei Frequenzen gibt, die CC-Dinger aber ja nicht auf allen drei Frequenzen lauschen können... Damit kann ich mit meinem CUL immer nur eine Frequenz auf einmal empfangen.

Ich müsste aber schauen ob dafür das CC_OUT benötigt wird, dann wird es schwierig, da ja 433 auch CC_OUT braucht und das höchstens an drei Schnittstellen verfügbar ist.

Das ganze dann per LAN und einem POE Adapter an einer günstigeren Stelle plaziert und los geht's!

Gruß,
Andreas.

Ich versuche mal die Fragen zur HW beantworten:

ZitatDie Bestückung mit dem ATMEGA168-TQFP und der Arduino Pro Mini ist ja alternativ zu sehen. Allerdings ist die Verbindung UART0 zum Arduino "fest" vorgesehen. Wenn man sich also mal dazu entschlossen hat den zu nutzen und eingelötet hat, ist UART0 zwingend damit verbunden und kann nicht mehr extern genutzt werden. (Außer die Pins im Arduino gehen in Tri-State...) Hier wären vielleicht Jumper schön mit denen man die RX/TX vom Arduino entweder auf UART0 oder UART1 legen kann, oder wenn der Jumper ganz fehlt die Verbindung halt nicht da ist.

Den Bedarf habe ich nicht gesehen. Denke es ist egal welchen UART man für was nutzt...

ZitatWenn die WLan-Module (also natürlich nur entweder/oder) aufgesteckt werden, reicht der Abstand zu den Radios aus?

Sollte.

ZitatOneWire / I2C war nicht vorgesehen, oder? Jedenfalls kann ich auf Anhieb nichts im Schaltplan entdecken.

Im Moment als Steckmodul anstatt einem Tranceiver möglich.

ZitatWozu soll der Anschluss CTX-DB dienen?

Wundersamer Anschluss für vornehme Debugger / Programmer. Brauchst Du also nicht.

ZitatSo ein schickes Mini-Modul mit W5500 wäre natürlich fein, das Ding hat aber natürlich wieder zwei Kontaktreihen...

Abwarten, das habe ich fest vor in der Zukunft, mir gefällt das wackelige Zeug nicht...

ZitatWie ist die Bestückung des LAN Moduls vorgesehen?

Du brauchst doch nur die Pinbelegung mit den Modulen vergleichen. Das W51000 ist bei der ersten Charge mit etwas Tricksen direkt zu stecken da 2mm Überlappung mit dem MAPLE, das lässt sich aber durch direktes Löten des Maple und Stecken des Moduls lösen.

PS: Denke die SW Fragen sind im Thread von Telekatz besser aufgehoben.
PPS: Die Antworten beziehen sich auf die erste Charge von der ich nur noch meinen Prototyp habe. Die verbesserte Version ist schon eine Weile auf dem Weg.

Hi,
hoffe wir haben jetzt nicht zu viel aneinander vorbei geredet, meine Fragen bezogen sich auf die V41, das müsste nach meinem Verständnis Deine zweite Charge sein auf die Du wartest..

Zitat von: Ranseyer am 18 Februar 2017, 18:26:02
Den Bedarf habe ich nicht gesehen. Denke es ist egal welchen UART man für was nutzt...

Klar ist egal welchen UART man benutzt, mein Hinweis war nur wenn man den Arduino einmal eingelötet hat ist der UART belegt...

Zitat von: Ranseyer am 18 Februar 2017, 18:26:02
Abwarten, das habe ich fest vor in der Zukunft, mir gefällt das wackelige Zeug nicht...

Na ja, ich will ja nicht unendlich viele davon bauen... Wenn die zweite Charge läuft wäre ich damit ja zufrieden. Falls das mit ZWave sniffen auf allen drei Frequenzen funktionieren würde wäre ich an einer weiteren Platine interessiert, das Ding könnte man dann als Diagnosegerät im Forum verleihen ,-)

Zitat von: Ranseyer am 18 Februar 2017, 18:26:02
PS: Denke die SW Fragen sind im Thread von Telekatz besser aufgehoben.
PPS: Die Antworten beziehen sich auf die erste Charge von der ich nur noch meinen Prototyp habe. Die verbesserte Version ist schon eine Weile auf dem Weg.

Ok, SW fragen richte ich dann mal an Telekatz im anderen Thread.
Wegen der Charge, siehe oben, ich hatte mir die Schaltung/Platine in Eagle angesehen.

Gruß,
Andreas.

OK, und reichen Dir die Antworten oder ist noch etwas entscheidendes offen ?

Hi,

danke, erst mal reicht das.
Wie viele Platinen hättest Du denn eigentlich zu vergeben?
Ich wollte mal schauen das ich im Laufe der Woche mal Teile zusammensuche und bestelle. Dann würde ich noch etwas großzügiger bestellen.

Gruß,
Andreas.

Hi,

kennt jemand diese 433-Module?
433M-CC1101-10mW-Wireless-Sender-Receiver-Module-NRF905-SX1212-SI4432 (https://de.aliexpress.com/item/433M-CC1101-10mW-Wireless-Sender-Receiver-Module-NRF905-SX1212-SI4432/32736682702.html?spm=2114.13010308.0.0.B5Y2pf)

Es ist wohl ein CC1101 Chip drauf, aber es sieht irgendwie so aus als ob mindestens die Belegung der 8 Pins anders wäre als an den "üblichen" Module.

Gruß,
Andreas.

Hmm, ist das ein Fake Chip ?

Ich habe diese: http://www.ebay.de/itm/361703574692?_trksid=p2057872.

In der Anlage ein Foto von meinem. Siehe die verlinkte Auktion.
-Nur der Punkt zur erkennen
-Pins kürzer ?

Hi,
Deine Version scheint aber ein "normales" Layout zu haben, das würde zumindest dazu passen das es ein CC1100 sein soll...

Irgendwie scheint es kaum noch 433 Module bei AliExpress zu geben. Oder meist nur die mit den 2x4 8poligen Stiftleiste. Wenn mir zu "meiner" Version keiner ein positives Feedback geben kann werde ich wohl diese 2x5 poligen Module kaufen (CC1101-Wireless-Transceiver-315-433-868-915MHZ-SMA-Antenna-Wireless-Module (https://de.aliexpress.com/item/CC1101-Wireless-Transceiver-315-433-868-915MHZ-SMA-Antenna-Wireless-Module/32773231745.html?spm=2114.13010308.0.0.ZMdVHu))

Habe gerade 'ne Bestellung für schlappe 165€ bei AliExpress losgetreten... Mal schauen wann das ganze Zeug dann hier ankommt.

Deine V3 Platine hat auch schon die Stiftleisten für das W5500-Mini Modul, oder?

Gruß,
Andreas.

Suche doch bei ebay.com nach "433M CC1101" (http://www.ebay.com/sch/i.html?_from=R40&433M++CC1101.TRS0&_nkw=433M++CC1101&_sacat=0)...

Hi,

ok, da gibt es noch ein paar Briefmarkenmodule, muss ich mal genauer ansehen und mal auf die Lieferzeit achten. Bei der anderen Bestellung habe ich meist für ein paar Euro mehr eine etwas schnellere Bestellung gemacht und daher darauf geachtet welcher Anbieter das hat.

Mal sehen wann die Sachen kommen, was ich noch an Kleinteilen brauche und was ich vergessen habe...

Gruß,
Andreas.

Hast Du auch mal an U.FL Buchsen und Pigtails nach SMA gedacht ?

PS: Zum Thema Steckmodule / den MAPLE "sockeln": Wenn man annimmt dass diese kaputtgehen sollte man diese sockeln. Aber das kann ich mir kaum vorstellen (solange eine Antenne während längerem Senden angeschlossen ist). Daher bin ich im Moment persönlich für die Stamps.
PPS: Die Stamps kann man mit etwas Ausrüstung sicher noch gang gut tauschen. Der Maple ist wohl etwas riskanter und mit Gewalt verbunden[Pins abknipsen zwischen Platine und MAPLE als bei den rum 2mm Kunststoff].

Hi,

Zitat von: Ranseyer am 21 Februar 2017, 17:48:16
Hast Du auch mal an U.FL Buchsen und Pigtails nach SMA gedacht ?

nee, ich bin davon ausgegangen das die SMA Buchse direkt auf die Platine gelötet wird und nicht über UFL und Kabel angeschlossen wird.

Wie hattest Du das denn geplant?

Zitat von: Ranseyer am 21 Februar 2017, 17:48:16
PS: Zum Thema Steckmodule / den MAPLE "sockeln": Wenn man annimmt dass diese kaputtgehen sollte man diese sockeln. Aber das kann ich mir kaum vorstellen (solange eine Antenne während längerem Senden angeschlossen ist). Daher bin ich im Moment persönlich für die Stamps.
PPS: Die Stamps kann man mit etwas Ausrüstung sicher noch gang gut tauschen. Der Maple ist wohl etwas riskanter und mit Gewalt verbunden[Pins abknipsen zwischen Platine und MAPLE als bei den rum 2mm Kunststoff].

Das sehe ich alles als relativ unkritisch an. Wenn der MAPLE wirklich mal hochgeht kann man den zur Not auch mit der "Trennflex" bearbeiten falls sich der nicht mit Entlötpumpe oder einen Heißluftfön entfernen lässt. Man muss halt auf die Platine aufpassen, der Maple wäre ja eh schon tot...

Und die Briefmarkenmodule kriegt man sicherlich runter.

Gruß,
Andreas.

ZitatWenn der MAPLE wirklich mal hochgeht kann man den zur Not auch mit der "Trennflex"

Gute Idee: Der Dremel...

Zitatnee, ich bin davon ausgegangen das die SMA Buchse direkt auf die Platine gelötet wird und nicht über UFL und Kabel angeschlossen wird.
Wie hattest Du das denn geplant?

Alle großen Platinen sind für SMA-Buchsen ausgelegt. Die neueren haben aber verbreiterte Kontaktflächen. Und dazwischen denke ich sollte auch eine U.FL Buchse stabil halten. (Evtl. Auch bei der ersten Charge mit etwas mehr Zinn, das'kann ich wegen fehlender Buchsen noch nicht sagen.

Auf dem Foto mal das Standardgehäuse mit "falscher" Höhe. (Dahinter die "Gegenseite", die Halterungen (rechts+links) zum Festschrauben kann man auch einfach weglassen)
-Einmal in der kleinsten Höhe, sollte aber bei Stamps ohne LAN reichen...
-Einmal "Extrahoch" = 65mm Höhe, Sicher ausreichend für 2 Platinen = 8 Transceiver.
-Das mittelere habe ich nicht hier, da passt bestimmt ein LAN Modul mit rein
ed: Bei Montage an dem flachen Gehäuseteil muss man m.E. jeweils  nur den Durchmesser der halben Antenne wegfeilen...

Ansatz2: Jedes Gehäuse mit einem Schlitz von 10cm Breite sollte passen, aber dann bestimmt nur mit Pigtails sinnvoll. Gff. auch zwei Platinen im Gehäuse, aber hintereinander.

Hi,

habe mir jetzt mal die "mittlere" Größe dieser Gehäuse bestellt. Allerdings sind jetzt statt 3 nur eines geliefert worden... Kriegt man in der Bucht für ~4.50 plus Versand.

U.FL Buchsen und Pigtail-Kabel habe ich auch noch nachbestellt. Das ganze Zeug sollte dann so in 3 Wochen da sein  ;)
Dann muss ich noch nach den Kleinteilen schauen, so ein paar 10 polige Buchsen und da gibt es wohl noch ein paar SMDs... Muss noch mal in die Schaltung schauen.

Platine würde ich dann wohl nach "unten" setzen, evtl. überlege ich das LAN-Interface "oben" zu befestigen und dann per Flachband auf die Platine zu stecken. Muss nur mal schauen wo meine Mini-Drill ist damit ich da ein Loch für den Netzwerkanschluss fräsen kann.

433er Modul habe ich als Steckmodul bestellt, habe nur noch einen brauchbaren Anbieter für die Briefmarke gefunden und dann auch nur recht teuer. Aber auf die Höhe kommt es ja nicht so an. Überlege noch ob ich mal eines von diesen roten Briefmarken bestelle um die Pinbelegung zu vergleichen.

Gruß,
Andreas.

Zitat von: A.Harrenberg am 24 Februar 2017, 08:02:10
433er Modul habe ich als Steckmodul bestellt, habe nur noch einen brauchbaren Anbieter für die Briefmarke gefunden und dann auch nur recht teuer. Aber auf die Höhe kommt es ja nicht so an. Überlege noch ob ich mal eines von diesen roten Briefmarken bestelle um die Pinbelegung zu vergleichen.

Für die Pinbelegung muss man nicht unbedingt ein Modul kaufen. Einfach bei einem anderen Anbieter suchen:
https://de.aliexpress.com/item/433M-CC1101-10mW-Wireless-Sender-Receiver-Module-NRF905-SX1212-SI4432/32688038974.html (https://de.aliexpress.com/item/433M-CC1101-10mW-Wireless-Sender-Receiver-Module-NRF905-SX1212-SI4432/32688038974.html)

Zitat von: Ranseyer am 21 Februar 2017, 18:31:54
Alle großen Platinen sind für SMA-Buchsen ausgelegt. Die neueren haben aber verbreiterte Kontaktflächen. Und dazwischen denke ich sollte auch eine U.FL Buchse stabil halten. (Evtl. Auch bei der ersten Charge mit etwas mehr Zinn, das'kann ich wegen fehlender Buchsen noch nicht sagen.

Ich hab mir mal deine neue Platine angeschaut, aber ich verstehe immer noch nicht, wie du auf diesem Footprint eine U.FL Buchse ohne Kurzschluss auflöten möchtest.

ZitatIch hab mir mal deine neue Platine angeschaut, aber ich verstehe immer noch nicht, wie du auf diesem Footprint eine U.FL Buchse ohne Kurzschluss auflöten möchtest.

Ich denke um 90Grad gedreht zur normalen  Anwendung (=Deine Annahme?). Also keine normale Montage !

Da die Buchsen noch auf dem Weg sind wäre das erst mal abzuwarten. Vom Datenblatt her schien mir das machbar. (Zwei Kontakte der Buchse auf eine Seite mit GND, der heisse Pin an die Mitte.)
=> Bei ungünstigem plazieren und komplettem Verlöten mit viel Zinn gibt das nen Kurzschluss. Ich denke es geht auch anders.

Etwa so?

Hi

Zitat von: Telekatz am 24 Februar 2017, 17:59:46
Für die Pinbelegung muss man nicht unbedingt ein Modul kaufen. Einfach bei einem anderen Anbieter suchen:
https://de.aliexpress.com/item/433M-CC1101-10mW-Wireless-Sender-Receiver-Module-NRF905-SX1212-SI4432/32688038974.html (https://de.aliexpress.com/item/433M-CC1101-10mW-Wireless-Sender-Receiver-Module-NRF905-SX1212-SI4432/32688038974.html)

ah, super, den hatte ich auch mal gefunden aber danach nicht mehr wiedergefunden.

Vielen Dank!
Andreas.

Hi,

so, habe das mal eben kontrolliert, die Belegung ist definitiv anders!

"rotes" 433 Modul wie oben verlinkt
VCC
GDO0
CSN
SCK
MOSI
GDO1 (-> MISO)
GDO2
GND

Standard Modul
3.3V
GND
MOSI
SCLK
MISO
GDO2
GDO0
CSN

Das Modul ist damit zwar nicht pin-kompatibel, bei Anpassung des Layouts "sollte" es aber auch funktionieren.

Gruß,
Andreas.

Zitat von: Telekatz am 24 Februar 2017, 18:24:06
Etwa so?

Möglicherweise habe ich mich von EAGLE-Foorprint für U.FL austricksen lassen. Der gibt es den unteren Anschluss auf deinem Bild nicht.
Sehe ich das richtig dass der obere und untere beide verbunden sind mit dem mittleren Pin der Buchse ?
(Da ich eine GND-Fläche mehr in Richtung Mitte verbreitert habe würde die Buchse in deinem Bild mehr nach unten wandern. Ist Deiner Meinung, als Besitzer einer solchen Buchse, nach die Montage so möglich ?)

PS: Evtl findet sich ein kaputter WLAN Router um so ne Buchse schneller in die Finger zu bekommen. Ich schau mal.

Hi,

ich habe jetzt auch keine von den Dinger hier zum Anschauen, aber mMn. ist jeweils "breite" Anschluss links/rechts mit der "Masse" verbunden, der obere kleine Anschluss geht unter dem Teil lang auf den Mittenkontakt. Der untere kleine Anschluss geht von oben an den Masseanschluss.

Das Problem ist wahrscheinlich vor allem das der Mittenkontakt auf der Massefläche aufliegt...

Zur Not muss man da aus der Fläche in der Mitte mal beherzt was wegflexen  ;)

Für meine 433 Module muss ich mir ja auch was einfallen lassen. Das sind ja Steckmodule und die kommen mit angelöteter SMA-Buchse.

Sehe schon ich muss meine Mini-Drill wiederfinden bzw. mir endlich mal was vernünftiges kaufen.

Gruß,
Andreas.

Zitat von: Ranseyer am 25 Februar 2017, 10:15:14
Möglicherweise habe ich mich von EAGLE-Foorprint für U.FL austricksen lassen. Der gibt es den unteren Anschluss auf deinem Bild nicht.
Sehe ich das richtig dass der obere und untere beide verbunden sind mit dem mittleren Pin der Buchse ?
(Da ich eine GND-Fläche mehr in Richtung Mitte verbreitert habe würde die Buchse in deinem Bild mehr nach unten wandern. Ist Deiner Meinung, als Besitzer einer solchen Buchse, nach die Montage so möglich ?)

PS: Evtl findet sich ein kaputter WLAN Router um so ne Buchse schneller in die Finger zu bekommen. Ich schau mal.

Der untere Anschluss is egal, das ist der Außenleiter. Der wird über die beiden seitlichen Anschlüsse kontaktiert. Das Problem ist der Innenleiter, der unter der Buchse bis zum Mittelkontakt führt und so auf dem Massepad aufliegt.

Für einen Footprint, auf dem beides Bestückt werden kann, wäre es besser gewesen, die Fläche für den Mittelkontakt des SMA Steckers zu verkleinern und dann den UFL darüber zu legen.

Hallo! Ich hab Interesse an einer Platine für 4 Funkmodule, ist evtl. noch eine verfügbar?
Gruß
Sven


Gesendet von iPhone mit Tapatalk

@Zentis: Siehe PN

@Telekatz: Danke, das sieht extrem knapp aus laut deinen Bildern. Ich habe mir daher einen sauberen Footprint gesucht und vermutlich auch gefunden. (Quelle: Adafruit)
Das sollte soweit passen.

ed: Meine 1Wire Frage habe ich nach hier verschoben: https://forum.fhem.de/index.php/topic,60458.msg595554.html#msg595554

Mal ein Update für die Zukunft siehe Anlagen.

Wie immer ist Feedback erwünscht. Bestellung geht vermutlich Morgen raus.

Die Details: https://github.com/ranseyer/CUN-STM32/tree/master/HW-MAPLE-Large
ed: das Routing zu den SMA-Buchsen ist im GIT überarbeitet im Gegensatz zu den angehängten Bildern.

Hi,

machst Du noch neue Bilder von der V1.2 wie hier (https://forum.fhem.de/index.php/topic,60458.msg600927.html#msg600927) angekündigt? Ich hoffe das meine Platinen heute oder morgen ankommen, dann würde ich gerne mal eine zusammenlöten.

Danke,
Andreas.

Da Fragen zum Aufbau gekommen sind...

Hier die Wiki-Seite: https://wiki.fhem.de/wiki/MapleCUN (Es ist nicht verboten zu ergänzen oder Fehler zu beheben...)


Hier die Infos zu der Small-Version:
siehe auch https://github.com/ranseyer/CUN-STM32/tree/master/HW-MAPLE-Small/Archiv

Montage:
-die Stamp auflöten.
-freiwillig: 1-2 Kondensatoren laut Schaltplan, oder einfach weglassen
-freiwillig: DBG Port um den Bootloader zu flashen und ggf. zu debuggen, kann auch direkt an den Pinleisten gemacht werden
-Buchsenleisten einlöten, oder direkt den MAPLE verlöten
-Widerstand zwischen GND und VCC messen schadet nie
-Flashen siehe Doku

Hi Martin,

Zitat von: Ranseyer am 09 März 2017, 19:06:21
Da Fragen zum Aufbau gekommen sind...

und weitere Fragen folgen schon... ;)
Was hast Du denn für W5100 Module vorgesehen auf der großen Platine? Meine Module stehen ca. 17mm über den Platinenrand raus...

Und ich sehe das richtig dass das W5100 von unten eingelötet werden müsste, oder? Ich denke ich werde da wohl eher mit einer Flachbandverbindung arbeiten. Muss noch mal kurz überlegen ob man den Stecker nicht so auflegen kann das man die Buchse dann auch oben verlöten kann.

Diese U.FL Dinger sind ja ganz schön winzig...

Gruß,
Andreas.

Weiter gehts mit der großen V1.2 Platine:

-GND ist teilweise nachzuverbinden siehe Anhang. (Zusätzlich zum LAN Modul falls gewünscht)
-Optional: Beim Arduino muss man darauf achten, dass er zum Schaltplan passt. Wenn RX+TX an der falschen Stelle ist die hintere Leiste mit den 6 Pins gar nicht bestücken sondern RX+TX manuel an den seitlichen Pins des Arduinos anlöten


@Andreas: W5100 würde ich mit Flachbandkabel machen, ich habe mich nur noch auf die 5500 spezialisiert wie geschrieben. Diese Buchse ist mechanisch viel besser und pass evtl auch gut in das Standardgehäuse. (Mir fehlt nur noch das seit Wochen bestellte Modul).  Schau Dir bitte dringend den Bestückungsplan an. Mein "rotes"  Modul würde unterhalb theoretisch passen. Am besten ein Flachbandkabel einlöten falls die die LAN Module schon hast. (z.B das Ende eines alten Com-Ports falls noch vorhanden)


ed: ca. wie auf dem Foto2 kann es aussehen. Wer nicht so firm ist macht alles steckbar. Wer mutig ist und vom Fach verlötet ab der zweiten Platine alles direkt. (Also den MAPLE nicht so hässlich hoch wie bei mir)

Hi,

so, Hühnerfutter, Briefmarken und Maple-Mini (gesockelt), 433 Steck-Modul (CC0) ist drauf. Platine ist aber noch nicht gepatcht, die GND-Verbindungen muss ich dann morgen noch machen, finde gerade keinen dafür geeigneten Draht (muss unbedingt mal aufräumen...).

Anbei mal ein Foto vom momentanen Aufbaustand und mit meinem "roten" W5100 Modul.

Bootloader habe ich auch schon aktualisiert und das aktuelle Firmwareimage geflasht. Kann eigentlich losgehen ,-) Bleibt nur noch das Problem mit den Antennen. Denke ich werde die erste Platine mal mit den beigelegten Pigtails aufbauen und neue Antennen bestellen müssen.

Gruß,
Andreas.

Hi,

so, HW scheint soweit einsatzbereit zu sein (siehe Anhang), alle 4 Transceiver scheinen sich zu initialisieren, jetzt wollte ich mich eigentlich mit der ZWave Einrichtung beschäftigen, musste aber feststellen das "stackable_CC" nur mit ein paar ausgesuchten rfmodes funktioniert und NICHT mit ZWave...  :(

Sehr schade, hatte eigentlich gehofft das man alle Protokolle nutzen kann und nicht nur SlowRF, Homematic, MAX, WMBUS und KOPP...

Soweit ich die Beschreibung von stackable_CC bis jetzt verstanden funktioniert das nur mit CUL, für ZWave müsste ich, zumindest mit dem normalen Busware-CUL aber ZWCul nehmen.
Beim meinem Busware-CUL wird mir ein "Client" :ZWave:STACKABLE_CC: angezeigt.
Internals:
   Clients    :ZWave:STACKABLE_CC:
   DEF        /dev/serial/by-id/usb-busware.de_CUL868-if00 00000000 01
   DeviceName /dev/serial/by-id/usb-busware.de_CUL868-if00
   NAME       zwc
   NR         31
   PARTIAL
   STATE      disabled
   TYPE       ZWCUL
   VERSION    V 1.66 CUL868
   baudRate   40k
   homeId     00000000
   homeIdSet  00000000
   initString zm4
   monitor    1
   nodeIdHex  01
   Matchlist:
     1:ZWave    .*
     2:STACKABLE_CC ^\*
   Readings:
     2017-03-05 14:43:57   homeId          HomeId:00000000 CtrlNodeIdHex:01
     2017-03-05 14:43:57   state           disabled
Attributes:
   dataRate   40k
   disable    1
   intruderMode 1
   room       ZWave
   verbose    5
Wenn ich das Ding als ZWCUL definiere und danach versuche STACKABLE_CC drüberzulegen kriege ich wie erwartet die Fehlermeldung das es kein CUL-Device ist.

Wie müsste ich denn jetzt am besten/einfachsten vorgehen um das zu realisieren? STACKABLE_CC anpassen damit ZWCUL auch geht, oder ZWave so anpassen das es als CUL läuft?? Oder beides??
Wäre nett wenn mich jemand der Ahnung von Stackable_cc hat mal in die richtige Richtung schubsen könnte. Werde auf jeden Fall mal anfangen mir die einzelnen Module (CUL, ZWCUL und STACKABLE_CC) mal anzusehen. "Irgendwie" scheint ZWCUL ja mit STACKABLE_CC zu arbeiten.

Wird dann wohl doch etwas aufwändiger als ich gehofft hatte.

Danke,
Andreas.

Denke da solltest Du TeleKatz fragen...

Hi,

habe jetzt erst mal Rudof König gefragt, von ihm ist CUL, ZWCUL und STACKABLE_CC. Mal abwarten was er für einen Ansatz vorschlägt. Falls ich an die a-culfw ran muss werden sich sicherlich ein oder zwei Fragen ergeben die ich dann noch mal stelle ,-)

Gruß,
Andreas.

P.S.: Werde morgen das Ding noch mal mit CUL / STACKABLE_CC in Betrieb nehmen und die Transceiver mit HOMEMATIC mal auf Funktion prüfen. Irgendwie hatte ich an einem Transceiver noch ein Masseproblem das ich mit Nachlöten aber hinbekommen habe.

Hi,

Zitat von: A.Harrenberg am 10 März 2017, 22:34:25
habe jetzt erst mal Rudof König gefragt, von ihm ist CUL, ZWCUL und STACKABLE_CC. Mal abwarten was er für einen Ansatz vorschlägt. Falls ich an die a-culfw ran muss werden sich sicherlich ein oder zwei Fragen ergeben die ich dann noch mal stelle ,-)

er schaut sich das mal an, hoffe er hat eine einfache Lösung dafür...

Zitat von: A.Harrenberg am 10 März 2017, 22:34:25
P.S.: Werde morgen das Ding noch mal mit CUL / STACKABLE_CC in Betrieb nehmen und die Transceiver mit HOMEMATIC mal auf Funktion prüfen. Irgendwie hatte ich an einem Transceiver noch ein Masseproblem das ich mit Nachlöten aber hinbekommen habe.

Also die Platine läuft, empfängt auf allen drei Transceivern Homematic. Mit einer zweiten Platine hatte ich aber erhebliche Probleme mit dem Bootloader, da hatte ich den Maple natürlich direkt aufgelötet... Der Bootloader wurde von dfu-util nicht gefunden, teilweise hat Windows gar keine Serielle bzw. kein DFU gefunden. Habe dann mehrfach alle möglichen Varianten der Bootloader mit dem Flash Loader Demonstrator geflasht, irgendwann ging es dann.

Dabei ist mir allerdings aufgefallen das Boot1 NICHT auf GND liegt, obwohl dies ja lt. Schaltplan so vorgesehen wäre. Habe ich bei den beiden Platinen jetzt mal gepatcht. Irgendwie scheint auch einer der 10-poligen Header für die Transceiver von kein GND zu haben, muss ich noch mal nachmesser, mein Mulitimeter streikt aber gerade, da ist ein Wackler drin.

Ach ja, WS5100 habe ich auch angeschlossen und in Betrieb genommen.

Gruß,
Andreas.

Hi,
nachdem ich nun den Mini bestückt hatte , konnte ich ohne Probleme mit dem Flash Loader lt. Anleitung die Firmware MapleCUNx4_W5100_BL.bin flashen.
Nach Anschliessen an einem RPi3 und der Device Deklaration "define mapleCUL  CUL /dev/ttyACM0@38400 4444" bekam ich zunächst nur ein disconnected.
Ich habe dann die Definition auf ttyAMA0 umgestellt. Da bekam ich dann zumindest mal ein Opened. Auf der Suches weshalb kein "initialized" kommt, ist mir dann aufgefallen, dass am Mini-CUL überhaupt keine LED mehr leuchtet. Am gleichen Port funktioniert aber ein anderer CUL.
Am Windows Rechner, wo ich geflasht habe, gleiches Bild. keine Led am Maple. Auch wenn ich auf reset gedrückt habe. Ebenfalls gelingt es mir nicht mehr den Maple mit dem Flash Loader anzusprechen.
Daher mal meine Frage an Euch, was ich noch testen könnte. Oder hat jemand eine Idee was passiert sein könnte?
Ansonsten muss ich den nächsten Maple drauf setzen. Gottseidank den ersten steckbar gemacht.

Danke
gelbwichtel

Hi,

Zitat von: gelbwichtel am 12 März 2017, 00:19:28
nachdem ich nun den Mini bestückt hatte , konnte ich ohne Probleme mit dem Flash Loader lt. Anleitung die Firmware MapleCUNx4_W5100_BL.bin flashen.

nach welcher Anleitung bist Du denn vorgegangen? Hast Du wirklich das MapleCUN bin-file mit dem Flash Loader geflasht? Dann könnte das die Ursache sein. Damit hast Du dann wahrscheinlich den normalen Bootloader gelöscht und die MapleCUN firmware braucht den zum starten...

Die Anleitung hier (https://github.com/heliflieger/a-culfw/blob/master/culfw/Devices/MapleCUN/README.md) sagt ja das der Bootloader mit dem Flash Loader Demonstrator oder stm32flash geflasht werden soll, die a-culfw dann aber mit dfu-util übertragen wird.

Wenn das Ding jetzt über den Flash Loader und die serielle nicht reagiert prüf mal ob der Boot1 wirklich auf GND liegt. Den Bootloader musst Du auch noch über die Tastenkombination RESET+BTN, RESET loslassen, BTN verzögert loslassen aktivieren.

Den internen Bootloader kann man ja nicht "kaputt" machen, bei meinen ersten Versuchen hatte ich auf der Boot1 zwar eine Leitung angeschlossen, die andere Seite dann aber doch nicht mit GND verbunden... ;-(

Gruß,
Andreas.

Wie Andreas sagt:
-Der STM32-Chip enthält einen seriellen Bootloader der nicht löschbar ist.
-Die neuen-fertigen Firmwares sind auf Nutzung mit bestimmtem USB-Bootloader ausgelegt. Die Startadressen in der Firmware passen aber nicht zum normalen MAPLE-USB-Bootloader
-Über den Seriellen-Bootloader wird einmalig der neue USB-Bootloader geflasht (Der heisst lustigerweise auch MAPLE-Bootloader ("20"), wie der meist schon vorhandene beim Kauf)
-Die neue Firmware ist auf einen verkleinerten USB-Bootloader ausgelegt
=>Somit muss man bei aktueller Firmware die Flashanleitung genau einhalten (Vorteil: künftige Updates per USB)


Es ist nicht soo einfach den seriellen Bootloader zu aktivieren. Daher habe ich das so gemacht:
(Wie man sieht sind das im Prinzip zwei Skripte; zuerst #2 auskommentieren, dann #1:)

Zitat#! /bin/sh
while (true); do

sudo ./stm32flash -w maple_mini_boot20.bin -v /dev/ttyUSB0 #Step 1: Bootloader tauschen
#sudo dfu-util --verbose --device 1eaf:0003 --cfg 1 --alt 2 --download MapleCUNx4_W5500_BL.bin #Step2:  Firmware per USB
if [ $? -eq 0 ]
then break
fi
sleep 1
done
exit

Am einfachsten war bei mir um den Seriellen Bootloader zu nutzen:
1-Skript starten
2-Reset halten
3-Power drauf
4-Reset loslassen
5-Bei Misserfolg: Goto 1

Hi Martin,

so, hier mal ein paar Bilder von meinem Aufbau Deiner Platine. Habe die mitgelieferten Pigtail-Antennen für die 868 Module verwendet und daher keine Löcher im Gehäuse für die Antennen vorgesehen.
Das W5100 Modul habe ich oben im Deckel quer über der rechten Platinenhälfte befestigt. Patentanmeldung für die Befestigungsmethode überlege ich noch ,-) Habe ein Stück Lochrasterplatine im Deckel festgeschraubt und das Modul dann einfach mit zwei Kabelbindern fixiert. "Hinter" dem Modul habe ich eine IC-Fassung auf die Lochrasterplatine gelötet um ein Anschlag gegen das reinschieben des Moduls zu haben. Gehäuse ist mit Bohrmaschine, Proxxon und Feile bearbeitet.

Das "Loch" für den USB-Anschluss ist häßlich, eine andere Möglichkeit habe ich jetzt aber nicht gesehen.

Apropos Stromversorgung, man müsste die ganze Schaltung doch auch über 5V an "VIN" versorgen können, oder? Das könnte nämlich praktisch sein wenn man das Ding als CUN nutzt und dann POE mit einem 5V Abgriff "vor" Ort macht ohne Steckdose...

Gruß,
Andreas.

Danke Andreas, Danke Martin.
nach längeren hin und her läuft der MapleCul jetzt.
Aufgrund der vielen Thread's und Anleitungen fasse ich hier mal die Punkte zusammen auf die ich reingefallen bin und die mir letztendlich geholfen haben.
Vielleicht hilft es ja einem MapleCU[NL] Neueinsteiger.

Ich hatte mich dafür entschieden nach der Wiki Doku https://wiki.fhem.de/wiki/MapleCUN (https://wiki.fhem.de/wiki/MapleCUN) vorzugehen, da ich davon ausgegangen bin, dass diese zum Einstieg am geeignetsten ist.

Dort wäre vielleicht noch der Hinweis hilfreich, dass Rx und Tx beim Verbindnen zu kreuzen sind. Vcc und Gnd müssen nicht verbunden werden.
Bei der MiniPlatine darauf achten, wie sie geschnitten ist. Bei meiner musste ich Rx und Tx nachverbinden. Siehe Bild

Das hier hat mich letztendlich dann dazu verleitet, anstelle des Bootloaders die Firmware zu flashen.
STM32 Flash loader demonstrator:
Flash loader demonstrator starten.

Com Port des USB/TTL Wandler auswähle, Baud Rate 115200, Parity Even, Echo Disabled, Timeout 1.
Auf Next drücken.
Es sollte die Meldung erscheinen. Target is readable. Please click "Next" to proceed.
Auf Next drücken.
Auf Next drücken.
Download to device auswählen.
Datei MapleCUL.bin bzw. MapleCUN.bin öffnen.                     <<<<<<<<
Erase necessary pages auswählen.
Auf Next drücken.
Warten bis Flashvorgang abgeschlossen ist.
USB Kabel am Maple Mini entfernen.

Also da sind die von Andreas genannten Installationsschritte unter dem   Link https://github.com/heliflieger/a-culfw/blob/master/culfw/Devices/MapleCUN/README.md (https://github.com/heliflieger/a-culfw/blob/master/culfw/Devices/MapleCUN/README.md) eindeutig klarer.

Boot1 auf Gnd war bei mir verbunden, fiel also als Fehlerquelle aus.

Ganz hilfreich war Ranseyer's Skript. Ich glaube ohne das hätte ich es aufgegeben. Zumindest wäre ich bächtig möse geworden.  :)


#! /bin/sh
while (true); do

#Step 1: Bootloader tauschen
sudo ./stm32flash -w maple_mini_boot20.bin -v /dev/ttyUSB0

#Step2:  Firmware per USB
#sudo dfu-util --verbose --device 1eaf:0003 --cfg 1 --alt 2 --download MapleCUNx4_W5500_BL.bin
if [ $? -eq 0 ]
then break
fi
sleep 1
done
exit


Die Implementation in FHEM hab ich nicht über das /dev/ttyAxxx vorgenommen, sondern über die Serial-ID.
define nanoCUL CUL /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 1234

Also Jungs, nochmal vielen Dank
cu

Hi Martin,

habe heute meine beiden W5500 Module bekommen und mir jetzt die Platinen noch mal angesehen... Wenn ich mir Schaltplan und Board in Eagle anschaue muss das Modul von oben auf die Platine (da ist ja auch die Silk-Fläche), allerdings überdeckt sich das Modul doch recht stark mit dem Maple.

Hast Du das mit der Platine schon mal aufgebaut? Mir würde nur einfallen den Maple mit einer kurzen Stiftleiste aufzulöten und das W5500 nur so weit "einzustecken" und zu verlöten das es gerade nicht am Maple aufliegt. Oder hattest Du da Buchsenleisten vorgesehen?

Gruß,
Andreas.

So war die IdeeIdee. Allerdings hoffe ich das ab 1.3 das ganze ohne Überlappung klappt. Dafür weniger unnötiges Zeug und nur der spezielle 5500er von USR IOT

Grüße aus Prag.

Gesendet von meinem HTC One_M8 mit Tapatalk

Hi,

Zitat von: Ranseyer am 14 März 2017, 22:49:58
So war die Idee.

was denn jetzt, das knapp übereinander einlöten oder die Buchsenleisten?

Zitat von: Ranseyer am 14 März 2017, 22:49:58
Allerdings hoffe ich das ab 1.3 das ganze ohne Überlappung klappt. Dafür weniger unnötiges Zeug und nur der spezielle 5500er von USR IOT

Denke das ich dann die letzte V1.2 noch mit dem W5100 aufbaue und dann doch noch ein oder zwei V1.3 Platinen nehmen würde ,-)

Danke und viel Spaß in Prag!
Andreas.

Ich habe das LAN Modul bei der Planung nur auf Fotos gesehen. Also war der Plan alles was nur geht direkt verlöten. Das LAN Modul nur dann auf Buchsen-Leisten falls die Pins nicht reichen für Montage (sicher ohne Kurzschlüsse)

Gesendet von meinem HTC One_M8 mit Tapatalk

Hallo Ranseyer,
die nächste Platine will nun in Angriff genommen werden.

ZitatMySensors und / oder Netzteil
siehe Foto. Netzspannung anschliessen untersage ich sicherheitshalber mal
Passen würde auch hier das HLK01.

Wie darf ich das mit dem "passen würde" auf das HLK01 bezogen denn verstehen ? Auf der Platine kommt das ja wohl nicht unter.
Also irgendwie das HKL neben der Platine in der Dose unterbringen und die geregelten 5V dann auf der Platine in den dann wegfallenden Ausgang des Spannungsreglers einspeisen ?

Danke vorab.

Das bedeutet das HLK01 passt, da ich nicht weiß welches Fachwissen du hast kann ich dir diese Nutzung nicht gestatten. Wenn du Fachmann bist kannst du ja selbst entscheiden.

Gesendet von meinem HTC One_M8 mit Tapatalk

Hallo ,
ich habe nun die Lagre Version A 1.2 bestückt.
Das da einige Masseanschlüsse fehlen ist ja bekannt.
Ich habe mir dann im Hagle die "" angeschaut.

Was falsch ist und so auch nicht im Schaltplan ist sondern nur im Layout:
IV1 (Male Mini) Pin 24 liegt auf GND (siehe Bild)

Folgende Pins sind nicht mit Ground verbunden:
C5,C7,C2,C31,C32,R34
W5100             Pin 7
CC4                 Pin 2
W5500NIREN    Pin 3
NRF24L01         Pin 1
IC31                 Pin 3,5,21
CTX-DBG          Pin 3,5
CC-X4              Pin 9,10
CC-X0              Pin 9,10
UART 0             Pin 4
UART 1             Pin 4

Auf meiner Platine habe ich nur die Masseleitungen gelegt die ich brauche. Aber zu Info ist das bestimmt für alle interessant .

Michael

Denke da hast Du recht. Wobei man je nach Nutzung nur wenige Verbindung legen muss.

Nur das Thema Pin24 verstehe ich nicht zu 100%.
EAGLE hätte gerne Pin24 nach GND geroutet sagt Dein Screenshot. Aber in dem Fall Glück: denn er ist ja nicht geroutet !
(Wie EAGLE darauf kommt weiss ich nicht. Halte ich aber auch für unrelevant)

Oder hab ich deinen Text falsch verstanden ?

PS: Die nachfolgenden Platinen habe ich wieder zuerst ohne Massenflächen geroutet, denn sonst ist möglich dass man um 100% Masseverbindungen zu bekommen alle Bauteile bestücken muss.

Mein Text ging zu früh raus,  >:( Tastaturbatterie ging zur neige und dann hat die Funktastatur gesponnen.
Das mit dem Pin24 kann ich auch nicht verstehen, vieleicht hast du an dem Pin mal mit GND verbunden und Eagle hat das im Hintergrund falsch gespeichert. Prüfe das mal bei deinem aktuellem Projekt, ich nehme an du nimmst ein vorhandenes Projekt und änderst dann den Schaltplan. Dann vererbst du den Fehler
LG
Michael

Anhang:

Ich habe mir mal im Archiv die Version
trunk\HW-MAPLE-Large\Archiv\Charge4-V1.4
angeschaut, da ist Pin24 auf Ground verbunden. Und im Layout auch so durchgeführt!

Da dürfte USB nicht funktionieren....

Dito im aktuellem Layout

trunk\HW-MAPLE-Large\mapleCUx_large_085

Guter Hinweis. Das hatte ich schon gecheckt. Das passt. (Pin 23+24=USB sind frei)

Und was ist dann  im github im trunk abgelegt...

Bild ist mit Verzeichnis und Dateinamen

Danke. Jetzt sind wir beisammen, und du hast im Prinzip recht.
Der 24. Pin (und nicht Pin24 vom Symbol) ist Boot1 oder auch PB2. Der ist im Schaltplan auf GND gelegt deshalb auch im PCB.

Da bin ich beruhigt. Sollte also passen.

Ups... laufen da die Pinnummerieung des Schaltplans und die Nummerierung auf dem Layout auseinander? 

Das war mir nicht klar... dann habe ich da umsonst Windgemacht. Außer das bei der Version 1.2 A Pin 24 nicht auf 0 V liegt.
Können daher die Problem beim flashen kommen?

Du flashst doch via USB -> https://forum.fhem.de/index.php/topic,60458.165.html

Du schreibst dort, das man nicht mehr an die Buttons kommt? Auf welches Projekt bezieht sich das?
Hier
https://forum.fhem.de/index.php/topic,50990.msg602365.html#msg602365
schauen die Buttons doch nach oben.  :-\

Hmmm, ich habe mal die Tastatur getauscht, die Funktastatur hat schon wieder Eigenleben entwickelt.

Wie machst du das mit dem Bootloaden via USB genau?
Direkt die Firmware (MapleCUNx4_W5100.bin) via DFU flashen?
Ich blättere schon eine geraume Zeit im Forum rum, irgendwo habe ich dazu etwas gelesen. Aber ich finde es nicht mehr...

Ich nutze Win10.

Da ich zuerst einen STM32-CUL verwirklichen will, ist die FW egal.

Danke
Michael

Die ersten MAPLE waren schon mit Stifleiste versehen (m.E. falsche Seite).
Alle anderen waren nicht verlötet und man kann diese richtig einlöten.

ZitatKönnen daher die Problem beim flashen kommen?

Möglich. Hast Du das Problem und magst es testen ?

ZitatWie machst du das mit dem Bootloaden via USB genau?

Direkt eine aktuelle Firmware mit der schon öfters geposteten Schleife (auch in diesem Thread) aufspielen.

Vorher tausche ich den seriellen STM32 Bootloader komplett.

Windows nutze ich privat fast nie und meist nur in einer VM.

Reicht das erst mal an Antworten?

Hi,
tauscht du den Bootloader mit dem Bootloader-Updater-Sketch von Roger-Clark?
Das wollte ich gerade machen, aber ich frag halt mal nach. Ich habe im Moment kein USB-Serielle Adapter, da müsste ich meine aktuelle CUL auseinandernehmen, und das wollte ich noch nicht machen.

So...
den Loader habe ich mal ausgetauscht, aber die Schleife ist für linux, sitze hier aber an Win Kiste... muss ich jetzt noch den VBL Müll reinziehen oder kann mir da eine schnell und unbürokratisch helfen?
Ich glaub einfacher ist es wenn ich den USB-Serielle ausbaue... da sitzt mein FHEM halt teilweise auf dem trockenen....  ;D

 8)  Alles  Paletti  8)
ich habe nun den maple_mini_boot20.bin mit der Flohpeitsche geflasht und dann lief der DFU sofort durch, ohne Script etc...

Ich hatte in dem Maple ein Blink Example geladen, vieleicht habe ich mir damit alles "zerschossen".
So jetzt kann ich mal testen...

bisher war alles fliegend aufgebaut, jetzt werde ich den Maple mal in die Hardware stecken... mal sehen was dann geht

## ein paar Stunden später:

Die drei CULs laufen, state ist "Initialized".
Ich habe auf CC0 (mapleCUL1) und CC1 (mapleCUL2) je einen CC1101 mit  868MHz bestückt und auf dem CC2 (mapleCUL3) ein 434 MHz Modul.

mapleCUL1 ist im Homematic rfmode, mapleCUL2 im Max rfmode. Die Umstellung der Frequenz im mapleCUL2 auf 868 MHz war kein Problem. Bei diesen Devices kann ich z.B.: die bWidth nicht umstellen.

mapleCUL3 soll die 434MHz Devices bedienen. Allerdings kann ich das Device nicht auf 434MHz umstellen.

Woran kann das liegen?

@Funsailor: Dein Anliegen wird/wurde ja im anderen=richtigen Thread geklärt.

MAPLE-CUL V1.3 und 1.4 sind vorher gekommen ...

-1.4 ist abgespeckt und der MAPLE auf der Unterseite wenn man die Buttons erreichen will (Ansonsten kann man den MAPLE frei oben oder unten platzieren)
Wer den MAPLE auf die "falsche" Seite baut kann die USB Buche auf der höhe innerhalb der Platine unterbringen.

Die Funkmodule laufen bei mir sofort. LAN und anderes habe ich nicht getestet bisher.

Fotos folgen. Erst will ich meinen eigenen auch mal fest in einem Gehäuse unterbringen...

Hi,

was genau ist denn der Unterschied zwischen 1.3 und 1.4? Im Schaltplan fällt mir da eigentlich nur die Anbindung für OneWire auf.

Meine Testplatine läuft jetzt mit 1x 433 Steckmodul, 3x 868 Briefmarke, sowie dem W5100 LAN-Modul. Die drei 868 Module läufen jetzt mit STACKABLE als ZWCUL und soweit funktioniert das alles sehr gut. Die Platine ist ja zum "Sniffen" im ZWave-Netzwerk gedacht, eine weitere habe ich für Rudi fertig gemacht, die muss jetzt nur auf den letzten Firmwarestand upgedatet werden. Die dritte werde ich auch noch so aufbauen und dann wohl auch weitergeben.

Ich wollte mir aber jetzt noch mein "produktives" Gerät zusammenbauen bei dem dann auf den UART-Anschlüssen jeweils ein HomeMatic per HMUART und einmal ZWave mit RPI-UART laufen soll. Hier würde ich gerne das W5500 Modul verbauen was auf der V1.2 Platine aber ein wenig eng ist und etwas weit vom Gehäuse weg ist, das scheint ja bei der V1.3 oder V1.4 besser zu passen.

Hättest Du von der V1.3 oder V1.4 noch eine Platine für mich übrig?

Gruß,
Andreas.

Ja gerne, siehe PN.

Die 1.4 ist mehr abgespeckt von unnötigen Funktionen und der MAPLE liegt auf der anderen Platinenseite. (Den MAPLE kann man immer oben oder unten verbauen. Bei einer Variante liegen jeweils aber die Buttons zwischen Platine und MAPLE und können nicht gedrückt werde, was aber auch nicht nötig ist soland man den Bootloader nicht vergeigt. Wenn doch vergeigt wäre ein Draht anzulöten...)


Hier mal ein paar Bilder zum Verständniss: https://wiki.fhem.de/wiki/MapleCUN#Einleitung

Hi,

die "abgespeckte" Features würde ich nicht benötigen. Bei der V1.3 scheint mit der W5500 besser zum Gehäuse positioniert zu sein, dafür sind bei der V1.4 die Stecker für die UART Schnitttellen mit etwas mehr Abstand zum Maple.

Ich würde den Maple gerne weiterhin so verbauen das ich an die Buttons dran komme. Wenn ich das jetzt richtig verstehe:
V1.3: Maple von oben verlötet, Buttons nach oben -> erreichbar
V1.4: Maple von unten verlötet, Buttons nach unten -> erreichbar
und Du hast im Wiki bei einer V1.3 den Maplen von unten verlötet, Buttons nach oben -> nicht erreichbar, aber dafür ist der USB-Anschluss in der Aussparung der Platine und damit unterhalb? der Trennfuge des Gehäuses, richtig?

Dann würde aber eine normal bestückte V1.4 nicht mehr in das KEMO Gehäuse passen, oder?

Denke das ich da wohl eine V1.3 bevorzugen werde.

Gruß,
Andreas.

ZitatV1.3: Maple von oben verlötet, Buttons nach oben -> erreichbar
V1.4: Maple von unten verlötet, Buttons nach unten -> erreichbar

genau.

Zitatund Du hast im Wiki bei einer V1.3 den Maplen von unten verlötet, Buttons nach oben -> nicht erreichbar, aber dafür ist der USB-Anschluss in der Aussparung der Platine und damit unterhalb? der Trennfuge des Gehäuses, richtig?

Denke damit hast Du recht. Ich komme gerade nicht an mein Teil ran. Aber wenn man 0,5mm Luft lässt beim Einlöten, dann ist die USB Buchse plan mit der Platine.

ZitatDann würde aber eine normal bestückte V1.4 nicht mehr in das KEMO Gehäuse passen, oder?

Gute Frage... (Denke Du meinst nicht das Hohe Gehäuse mit ca 65mm; das hat eine viele höhere Unterseite und kann natürlich auch mit den anderen Gehäusen kombiniert werden)

Jedenfalls in meinen Tests mit dem ganz flachen Gehäuse bin ich zu der Meinung gekommen, niemals den MAPLE nach unten, und dabei die Buttons auf die Außenseite. Selbst falls man das montiert bekommen würde hätte ich Angst dass dabei dann die Buttons gedrückt werden. Also m.E. Nein m.E. geht das nicht !

Zu den Buttons: Ich finde diese allerdings überbewertet. Wenn man den seriellen Bootloader tauschen will reicht ein Button (+Einstecken). Diesen Button kann man auch mit einem einzigen angelöteten Draht simulieren falls man das Teil gebrickt haben sollte (was kaum möglich ist)

Was mich mal interessieren würde ist ob überhaupt jemand die Teile schon mal mittels Steckmodulen aufgebaut hat ? (Dann würde ich ggf. in der nächsten Revision mindestens zwei Stecksockel streichen.)

Auch sonst habe ich einige Ideen mitgenommen...

Auf jeden Fall

Hi Martin,

Zitat von: Ranseyer am 09 April 2017, 09:48:05
Gute Frage... (Denke Du meinst nicht das Hohe Gehäuse mit ca 65mm; das hat eine viele höhere Unterseite und kann natürlich auch mit den anderen Gehäusen kombiniert werden)

Ich habe hier nur die "mittlere" Größe mit 50mm, werde mir aber auch mal ein großes mit 65mm bestellen. Sind denn da die "nippel" für die Platinenauflage auch höher? Das ist ja der begrenzende Faktor. Die Dinger sind ja nur ca. 5.2mm hoch, das ist weniger als der Maple hoch ist.

Zitat von: Ranseyer am 09 April 2017, 09:48:05
Jedenfalls in meinen Tests mit dem ganz flachen Gehäuse bin ich zu der Meinung gekommen, niemals den MAPLE nach unten, und dabei die Buttons auf die Außenseite. Selbst falls man das montiert bekommen würde hätte ich Angst dass dabei dann die Buttons gedrückt werden. Also m.E. Nein m.E. geht das nicht !

Die Buttons würden ja nicht gedrückt werden können, da die USB-Buchse noch viel höher ist. Die Platine kriegt man ja gar nicht so montiert das die Buttons aufliegen könnten.

Zitat von: Ranseyer am 09 April 2017, 09:48:05
Zu den Buttons: Ich finde diese allerdings überbewertet. Wenn man den seriellen Bootloader tauschen will reicht ein Button (+Einstecken). Diesen Button kann man auch mit einem einzigen angelöteten Draht simulieren falls man das Teil gebrickt haben sollte (was kaum möglich ist)

Na ja, ich drücke immer Reset und nach dem loslassen sofort den BTN, dann bleibt der Bootloader im Bootmode und ich kann in aller Ruhe dfutil starten. Mit Deinem Skript und einfach Einstecken habe ich es noch nicht probiert. War das Skript eigentlich für Windows oder Linux? Unter Linux hätte ich nämlich das Problem das meine Linux-Rechner alle virtuell sind, da ist das mit USB manchmal schwierig da USB ja "durchgereicht" werden muss. Ist aber sicherlich ein Sonderfall und ich würde das zur Not auch anders hinbekommen.

Mit zwei Löchern in der Platine wäre das natürlich auch kein Problem, wobei beim Verlöten unter der Platine auch die LED nicht mehr (von oben) sichtbar ist...

Zitat von: Ranseyer am 09 April 2017, 09:48:05
Was mich mal interessieren würde ist ob überhaupt jemand die Teile schon mal mittels Steckmodulen aufgebaut hat ? (Dann würde ich ggf. in der nächsten Revision mindestens zwei Stecksockel streichen.)

Also ich habe ein 10pol. 433erModul auf CC0 gesteckt. Das habe ich aus einem anderen Projekt entfernt... Briefmarken-Module hatte ich keine günstigen bekommen und daher noch ein paar Steckmodule gekauft. Der China-Mann hat jetzt aber dummerweise 8 polige geliefert ,-( Da muss ich also noch mal suchen und neu bestellen.
Problem bei den 433er Briefmarken ist die eingeschränkte Verfügbarkeit und das es da mittlerweile eine pin-inkompatible Variante gibt.

Meiner Meinung nach spricht aber nichts dagegen zwei Sockel zu entfernen, würde dann aber die letzten beiden vorschlagen, da die auch kein SlowRF können.

Danke,
Andreas.

Beim hohen Gehäuse sind die Nippel gleich. Diese sind in der oberen und unteren Schale vorhanden.

ZitatDie Platine kriegt man ja gar nicht so montiert das die Buttons aufliegen könnten.

Wenn man für die USB Buchse genau dort ein Loch macht schon... (Aber nicht so schick...)
"Mein" Skript ist ein Linux Shell Skript. Aber es tut auch nichts anderes als Deine Befehle, es verschafft nur mehr Zeit/Ruhe...
Statt Reset drücken kannst Du einfach das USB Kabel anstecken.

Zu LED: Sie sieht man nur mehr als genug durch die Platine durch für meinen Geschmack. Ich würde auch die am liebsten noch ablöten...


Wie wärs damit (+Löcher für die Buttons) ?

Hi Andreas,
Gibt es eigentlich irgendwo eine gute Übersicht über die CC1101 Module? Oder anders gefragt: Wärst Du so freundlich Dein Wissen über Pin inkompatible Module und Bauformen im Wiki einzupflegen?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Hi,

Zitat von: Ranseyer am 09 April 2017, 10:36:31
Beim hohen Gehäuse sind die Nippel gleich. Diese sind in der oberen und unteren Schale vorhanden.

ok, damit kommt dann für mich nur eine V1.3 mit dem Gehäuse in Frage.

Zitat von: Ranseyer am 09 April 2017, 10:36:31
"Mein" Skript ist ein Linux Shell Skript. Aber es tut auch nichts anderes als Deine Befehle, es verschafft nur mehr Zeit/Ruhe...
Statt Reset drücken kannst Du einfach das USB Kabel anstecken.

Das Problem mit den virtuellen Maschinen ist das das USB Gerät erst mal vom Host erkannt werden muss und dann von der Virtualisierung am Host abgemeldet wird und an die Virtualisierung gemeldet wird. Dort muss das Device dann erneut "erkannt" werden. Die Zeit die das ganze braucht geht von der Zeit ab bis das Gerät den Boot-Modus automatisch verlässt.

Ich hatte schon Arduino Bootloader die dann bereits den normalen Sketch gebootet haben. Aber ich denke auch nicht das es hier zu Problemen kommen wird.

Zitat von: Ranseyer am 09 April 2017, 10:36:31
Zu LED: Sie sieht man nur mehr als genug durch die Platine durch für meinen Geschmack. Ich würde auch die am liebsten noch ablöten...

Ok, das die SO hell ist dachte ich nicht... Ich bin mir nicht sicher ob man die LED nicht sogar SW-mäßig abschalten kann. Mit "l00" (einem kleinen L und zwei Nullen) sollte man die eigentlich abschalten können. Bei mir blinkt sie dann aber trotzdem etwas unmotiviert weiter. Ich denke das sind die ankommenden Pakete, allerdings bleibt sie danach auch längere Zeit an, wahrscheinlich wird durch die Pakete nur der Status invertieren...

Zitat von: Ranseyer am 09 April 2017, 10:36:31
Wie wärs damit (+Löcher für die Buttons) ?

Da ist jetzt das Steckfeld für CC0 und CC1 weg... Die SMA-Buchsen kollidieren da auch noch mit den Befestigungslöchern, oder?
Sag mal, wozu sind eigentlich diese ganzen angedeuteten "VIAs" da? Das sind doch gar keine echten Durchkontaktierungen...

Ich persönlich könnte auch noch auf NRF24/Arduino verzichten, aber mein Bedarf an Platinen dürfte dann mit einer weiteren Platine gedeckt sein. ,-)

Gruß,
Andreas.

Habe grob fertig (Außer Leiterbahn zur SMA-Buchse + Durchkontaktierungen)

https://github.com/ranseyer/CUN-STM32/blob/master/HW-MAPLE-Large/Board-V100.png

Feedback erwünscht. Ich würde dann demnächst bestellen...

ZitatDie SMA-Buchsen kollidieren da auch noch mit den Befestigungslöchern, oder?

Als bei meinen (gemischten) Schrauben aus der Bastelkiste hat das bisher immer gepasst. Bei dir nicht ?

ZitatSag mal, wozu sind eigentlich diese ganzen angedeuteten "VIAs" da?

Final liegen diese natürlich auf GND. Aber das  kann ich erst machen wenn alle manuellen Änderungen durch sind.

Hi,

Zitat von: RaspiLED am 09 April 2017, 14:01:37
Hi Andreas,
Gibt es eigentlich irgendwo eine gute Übersicht über die CC1101 Module? Oder anders gefragt: Wärst Du so freundlich Dein Wissen über Pin inkompatible Module und Bauformen im Wiki einzupflegen?

viel Wissen ist das nicht...

Hier der Post mit dem Link auf so ein Modul mit der anderen Pinbelegung (https://forum.fhem.de/index.php/topic,50990.msg589904.html#msg589904)
Hier die unterschiedliche Pin-Belegung (https://forum.fhem.de/index.php/topic,50990.msg593195.html#msg593195)

Gruß,
Andreas.

Hi,

Zitat von: Ranseyer am 09 April 2017, 14:18:59
Als bei meinen (gemischten) Schrauben aus der Bastelkiste hat das bisher immer gepasst. Bei dir nicht ?
Final liegen diese natürlich auf GND. Aber das  kann ich erst machen wenn alle manuellen Änderungen durch sind.

auf dem Bild sieht es so aus als ob dieser viereckige Kragen an der SMA Buchse in die Befestigungslöcher reinragt und damit dann mit den "Nippeln" im Gehäuse kollidieren würde.

Gruß,
Andreas.

Ja, das sieht so aus. Die Löcher zum verschrauben sind aber recht großzügig. Bei meinen Schrauben passt das wunderbar.
Aber ich habe trotzdem noch rechts unten um 50 Mil höhergesetzt und Rechts oben mit Links oben ausgerichtet...

Gerade nochmals gecheckt, an der engsten Stelle habe ich min 1mm Platz. (In der nächsten Version noch mehr)

Ich hab nochmal das Layout etwas optimiert:

ZitatAuf Basis 1.3 , die letzten beiden Transceiver nicht steckbar
LAN Modul mehr am Rand, kleine Optimierungen
Bohrungen für Taster, falls der Maple unter der Platine montiert wird
Transceiver 1+3 etwas besser ausgerichtet
RS485 Option nur nocht mit Lötjumper (keine Bohrung)
Bessere Ausrichtung

https://github.com/ranseyer/CUN-STM32/tree/master/HW-MAPLE-Large

Wer noch Feedback hat: Gerne her damit...

Zitat von: Ranseyer am 09 April 2017, 14:15:35
Habe grob fertig (Außer Leiterbahn zur SMA-Buchse + Durchkontaktierungen)

https://github.com/ranseyer/CUN-STM32/blob/master/HW-MAPLE-Large/Board-V100.png

Feedback erwünscht. Ich würde dann demnächst bestellen...

Kann man sich da noch dranhängen? 1 Große würde mir vermutlich für alles erst mal reichen.

Erstmal vielen Dank an Ranseyer für die Entwicklung dieser Platine.
Sieht sehr vielversprechend aus.
Hat schon jemand Erfahrungen mit dem Stromverbrauch gemacht?

Hi,
"Stromverbrauch der Tranceiver: Typischerweise 17 mA für RX und 34 mA für TX pro Modul."

(Bei Inaktivität: 4 Transceiver, LAN Modul, MAPLE ca 100mA)

Grüße

Danke für die schnelle Antwort.
Welche large Version ist denn derzeit aktuell/verfügbar.
Zusätzlich wäre ich auch noch an einer Small Platine interessiert.
Kannst mir auch per PN schreiben.

Hallo zusammen,

Ich bin jetzt erst seit kurzem im "Fhem-Rausch"   ;D
Jetzt bin ich durch Zufall auf diesen Thread gestoßen. Ist das kleine Board auch Netzwerkfähig oder nur das große?

Wäre an dem kleinen auf jeden Fall zum testen und spielen interessiert

Hi,

ich habe noch da: V1.3 und V1.4: https://github.com/ranseyer/CUN-STM32/blob/master/HW-MAPLE-Large/History-Bugs.txt

"Winzig kleine" Boards habe ich noch 1-2 da. Dort gibt es einen Pinheader für das W5100 Modul. Mir gefällt das Konstrukt allerdings nicht so besonders weil man dann das LAN Modul separat herumliegen hat.
Ist also möglich und wenn man geschickt ist evtl auch mechanisch akzeptabel.

Einfach+ schick sind die großen Boards.

Dann hast du mich gerade zum großen überredet ;)

Wie ist denn das Prozedere um an eine schicke große zu kommen?

Noch 4 Stück Large-Platinen 4 fach CUL V1.4 verfügbar. (laufen sofort in den getesteten Szenarios)

Neu werde ich demnächst (noch nicht gestestet, da erst heute gekommen) jeweils ca 5 Stück übrigen haben von diesen:


ed: Doku wie immer in Github: https://github.com/ranseyer/CUN-STM32 (Medium, Small)
Wer sicher mehr als zwei Transceiver verwenden will, sollte evtl. lieber die Large Version nehmen... 

Zitat von: Ranseyer am 29 April 2017, 10:56:54
Noch 4 Stück Large-Platinen 4 fach CUL V1.4 verfügbar. (laufen sofort in den getesteten Szenarios)

Neu werde ich demnächst (noch nicht gestestet, da erst heute gekommen) jeweils ca 5 Stück übrigen haben von diesen:


ed: Doku wie immer in Github: https://github.com/ranseyer/CUN-STM32 (Medium, Small)
Wer sicher mehr als zwei Transceiver verwenden will, sollte evtl. lieber die Large Version nehmen...

Hallo,

ich nehme 1 Stk. Large-Platine.

Gruß

anh

Hi,
ich interessiere mich für die 2fach plus Ethernet und für die Hammend bis 4-fach plus Ethernet ;-)
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Ihr habt ne PN bzw. Mail.

Die "Hammond" Platine hat keinen LAN Port vorgesehen.

So wie es aussieht, ist auch das Gehäuse vom Samstag schon im Wiki gelandet, cool!
Trotzdem noch eine Frage:
Ich habe von locutus den MapleCUL (derzeit noch ohne LAN Erweiterung). Ich würde gerne das Teil am PC (Windows  8)) anschauen, was da so über die serielle Schnittstelle kommt. Wo gibt es den Windows USB Treiber?

Danke + Gruß

PeMue

Du hast den MAPLE per USB am Rechner angeschlossen ? Wenn du also hier sehen willst was passiert, oder eingreifen willst:

Dann hast Du drei neue serielle Schnittstellen. Für serielle Schnittstellen bringt Windows selbst alle Treiber mit.
Da ich Windows nicht mehr privat nutze (außer in VM) habe ich damit nicht sonderlich viel Erfahrung.

Schau mal in die Systemsteuerung bei Hardware ob drei neue Devices angelegt werden. Dann brauchst Du ein Terminalprogramm früher: Hyperterm, heute würde ich mal eher sagen Teraterm oder der serielle Monitor aus der Arduino IDE.

B) Debug-Ausgaben:
Wenn du die Debug Ausgaben vom MAPLE sehen magst, musst Du schauen dass du einen USB-Wandler an den Debug Port (pin25+26) bekommst. (Den passenden Treiber zu deinem USB Wandler hast du bestimmt schon installiert)
https://developer.mbed.org/media/uploads/hudakz/maplemini_pinout01.png

Zitat von: Ranseyer am 01 Mai 2017, 09:54:00
Dann hast Du drei neue serielle Schnittstellen. Für serielle Schnittstellen bringt Windows selbst alle Treiber mit.

Vielen Dank. So wie es aussieht, muss ich mir
- entweder ein vernünftiges Betriebssystem installieren oder
- auf Windows >7 aktualisieren  8)
Ich denke, die Windows XP Treiber liegen hier
https://github.com/rogerclarkmelbourne/Arduino_STM32/tree/master/drivers/win/win_xp_legacy/maple-serial

Gruß PeMue

Zitat von: Ranseyer am 09 April 2017, 17:53:09
Ich hab nochmal das Layout etwas optimiert:
https://github.com/ranseyer/CUN-STM32/tree/master/HW-MAPLE-Large (https://github.com/ranseyer/CUN-STM32/tree/master/HW-MAPLE-Large)

Wer noch Feedback hat: Gerne her damit...

Im Schaltplan hats noch einen Fehler beim Arduino Pro Mini: da wird RX1 mit RX-MAPPLE verbunden, müsste aber denke ich an TX-MAPPLE. Ob's dann am Print auch falsch ist hab ich jetzt aber nicht kontrolliert, mir ist das nur eben aufgefallen, wie ich mapleCUx_large_177a.sch im Eagle aufgemacht hab.

Danke für das Feedback, da hast Du Recht. Der Fehler ist schon länger enthalten und betrifft die Nutzung von mySensors.

Ab Platine 2.1 dann korrgiert. (die wird noch reichlich lange dauern)

PS: Es scheint aber so dass an den Spezial-Möglichkeiten nur wenig Interesse besteht... Daher hat das noch keiner gemerkt.

Zitat von: Ranseyer am 16 Mai 2017, 16:21:41
Ab Platine 2.1 dann korrgiert. (die wird noch reichlich lange dauern)

PS: Es scheint aber so dass an den Spezial-Möglichkeiten nur wenig Interesse besteht... Daher hat das noch keiner gemerkt.

Mich interessiert die Version 2.x inkl. aller Spezialmöglichkeiten (HMMOD-UART & MySensors mit NFR24L01) sehr. Hast Du die Version 2.0 der Large-Platine bestellt? Der Fehler mit der Arduino-Anbindung lässt sich per Skalpell und Fädeldraht ja leicht reparieren.

Zitat von: Ranseyer am 16 Mai 2017, 16:21:41
Danke für das Feedback, da hast Du Recht. Der Fehler ist schon länger enthalten und betrifft die Nutzung von mySensors.

Ab Platine 2.1 dann korrgiert. (die wird noch reichlich lange dauern)

PS: Es scheint aber so dass an den Spezial-Möglichkeiten nur wenig Interesse besteht... Daher hat das noch keiner gemerkt.

Bei mir ist mySensors derzeit auch kein Thema, daher betrifft mich der Fehler auch nicht. Ich hab jetzt mal die die Bauteile (Maple, CC1101er) bestellt, Platinen (Large und Small) muss ich noch besorgen. Welcher Printhersteller ist denn da empfehlenswert?

Um Platinen selber zu bestellen empfehle ich den Preisvergleich: http://pcbshopper.com/ (http://pcbshopper.com/) (Seeed, ITead (Elecrow, Smart*, Maker* ((dirty)))

ZitatMich interessiert die Version 2.x inkl. aller Spezialmöglichkeiten (HMMOD-UART & MySensors mit NFR24L01) sehr. Hast Du die Version 2.0 der Large-Platine bestellt?

Ja habe ich bestellt. Das können die alten Versionen aber auch. Nur sind das die SMA Buchsen 2*rechts+links.

Die Taktik bei der V2:
Da sind alle Buchsen "vorne".  TRX0+1 sind somit OK, 2+3 kann man notfalls auch so nutzen, oder der Perfektionist kann diese mit einem U.FL Pigtail (nach z.B. SMA) an eine beliebige Stelle verlegen und so versuchen Lamba/4 (https://www.mikrocontroller.net/articles/433_MHz_Funk%C3%BCbertragung#Antenne) Abstand zu bekommen. (17cm oder bei 866 MHz die Hälfte)

Noch zwei Rückfragen zur 2.0:
- Der HMMOD-UART soll von der Unterseite bestückt werden - oder?
- Wenn der W5500 bestückt wird, sollte der Maple Mini auch von der Unterseite bestückt werden - oder?

V2.0 habe ich noch nicht hier und daher auch nicht beworben.

Stell dir den Aufbau vor wie hier:
https://wiki.fhem.de/wiki/Datei:4-fach-1.3-1280.jpg

Über dem Maple kommt oben das LAN Modul drauf. Dieses kann auch nur oben montiert werden wen die Anschlüsse passen sollen.

Der Maple kann oben und unten verbaut werden. Wenn unten passt die Mini-USB Buchse in die Aussparung der Platine.
Die Beiden Löcher beiḿ Maple erleichtern das drücken der Buttons auch wenn das unnötig ist.

=> Ich würde bei V2 den Maple bei Nutzung des LAN Moduls unten montieren und das LAN Modul muss oben sein.

(Beim "Maple-auch-noch-oben" sind die PINs den LAN Moduls recht kurz und es ist ggf. ein Stecksockel  für das LAN Modul erforderlich zum Verlängern; den Stecksockel kann man in dem Fall wohl nur sparen wenn beim obenliegenden MAPLE der Kunstsoffanteil der Pinleiste entfern wird. Und das wäre blöd weil dann 40 Einzel-Pins zu verbauen sind...)

Zitat- Der HMMOD-UART soll von der Unterseite bestückt werden - oder?

Genau. in den empfohlenen Gehäusen ist dafür Platz.

Zitat von: Ranseyer am 16 Mai 2017, 16:21:41
Danke für das Feedback, da hast Du Recht. Der Fehler ist schon länger enthalten und betrifft die Nutzung von mySensors.

Ab Platine 2.1 dann korrgiert. (die wird noch reichlich lange dauern)

PS: Es scheint aber so dass an den Spezial-Möglichkeiten nur wenig Interesse besteht... Daher hat das noch keiner gemerkt.

Noch eher ein Schönheitsfehler: du verwendest bei den Bauteilwerten (speziell Kondensatoren) keine einheitliche Schreibweise. Z.B. normal 22pf, beim C9 aber nur 22p, in der V1.5 beim C7 sogar nur 4,7 (da muss man dann raten, ob pF, nF, ... in V2.0 gibt's den aber nimmer).
Ist mir eigentlich nur aufgefallen, weil ich mir eine BOM Liste exportiert habe um zu sehen, was ich noch so an Bauteilen besorgen muss. Wenn ich die dann nach Werten sortiere "übersieht" man leicht mal den C9.

lg, Sabine

Danke, werde ich mal überarbeiten.

Mal eine kleine Statistik: von den Steuerungsplatinen habe ich exakt 0 Stück verkauft (und ich will diese auch nicht wegwerfen, selbst brauche ich max. nur 3-4)  :'(

Dafür neu eingetroffen. MAPLE CUL V2.
(V1.5 mit den Anschlüssen an den schmalen Seiten habe ich auch noch ein paar)

Wenn noch genug vorhanden sind hätte ich gerne 2 Stück der Version 1.5 und 2 Stück der Version 2

Gruß
Otto

Ich hätte auch gerne 1 Stück der Version 1.5 und 2 Stück der Version 2

Grüße
Rob

Hi, ich hätte Interesse an den Multisensor. Ist der noch da?

Wenige Multisensor (+andere) noch sind noch da, siehe PN.

Gesendet von meinem HTC One_M8 mit Tapatalk

Update: Habe die STM32 IR-Receiver Platinen oben rausgenommen. Ich habe zwar noch welche, aber das dürfte die falsche Zielgruppe hier sein, diese sind vor allem zum Einsatz mit VDR /Kodi (XBMC) gedacht ...

Zitat von: Ranseyer am 24 März 2017, 17:32:12
@Funsailor: Dein Anliegen wird/wurde ja im anderen=richtigen Thread geklärt.

MAPLE-CUL V1.3 und 1.4 sind vorher gekommen ...

-1.4 ist abgespeckt und der MAPLE auf der Unterseite wenn man die Buttons erreichen will (Ansonsten kann man den MAPLE frei oben oder unten platzieren)
Wer den MAPLE auf die "falsche" Seite baut kann die USB Buche auf der höhe innerhalb der Platine unterbringen.

Die Funkmodule laufen bei mir sofort. LAN und anderes habe ich nicht getestet bisher.

Fotos folgen. Erst will ich meinen eigenen auch mal fest in einem Gehäuse unterbringen...

Welcher Thread?

Nun auch Kammsensor ((und ungetestete Auswertung mit optionaler Übertragung per MySensors Funk oder RS485))


und NMOdule


Ich setzte mal an für den vergoldeten beheizbaren Kammsensor 10€ inkl Versand (geschenkt dazu ein ungetestetes Auswerte / Übertragungsmodul)

NModule siehe separatem Thread.

Falls noch jemand Probleme mit der Einbindung des MapleCUN haben sollte:

Wenn ihr bei euch im Hause GBit Lan habt, kann es Probleme mit dem DHCP geben.
Da hat mir folgende Anleitung geholfen:

https://wiki.fhem.de/wiki/CUN_Netzwerk_einrichten

Hier ist noch hinzuzufügen, dass ihr dann auch DHCP auf dem Gerät ausschalten müsst. Sonst funktioniert es trotzdem nicht.
Danach läuft bei mir der MapleCUN einwandfrei mit 3 Transmittern ;D

Gigabit-LAN habe ich auch und meine MAPLE haben alle per DHCP feste IP-Adressen. Aber ich kann nicht sicher sagen welche meiner MAPLE-CUN daran hängen oder doch noch über einen Switch. Im Büro wo ich teste ist noch ein billiger Switch davor. Die beiden produktiven würde ich sagen hängen am Gigabit LAN.

I sags mal so: Bei Gigabit LAN werden ggf. noch 1-2 Problemchen ausgeglich die bei 10/100MBit gar nicht funktionieren würden wie fälschlicherweise gekreuzte Adern..


PS: Ich glaube das schon mit der nötigen manuellen Adresse. Verstehe aber nicht warum und kann es auch nicht nachvollziehen. Vermute die Teile können kein IP V6 ? (Keine Ahnung, ... ob das die wirkliche Ursache ist?)

Sind zufällig noch V1.5 Platinen übrig? Ich hätte da interesse.

Zwei Stück noch. ((Dann kommt V2.1))

Dann würde ich dich von beiden erlösen ;)

- MAPLE CUL V2.1 liegt (Grundfunktionen ohne MySensors getestet!) hier
- vergoldete Kammsensoren für Regen haben ich noch reichlich !

Hi,

Zitat von: Ranseyer am 29 August 2017, 17:21:23
- MAPLE CUL V2.1 liegt (Grundfunktionen ohne MySensors getestet! hier)

ich denke das "hier" sollte ein Link werden, oder? ;-)

Gruß,
Andreas.

Danke, nein. Habe den Text oben etwas korrigiert / Klarer formuliert.

Grüße :-)

Hi,

Ich wäre ein zwei Platinen interessiert, wie läuft das?

Allerings blicke ich nicht so 100%ig durch: Im git gibt es small, medium und large, aber kein V2.1.
- das Small gibt es wohl nicht mehr?
- das Medium nimmt 2 CC1101 auf, passt in ein Hammond-Gehäuse, hat aber laut älterem Eintrag kein LAN (obwohl da was im Schematic eingezeichnet ist)?
- das Large ist das gängige und hat wohl LAN und 4 CC1101, mittlerweile alle auf einer Seite? (allerdings ist dann wohl das Bild MAPLE.jpg im git Ordner noch von älteren Platinen) Passt da das Kemo-Gehäuse noch? Wenn ich mir das Board ansehe, ist das passende LAN-Modul scheinbar nicht das im ersten Post verlinkte, sondern ein solches (https://de.aliexpress.com/item/Free-shipping-USR-ES1-W5500-Chip-New-SPI-to-LAN-Ethernet-Converter-TCP-IP-Mod/32315164233.html)?

Leider gibt es wohl kein relativ aktuelles Bild einer bestückten Platine, oder hab ich das übersehen?


Also was ich bräuchte sind zwei Platinen für je mind. 2 Funkmodule und LAN.

Danke!

Hi,

-ich habe noch eine allerletzte Medium Platine da. => Kein LAN ! Produziere ich nicht mehr. Mir reicht Large. ((und ggf. noch ein paar Small))

-Small habe ich noch genügend hier , ist für 1-2 Transceiver und notfalls HM-Mod-UART und notfalls + LAN, oder auch als Testplattform. ((der zusätzliche Steckplatz ist nur für unvorhergesehene Notfälle))

-Large habe ich auch einige hier. Der Stand ist aktuell V2.1 im Vergleich zur V2.0 nur wenige Änderungen und fast wie hier die rechte: https://wiki.fhem.de/wiki/MapleCUX-Platinen

Flexibel ist "large", kleiner, für den Schrunpfschlauch und günstiger ist small.


Update der Doku: https://github.com/ranseyer/CUN-STM32/tree/master/HW-MAPLE-Large/Archiv/V2.1

Wenn die Small zwei Transceiver + LAN fasst (ist das die auf dem Bild hier links (https://forum.fhem.de/index.php/topic,50990.msg627848.html#msg627848)?), wäre das genau das, was ich brauche.

Ich würde 2 nehmen.

Genau. Per PN geklärt...

Hi,

habe die large Platine V2.0 gelötet. Wie kann ich den Arduino als Mysensors Gateway nun flashen? leider schlägt das immer fehl.

Gruß Alina

Hallo Alina,

was genau (Arduino oder der nackte AVR?) hast Du da aufgebaut und wie mit dem Programmer verbunden ?

Habe den Arduino mini mit dem NRF verlötet. Habe probiert den Arduino über seine eigene Schnittstelle zu flashen und das schlägt immer fehl. einen einzelnen/unverlöteten Arduino kann ich so flashen.

Ich habe mir den Schlatplan mal angesehen: https://raw.githubusercontent.com/ranseyer/CUN-STM32/master/HW-MAPLE-Large/Archiv/V2.0/Schematic.png

Bei der V2.0 sind am Arduino RX+TX verbunden (beide heißen RX-MAPLE) . Diese musst du auftrennen. (Siehe auch Rückmeldung SabineT)



RX-/TX Maple könnte prinzipiell noch immer stören. Aber wenn der MAPLE keine Versorgungsspannung hat und nur der Arduino Saft am Ende am Programmier-Header bekommt sollte der MAPLE sich schön raushalten.
Letzter Punkt falls alles andere nicht hilft: Hat der Arduino überhaupt einen Bootloader der funktioniert ?

Hallo zusammen,

ich habe ein paar der Platinen im Haus verteilt im Einsatz und möchte nun Mysensors nachrüsten.

Welcher Sketch muss dafür auf den pro mini? Ich möchte ungern den falschen flashen und dann nicht mehr umflashen können, nachdem er aufgelötet ist.
Mein Bauchgefühl sagt mir den für ein Gateway. Aber da ist mir nicht klar welches das richtige wäre. Es gibt ja die serielle Version die dann mit dem NRF kommuniziert und eine Ethernetversion. Bei der Ethernetversion ist die Frage ob das mit dem auf der Platine vorhandenen Port überhaupt vorgesehen ist.

Poste doch mal ein Foto (oder nenne die genaue Platinen-Version)

Foto kann ich erst heute Abend nachreichen.
Aber es sind die V1.3, 1.5 und glaube eine V2.1 (wenn das die cremefarbenen waren) in Betrieb.

Ich bin mir ziemlich sicher, dass du den Sketch für das ganz normale serielle Gateway auf den Pro Mini pcken mußt. Die Ausgabe an die serielle Schnittstelle des Pro Mini geht dann halt nicht auf den USB-Seriell-Wandler direkt (wie beim Nano), sondern an eine (welche?) des Maple und dann von dem aus an dessen USB-Schnittstelle bzw. den Netzwerkport (welche virtuelle Schnittstelle bzw. welcher Port es ist, richtet sich dann danach, welche serielle Schnittstelle am Maple den Eingang macht). Im Zweifel einfach testen, beim Booten nach Drücken des Reset-Knopfs sollte das Logo kommen ;) .

ZitatIch bin mir ziemlich sicher, dass du den Sketch für das ganz normale serielle Gateway auf den Pro Mini pcken mußt.

Absolut.

Aber es auszutauschen zu können wäre trotzdem hilfreich. Bei den V3.x Varianten ist es u.a. deshalb modular aufsteckbar, da ich nicht leiden kann dass man ggf. am Maple-CUl noch etwas anfassen sollte um den Arduino zu flashen. Wenn der Platz reicht kannst du auch einfach die Arduinos steckbar umsetzen.

Und: Achtung die Spannungsversorgung muss gut sein. Wenn wie bei einem meiner USB Kabel nur 4,5 V ankommt bei niedriger Last dann gibt das auf Dauer Sorgen !

Vielen Dank euch beiden. Dann kann ich endlich mit Mysensors loslegen.

Noch eine kleine Frage im Anschluss...kann ich in meinem Fall einen als Gateway nehmen, und alle anderen dienen als Repeater oder sollte ich alle als Gateway konfigurieren. Gibt es da Probleme?

Hab es hinbekommen den Arduino Pro mini über den MapleMini hinweg zu flashen. Also Maple am USB am Rechner und dann den zweiten Seriellen Port auswählen. Worauf man hier achten muss ist das in der CUL Firmware für den Seriellen Port 0 des MapleMini die richtige Baudrate zum flashen gesetzt wurde <pb0@57600>. Wenn man dann flasht muss man den Reset des Pro mini mit dem Button manuell ausführen.

Gruß Alina

Zitat von: giulup am 19 Juni 2018, 14:07:27
Noch eine kleine Frage im Anschluss...kann ich in meinem Fall einen als Gateway nehmen, und alle anderen dienen als Repeater oder sollte ich alle als Gateway konfigurieren. Gibt es da Probleme?

Verstehe die Frage nicht so richtig (wäre das nicht im MySensors-Bereich besser aufgehoben?).
Es sollte für jede (Funk-)Technologie genau _ein_ Gateway geben, der Rest sind (fast) zwangsläufig Repeater oder normale Nodes. Wer das nicht möchte, muß etwas in die Trickkiste greifen (bei Bedarf: Separater Thread und Info, was du verwenden willst...). Die anderen Nodes willst du doch nicht an Maples betreiben, oder?!?

Die Frage bezieht sich noch, zumindest indirekt, auf die hier angebotenen Platinen. Da ich mehrere im Einsatz habe ist klar, dass einer als Gateway dient. Die Frage ist, ob die Arduinos auf den Platinen in den anderen Stockwerken als Repeater zum Gateway eingesetzt werden können oder ob die Platine nur die Funktion als Gateway unterstützt?

Die Platine unterstützt nur dass ein Arduino an den Maple-Mini verbunden wird. Was der Arduino tut ist der Platine egal.

Aber eins noch: Miss unbedingt vor dem verlöten ob RX/TX richtig  über Kreuz verbunden sind. Bei der alten Versionen war da  ggf. noch ein Fehler und den kann man umso schlechter beheben umso mehr schon alles verbaut ist.

OK, so gesehen ist das noch On Topic, da es um die Verwendung der Platine geht :) .

Zitat von: Ranseyer am 20 Juni 2018, 10:18:26Die Platine unterstützt nur dass ein Arduino an den Maple-Mini verbunden wird. Was der Arduino tut ist der Platine egal.

Vielleicht eine kleine "Einschränkung" (eher Erweiterung): Es sind die Verbindungen vom Arduino zu einem nRF24 oder RFMxx (oder MAX48x) vorhanden - das macht die Verkabelung einfacher. Aber ansonsten: Why not? Ist m.E. sogar eine gute Idee, jedenfalls, wenn man sonst nur schlafende Nodes hat oder direkt an den Repeater-Arduinos irgendwas anschließen will; wenn möglich aber keine blockierenden Logiken auf der Repeater-Node implementieren.