Entwicklung SIGNALDuino Empfänger Firm- und Hardware V4 für Maple Mini und ESP32

juergs · 08 April 2020, 17:07:12

Glaube, man muss sich nur auf eine Standard-Bauweise einigen und gut is ...

Ranseyer · 08 April 2020, 17:15:26

Genau.

(Und war der Meinung mein Muster ist am geschicktesten, weil eine Seite der Platine weitgehend leer bleibt (nur die Stamp)

Auf der anderen dann der Maple und manchmal auch LAN.

Ralf9 · 08 April 2020, 20:39:23

ZitatGlaube, man muss sich nur auf eine Standard-Bauweise einigen und gut is

Zitat(Und war der Meinung mein Muster ist am geschicktesten, weil eine Seite der Platine weitgehend leer bleibt (nur die Stamp)

Auf der anderen dann der Maple und manchmal auch LAN.

Ja, denke ich auch, mit LAN ist es so am geschicktesten
https://forum.fhem.de/index.php/topic,106278.msg1035723.html#msg1035723

Ohne LAN müssten mit einer etwas größeren Öffnung für USB beide Aufbauvarianten passen.

Gruß Ralf

juergs · 08 April 2020, 21:26:27

Der erste Prototyp der Unterseite.
Es gibt leider wenig "Angriffspunkte" um die Platine zu fixieren

Noch sind 1.4mm der des Ethernet-Moduls im Weg...

Die SMA-Seite konnte ich um 2.5mm verkürzen.
Ansonsten passt es jetzt wie "angegossen".

juergs · 09 April 2020, 19:46:43

Die nächste Runde:

juergs · 10 April 2020, 10:31:44

Manche Ideen, stellen sich in der Praxis dann doch anders dar!

Die Deckelausführung als Snapin auszuführen, also ohne Verschraubung => braucht etwas Nachbearbeitung, da der 3D-Drucker die Überhänge nicht
so präzise (>> A tolerance of 0.5 mm is recommended) hinbekommt.
Die Nut im Deckel stellt sich als Hinderlich beim Einbauen dar... Ok, bei 2mm Gehäusebreite mit einer 1mm-Nut stößt an die Grenzen meines 3D-Druckers.
Also kurzerhand wieder entfernt, da genau diese Nut das Einschnappen behindert ...
Die Implementierung ist durchaus eine Hearusforderung

Muss auch die Verschraubungsmöglichkeit des Deckels noch mal prüfen ... Vielleich doch außen, wie in Gloobs Modell ?
Das Gehäuse nochmal für Verschraub-Antennen um 1mm kürzen.

Das Resultat des Fusion-Slicers ist auf alle Fälle besser als den von mir verwendeten RepetierHost.
Das mag auch an meinen Einstellungen liegen, aber das langwierige Ausprobieren möchte ich mir zur Zeit nicht antun...
Das Ergebnis lässt sich als 3D-Druck aber durchaus ansehen (benutze transparentes Filament für Protoypen) ... benötigt aber im Moment noch etwas manuelle Nachbearbeitung.

Eigentlich hatte ich vorgesehen die Front- und Rückseite austauschbar zu machen, verschiebe das aber noch.
Dennoch: Wie soll die Fixierung des Ständers (mit Kabelführung) am Gehäuse befestigt werden (Verschraubung oder SnapIn) ?

juergs · 10 April 2020, 21:19:44

Anbei die STLs zum Selber-3D-Drucken.

Empfehlung: Lüfter zum Print ausschalten: "M107" oder "M106 S0".

Ralf9 · 11 April 2020, 00:45:56

Der MapleSDuino lässt sich natürlich auch als Nachfolger vom NanoCul als normaler sduino verwenden, dazu muß nur das zweite (B) cc1101 433 Mhz Modul bestückt werden.
Ein "get Version" enthält dann (R: B0*)

Es ist nicht mehr zu empfehlen, einen NanoCul zu kaufen oder selbst zubauen.

Kann jemand hier vermerken,
https://wiki.fhem.de/wiki/Selbstbau_CUL
daß es mit dem MapleSduino einen Nachfolger gibt?

ZitatDie Betonung liegt auf "mehrfach" lesen

Meine Dokumention ist anscheinend noch verbesserungsfähig.
Es wäre schön, wenn jemand für den MapleSduino einen Wiki Eintrag machen könnte.
@andies liest Du hier mit?

Gruß Ralf

sash.sc · 11 April 2020, 11:43:16

Nur nochmal zum Verständnis.

Der mapleduino kann dar was der Signalduino kann + nano cul +LaCrosse?

Wie sieht es denn aus, das ganze auf einem wemos d1 Mini bzw pro Ton laufen zu bekommen, wegen der wlan Anbindung?

Gesendet von meinem MI 9 mit Tapatalk

Ralf9 · 11 April 2020, 15:01:42

ZitatDer mapleduino kann dar was der Signalduino kann + nano cul +LaCrosse?

Wenn die a-culw geflasht wird, kann er auch das was der nanocul kann.
Mit der sduino Firmware kann er durch LaCrosse auch zum großen Teil was der JeeLink kann.

ZitatWie sieht es denn aus, das ganze auf einem wemos d1 Mini bzw pro Ton laufen zu bekommen, wegen der wlan Anbindung?

Wenn auf dem wemos d1 Mini das esplink drauf ist und seriell mit dem Debugport vom MapleSDuino oder MapleCul verbunden wird, dann funktioniert es auch über WLAN (siehe Anlage)
Dazu ist eine spezielle firmware notwendig bei der anstatt USB RX und TX verwendet wird, bei bedarf kann ich die bin File erstellen.

Auf dem ESP32 müsste die firmware funktionieren, da er für den Zeit kritischen Teil einen Coprocessor hat, aber da bräuchte ich Hilfe beim programmieren des Coprocessors
https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-guides/ulp.html

Gruß Ralf

juergs · 11 April 2020, 15:33:21

Es gäbe vielleicht noch eine günstigere Option:

https://www.makerfabs.com/desfile/files/Air602%20Hardware%20Design%20Manual.pdf
http://wiki.seeedstudio.com/Air602_Firmware_Programming_Manual/

http://wiki.seeedstudio.com/Air602_WiFi_Development_Board/#typical-applications

Aber: Einen WLAN-Sender in der Nähe von 433 und 868 MHZ Empfängern zu betreiben finde ich HF-technisch nicht gerade von Vorteil.
Da der WLAN Betrieb möglicherweise den HF-Empfang sowieso schwächerer Stationen einfach weg "drückt" ...

Ich habe hier 2 Stück Air602 herumliegen, werden mich mal damit etwas beschäftigen ...
https://yoursunny.com/t/2018/Air602-blink/
https://yoursunny.com/t/2018/Air602-weather/

Grüße,
Jürgen

sash.sc · 11 April 2020, 16:43:36

Mein Gedanke war, ob es möglich ist, die Firmware von mapleduino auf nen wemos zu portieren. Sprich nen wemos mit 2 oder 3 cc1101 dran. Dann hat man es auf einen Prozessor inl. wlan. Ohne nen wemos parallel an den maple zu verbinden

Gesendet von meinem MI 9 mit Tapatalk

Ralf9 · 11 April 2020, 17:51:18

ZitatMein Gedanke war, ob es möglich ist, die Firmware von mapleduino auf nen wemos zu portieren.

Ja, das sollte möglich sein, wenn das zeitkritische einlesen der Nachrichtenpulse in einen FIFO Speicher in einen Coprocessor ausgelagert wird, das programmieren des Coprocessor ist aber nicht so einfach.
Da der ESP8266 keinen Coprocessor hat, müsste dafür z.B. ein Promini verwendet werden.

Das es ohne Coprocessor nicht 100% funktioniert, sieht man am SignalESP bei dem zwar das meiste funktioniert, aber es gibt ein paar Protokolle die nicht sauber oder gar nicht funktionieren.

Gruß Ralf

sash.sc · 11 April 2020, 17:59:30

Also dann eher einen esp32?!

Gesendet von meinem MI 9 mit Tapatalk

Ranseyer · 11 April 2020, 18:59:17

Zitat von: juergs am 11 April 2020, 15:33:21
Es gäbe vielleicht noch eine günstigere Option:

Falls du dich damit erfolgreich befasst würde ich das Thema ggf. auch nochmals angehen.
(Beim Maple-CUL hatte ich das Teil eine Zeit lang eingeplat, inkl. Antenne. Resonanz war leider gleich Null:-(
https://raw.githubusercontent.com/ranseyer/CUN-STM32/master/HW-MAPLE-Large/Archiv/V3.4/bot.png)

ZitatIch habe hier 2 Stück Air602 herumliegen, werden mich mal damit etwas beschäftigen ...

plus drei