Vet inte vad du menar med "lödskarvar, alltså kablar och motstånd", men det går ju att löda direkt på pinnarna om man vill. Lite fult men fungerar.
Vill du vara seriös skaffar du något sånt här: https://www.amazon.com/Ultra-Small-...jbGlja1JlZGlyZWN0JmRvTm90TG9nQ2xpY2s9dHJ1ZQ==
-
-
16 dec 2021 17:39 #17
Alltså dom här kablarna och motståndet som är kopplade till plattan, det känns ju väldigt B och lätt att det åker isär.
Men det du länkade till såg ju bättre ut, med skruvade grejer -
16 dec 2021 17:48 #18
- Laddar…
-
16 dec 2021 18:54 #19
Köp experimentkort och löd ihop det. Finns färdiga sådana för Raspberry pi som monteras direkt på GPIO-headern.
Ärligt talat är det lite overkill för en resistor och lite kopplingar.- Laddar…
-
16 dec 2021 19:25 #20
Tänkte ju sånna skarvar med lödtenn i som man värmer, kanske duger det med.
Huvudsaken är ju att det inte hoppar isär nånstans -
16 dec 2021 21:30 #21
Fick lite kod av en bekant för att skicka mail
Hoppas jag får lite tid i helgen att prova få ihop allt -
16 dec 2021 21:35 #22
Nu när jag sitter på datorn kan jag länka till en lämplig "hat" som expansionerna till RPi heter.
https://www.electrokit.com/produkt/pihat-prototypkort-for-raspberry-pi-a-b-utan-eeprom/- Laddar…
-
18 dec 2021 08:21 #23
Man ska ju alltid följa upp trådar så jag fortsätter att skriva nån kan ju ha nytta av det
Har kommit så långt att om kretsen sluts så skrivs skickas det ett mail till min e-post, som det är nu så blir det varje gång pien kollar om det är larm.
Så nu ska jag bara räkna ut hur man kan skicka ett mail, vänta 3 koller (30min mellan varje) och skicka ett till mail den 4de gången.
Säkert busenkelt om man kan koda -
18 dec 2021 08:31 #24
Antar att det är pytonscript som körs?
Använd en while loop som kollar att det fortfarande larmar och sen räknar upp till nästa gång du ska få ett mail. -
-
18 dec 2021 10:47 #26
Du sätter en variabel t+n när du skickar mailet, där t är aktuell tid (ofta timestamp() eller något liknande) och n är fördröjningen som du vill ha tills nästa mail skickas, i lämplig tidsenhet. När mailet ska skickas kontrollerar du om variabeln t är större än aktuell tid. Om den är det skickas inget mail. Om den i te är det skickas mail och t sätts till aktuell tid + n igen.
Pseudokod:
n = 7200 (2 timmar, som sekunder)
t = 0
if (alarm && t<current_time){
Send mail()
t = current_time + n
}else{
Do nothing
}
Detta förutsätter då att du får current_time i sekunder. Det finns alltid tillgängligt på ett eller annat sätt.- Laddar…
-
18 dec 2021 18:07 #27
Nu har jag (med sttor hjälp av en bekant) fått till det så att vid larm så skickas ett mail direkt, efter 30 kontroller, alltså typ 30min, och efter 3h sen inget mer.
Jag tror det räcker, har jag inte varit dit efter 3h så lär jag ju inte åka dit efter 3.5utan då är jag upptagen.
Möjligen att man ska lägga in ett larm efter 6h ifall det larmar precis när man är påväg till jobbet, så man inte glömmer av det...
Frågan är vad som händer om nätet går ner?
Kommer mailen att ligga i kö tills nätet är tillbaka?
Smtplib använder sig för att maila -
18 dec 2021 19:06 #28
Jag har väldigt dålig koll på mailbibliotek men gissningsvis så returnerar mailfunktionen en felkod och det är upp till dig att hantera den. Kolla dokumentationen för sendfunktionen.
- Laddar…
-