OpenIoT Standard Gateway?

#1

wie gestern besprochen - ein Thread für Diskussion und gemeinsame Recherche für Optionen für eine standardisierte Gateway-Hardware.

Anforderungen:

  • günstiger Preis
  • Haltbarkeit möglichst nahe “industrial grade”
  • zuverlässige Spannungsversorgung (idealerweise PoE)
  • vernünftige Antennenanbindung
  • unaufwändig in Aufbau und Installation
  • Möglichkeit Anbindung LTE Modem (miniPCIe, USB)
  • WiFi?
  • offene Software / Konfiguration für Monitoring möglich

erste Recherchen/Ideen da (öffentlich freigegeben) - bitte ergänzen wem was fehlt:

2 Like
#2

zum CM3+ (raspi compute module):

hab ich eh schon im SD-Karten-Thread mal gepostet.

prinzipiell genau für unsere Anwendung gebaut. balenaCloud (kostenpflichtige Plattform) wäre für Fleet-Management und monitoring sicher auch cool, muss man aber nicht nutzen. Im Prinzip macht das Board eben aus dem CM3+ einen raspi mit mehr Anschlüssen, noch zusätzlich onboard Flash, RTC, vorbereitet für LTE-Modem und PoE, trotzdem piHat kompatibel - und eben auf Industrie ausgelegt.

Es werden auch schon Gateways damit gebaut


1 Like
#3
#4

Hallo, die Ideen in Richtung “industrial” bei den künftigen Gateways zu blicken, gefallen mir sehr gut!

Va. wenn wir die SD-Karte loswerden, das war ja schon mehrfach ein Diskussionspunkt und der eMMC scheint die richtige Alternative zu sein und unsere Probleme zu lösen.
:wink:

Für Mai plant der Verein ja wieder die Anschaffung einiger Teile, da sollten wir etwas in dieser Richtung zusammenstellen. Ich würde mal 2-3x die fertige Platine (Balena) nehmen, damit wir Erfahrungen mit dem Compute Module sammeln können. Das sollte für die ersten Testgateways ausreichen oder?
Auf Thingiverse gibt es schon Gehäuse für balenaFin für TheThingsNetwork LoRa(WAN) Gateways: https://www.thingiverse.com/thing:3459158

Eine eigene Platine klingt natürlich auch super (va. wenn man sich was Abschauen kann von der og. Open HW). Aber die müssen wir das maschinell bestücken lassen, sonst werden wir verrückt beim Löten der SODIMM-Anschlüsse. :wink:

#5

eher unabhängig davon, aber ich hab inzwischen hardware mit einem solchen compute module (wenn auch mit einem alten):
https://www.acmesystems.it/CM3-PANEL

… weil wie so oft durchblickt man viele Sachen erst wenn man mit so Teilen spielt, auch wenn mans schon vorher wo lesen hätt können :upside_down_face:

  • die “lite” Versionen von den CM3(+) haben kein eMMC am Modul
  • dafür aber Leitungen zum Sockel um eMMC am Carrier-Board zu nutzen
  • => für ein balenaFin braucht man ein “L”, weil dieses Board hat selbst das eMMC onboard
  • um ein Modul mit eigenem eMMC zu flashen (OS drauf spieln) muss man’s als mass storage Gerät mounten können, das geht zb. mit dem devboard das es von raspi selbst dazu gibt.
  • beim balenaFin ist das natürlich sowieso Standard dass deren onboard Flash als mass storage mounten geht
1 Like
#6

haben wir Monitoring der Temperaturen der raspi+imst-gateways?

mir ist jetzt schon an mehreren Stellen untergekommen dass es mit (unter anderem) den RAKs Überhitzungs-Probleme bei stark frequentierten Gateways gibt, konkret scheinbar wenn viel OTAA abzuhandeln ist…

1 Like
#7

Wir monitoren mit Zabbix, dort wird die Temperatur der CPU mit abgefragt. Haben wir extra implementiert.

#8

nicht billig, für das was es kann, und das dazu passende RHF0M301 wohl auch nicht (zumindest in den dev-kits die’s am freien Markt gibt…)