Aktywne Wpisy
przeczki +20
Pytanie do zaznajomionych z tematem. Taki pistolet będzie ok do jakiejś podstawowej obrony w razie W? Jeśli nie to dajcie jakieś propozycje co kupić bez zezwolenia #wojna
źródło: Zdjęcie z biblioteki
Pobierz
Pewno #nikogo ale kilka osób może tu kojarzy że wyszedłem z #it a glownie z #testowanieoprogramowania gdzie zarabiałem naprawdę ładną kasę przez lata i zacząłem bawić się na powaznie w #bojowkapiekarska
IT jest ok ale mnie po 18 latach już nawet nie tyle że męczyło co nie dawalo radości i bywały dni że wolałem iść na rower niż pracować (a zarabiałem 660 euro dziennie więc sporo, ale nawet to mnie nie motywowało)
IT jest ok ale mnie po 18 latach już nawet nie tyle że męczyło co nie dawalo radości i bywały dni że wolałem iść na rower niż pracować (a zarabiałem 660 euro dziennie więc sporo, ale nawet to mnie nie motywowało)
Aktywne Znaleziska
Użytkownik ma mieć dostęp do aplikacji z przeglądarki także mam front w Angular SPA i backend API w .NET core.
Komunikacja z urządzeniem ma być przez MQTT.
Nie wiem jak ogarnąć połączenie backendu z brokerem.
Wydaje mi się, że backend powinien pokazywać dane tylko z bazy SQL. Zbyt długo by trwało, gdyby za każdym razem gdy użytkownik odświeży stronę API pobierało świeże dane bezpośrednio z urządzenia, a poza tym nie miał bym danych historycznych z urządzenia.
Wymyśliłem więc takie rozwiązanie, że utworzę kolejną aplikację działającą w tle która będzie odbierała dane z brokera i zapisywała je w bazie SQL. Gdybym poszedł tą drogą, chciał bym żeby w tej aplikacji było wszystko co związane z komunikacją dlatego też miała by ona wysyłać żądania do urządzenia (np. zmianę wartości).
Jak skomunikować taką aplikację z API ?
Czy warto wydzielać komunikację z brokerem do oddzielnej aplikacji ?
Czy od tego jest API, żeby takie funkcjonalności się w nim znajdowały ?
Prosze o uwagi i pomoc w temacie
#programowanie #iot #mqtt #dotnet #net #csharp
A do komunikacji urządzenie -> serwis -> frontend np. sockety